Windows 2003-Server Installation auf andere Hardware umziehen
Installation soll auf andere Hardware umgezogen werden.
Hallo!
Ich habe hier ein kleines Problem: Ein vorhandener HP-Server (ML370 G2) mit SCSI-RAID (Smart Array 5i) soll auf einen normalen IDE-PC umgezogen werden. Dabei habe ich schon allerlei versucht: HDD-Image mit Knoppix, Assistent für automatische Systemwiederherstellung vom Windows-Backup, IDR von Veritas; alles ohne Erfolg. Spiele ich das Image auf gleicher Hardware auf, gehts. Ich habe Windows vorher auch "geimpft", wie schon mal in ct beschrieben. Alles ohne Erfolg. Dieses Verfahren soll auch als Backup genutzt werden. Es hilft mir also nichts, ein zweites System aufzusetzen und alles nach und nach umzuziehen. Ziel ist es, von jedem Server von Zeit zu Zeit diese "Image-Backups" anzufertigen, die im Notfall auf einer billigen "Ersatz-Kiste" wieder aufgespielt werden können.....
Was tun???????
Hallo!
Ich habe hier ein kleines Problem: Ein vorhandener HP-Server (ML370 G2) mit SCSI-RAID (Smart Array 5i) soll auf einen normalen IDE-PC umgezogen werden. Dabei habe ich schon allerlei versucht: HDD-Image mit Knoppix, Assistent für automatische Systemwiederherstellung vom Windows-Backup, IDR von Veritas; alles ohne Erfolg. Spiele ich das Image auf gleicher Hardware auf, gehts. Ich habe Windows vorher auch "geimpft", wie schon mal in ct beschrieben. Alles ohne Erfolg. Dieses Verfahren soll auch als Backup genutzt werden. Es hilft mir also nichts, ein zweites System aufzusetzen und alles nach und nach umzuziehen. Ziel ist es, von jedem Server von Zeit zu Zeit diese "Image-Backups" anzufertigen, die im Notfall auf einer billigen "Ersatz-Kiste" wieder aufgespielt werden können.....
Was tun???????
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2118
Url: https://administrator.de/forum/windows-2003-server-installation-auf-andere-hardware-umziehen-2118.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
22 Kommentare
Neuester Kommentar
Hallo,
wenn ich das richtig sehe, handelt es sich bei eurem Server um eine Multiprozessormaschine. Bei älteren Server-Versionen von Windows gab es immer Probleme mit der HAL, wenn du ein Image von einem Mehrprozessorrechner auf einen Singleprozessorrechner aufgespielt hast.
Versuch das ganze doch mal mit einer alten 2 Prozessormaschine.
Gruß
Michael
wenn ich das richtig sehe, handelt es sich bei eurem Server um eine Multiprozessormaschine. Bei älteren Server-Versionen von Windows gab es immer Probleme mit der HAL, wenn du ein Image von einem Mehrprozessorrechner auf einen Singleprozessorrechner aufgespielt hast.
Versuch das ganze doch mal mit einer alten 2 Prozessormaschine.
Gruß
Michael
Hallo Si-Master,
das was du da vor hast, kannst du absolut vergessen. Du kannst kein Image nehmen von einem Rechner und auf einem belieben anderen Rechner einspielen. Bereits wenn man das Motherboard tauscht und dann den Rechner bootet gibt es schon wahnsinns Schwierigkeiten, aber hier ist ja alles anderst, vom Board, über CPU und Subsystem bis hin zu Chipset und BIOS. Das klappt so nicht. Image immer nur auf selbes und gleiches System (außer RIS-Technologie, aber die wird für was anderes verwendet)...
das was du da vor hast, kannst du absolut vergessen. Du kannst kein Image nehmen von einem Rechner und auf einem belieben anderen Rechner einspielen. Bereits wenn man das Motherboard tauscht und dann den Rechner bootet gibt es schon wahnsinns Schwierigkeiten, aber hier ist ja alles anderst, vom Board, über CPU und Subsystem bis hin zu Chipset und BIOS. Das klappt so nicht. Image immer nur auf selbes und gleiches System (außer RIS-Technologie, aber die wird für was anderes verwendet)...
Der einzige grund warum du den aufwand treibst ist doch nur um das AD zu retten. oder?
Das geht aber einfacher. Einfach 2003 auf dem 2. server installieren und dieswa als backup AD kunfigurene. Nach dem die beiden sich syncromiesiert haben. Kanste den 1. abschaten. jetzt muist du du nur noch den 2. als obersten raufstufen. Hund wolla AD läuft auf der neuen maschiede.
Das geht aber einfacher. Einfach 2003 auf dem 2. server installieren und dieswa als backup AD kunfigurene. Nach dem die beiden sich syncromiesiert haben. Kanste den 1. abschaten. jetzt muist du du nur noch den 2. als obersten raufstufen. Hund wolla AD läuft auf der neuen maschiede.
Ich gbaue ich weis was du da machen must. Ich glaube du must die version der registry einspilen bevor er die systemhardware einbinden. Das ist glaube ich die version vor dem letzten neustart. ich muss mal schauen wo er die ablegt. es Hatte mal unter win2k geklappt. Ich melde mich wieder wenn ich es gefunden habe.
versuche es mal nachdem du das image kopiert hast, die rettungskonsole zu booten
und ein copy c:\windows\repair\system c:\windows\system32\config\
dann versucht er wieder die gardware neu zu erkenne. Aber ich weis nicht ob er das mit der gesamten hardware tut. Wäre aber ein versuch. Und der abesichgertet Modus geht auch nicht?
und ein copy c:\windows\repair\system c:\windows\system32\config\
dann versucht er wieder die gardware neu zu erkenne. Aber ich weis nicht ob er das mit der gesamten hardware tut. Wäre aber ein versuch. Und der abesichgertet Modus geht auch nicht?
Hallo,
da wir noch nicht mit Windows 2003 Server arbeiten, kann ich dir leider keine genaue Beschreibung geben. Aber du kannst versuchen, auf dem (Ersatz-)Einprozessorrechner das Betriebssystem zu installieren und dir von dort die Dateien
Hal.dll
Kernel32.dll
Ntdll.dll
Ntoskrnl.exe
Win32k.sys
Winsrv.dll
zu kopieren. Jetzt kannst du auf diesen (Einprozessor-)Rechner dein Image aufspielen. Vor dem Booten ersetzt du aber die genannten Dateien des Images durch die kopierten. Falls es noch nicht klappt, kannst du noch die Registryeinträge aus HKEY_LOCAL_MACHINE\SYSTEM übernehmen.
Berichte uns doch mal von den Ergebnissen.
Gruß
Michael
da wir noch nicht mit Windows 2003 Server arbeiten, kann ich dir leider keine genaue Beschreibung geben. Aber du kannst versuchen, auf dem (Ersatz-)Einprozessorrechner das Betriebssystem zu installieren und dir von dort die Dateien
Hal.dll
Kernel32.dll
Ntdll.dll
Ntoskrnl.exe
Win32k.sys
Winsrv.dll
zu kopieren. Jetzt kannst du auf diesen (Einprozessor-)Rechner dein Image aufspielen. Vor dem Booten ersetzt du aber die genannten Dateien des Images durch die kopierten. Falls es noch nicht klappt, kannst du noch die Registryeinträge aus HKEY_LOCAL_MACHINE\SYSTEM übernehmen.
Berichte uns doch mal von den Ergebnissen.
Gruß
Michael
Die bste Lösung dieses Problems hast du eigentlich schon selbst geliefert . Diese Aktion ist nur auf weitestgehend gleicher Hardware möglich .
Ein Versuch wäre es wert.
Der Original Kernel ist ein Multiprozessorkernel . Das ist vielleicht noch lösbar wenn du nach dem kopieren des Images von der Orginal Windows CD bootest und dann bei der Frage scsi treiber installieren mit F6 den kernel änderst .
Es gibt ein Beschreibung auf microsoft.com allerdings von mono auf multiprozessorkernel .
Soll eigentlich nur das BS umziehen oder auch andere Programme Datenbanken oder so ?
Dann wird es belibig komplizeirter.
Vielleich hilfts
gruss merlin
Ein Versuch wäre es wert.
Der Original Kernel ist ein Multiprozessorkernel . Das ist vielleicht noch lösbar wenn du nach dem kopieren des Images von der Orginal Windows CD bootest und dann bei der Frage scsi treiber installieren mit F6 den kernel änderst .
Es gibt ein Beschreibung auf microsoft.com allerdings von mono auf multiprozessorkernel .
Soll eigentlich nur das BS umziehen oder auch andere Programme Datenbanken oder so ?
Dann wird es belibig komplizeirter.
Vielleich hilfts
gruss merlin
Finger weg, nur auf gleicher Hardware ist das ghosten überhaupt sinnvoll, Windows setzt sich Security ID`s für die verbauten Hardwaretypen, falscher Chipsatz und schon gibts massiv Propleme.
Was du vorhast, davon kann ich dir nur abraten, beschaffe dir von dem laufenden Server lieber passende Hardware für den Ersatz/Reparaturfall.
Halte einen Ersatzserver in Teilen oder komplett vorrätig, ist die bessere Lösung glaub mir.
Was du vorhast, davon kann ich dir nur abraten, beschaffe dir von dem laufenden Server lieber passende Hardware für den Ersatz/Reparaturfall.
Halte einen Ersatzserver in Teilen oder komplett vorrätig, ist die bessere Lösung glaub mir.
Nur Damit das ganz Klar ist ein zweiter Rechner mit gleicher Hardware ist die beste Lösung des Problems dennoch ist der von mir beschriebene Weg nicht ganz unmöglich aber belibig kompliziert.
Das ist wirklich nur als Versuch zu sehen ich hatte in ähnlicher Geschichte einen brauchbaren Erfolg.
Allerding bis das Teil richtig lief sind schon 2 Tage vergangen.
mfg merlin
Das ist wirklich nur als Versuch zu sehen ich hatte in ähnlicher Geschichte einen brauchbaren Erfolg.
Allerding bis das Teil richtig lief sind schon 2 Tage vergangen.
mfg merlin
schonmal vmware angeschaut?
an deiner stelle würde ich auf virtuelle server umstellen... da biste dann hardwareunabhängig... und ja es läuft stabil...
nur auf "kleinen kisten" mit ide und weniger ram geht halt der performance flöten... ebal das teil läuft dafür noch ;)
und wenn du einen richtigen highendserver hast.. bietet es sich sogar an auf einer hardware mehrere virtuelle server laufen zu lassen ...mit vmware kannst die virtuellen maschinen leicht auf eine ander hardware ziehen... is die einfachste lösung...
sonst seh ich fast schwarz .. oder du hast zumindest sehr viel arbeit... und so ne umstellung sollte ja schnell gehen einfach gehen oder
an deiner stelle würde ich auf virtuelle server umstellen... da biste dann hardwareunabhängig... und ja es läuft stabil...
nur auf "kleinen kisten" mit ide und weniger ram geht halt der performance flöten... ebal das teil läuft dafür noch ;)
und wenn du einen richtigen highendserver hast.. bietet es sich sogar an auf einer hardware mehrere virtuelle server laufen zu lassen ...mit vmware kannst die virtuellen maschinen leicht auf eine ander hardware ziehen... is die einfachste lösung...
sonst seh ich fast schwarz .. oder du hast zumindest sehr viel arbeit... und so ne umstellung sollte ja schnell gehen einfach gehen oder
Hatte das selbe Problem beim Umzug unseres BDC von einem IBM Netfinity Server auf einem HP DL360 G4. Nach langer rumprobieren hat folgendes zum Erfolg gefuehrt. Disk Image mit Trueimage erstellt. Dieses auf die neue Kiste aufgespielt und anschliessend gleich W2K3 einfach drueber installiert (bei der "neuen" Installation die neuen entsprechenden Treiber eingebunden). Gebooted und alles wieder da, wie zu dem Zeitpunkt der Image-Datei.
-.> Kovold
-.> Kovold
Nein inzwischen ist von vmware alles kostenlos, was benötig wird.
Der Server un der Konverter.
Kurzanleitung.
1. VMware Server installieren
2. dein Backup auf diesen einspielen
3. mit dem Konverter das Windows wieder startbar machen.
4. jetzt sollte dein Server wieder laufen.
Worunter du den vmware installierst ist egal. Wenn du keine Windows Liezens übrig hast, dann nimm CentOS 4.4.
Der Server un der Konverter.
Kurzanleitung.
1. VMware Server installieren
2. dein Backup auf diesen einspielen
3. mit dem Konverter das Windows wieder startbar machen.
4. jetzt sollte dein Server wieder laufen.
Worunter du den vmware installierst ist egal. Wenn du keine Windows Liezens übrig hast, dann nimm CentOS 4.4.
Akzeptable vorgehensweise meiner Meinung nach ist:
zweiten AD installieren. Nach der Synchronisation den ersten abschalten. Den neuen zum Master ernennen. Dach Image erstellen. Nachdem du Image erstellt hast fährts du den alten Server wieder hoch. Nach der Synchronisation den neuen Server runterfahren und den alten wieder zum Master machen. So jetzt hast du deinen Image.
zweiten AD installieren. Nach der Synchronisation den ersten abschalten. Den neuen zum Master ernennen. Dach Image erstellen. Nachdem du Image erstellt hast fährts du den alten Server wieder hoch. Nach der Synchronisation den neuen Server runterfahren und den alten wieder zum Master machen. So jetzt hast du deinen Image.
siehe : http://www.ahmadnejad.net/forums.php?m=posts&q=10
und es muss nicht umbedingt xp sein "wie dort angegeben" das geh generel mit windows .
viele grüße.
und es muss nicht umbedingt xp sein "wie dort angegeben" das geh generel mit windows .
viele grüße.