Updates do not have to be pain in the...
Updates von Serversystemen sind nicht selten ein leidiges Thema. Gerade SharePoint-Server kÜnnen sich dabei als durchaus zickig und zeitraubend hervortun. Hier ein paar Erfahrungen vom Wochenende.
Zunächst einmal, egal um welches System es sich handelt, eine vernßnftige Vorbereitung des Updates ist obligatorisch. Idealerweise ist das Ganze, gem. ITIL, als ordentlicher Prozess definiert, und enthält eine umfassende Vorbereitungs-, Durchfßhrungs- und Nachbereitungsphase, inkl. aller erforderlichen Tätigkeiten und zu beteiligenden Rollenträger. Ist man in der eigenen Firma noch nicht so weit, sollte man dennoch nicht einfach loslegen. Tests, in einer adäquaten Testumgebung, sind grundsätzlich zu empfehlen. Fehlen dazu die Ressourcen, sollte man sich zumindest, und das ist tatsächlich eine absolute Mindestanforderung, ßber alle zu installierenden Patches umfassend und detailliert informieren. Sowohl offizielle Seiten als auch die Community geben hier gerne Auskunft und weisen ggf. auf mÜgliche "Problemkinder" und Workarounds dafßr hin. In dem Fall muss man allerdings in Kauf nehmen, das Patches nicht unmittelbar nach VerÜffentlichung, sondern erst mit einiger VerzÜgerung installiert werden kÜnnen, da man ansonsten nicht auf die genannten Erfahrungswerte zurßckgreifen kann. Darßber hinaus sind in jedem Fall aktuelle Backups aller betroffenen Systeme zu erstellen. Wurde das Einspielen von Backups schon mal getestet? - Darßber sollte man auch einmal nachdenken.
Hat man sich dann ausreichend informiert und am besten auch getestet, kann es los gehen. FĂźr den Change am Produktivsystem sollte in jedem Fall ein Wartungsfenster geplant und rechtzeitig, wiederholt angekĂźndigt werden. Am besten das Ganze auĂerhalb der Regelarbeitszeiten (sofern es das gibt) durchfĂźhren, dann hat das ausfĂźhrende Personal prinzipiell mehr Ruhe und weniger Stress.
Bei der Durchfßhrung hangelt man sich dann, wenn nicht explizit anders vorgegeben, vom Allgemeinen zum Speziellen. D.h. in unserem Fall erstmal die Server 2012 R8 Updates, dann SQL, dann WAC, dann SharePoint-Serversysteme. Dabei sei darauf hingewiesen, dass nicht alle Patches ßber den Windows-Update-Center zur Verfßgung gestellt werden. Bspw. WAC und SharePoint, obwohl Microsoft-Produkte, mßssen manuell heruntergeladen werden. Weià man das nicht, "vergisst" man schnell mal das ein oder andere Patch.
Der Durchlauf der Installation ist dann ebenfalls nicht selten seeeehr langwierig. Vor allem die SharePoint-Patches (mal wieder) sind äuĂerst Zeitintensiv. Allerdings gibt es MĂśglichkeiten, das Ganze zu beschleunigen. Ein wirklich hilfreiches Skript findet man unter folgendem Link: https://blogs.msdn.microsoft.com/russmax/2013/04/01/why-sharepoint-2013-cumulative-update-takes-5-hours-to-install/ . Es deaktiviert vor dem Beginn der Installation einige Dienste, was den Durchlauf tatsächlich um ein Vielfaches beschleunigt. Das Skript sollte unbedingt bis zum Ende durchlaufen (Powershell-Fenster bis zum Schluss offen lassen), damit auch alle deaktivierten Dienste wieder aktiviert werden. Das kann man zur Not natĂźrlich auch manuell nachholen, aber dann sollte man auch Wissen, an welcher Schraube zu drehen ist. Generell lohnt es sich immer, bevor man ein solches Skript einsetzt, erstmal anhand des Code zu checken, was dieses bewirkt, worauf es zugreift und was es ggf. im System verändert. Lässt sich das nicht nachvollziehen: lieber Finger weg!
Kommt es nach der Installation zu Fehlermeldungen, sollte man nicht gleich in Panik verfallen. Ein Systemneustart, obwohl nicht gefordert, kann häufig Abhilfe schaffen. Auch sollte man prĂźfen, ob alle erforderlichen Dienste wieder automatisch auf allen Systemen angelaufen sind. Im GroĂen und Ganzen muss alles erstmal wieder in die Gänge kommen. Dann funktioniert es in 9 von 10 Fällen auch wieder ohne Probleme. Läuft es nicht, sollte man ein ggf. genutztes Skript mal gegenchecken, oder prĂźfen ob man ggf. etwas Ăźbersehen hat, beim Testen, bei der Recherche im Internet, bei der DurchfĂźhrung. Im Zweifelsfall muss ein Roll-back und ein neuer Anlauf erfolgen. Es liegt natĂźrlich ein aktuelles Backup fĂźr den Fall der Fälle bereit.