neuen VI Center Server / alten Server ersetzen

[Ausbilder]

Hallo.

wir haben 3 ESX Server (3.5) und einen VI Center Server. wir moechten nun unseren bestehenden VI Center Server durch einen neuen ersetzen. Dabei werden wir einen komplett neuen Server mit neuem Namen installieren und moechten dann die ESX-Server von diesem aus managen.

Geht dies reibungslos (im laufenden Betrieb) und was muss ich dabei beachten?

wir haben keine HA oder DRS Cluster.

Danke

Ausbilder

[mangold]

in der Regel, den neuen VI Center Server installiereren, konfigurieren und dann die einzelnen Hosts hinzufügen. Da ihr weder HA noch DRS im Einsatz habt, müsst ihr das auch nicht vorher abstellen. Die Host verlieren einfach den kontakt zum alten VI Center Server wenn Sie im Neuen aufgenommen werden, sie erscheinen dann (auch die VMs) als disconnected, die VMs laufen aber weiter.

[Ausbilder]

Perfekt, danke!

Muss dann lediglich den Lizenzserver umziehen, da dieser auch auf dem neuen vCenter laufen soll.

Gruss

Ausbilder!

[mangold]

Lizenzserver neu aufsetzen ist auch kein Problem und die Hosts bekomme dass ja übers Virtual Center mit.

[BaSe]

Könnte man nicht einfach die SQL Datenbanken des VC auf den neuen Server schieben?

[mangold]

man kann auch ein backup einer Datenbank verwenden und sie auf einem neuen Datenbankserver restoren, dadurch würden aber alle Einstellungen erhalten bleiben. Das ist eigentlich auch das Einzige was von einem VC Server wirklich gesichert werden sollte, das Dateisystem ist eigentlich irrelevant (nicht beim Update Manager).

Aber wenn man einen NEUEN VC Server aufsetzt (neuer IP, neuer Rechnername), sollte man die alte Datenbank lieber nicht weiter verwenden.. Bei kleinen Umgebungen mit wenig Struktur oder Berechtigungen ist aber ein neues VC schnell aufgesetzt. Die Server speichern derzeit ihre Konfig ja selbst. Interessant wird das bei vSphere mit Host-Profiles und den Cluster-Switchen, da wird ein Update des VC deutlich interessanter, als es einfach (derzeit) neu zu installieren.

Derzeit liegt der Vorteil einer parallelen Installation einfach darin, dass man immer ein Fallback VC zur Verfügung hat, den Host kann man beliebig hin und her schieben.