phoenixcp

Du ziehst Backups der Datenbanken und legst die auf dem neuen Server ab. Dort richtest du die 3 Datenbanken wieder ein und konfigurierst sie entsprechend. Anschließend ziehst du sie per Restore wieder aus den Backups hoch. ACHTUNG: Die Pfade zum Datenbankfile und der Logdatei (*.mdf und *.ldf) müssen unter Umständen angepasst werden. Off-Topic:Warum rüstest du nicht auf einen SQL-Server auf, wenn du die Datenbanken in eine Maschine konsolidieren willst? Mir ist so, das die MSDE Beschränkungen bezüglich der gleichzeitigen Verbindungen hat.

Also ich würde sagen, das er das in beiden Fällen tut. Mein SQL-Server hier ist auf 750 MB fest eingestellt, aber deswegen belegt der keine 750 MB im Speicher. Freier Speicher wird sehr wahrscheinlich in beiden Fällen freigegeben.

Das ist leider so und das kann man leider auch nicht ändern. Auch wenn ich diese Option genauso begrüßen würde...

Ok, fangen wir mal ganz von vorne an: Irgendwelche Einträge im Eventlog? Wenn ein Ping möglich ist, dann besteht auf jeden Fall schonmal die Möglichkeit, den Server zu erreichen. Funktioniert es, ein Netzlaufwerk zu verbinden auf dem Server? Welche Software funktioniert denn da genau nicht?

Das solltest du wahrscheinlich besser lassen. Denn schon zwischen dem englischen und dem deutschen Xp gibts Unterschiede, bei denen ich unterscheidliche Profile verwenden würde und bei Vista dann erst recht. Was willst du damit bezwecken?

Zum einen solltest du dir mit den Event-ID's mal die Einträge auf EventID.Net anschauen und die entsprechenden Ratschläge befolgen. Weiterhin solltest du es der WS abgewöhnen, das sie Master Browser in deinem Netz spielt. Dazu empfehle ich dir die folgenden Lektüre: Wer wird der Master Browser

Du müsstest deine Clients wieder neu in die Domain joinen. Dazu müsstest du die Clients aus der "alten" Domain raus in eine Arbeitsgruppe und anschliessend mit den entsprechenden Berechtigungen wieder rein in die neue Domain nehmen. Die Profile der Anwender könntest du händisch von den jeweiligen Clients auf den DC kopieren und im jeweils korrekten Pfad ablegen, der mit den korrekten Berechtigungen versehen ist. So wie ich das sehe, scheint bei dir entweder das Backup versagt oder nicht vorhanden zu sein. An deiner Stelle würde ich mir für den nächsten GAU einen Notfallplan anlegen und mein Backup einrichten / verbessern, wenn sowas mit ner Neuinstallation ausgeht.... Die Benutzer hast du ja scheinbar alle schon wieder in deinem AD angelegt, so wie es klingt. Die Anmeldung soll nach deiner Aussage ja funktionieren. Ich frage mich nur grade, wie, wenn die Clients noch nicht in der neuen Domain sind. Aber wahrscheinlich werden die mit gechachten Credentials lokal anmelden.

Ich versende zwar keine Notifications aus dem SQL-Server heraus, aber ich habe den Standard-SMTP-Dienst verwendet, der bei Windows 2003 als Bestandteil des IIS mit dabei ist.

Ich glaube wir haben uns da grade etwas mis(t)verstanden.... Ich spreche von einem SMTP-Dienst zum Versenden von Mails. Du sprichst von einem Mailclient, der den entsprechenden Mailserver als Background benötigt.

Aber doch nicht vor elf mein Lieber...... Elfertee dauert aber noch nen Moment

Klingt ganz so, als hätte es doch eine Systemdatei geshreddert, wenn du die CD benötigst. TIPP am Rande: Leg das I386 der Installations-CD auf dem Server ab (bzw. ich leg mir immer die ganze CD ab), wenn du Server in größeren Entfernungen stehen hast, dann hast die Installationsressourcen immer griffbereit.

