iDiddi

Wie schon gesagt (aber dort leider verdreht): Im Ordner "System Volume Information" der entsprechenden Laufwerke. Ist versteckt und darauf hat auch nur "SYSTEM" Rechte. Würde ich auch so lassen. Hier mal ein Link zwecks Weiterbildung: MSXFAQ.DE - Schattenkopien

Hallo zusammen, gestern ist es mal wieder passiert. Serverneustart (SBS2k3) zwecks Wartungsarbeiten durchgeführt. Das Anmeldebild erscheint. Dann plötzlich: Plopp! Mindestens ein Dienst konnte nicht gestartet werden..." :shock: Nach der Anmeldung natürlich erst mal geprüft, was das für ein Dienst war. Natürlich mal wieder IPSec :cry: . Das heißt, kein Ping mehr möglich (Zielhost nicht erreichbar). Der Server ist übers Netz nicht mehr ansprechbar. Bisher hat dann ein abermaliger Neustart geholfen. Aber warum das so ist, hab ich erst durch diese tolle Seite im Microsoft Technet... ... Das Verhalten von Windows TCP/IP bezüglich temporären, reservierten und blockierten Ports ... ...und diesen KB-Artikel... ... Einige Dienste können auf Computern mit Windows SBS ggf. nicht gestartet werden oder funktionieren nicht ordnungsgemäß, nachdem das Sicherheitsupdate 953230 (MS08-037) für den DNS-Serverdienst installiert wurde ... ...erfahren :wink2: Abgekürzt formuliert: Der DNS-Dienst vereinnahmt für sich (seit Update 953230 - MS08-037) temporäre UDP-Ports (von 1024-60000). Da es bei Ports so ist, dass es "nur einen geben kann", können andere Dienste, die zufällig einen dieser Ports benötigen (z.B. IPSec: 4500), nicht korrekt ausgeführt werden und versagen ihren Dienst (im wahrsten Sinne des Wortes :D ). Also klappt es immer dann nicht, wenn der DNS beim Start schneller ist als die Problem-Dienste. IPSec wechselt dann in den gesperrten Modus und lässt keine Verbindung mehr zu. Bei mir hat nun geholfen, den Port für IPSec einfach zu reservieren, sodass DNS diesen in Frieden lässt. Das geht über den Registierungsschlüssel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Dort dann in "ReservedPorts" den entsprechenden Port hinzufügen, Fertig

Hallo Morphil, ich würde Dir empfehlen, VSS ("Volume System Information") vom Virenscanner komplett auszuschließen. Ist der Alarm denn begründet, sprich: Sind das auch wirklich Viren? Falls nicht, pack diese doch einfach in die Ausschlussliste des Virenscanners.

Gerade HP-Drucker sind dafür bekannt, die Serverwarteschlange lahm zu legen. Ok. Hast Du mal versucht, den Benutzer an einem Client anzumelden, der diese Probleme nicht hat? Falls es dort dann zu diesen Problemen kommt, kann man ein Treiberproblem definitiv ausschließen. Ok. Wenn es sich um einen reinen Printserver ohne weitere Funktionen handelt, dann gebe ich Dir Recht. Trotzdem bevorzuge ich immer die Fehlerbeseitigung ohne Neuistallation.

Hallo nvs83, 1.) Das auf dem Client installieren: Downloaddetails: User Profile Hive Cleanup Service 2.) Alle nicht benötigten Dienste und Antiviren/Firewall-Lösungen deaktivieren. 3.) Bemühe mal die Forensuche. Dort gibt es schon etliche Diskussionen darüber

Ok. Dann sparst Du Dir ja jetzt wenigstens schon mal einen Neustart ;) Du musst ja Zeit haben ;) Der Fehler liegt am Druckertreiber. Da geh ich jede Wette ein. Du bist uns aber noch ein paar Antworten schuldig: Also: -Wie viele Drucker? -Wie angeschlossen? -Was für Druckermodelle (HP, CANON...)? -Welche Art von Treibern (PCL5/6 o.ä.)? -Wenn der Fehler bei einem Client auftritt, können andere Clients dann weiterdrucken? Wenn es nicht so viele Drucker sind, dann drucke doch einfach mal eine Testseite auf allen Druckern aus und vergleiche die Daten (Treiber) mit den Testseiten von einem Client, der diese Probleme nicht hat. Falls die Versionen differieren, hast Du vielleicht schon den Schuldigen Treiber gefunden. Dann einfach löschen (über Servereigenschaften) und den Unproblematischen nachinstallieren.

