Hotfix und Service Pack Installation

Wie patcht man einen Cluster oder wie installiert man ein Service Pack auf einem Cluster? In der Regel geht man genauso vor, wie auf einem Single Server. Man sollte allerdings darauf achten, zuerst den passiven Node zu patchen und ggf. zu booten. Vor der Installation eines Hotfix oder eines Service Packs auf dem aktiven Node sind die Ressourcen auf den passiven, bereits aktualisierten, Node zu verschieben.

Generell sollte man folgende Hotfixe unterscheiden:
» Security Patche (mit und ohne Reboot)
» Service Packs
» Exchange Hotfixe

Security Patche mit Reboot können wie bei einem alleinstehenden Server via WSUS verteilt werden, ein Reboot über die entsprechende GPO ist kein Problem, solange ein Zeitversatz für die Nodes eingerechnet wird. Idealerweise booten die DCs und die einzelnen Nodes zu unterschiedlichen Zeiten. Das betrifft auch Security Patche ohne Reboot.
Genauso wie bei Single Servern sollte man Patche immer in einer Testumgebung bzw. Testservern vorab installieren, um Imkompabilitäten und Probleme mit Treibern, Anti-Viren-Software oder weiterer Drittanbietersoftware auszuschließen.

Um ein Service Pack auf einem Cluster zu installieren, sollte man den Knoten anhalten, bevor man das Setup aufruft (Pause Node). Das Prozedere ist im folgenden KB Artikel detailliert beschrieben:

» http://support.microsoft.com/kb/174799/en-us

Die Service Pack Installation ist wie bei einem Patch abwechselnd möglich, man verfährt hier wie bei einem Rolling Upgrade. Sollte eine Installation tatsächlich nicht klappen, hat man bei einem Cluster noch den aktiven Node und kann ohne Downtime mittels eines Restores des passiven, defekten Nodes wieder zum ursprünglichen Stand zurückkehren.

Eine Besonderheit stellen Exchange 2003 Hotfixe und Service Packs dar, diese können i.d.R. nicht installiert werden, solange der Cluster Service noch läuft.
Man geht zur Installation ähnlich vor wie bei einem regulären Cluster, abgesehen davon, daß vor einem Aufruf des Setups der Cluster Dienst auf dem passiven Node gestoppt wird. Eine Downtime ist dafür ebenso nicht nötig. Im folgenden KB Artikel sind die einzelnen Schritte ausführlich beschrieben (Sektion ‚Clustered server‘):

» http://support.microsoft.com/kb/328839/en-us

Solange man die KB Artikel beherzigt und die Punkte Schritt für Schritt abarbeitet, geht einem die Installation von Service Packs oder Exchange Hotfixes auf einem Cluster recht einfach von der Hand.

Der Vorteil eines Clustersystems ist die Gewissheit zu jedem Zeitpunkt noch einen aktiven, funktionierenden Node online zu haben und der Wegfall des Zeitdrucks, den eine Downtime auf einem Single Server mit sich bringt.

Stay tuned,
N.Own

Windows 7 Beta diese Woche erschienen

Windows 7 Beta ist diese Woche erschienen!

Seit heute ist die Windows 7 Beta für TechNet und MSDN Abonnenten verfügbar, ab morgen als CTP für die breite Öffentlichkeit.
Ca. 2,5 Mio. Downloads werden ab morgen freigeschaltet.
Diese Beta wird zum 01.08.2009 ablaufen.

Details zur Beta 1 von Windows 7 (Client):
» http://blogs.technet.com/(…)windows-7-beta-1(…)

Details zur Beta 1 von Windows Server 2008 R2 (Server):
» http://blogs.technet.com/(…)windows-server-2008-r2-beta(…)

Quelle:
» http://windowsteamblog.com/(…)windows-7-beta-kicks-off(…)

Auf meinem Samsung NC-10 NetBook macht sich Windows 7 schon recht gut, ich bin sehr gespannt wie sich die Server-Version entwickelt hat.

Stay tuned,
N.Own

PowerShell löst cluster.exe ab

Windows Server 2008 R2, codename Windows 7 Server, wird das erste Windows Server Release sein, welches Failover Cluster PowerShell Commandlets bereitstellt.
Die PowerShell Befehle lösen cluster.exe als Scripting Schnittstelle ab. Cluster.exe wird zu Migrationszwecken noch in R2 enthalten sein, danach soll es entfernt werden.

Die PowerShell wird auch bei einem Server Core Cluster zur Verfügung stehen.
Auch NLB Cluster sind demnächst via PowerShell administrierbar.

Windows 7 ist momentan in der Betaphase, es wird bald eine Public Beta geben. PowerShell Scripting sowie Cluster Shared Volumes in Verbindung mit Hyper-V sind nur zwei der spannenden neuen Failover Cluster Features, für die sich der Umstieg auf Windows 7 Server sicherlich lohnt.

Quelle: http://blogs.msdn.com/clustering(…)9243367.aspx

Stay tuned,
N.Own