9
SBS 2011 (auf selber Maschine?) in Hyper-V migrieren
Hallo Leute,
folgende Situation:
- kleiner SBS 2011 Standard, dieser fungiert als DC und AD und hat Exchange 2010 und diverse andere kleine Geschichten am laufen (Telefonanlage, Dongle Server, FTP Server)
- Es sind 6 Windows 7 Clients in der Domäne
Einige Sachen laufen nicht mehr so wie sie sollen (Hatte nicht nachgedacht und den IIS deinstalliert - ihr könnt euch den Rest denken) und es wäre einfach das beste die Kiste neu aufzusetzen, und zwar nicht mehr als normale physische Installation sondern gleich virtuell.
Da ich aber nur eine Hardware zur Verfügung habe, frage ich mich was wohl die sinnvollste Möglichkeit ist.
Variante 1)
- Daten wegsichern
- komplette Maschine wegsichern (VHD Image)
- Kiste platt machen und neu aufsetzen
Das ist wohl die langwierigste Variante, und vor allem müssen dann auch die Clients wieder neu in die Domäne gehängt werden, die Nutzerprofile migriert werden, etc ... hatte ich schon durch und war kein Spaß obwohl es nur 6 Clients sind.
Variante 2)
- am selben System eine Hyper-V Instanz starten (geht das überhaupt?)
- innerhalb von dieser eine SBS Installation im Migrationsmodus durchführen
- Source Server (Hyper-V Host) nach Destination Server migrieren
dabei würde ich nach dieser Anleitung vorgehen: http://technet.microsoft.com/en-us/library/gg616004.aspx
Variante 3)
- auf irgend einem anderen Rechner den SBS im Hyper-V installieren
- Migrationsmodus von Server A nach Server B
Vorteil von Variante 2 & 3 wäre doch dass an den Clients nichts geändert werden müsste, sehe ich das richtig?
Wäre euch sehr dankbar für eure Ratschläge.
Danke & Grüße
Alex
folgende Situation:
- kleiner SBS 2011 Standard, dieser fungiert als DC und AD und hat Exchange 2010 und diverse andere kleine Geschichten am laufen (Telefonanlage, Dongle Server, FTP Server)
- Es sind 6 Windows 7 Clients in der Domäne
Einige Sachen laufen nicht mehr so wie sie sollen (Hatte nicht nachgedacht und den IIS deinstalliert - ihr könnt euch den Rest denken) und es wäre einfach das beste die Kiste neu aufzusetzen, und zwar nicht mehr als normale physische Installation sondern gleich virtuell.
Da ich aber nur eine Hardware zur Verfügung habe, frage ich mich was wohl die sinnvollste Möglichkeit ist.
Variante 1)
- Daten wegsichern
- komplette Maschine wegsichern (VHD Image)
- Kiste platt machen und neu aufsetzen
Das ist wohl die langwierigste Variante, und vor allem müssen dann auch die Clients wieder neu in die Domäne gehängt werden, die Nutzerprofile migriert werden, etc ... hatte ich schon durch und war kein Spaß obwohl es nur 6 Clients sind.
Variante 2)
- am selben System eine Hyper-V Instanz starten (geht das überhaupt?)
- innerhalb von dieser eine SBS Installation im Migrationsmodus durchführen
- Source Server (Hyper-V Host) nach Destination Server migrieren
dabei würde ich nach dieser Anleitung vorgehen: http://technet.microsoft.com/en-us/library/gg616004.aspx
Variante 3)
- auf irgend einem anderen Rechner den SBS im Hyper-V installieren
- Migrationsmodus von Server A nach Server B
Vorteil von Variante 2 & 3 wäre doch dass an den Clients nichts geändert werden müsste, sehe ich das richtig?
Wäre euch sehr dankbar für eure Ratschläge.
Danke & Grüße
Alex
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 201976
Url: https://administrator.de/contentid/201976
Ausgedruckt am: 23.11.2024 um 12:11 Uhr
9 Kommentare
Neuester Kommentar
Moin,
wenn Dein Dongle und die Telefonanlage ne Virtualisierung überlebt ....
Dann aber das AD komplett wegwerfen, Du hast ja schon Mist gebaut, und den solltest Du nicht weiterschleppen - also neu aufbauen - und dass Du die Daten (nur die) komplett wegsicherst, sollte schon selbstverständlich sein
Gruß
24
wenn Dein Dongle und die Telefonanlage ne Virtualisierung überlebt ....
Dann aber das AD komplett wegwerfen, Du hast ja schon Mist gebaut, und den solltest Du nicht weiterschleppen - also neu aufbauen - und dass Du die Daten (nur die) komplett wegsicherst, sollte schon selbstverständlich sein
Gruß
24
Hi.
Sehe das so wie 2hard4you. Wenn der IIS im Eimer ist, dann ist eine Migration wahrscheinlich gar nicht möglich oder geht in die Hose.
LG Günther
Sehe das so wie 2hard4you. Wenn der IIS im Eimer ist, dann ist eine Migration wahrscheinlich gar nicht möglich oder geht in die Hose.
LG Günther
Hi
und dein Quellserver, der ja dein Hyperv Host wäre, würde sich nach 21 Tagen runterfahren.
Machs neu, da kommst du zeitlich aufs gleiche raus.
und dein Quellserver, der ja dein Hyperv Host wäre, würde sich nach 21 Tagen runterfahren.
Machs neu, da kommst du zeitlich aufs gleiche raus.
Hi Leute,
danke für's Feedback.
Dann werde ich mich nicht mit dem Migrationsmodus herumquälen sondern alles neu machen.
Fraglich ist nur wie 2hard4you schon angemerkt hat ob das mit dem Dongle (USB) und der Telefonanlage hinhaut (Serielle Schnittstelle), das muss ich mir noch anschauen.
Wenn ich es in einer Hyper-V VM installiere werde ich den derzeitigen Server abschalten müssen wegen DC Konflikt und gleichem Server Namen, bin ich da richtig?
grüße
Alex
danke für's Feedback.
Dann werde ich mich nicht mit dem Migrationsmodus herumquälen sondern alles neu machen.
Fraglich ist nur wie 2hard4you schon angemerkt hat ob das mit dem Dongle (USB) und der Telefonanlage hinhaut (Serielle Schnittstelle), das muss ich mir noch anschauen.
Wenn ich es in einer Hyper-V VM installiere werde ich den derzeitigen Server abschalten müssen wegen DC Konflikt und gleichem Server Namen, bin ich da richtig?
grüße
Alex
Hallo.
Prinzipiell halte ich überhaupt nichts davon nur einen Server zu virtualisieren. Außer einem Mehraufwand für die Wartung und einem erhöhten Ausfallsrisiko bringt es überhaupt keine Vorteile.
Das vielfach vorgebrachte Argument, ja dann ich im Desasterfall schnell auf eine andere Maschine ausweichen, ist fast immer eine reine Augenauswischerei, weil mit einem ordentlichen Datensicherungskonzept eine Restore meistens genauso scchnell oder sogar noch schneller auf der physischen Maschine geschehen kann.
Virtualisierung ist sinnvoll und gut, wenn man sie richtig einsetzt. In deiner Umgebung würde ich sagen handelst du dir mehr Probleme ein wie Vorteile.
Das nur eines der Probleme, das nicht so einfach zu lösen ist.
Da du sowieso eine neue Windows Domäne erstellen musst, kannst du ja einen anderen Servernamen verwenden.
LG Günther
Prinzipiell halte ich überhaupt nichts davon nur einen Server zu virtualisieren. Außer einem Mehraufwand für die Wartung und einem erhöhten Ausfallsrisiko bringt es überhaupt keine Vorteile.
Das vielfach vorgebrachte Argument, ja dann ich im Desasterfall schnell auf eine andere Maschine ausweichen, ist fast immer eine reine Augenauswischerei, weil mit einem ordentlichen Datensicherungskonzept eine Restore meistens genauso scchnell oder sogar noch schneller auf der physischen Maschine geschehen kann.
Virtualisierung ist sinnvoll und gut, wenn man sie richtig einsetzt. In deiner Umgebung würde ich sagen handelst du dir mehr Probleme ein wie Vorteile.
Fraglich ist nur wie 2hard4you schon angemerkt hat ob das mit dem Dongle (USB) und der Telefonanlage
hinhaut (Serielle Schnittstelle), das muss ich mir noch anschauen.
hinhaut (Serielle Schnittstelle), das muss ich mir noch anschauen.
Das nur eines der Probleme, das nicht so einfach zu lösen ist.
müssen wegen DC Konflikt und gleichem Server Namen
Da du sowieso eine neue Windows Domäne erstellen musst, kannst du ja einen anderen Servernamen verwenden.
LG Günther
Zitat von @GuentherH:
Hallo.
Prinzipiell halte ich überhaupt nichts davon nur einen Server zu virtualisieren. Außer einem Mehraufwand für die
Wartung und einem erhöhten Ausfallsrisiko bringt es überhaupt keine Vorteile.
Das vielfach vorgebrachte Argument, ja dann ich im Desasterfall schnell auf eine andere Maschine ausweichen, ist fast immer eine
reine Augenauswischerei, weil mit einem ordentlichen Datensicherungskonzept eine Restore meistens genauso scchnell oder sogar noch
schneller auf der physischen Maschine geschehen kann.
Virtualisierung ist sinnvoll und gut, wenn man sie richtig einsetzt. In deiner Umgebung würde ich sagen handelst du dir mehr
Probleme ein wie Vorteile.
Hallo.
Prinzipiell halte ich überhaupt nichts davon nur einen Server zu virtualisieren. Außer einem Mehraufwand für die
Wartung und einem erhöhten Ausfallsrisiko bringt es überhaupt keine Vorteile.
Das vielfach vorgebrachte Argument, ja dann ich im Desasterfall schnell auf eine andere Maschine ausweichen, ist fast immer eine
reine Augenauswischerei, weil mit einem ordentlichen Datensicherungskonzept eine Restore meistens genauso scchnell oder sogar noch
schneller auf der physischen Maschine geschehen kann.
Virtualisierung ist sinnvoll und gut, wenn man sie richtig einsetzt. In deiner Umgebung würde ich sagen handelst du dir mehr
Probleme ein wie Vorteile.
So gesehen hast du natürlich völlig Recht. Der Vorteil wäre nur dass ich ihn auf einem anderen Rechner neu aufsetzen könnte (als VM) und diese VM dann auf der echten Maschine zu starten (nachdem auch dieser mit 2008R2 neu aufgesetzt wurde).
Aber ich könnte auch eine VM vom derzeigen Server machen und diese auf einem anderen Rechner starten, nur um auf die ganzen Einstellungen usw. während der Neuinstallation Einsicht zu haben.
> Fraglich ist nur wie 2hard4you schon angemerkt hat ob das mit dem Dongle (USB) und der Telefonanlage
> hinhaut (Serielle Schnittstelle), das muss ich mir noch anschauen.
Das nur eines der Probleme, das nicht so einfach zu lösen ist.
> müssen wegen DC Konflikt und gleichem Server Namen
Da du sowieso eine neue Windows Domäne erstellen musst, kannst du ja einen anderen Servernamen verwenden.
Wieso muss ich eine neue Domäne erstellen und wieso kann der Server nicht wieder gleich heißen? (Wenn ich ihn auf der selben Hardware neu installiere und der alte Server nicht parallel im Netz hängt)
LG Günther
LG
Alex
Hi.
Genau dieses Argument habe ich vorhin schon gemeint ist reine Augenauswischerei. Bist du einen neuen Server aufgesetzt hast und die VM zurückgesichert hast, habe ich mein Restore längst fertig, und vergnüge mich in der verbleibenden Zeit mit deine Freundin bei einen guten Glas Wein
Auch wenn die neue Domäne gleich heißt wie die alte ist sie trotzdem ein neue Domäne. Dann also gleich eine neue Domäne mit anderem Servernamen wählen, dann kann diese parallel ohne Konflikte zu alten für die Datenübernahme laufen.
Wenn du aber unbedingt beim alten Domänen und Servernamen bleiben willst, dann muss natürlich der alte Server abgeschalten sein.
LG Günther
Der Vorteil wäre nur dass ich ihn auf einem anderen Rechner neu aufsetzen könnte (als VM) und
diese VM dann auf der echten Maschine zu starten (nachdem auch dieser mit 2008R2 neu aufgesetzt wurde).
diese VM dann auf der echten Maschine zu starten (nachdem auch dieser mit 2008R2 neu aufgesetzt wurde).
Genau dieses Argument habe ich vorhin schon gemeint ist reine Augenauswischerei. Bist du einen neuen Server aufgesetzt hast und die VM zurückgesichert hast, habe ich mein Restore längst fertig, und vergnüge mich in der verbleibenden Zeit mit deine Freundin bei einen guten Glas Wein
Wieso muss ich eine neue Domäne erstellen
Auch wenn die neue Domäne gleich heißt wie die alte ist sie trotzdem ein neue Domäne. Dann also gleich eine neue Domäne mit anderem Servernamen wählen, dann kann diese parallel ohne Konflikte zu alten für die Datenübernahme laufen.
Wenn du aber unbedingt beim alten Domänen und Servernamen bleiben willst, dann muss natürlich der alte Server abgeschalten sein.
LG Günther
Zitat von @GuentherH:
Hi.
> Der Vorteil wäre nur dass ich ihn auf einem anderen Rechner neu aufsetzen könnte (als VM) und
> diese VM dann auf der echten Maschine zu starten (nachdem auch dieser mit 2008R2 neu aufgesetzt wurde).
Genau dieses Argument habe ich vorhin schon gemeint ist reine Augenauswischerei. Bist du einen neuen Server aufgesetzt hast und
die VM zurückgesichert hast, habe ich mein Restore längst fertig, und vergnüge mich in der verbleibenden Zeit mit
deine Freundin bei einen guten Glas Wein
Hi.
> Der Vorteil wäre nur dass ich ihn auf einem anderen Rechner neu aufsetzen könnte (als VM) und
> diese VM dann auf der echten Maschine zu starten (nachdem auch dieser mit 2008R2 neu aufgesetzt wurde).
Genau dieses Argument habe ich vorhin schon gemeint ist reine Augenauswischerei. Bist du einen neuen Server aufgesetzt hast und
die VM zurückgesichert hast, habe ich mein Restore längst fertig, und vergnüge mich in der verbleibenden Zeit mit
deine Freundin bei einen guten Glas Wein
Du mit meiner Freundin, gut, überredet, ich lass die Finger von Hyper-V
> Wieso muss ich eine neue Domäne erstellen
Auch wenn die neue Domäne gleich heißt wie die alte ist sie trotzdem ein neue Domäne.
OK
Dann also gleich eine neue
Domäne mit anderem Servernamen wählen, dann kann diese parallel ohne Konflikte zu alten für die Datenübernahme
laufen.
Domäne mit anderem Servernamen wählen, dann kann diese parallel ohne Konflikte zu alten für die Datenübernahme
laufen.
Der alte Server läuft also ganz normal weiter (temporär als VM auf einem anderen Rechner) und ich installiere im selben Netz den Server mit dem gleichen Domänennamen aber anderem Servernamen neu (SERVER statt SERVER01). Das geht völlig konfliktfrei?
Wenn du aber unbedingt beim alten Domänen und Servernamen bleiben willst, dann muss natürlich der alte Server
abgeschalten sein.
abgeschalten sein.
Theoretisch könnte ich doch auch den alten Server als VM ohne Netzwerkverbindung laufen lassen. Es geht mir ja nur um die Einstellungen, dass ich die immer griffbereit habe.
Spricht da was dagegen?
Theoretisch könnte ich doch auch den alten Server als VM ohne Netzwerkverbindung laufen lassen
Genauso würde ich es machen. Dann kannst du auch beim alten Servernamen bleiben. Nur darf dann halt der alte Server nicht mehr ans Netz gehen.
Kleiner Tipp, denn ich mir bei derartigen Aktionen angewöhnt habe. Einfach beim alten Server den Netzwerkanschluß verkleben
Wobei natürlich das bei einer VM schwierig wird LG Günther