Verstehe dann zwar nicht, warum Du die Logs dann löschst (die DB kann dann doch trotzdem inkonsistent sein, auch wenn Du die Bereitstellung vor dem Löschen aufhebst, oder? http://support.microsoft.com/kb/240145/de), aber das ist ja hier jetzt nicht das Thema. Was ist denn mit dem Exchange-Verwaltungsvorgang. Läuft ab 0 Uhr vielleicht eine Postfachspeicher-Bereinigung? Das würde die Logs erklären.

Hallo mwildbolz, Wenn Dein Exchange dort Transaktions-Logs erstellt, dann gibt's auch Transaktionen. Dann werden zu dieser Zeit halt viele Änderungen gemacht (eingehender Mailverkehr?). Ich hoffe, ich verstehe Dich hier gerade falsch. Du löschst Deine Transaktionslogs? :eek: Du weist aber schon, für was die da sind, oder? Kann es sein, dass Du vor Kurzem von der Umlaufprotokollierung auf Transaktionsprotokollierung umgestellt hast? :suspect: Dann enthalten die EDB*.LOG-Dateien alle Änderungen der Datenbank seit dem letzten Vollbackup. Du musst dann einfach eine vernünftige Exchange-Sicherung fahren, dann werden die von ganz alleine wieder gelöscht. Schau hier mal nach und informiere Dich, bevor Du weiter solche Sachen machst: MSXFAQ.DE - Exchange Datenbank - ein Blick dahinter

Aaaahhh! Jetzt ergibt das auch für mich einen Sinn :)

Hallo Dennis, sehe ich genauso wie manitou. Tippe aber eher auf den Netgear. Ich gehe davon aus, dass der Netgear Euer Standard-Gateway ist. Nennt dieser denn auch die externe IP sein Eigen, um die es hier geht? Falls ja, dann häng doch einfach den alten Router noch mal dran. Kannst Du nun pingen? Vielleicht hast Du auch ein MTU-Problem (ok, etwas abwegig, aber ich schließe mittlerweile nichts mehr aus). Versuch mal, pings mit einer anderen Paketgröße abzuschicken. Gehen einige dann durch, solltest Du die MTU-Einstellungen der Router mal prüfen.

Hallo s-dau, hmm. Das sagt mir jetzt mal nichts. Aber bevor Du den Server komplett neu startest, versuch doch erst mal, den Dienst "Druckerwarteschlange" neu zu starten. Vielleicht reicht das ja schon. Probiere das gleiche danach auch mal auf den Clients. Hast Du denn auch in beiden (Server/Client) Ereignisprotokollen nachgesehen? Vergiss das Protokoll "Sicherheit" nicht (wer weiß, wer weiß :suspect: ) Gibt's denn gar keine Gemeinsamkeiten an den Clients, bei denen es nicht klappt? Vielleicht differierende Treiberversionen? Tritt dieses Problem nur bei einem bestimmten Drucker auf? Falls ja, was ist das für ein Drucker? Ach, mal so nebenbei: Wer ist denn Herr Page :confused: EDIT: Oh da war einer schneller ;)

Habe mich da vielleicht etwas missverständlich ausgedrückt. Ich meinte vielmehr Postfach "leeren", was wohl mit Bereinigung gemeint sein wird. Hab mir das mal eben noch mal angeschaut. Löscht man über die Exchange-Aufgaben ein Postfach, passiert erst einmal nix. Führt man danach den Cleanup-Agent aus, erkennt dieser, das dieses Postfach gelöscht wurde und versieht dieses mit einem X-Symbol. Bis jetzt ist noch alles gut (für 30 Tage). Klickt man jetzt nochmals auf das gelöschte Postfach und wählt "leeren", hat man endgültig verloren. Also, was genau meinst Du nun mit Bereinigung?

Hallo Moschi76, da sehe ich keine Möglichkeiten. Warum habt Ihr auch direkt danach den Cleanup-Agenten ausgeführt? Wofür meinst Du wird denn ein gelöschtes Postfach standardmäßig noch 30 Tage aufbewahrt? Genau für so einen Fall. Aber mit dem Cleanup-Agent habt Ihr euch nun dieser Möglichkeit beraubt. Schade.

Ja zum Beispiel, warum das so eingerichtet werden soll (!?). Du beschreibst hier, wie Du es einrichten willst aber nicht warum das so sein muss. Nochmal: Wofür steht das "sicher"? Was macht denn das externe Sicherheitssystem genau mit den Mails, die es abholt? Kann es sein, dass Du die Hintergründe selbst nicht so genau kennst?

Na also. Schön, dass wir Dir helfen konnten und danke für Deine Rückmeldung :)

... Hmm. Wenn's denn so sein muss :suspect: . Ich verstehe allerdings nicht so ganz, was das "Sicher" bedeuten soll. Wird die Nachricht denn vom externen Sicherheitssystem dann verschlüsselt oder bezieht sich das "Sicher" darauf, dass die Nachricht auf jeden Fall ankommt :confused: . Falls erstes zutrifft, hat das aber so keinen Wert, da der externe Benutzer Euch die Nachricht zuerst unverschlüsselt zusenden muss. Dann würde ich doch eher über S/MIME oder PGP nachdenken. Mach doch mal bitte nähere Angaben. Rein Interesse halber ;)