Mahlzeit... Sag mal Cat, klappt das mit der Erziehung auch andersrum? Das sie ins Schlafzimmer geht, fernschauen, wenn ich einmal im Monat zocken will? :-) Wenn ja, wo finde ich das HowTo oder die ManPage dazu?

Ok..... Und hat sich dann damit die Meldung in deinem Eventlog erledigt? Ich fürchte das wir das erst morgen oder übermorgen wissen werden. Also üben wir uns in Geduld.

Ok, wir wollen ja nur auf Nummer sicher gehen. Vielleicht unterscheidet SFC noch zwischen einem lokalen und einem Domänenadmin? Wäre zumindest einen Versuch wert.

Wenn du Frau wärst, hätte ich gesagt, du bist ein Schatz..... Aber so: VIELEN VIELEN DANK

Und auch in einer Konsolensitzung? :)

Genau das stellt das Problem dar. Falls sich der Reboot nicht verzögern lässt, müsste ich mehrere Anwender aus einer kritischen Applikation rausschmeissen. Und das kann ich mir hier in der Kundenumgebung nicht leisten. Aber dann werde ich zur Sicherheit bis heute abend warten und den dann installieren. Oder ich versuche die Aufgabe an den Kunden zu übertragen, dann bin ich nicht schuld. ;)

Hast du denn das bei EventID.Net empfohlene sfc /scannow schonmal probiert oder hast du nur nachgeschaut, ob's dort überhaupt was gibt?

Hallo Leute Ich muss in einer produktiven Umgebung auf meinem SQL-Server den SMTP-Dienst installieren. Allerdings bin ich mir nicht zu 100 % sicher, das diese Installation keinen Rebott benötigt. Es handelt sich dabei um einen Windows Server 2003 mit SP1. Weiß jemand aus dem Hut, ob er einen Reboot benötigt, dann muss ich das auf heute abend / nacht verschieben oder geht das ohne Reboot ab, so das ich das heute tagsüber machen kann? Danke für eure Infos Gruß Carsten

Es sieht so aus, als würden sich dein DC und der SRV005 um die Rolle des Masterbrowsers in deinem Netz prügeln. Diese Beschreibung hier (Wer wird der Master Browser) finde ich ganz gut, um die Problematik zu verstehen, sie bietet ebenfalls dden Schlüssel zur Lösung des Problems...

Ein Tipp noch zu den Meldungen im Eventlog. Schau damit am besten zuerst bei EventID.Net vorbei, dort finden sich zu vielen Meldungen schon fast die meisten Lösungsansätze für die jeweiligen Probleme.

Entweder du vergrößerst die maximal Größe des Eventlogs oder du schaltest die Option zum Überschreiben von alten Einträgen ein. Das ganze findest du in den Einstellungen des jeweiligen Logs (sprich Anwendung, Sicherheit....)

Hm, wenn ich das richtig verstehe, dann hängt die Policy auf der OU in der nur der Server ist, während die Anwender in der OU Users liegen. Was ist das für ein Skript? Anmeldung der Users? Start des Computers? Wenn es Anmeldung des Users ist, müsste nach meinem Verständnis die GPO auch auf die OU wirken in der die User sind, nicht auf die Server-OU. Ansonsten empfehle ich dir zur Lektüre die Seite Gruppenrichtlinien - Übersicht, FAQ und Tutorials, welche meiner Meinung nach die besten GPO-FAQ im deutschsprachigen Bereich darstellt. [Edit] Woraus schliesst du eigentlich, das das Skript nicht ausgeführt wird? GPO-Logonskripte werden unsichtbar ausgeführt.... Netlogon-Logonskripte werden sichtbar ausgeführt. [/Edit]

Wenn die Richtlinien auf dem Server geändert sind und dort für die Domain vorliegen, sollte ein gpupdate /force auf den Clients (am besten mehrfach wiederholt) dafür sorgen, das die auf dem Server vorliegenden Richtlinien gezogen werden. Optional könntest du auch den Ordner GroupPolicy unter C:\Windows\System32 löschen, das sollte nach einer Neuanmeldung den selben Effekt haben.

Sollte es. Das Logonscript hängt ja eh am User.