Velius

War klar, dass dir die Migration lieber sein würde. ;) Drucker Sichern und Wiederherstellen (auch auf anderen Systemen): http://www.mcseboard.de/showpost.php?p=443335&postcount=6 File Shares Sichern und Wiederherstellen: http://www.mcseboard.de/showpost.php?p=375206&postcount=2 Im selben Thread findest du auch das Microsoft File Server Migration Toolkit, bin jetzt aber nicht sicher ob das auch für W2K als Zielsystem geht. Der Weg direkt über die Registry sollte aber dennoch klappen. Just in case.... ;) Gruss Velius

Und ein neu aufbau des Clusters? Zumindest File- und Printservices lassen sich auf die neuen OS migrieren - die Boardsuche hilft dir da vielleicht weiter, und sonst fragen. ;) Um den IIS zu mgireren könnte das hier helfen: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/637e4ec0-d9ef-4115-935b-47087870e01a.mspx Wahrscheinlich muss man die IIS Verzeichnisse noch rüberschaufeln. Gruss Velius

Hi Hast du den Eigenschaften deiner NIC den Microsoft Client für Windows-Netzwerke deinstalliert? Gruss Velius

Hi Hat dieser Domänen-Benutzer entsprechende Rechte auf dem NTFS Verzeichnis? Wenn der sozusagen als Dienstkonto läuft sollte er zumindest "Ändern" auf dem Verzeichnis haben. Gruss Velius

Jo Edgar, was war denn die Ursache? Kann man sie überhaupt eruieren? Lass dir Zeit beim Antworten, musst ja die neue Dom aufsetzen..... :( :)

Hi Edgar Wenn es ein persöhnliches Attribut ist wird es wohl nicht gehen über "alles markieren". Wie wär's dann mit ldifde.exe, csvde.exe oder dsmod.exe? Gruss Velius

Nö, glaub ich auch nicht! :D

Ich schliesse mich an und wünsche auch ein frohes Fest! :) Mögen all eure Schaltkreise erhalten bleiben (auch die eigenen :D ). Velius

Jo, Server mit DHCP ist voll i.O. und überhaupt nicht realitätsfern. Kommt aber auch auf den Anwendungszweck an. File- und Printserver beipielsweise sind kein Problem, aber einem Controller oder gar einem DHCP selbst eine (über DHCP) IP zuzuweisen macht wenig Sinn und wird im letztern Fall gar nicht erst funktionieren. :wink2:

Ich kann da nur sagen: PARTY ON!! :jau: :) :jau:

Hier noch was zum Thema "nur die aktuellsten Patches integrieren...":http://www.german-nlite.de/index.php?act=module&module=pages&pg=uppack

Was meine Erfahrungen sind? Nun, ich habe keine zusätzlichen Gadgets oder so auf der CD, höchstens eine PE mit Virenscanner. Von daher kann ich deine Situation schlecht beurteilen. Wie auch immer, um einen Rechner frisch zu installieren, oder auch reparieren und aktualisieren, nehm ich eine Windows CD mit dem zumindest zuletzt erschienenen SP. Anstatt das i386 Verzeichnis auf die Platte zu kopieren und anschliessend mit dem -integrate Switch die Dateien zu aktualisieren nehm ich nLite. Ich nehme sehr an, dass nLite im Hintergund auf die gleichen Parameter zurückgreifft, nur erspart es dir einige manuelle Arbeitsschritte und es ist GUI gesteuert. Auch den Boot-Sektor auslesen oder in einem Brennprogramm einfügen ist überfüssig; nLite macht am Schluss ein ISO-Image. Patches lassen sich ähnlich leicht einbinden. Die Dateien werden dabei einfach ersetzt, da sonst die CD irgendwann zu gross würde - das war bei den SP integrierten CDs von MS immer so; da gibt's kein Backup der "veralteten" Dateien. Was das Streaming an sich angeht hatte ich noch nie Probleme die darauf zurückzuführen waren. Ich kann da nicht für die SAP GUI sprechen aber bei den MS installationen klappt das und bin soweit damit als auch mit nLite mehr als zufireden.

@Dippas Das ist aber nicht DEP.

Mach doch ein Loginscript welches die Boot.ini überschreibt....(VORSICHT!!) :wink2: :D

Wie wär's wenn du das Ding und denn Benutzer mal in einen OU hängst, wo keine GPO angewandt werden? Am besten gleich die Vererbung deaktivieren auf dieser Test-OU....

Also logisch bei einem Controller wäre, dass wenn er schon DNS und WINS hostet, dass er als primären immer auf sich selbst zeigt. Der Grund ist einfach: Wenn er auf sich selbst zeigt, dann werden seine eigenen Namensauflösungen lokal und nicht über's Netzwerk durchgeführt. Wenn das Teil nicht eine absolute Krücke ist sollte das auf jeden schneller sein. Dem Client kann man das ja schlussendlich mitgeben wie man will. - Nur ein DHCP = 1. DC primär, 2. DC sekundär - wie oben nur umgekehrt - zwei DHCPs = beide Varianten gekreuzt damit es ein Load-Sharing gibt - oder sonst irgendwas.... Gruss Velius

Fetter respekt auch von meiner Seite and welcome to the Club! :D

Der Ie geht dann aber immernoch.... Egal, im Prinzip würde es reichen wenn du denn Firefox zum Standard Browser machst. Den Key den er schreibt dabei kannst du ja mit Regmon (Boardsuche) heruasfinden.

Hä?? nLite Also ich brauch definitv nur(!) 15 Minuten.... :D

Vielleicht sind ja die "Domain Admins" nicht mehr Member der lokalen Gruppe der Administratoren?? Schon geprüft?

Das würde ich gleich wie beim Ersten einstellen. Eigene IP und erst dann die des Anderen. Sonst wird immer der Primäre kontaktiert um Anfragen aufzulösen und das ist nicht besonders optimal performance-technisch.

Vom Design Aspekt her macht es nur dann wirklich Sinn mehrere (Sub-)Domains zu machen, wenn du unterschiedliche Passwortrichtlinien machen möchtest (gilt für die ganze Domäne) oder die Verwaltung und administrativen Rechte granulierter gestallten möchtest, obwohl dass mit ein wenig Mühe auch mit Delegierung geht.

@Grizzly Das ist eine Erweiterung meiner Aussage. Ich bin von einem Subnetz ausgegeangen, obwohl der WINS/NBNS Server dann ja auch über Broadcast erreicht würde. Es ist einfach ineffizienter.

Läuft der "Windows Installer" Dienst überhaupt? Ohne den gehen auch MSI nicht. Vielleicht gibt es auch eine Richtlinie die diesen Dienst deaktiviert. P.S.: Der Starttyp sollte auf "Manuell" stehen.

Kann ich nicht genau sagen ob das reicht. Bei WXP und W2K3 war das die Lösung.