Ok. Dann besser nicht abschalten. Das ist, wenn man blind versucht, Fragen zu beantworten, ohne nachzudenken, welche Konsequenzen das evtl. haben kann :o . Danke NilsK. Man lernt nie aus.

Hallo Achilleas, schau mal hier: Event ID 1000 Source Microsoft Management Console Und hier der entscheidende Auszug daraus:

Würde noch folgendes testen: Crossover-Kabel vom Test-Client an den TS direkt anschließen und RDP-Verbindung testen. Klappt die Verbindung nicht, liegt es jedenfalls schon mal nicht am Router (was ja eigentlich schon klar ist). Ich gehe mal davon aus, dass in der Terminaldienste-Konfiguration unter Verbindungen / RDP-TCP nur die eine Netzwerkkarte ins lokale Netz ausgewählt ist: Frag mich dann nur, warum das dann per VPN funktioniert(?) Falls das auch nicht zutrifft, bitte mal prüfen, ob beide NW-Karten den Router als Standard-Gateway eingestellt haben. Hat djmaker übrigens schon mal drauf hingewiesen:

Hallo Power-Kiddy, was ist denn mit dem OpenSource-Brennprogramm ImgBurn The Official ImgBurn Website Wird doch immer im gleichen Atemzug mit CDBurnerXP genannt.

Hallo alle miteinander, hab mir gedacht: Schreib doch auch einmal hier rein". Bin noch nicht lange hier mit von der Partie, aber es macht Spaß bei Euch. Im Moment ist es zwar schwierig, da mein 12 Tage alter Zweitgeborener mich nicht viel schlafen lässt, aber das geht auch vorbei. So, damit ich nicht so schnell einschlafe, mach ich doch einfach mal das Licht wieder an (hoffentlich darf man das auch noch um 11 Uhr abends).

Hallo Asphyxia, auch von meiner Seite ein herzliches Willkommen. Warum solltest Du das Konto dafür auch lokal löschen müssen? Sei mir nicht böse, aber so viel Erfahrung hast Du nicht mit Exchange/Outlook, oder? Hat man Dich da ins kalte Wasser geschmissen? Mach Dich besser mal mit der Materie vertraut (Fachliteratur etc.), sonst fliegt Dir Dein Exchange bald um die Ohren. Die outlook-eigene Archivierung sollte nur als Notlösung dienen. Damit könntest Du in Zukunft noch ganz andere Probleme bekommen. Schaut Euch mal nach einer vernünftigen Archivierungslösung um.

Hallo PatrickKByte, Hmm...warum sollte das nicht gehen? Ist doch im Prinzip nichts anderes. Wenn Du nicht möchtest, dass dein OS auslagert, dann schalte es doch einfach ab. Frag aber bitte nicht, wo du das machst. Immerhin weißt Du ja auch, wie man die Auslagerungsdatei verschiebt.

Hallo thera, Was heißt denn "händisch entfernt"? Wo hast Du sie denn genau entfernt, wenn er sie doch noch gar nicht installiert hat? djmaker hat zwar schon die Lösung genannt, aber falls Du die CD nicht findest oder falls es trotz der CD nicht funktioniert, solltest Du wissen, dass Du die Updates natürlich auch abwählen kannst. Gehe einfach in der Systemsteuerung auf "Automatische Updates" und ändere Deine Einstellungen (die vermutlich auf "Automatisch" stehen) auf "Benachrichtigen, aber Installationszeitpunkt manuell festlegen" ab. Beim nächsten Mal solltest Du dann ein Fenster angezeigt bekommen, in dem Du diese Updates wieder findest. Dort kannst Du sie dann abwählen. Wähle dann noch "Keine weiteren Benachrichtigungen für diese Updates" aus. Danach werden Dir dann neue Aktualisierungen angezeigt. Off-Topic:Eines muss ich aber noch los werden, auch wenn ich andere Leute ungern verbessere. Rechtschreibfehler macht ja jeder mal. Aber das heißt "lädt" und nicht "ladet". Entschuldige, aber das tat mir in den Augen weh :o

Also, wenn man nur einen SBS im Einsatz hat, dann geht es doch auch. Es sei denn, da hat sich mit 2k8 was geändert. Kann ich mir aber nicht vorstellen. Man muss halt nur darauf achten, dass WSUS im IIS einen anderen Port benutzt. Das macht der bei einem SBS2k3 sogar automatisch (ich glaub 8150). Dann sollte es keine weiteren Berührungspunkte zwischen WSUS und Exchange mehr geben. Installiere doch, nachdem Exchange läuft, einfach WSUS noch einmal und ändere den Port ab. Sollte doch reichen. Verbessert mich, falls ich hier Quatsch erzähle ;)