Zum Download:
» http://www.microsoft.com/downloads/(…)23146fd93151

Stay tuned,
N.Own

http://www.microsoft.com/(…)pressemitteilung.mspx?id=533183

Mehr zur Technical Computing Intiative:
http://blogs.msdn.com/(…)technical-computing-in-the-cloud.aspx

Stay tuned,
N.Own

» Recommended hotfixes for 2008 R2-based server clusters

Eine generelle Empfehlung gibt es momentan nicht, bei Einsatz eines Print Clusters sollte man aber das Stability Update KB 976571 installieren.

Empfohlene Hotfixe für Windows Server 2008:
» http://www.cluadmin.de/index.php?p=137
Für Windows Server 2003 SP2:
» http://www.cluadmin.de/index.php?p=297

Stay tuned,
N.Own

Windows Server 2008 R2 bietet zwei weitere Ressourcentypen an, zum einen den Remote Desktop Connection Broker (RDCB), ehemals Terminal Services Session Broker, sowie DFS Replicated Folders (DFS-R) zur Erweiterung der File Services.

Folgende Cluster-Ressourcentypen stehen somit unter 2008 R2 zur Verfügung:

• DFS Namespace Server (DFS-N)
• Dynamic Host Configuration Protocol Server (DHCP)
• Distributed Transaction Coordinator (DTC)
• File Server
• Generic Application
• Generic Script
• Generic Service
• Internet Storage Name Service (iSNS) Server
• Message Queuing (MSMQ)
• Other Server (3rd Party)
• Print Server
• Virtual Machine (Hyper-V VM)
• WINS Server
• Remote Desktop Connection Broker (RDCB)
• DFS Replicated Folders (DFS-R)

Die meisten Ressourcentypen können mittels Cluster Migration Wizard von 2003 oder 2008 auf 2008 R2 migriert werden. Zur Migration von File Servern steht zudem das File Server Migration Toolkit (FSMT) zur Verfügung, das neben den reinen Shares auch Daten und NTFS Rechte übernimmt. Zur Migration von Print Servern steht der Printer Migration Wizard und das Kommandozeilentool PrintBRM.exe zur Verfügung.
Aktuelle Migrationspfade im Detail habe ich bereits hier gebloggt: » http://www.cluadmin.de/index.php?p=704

Stay tuned,
N.Own

Windows Server 2008 R2 bietet nun durch die Validierung der Cluster Konfiguration zusätzlich die Möglichkeit einen laufenden Cluster hinsichtlich der getroffenen Einstellungen zu überprüfen.
Es können damit also nicht nur die Voraussetzungen vor einer Installation geprüft, sondern auch die aktuellen Settings der Ressourcen, Volumes, und des Quorums etc. – ideal zum Troubleshooting und für Dokumentationszwecke.

Validation Reports bestehen aus *.mht Dateien, die man mit einem Webbrowser öffnen kann.

Weiterführende Informationen zu den Validation Reports unter 2008 R2 im Detail:
http://technet.microsoft.com/en-us/library/cc726064.aspx

Aktuell umfasst die R2 Failover Cluster Validation die folgenden Punkte: Inventory tests, Storage tests, Network tests, System Configuration tests, Cluster Configuration tests

Stay tuned,
N.Own

Dieser Fragestellung widmet sich folgender umfangreiche TechNet Artikel:

» http://technet.microsoft.com/(…)cc731002.aspx

Auch wenn ein Cluster Service Account (CSA) ab Windows Server 2008 nicht mehr nötig ist, benötigt man einen Active Directory Account für die zentrale Administration eines Clusters und dessen Nodes. Cluster Name Accounts (CNO) behalten weiterhin Ihre Rolle für die Erstellung virtueller Netzwerk-Namen und werden ebenfalls behandelt.

Für Windows Server 2003 sind zudem Rechte für den CSA nötig:
» http://www.cluadmin.de/index.php?p=111
Diese betreffen Windows Server 2008 und 2008 R2 nicht mehr

Fehlende Rechte oder eine ungenaue Umsetzung der Active Directory Rechte führen oft erst sehr spät zu einem Fehlerbild, das erfahrungsgemäß schwer zu analysieren ist.
Daher ist es ratsam, den TechNet How-To Artikel abzuarbeiten, um unangenehme Spätfolgen zu vermeiden.

Stay tuned,
N.Own

In den meisten Fällen hilft einem der Cluster Migration Wizard.
Folgender aktuelle TechNet Artikel zeigt die Möglichkeiten aufgeschlüsselt nach Diensten und Applikationen im Detail:
» http://technet.microsoft.com/(…)ee791924.aspx

Es werden neben den gängigen Diensten wie File, Print, DHCP etc. auch Applikationen wie SQL & Exchange betrachtet.

Stay tuned,
N.Own

Block Level Zugriffe auf eine SAN können dynamisch via SMB über eine Netzwerkverbindung geroutet werden und an einen Node weitergeleitet werden, der noch eine Verbindung zur SAN hat.

Es können somit erstmals Ausfälle der Storage Pfade zu einer SAN, sei es SAS, Fibre Channel oder iSCSI, abgefangen und über einen Netzwerkpfad umgeleitet werden. Windows Server 2008 bietet dieses feature out-of-the-box in der R2 Version in Verbindung mit Hyper-V und Cluster Shared Volumes.

Stay tuned,
N.Own

Offizielle Änkündigung im Windows Team Blog:
» http://windowsteamblog.com/(…)7-has-been-released

Offizielle Ankündigung im Windows Server Team Blog:
» http://blogs.technet.com/windowsserver/(…)r2-rtm.aspx

Ab wann man mit welchem Status auf die Bits zugreifen kann ist hier zu finden:
» http://windowsteamblog.com/(…)windows-7-rtm.aspx
Auf Connect, TechNet & MSDN wird der 6. August Stichtag sein, für Partner ab dem 16. August usw.

Stay tuned,
N.Own

Damit ist es möglich einzelne Druckertreiber in eigenen Prozessen laufen zu lassen, ohne das der Spooler bei Absturz dieser davon betroffen ist. Die Druckjobs sowie andere Druckprozesse bleiben davon ebenfalls unberührt.

Es gibt dazu drei Modi, die für einzelne Druckertreiber ausgewählt werden können:

• None
• Shared
• Isolated

None entspricht der Einstellung unter Windows Server 2003: Der Druckertreiber läuft im Kontext des Spoolers. Im Shared Modus laufen die Druckertreiber unabhängig vom Spooler Prozess in einem eigenen Prozess (PrintIsolationHost.exe), die Treiber teilen sich einen Host Prozess.
Im Isolated Modus können einzelne Druckertreiber in eigenen Prozessen ausgeführt werden – sowohl unabhängig vom Spooler als auch von den Host Prozessen der anderen Druckertreiber. Letzteres bietet sich für vor allem für problembehaftete Druckertreiber mit bekannten Problemen an.

Mittels Printer Driver Isolation unter R2 kann ein fehlerhafter Druckertreiber nicht mehr die Verfügbarkeit des Print Clusters an sich beeinträchtigen.

Siehe auch:
» http://msdn.microsoft.com/en-us/library/dd568151.aspx

Stay tuned,
N.Own