Eine Unterscheidung nach 32 und 64 Bit ist nicht notwendig, eigentlich nicht mal in Linux und Windows. Das Zeug liegt bei uns im gleichen Pfad, in der Policy wird nur der Pfad angegeben, die Clients hol' ich mir immer aus einer anderen Policy. Es sollten nicht zu viele Jobs auf einmal laufen, der limitierende Teil ist hier wahrscheinlich der Web-Server, wobei das LU nicht auf einen Web-Server beschränkt ist.. Bei Linux muss /tmp gross genug sein, daran scheitert's bei uns meist. Allerdings können wir da meist per ssh das Update durchführen.
Wichtig ist nur, den Upgrade-Pfad zu beachten, d.h. erst auf z.B. 7.5, dann auf 7.5.0.6 (ausser bei W2012)
Grundsätzlich lässt sich das auch per Gewaltmuschel remote erledigen, dann kann man auch gleich die Firewall konfigurieren und die Log-Verzeichnisse anlegen. Bei uns wird das in die Installatin der neuen Systeme eingebunden.
In der Vergangeheit kam es allerdings zeitweise zu Fehlern, die den Installpfad von vxms aus der Registry warfen (https://www.symantec.com/business/support/index?page=content&id=TECH73597), ist beim jüngsten Update aber nicht passiert.
LU ist insgesamt eigentlich sehr einfach aufzusetzen.
Es wir nur ein Server benötigt, per http wahrscheinlich am einfachsten, aber es geht nach meiner Erinnerung auch ein Share. Die Windowsen booten nicht — ausser sie haben dafür andere Gründe.
Einfach den Updateserver bereitmachen, bzw. in einem vorhandenen die LU-Packete bereitstellen, eine Pfad pro Release/Update
Einfach mal per Browser testen, ob der Pfad so stimmt, und die Packete sichtbar sind.
Den Pfad in der LU-Policy eintragen, die Clients aus den entsprechenden Policies importieren (für sukzessive Updates mit Release und Patch aus der entsprechenden LU-Policy), Parallelität z.B. auf vier. Laufen lassen, und die Fehlerhaften per Hand nacharbeiten. Ein LU auf 7.5.0.6 bei W2012 geht nicht, da kein Vorgängerrelease.
