V3 Hardware Migration des Slave-Knoten im Netzverbund

[locketb]

Hallo,

in einem Netzverbund soll der Slave (X5R) auf V3 Hardware migriert werden. Der Master (X8) ist bereits mit V3 Mainboard ausgestattet. Als die Anlagen in Betrieb gingen, waren für die X3/5R noch keine V3-Mainboards verfügbar. Master und Slave laufen auf der aktuellsten V3-Software.

Jetzt zu meiner Frage. Muss für die Migration der Slave-Anlage das Netzwerk an beiden Knoten „aufgelöst“ werden oder reicht es aus, die Netzwerkverbindung durch ausstecken des LAN-Kabels zu unterbrechen, sodass die Masteranlage den Slave nicht mehr „sieht“? Es gibt dazu unterschiedliche Aussagen. In der Admindoku wird die Netzwerkauflösung nicht beschrieben (nur die Netzwerklizenzdatei muss vorher getrennt werden) , die Distri meint, es muss gemacht werden.

Vielleicht hat das Ganze schon mal jemand durchgeführt und kann helfen.

 

[TelMike]

Die Slave Anlage einfach migrieren und dann auf beiden Seiten den Vernetzungswizzard nochmals durchmachen.
Dann sollte alles wieder wie vorher funktionieren - sofern die IP-Adressen gleich geblieben sind.
Tricky wird's eher bei der Zentralen Lizenzierung, wenn du das eingerichtet hast.
Hier musst du dann am Lizenzserver die Master/Slave Verbindung auflösen und dann die MAC von neuen V3 Motherboard als Slave neu einbinden.

lg.

 

[locketb]

Guten Abend,

Danke für die schnelle Antwort.

Ja, auf dem CLS liegt eine zentrale Netzwerklizenz (der Master ist der CLA für den Slave), die ich vor der Migration trennen und danach wieder zu einer neuen Netzwerklizenz zusammenführen muss. Die IP-Adressen ändern sich nicht.

Ich werde es einfach nach Anleitung und deinen Tipps versuchen.

 

[engr]

Falls es möglich ist auf den Anlagen am besten CLS Connect aktivieren. Damit habe ich bis jetzt die besten Erfahrungen gemacht. Ansonsten so wie TelMike geschrieben hat geht es auch.

 

[TelMike]

Du musst nur mit der „Verschiebungszahlen“ aufpassen. Da du nur eine begrenzte Anzahl von. Verschiebungen hast, macht es Sinn den CLS-Connect zu aktivieren. Am besten und wenn es noch geht, dann VOR der Migration und bei beiden Anlagen, da das Trennen und neu zusammensetzen der zentralen Lizenzierung jedesmal eine Verschiebung kostet. Beim CLS-Connect hast du dann 9999 Verschiebungen und nicht nur 2 oder 3.

 

[locketb]

Danke für den Hinweis mit den Verschiebungszahlen. Der Master stand tatsächlich auf 0. Per Ticket hat mir der CLS-Service den Master hochgesetzt. CLS Connect soll nicht zum Einsatz kommen, obwohl das wohl vieles vereinfachen würde.

 

[locketb]

Die Migration hat funktioniert.

Netzwerklizenz am CLS trennen, dabei wird eine Verschiebung an beiden Anlagen benötigt
Slave-Knoten aus Netzwerk entfernen, Master-Anlage läuft weiter
Migration am Slave-Knoten wie in der Doku beschrieben durchführen, Mainboard tauschen, Backup wieder rein
Einzelne Lizenzen wieder zu zentraler Netzwerklizenz zusammenführen (hier hat die Hotline die Verschiebungszahl von 0 auf 1 setzen müssen), Slave wieder ins Netzwerk integrieren
Neue Netzwerklizenz in Master-Anlage einspielen, Slave wird lizenziert

 

[TelMike]

normalerweise jammern die vom CLS wenn du die Verschiebungszahl erhöhen lassen möchtest und schlagen als erstes immer den CLS-Connect vor.
Damit hättest du dann 99999 mögliche Verschiebungen.

 

[locketb]

Mir wäre CLS Connect bei manchen Anlagen auch lieber, aber wenn der Kunde nicht möchte....
Ja, ich hatte Glück und einen sehr freundlichen Mitarbeiter am Telefon. Erst wollte er ein Ticket erstellen, welches wahrscheinlich erst am nächsten Tag bearbeitet worden wäre, hat die Erhöhung aber dann "live" durchgeführt.