Um die im oberen Teil in Worten versuchte Erklärung weiter zu vereinfachen, hier ein Screenshot mit der Funktionsweise:

Die Erstellung einer Vorlage

Um eine Vorlage zu erstellen, erstellen wir wie gewohnt eine VM. Bei der Auswahl der Festplatte ist zu beachten, dass die Größe der Vorlagen-VHD später die Größe sein wird, die in dem System zur Verfügung stehen wird. Wenn wir hier nur z.B. 15 GB angeben, können wir später auch nur 15 GB nutzen. Nach der Erstellung der VM inkl. einer VHD benennen wir das System so, wie unser erstes System später heißen soll. Die Einstellungen der VM passen wir nach unseren Einstellungen an und starten die VM. Wir installieren das von uns benötigte System und passen das System so an, wie es nach dem Start einer weiteren “Kopie” aussehen soll. Zu diesen Anpassungen zählt z.B. die Installation aller bisher erschienenen Updates, die Installation oder Ablage von Programmen auf der lokalen Festplatte usw.

Hier die Installation in Screenshots. Zuerst legen wir eine neue VM an

Bei der Wahl der Festplatte denken wir daran, dass diese Größe später wichtig und unsere Maximalgröße ist. Falls eine VHD mit fester Größe erstellt werden soll kann dies nicht an dieser Stelle passieren, sondern muss nach der Erstellung der VM separat erfolgen

Wir passen die Einstellungen der VM an unsere Bedürfnisse an

Als nächstes starten wir die VM und installieren das Betriebssystem

Nach der Installation führen wir die Schritte durch, die jede VM benötigt, wir aber nur einmalig machen möchten. Weiterhin ist zu bedenken, dass alles was nun installiert und kopiert wird einmalig in der Basis-VHD liegt und nicht in jeder der differenzierenden VHDs. Da es sich in meinem Fall um ein Windows XP handelt installiere ich die Integrationskomponenten

Weiterhin kopiere ich NewSid (Bitte keine Diskussion über NewSid starten, ich weiß dass das Tool nicht mehr “state of the art” ist ;)) auf die lokale Festplatte unter C:\system

Als nächstes schalten wir den Client aus

In den Eigenschaften entfernen wir die VHD

Das Ergebnis sieht wie folgt aus

Im Explorer verschieben wir nun die .vhd-Datei aus dem Ordner der VM heraus in einen eigenen Ordner, ein aussagekräftiger Name ist hier sinnvoll

Als nächstes setzen wir in den Eigenschaften der VHD die Einstellung “Schreibgeschützt”

Zurück im Hyper-V-Manager erstellen wir über Neu => Virtuelle Festplatte eine neue VHD, dieses Mal wählen wir die Option “Differenzierend”

In der nächsten Option konfigurieren wir den Pfad und den Namen der VHD-Datei. Wie man erkennen kann, ist hier keine Eingabe der Größe möglich

Im nächsten Schritt geben wir den Pfad und Namen der Basis-VHD an, dies ist die VHD, die wir im vorherigen Schritt kopiert und mit einem Schreibschutz versehen haben

Nach einem Klick auf “Fertig stellen” weisen wir unserer VM diese soeben erstellte VHD zu

Wir können die VM nun starten, nach dem Start führe ich NewSid aus, um die SID des Systems zu ändern

Weiter geht es mit der Erstellung der zweiten VM. Hierzu erstellen wir im Hyper-V-Manager im Wizard eine neue VM

Die Einstellungen können nach Belieben angepasst werden, bei der Wahl der virtuellen Festplatte wählen wir die folgende Option

Nachdem wir die VM erstellt haben öffnen wir die Eigenschaften. Hier passen wir uns die Einstellungen nach unseren Wünschen an, weiterhin fügen wir unter “IDE Controller 0” eine Festplatte hinzu

Wir wählen im folgenden Fenster “Neu” und erstellen eine differenzierende Festplatte

Falls diese VHD-Datei im Ordner “Virtual Hard Disks” gespeichert werden soll, muss dieser Ordner noch angelegt werden im Explorer

Wir konfigurieren erneut die VHD sowie den Pfad zu der Basis-VHD

Nach der Bestätigung und dem Start der VM habe ich mit NewSid die SID des Systems geändert, zusätzlich kann ich mit dem Programm auch den Namen des Systems anpassen.

Mit dieser Vorgehensweise kann ich mir eine große Anzahl an VMs erstellen, die jeweils immer auf eine VHD zurückgreifen. Ich habe die beiden Server in der Testumgebung ebenfalls mit dieser Variante eingerichtet, man kann im Explorer gut erkennen, wie groß die differenzierende VHD der beiden Windows Server 2008 R2 während der Sysprep-Phase ist

Im Ressourcenmonitor kann man gut erkennen, dass die Basis-VHD nur lesend in Nutzung ist, die beiden differenzierenden VHDs jeweils lesend und schreibend bearbeitet werden

Die oben beschriebene Art von Einsparung funktioniert natürlich nur dann, wenn sich die Systeme im späteren Betrieb nicht mehr viel voneinander unterscheiden. Ein gutes Beispiel für die Nutzung dieser Art von Festplatte ist z.B. VDI. Wenn Sie Unterstützung bei der Auswahl Ihrer Strategie benötigen oder generelle Hilfe beim Betrieb oder Aufbau Ihrer Hyper-V Umgebung benötigen, stehen wir Ihnen gerne zur Verfügung. Unsere Kontaktdaten sowie unsere Preise finden Sie rechts in der Navigationsleiste.

Die Nutzung von Hyper-V Server 2008 R2

Mit Hilfe des kostenlos zur Verfügung stehenden Hyper-V Server 2008 R2 kann eine Grundlage geschaffen werden, um den Small Business Server in einer VM zu betreiben. Vorteil dieser Lösung ist der Preis, neben der Lizenz für den SBS wird nur noch eine Lizenz für z.B. ein Windows 7 benötigt (in den meisten Fällen schon vorhanden), um den Hyper-V Server 2008 R2 zu managen. Nachteil ist genau dieser Punkt, das Management eines einzelnen Hosts gestaltet sich teilweise recht aufwendig (Anleitung von Carsten Rachfahl dazu ist hier zu finden). Abhilfe kann hier der Core Configurator und/oder der 5Nine Manager bieten. In der erweiterten Version ist hier allerdings ebenfalls eine kostenpflichtige Lizenz nötig.

Der Kauf des Premium Add-ons

Die “Premium Edition” des SBS 2008 wurde abgelöst durch ein Add-on-Modell. In der Version 2011 des Small Business Servers hat man die Möglichkeit, zusätzlich zu der Standard-Lizenz ein Premium Add-on zu erwerben. Mit diesem Add-on erwirbt man eine Windows Server 2008 R2 Standard-Lizenz sowie eine Lizenz für den SQL Server 2008 R2 für Small Business. Durch das Recht beim Server 2008 R2, neben der Hardware-Installation in gewissen Situationen eine weitere virtuelle Instanz auf dem gleichen Server zu betreiben (dazu ein sehr informativer Podcast von Carsten Rachfahl: Fit-in-Lizenzen.de: Windows Server Lizenzierung in virtuellen Umgebungen) können wir auf der Hardware einen Windows Server 2008 R2 installieren, die Hyper-V-Rolle aktivieren und diesen Hyper-V-Host nun zum Betrieb des SBS 2011 in einer VM nutzen. In einer zweiten VM können und dürfen wir den Windows Server 2008 R2 erneut installieren und zum Betrieb des SQL Server 2008 R2 nutzen.

Der Kauf einer weiteren Windows Server 2008 R2-Lizenz

Wer den SBS 2011 als VM betreiben möchte, aber weder den Hyper-V Server 2008 R2 noch das Premium Add-on kaufen möchte (weil er z.B. keinen SQL Server benötigt), dem bleibt noch die Möglichkeit eine Lizenz für einen Windows Server 2008 R2 zu kaufen. Der Server wird mit dieser Lizenz installiert und in einer VM wird der SBS 2011 virtuell betrieben. Dies hat den Vorteil, dass man einen vollständigen Desktop zur Verwaltung zur Verfügung hat, weiterhin kann man unter Umständen eine weitere virtuelle Instanz des Windows Server 2008 R2 installieren (siehe Link zu dem Podcast weiter oben). Der Nachteil dieser Lösung sind die Kosten der weiteren Windows-Lizenz.

Fazit:

Der Small Business Server 2011 selbst kann und soll nicht selbst als Hyper-V-Host betrieben werden, allerdings steht einer Virtualisierung des SBS 2011 nichts im Wege, wenn man sich an gewisse Spielregeln hält. Dynamic Memory z.B. sollte nicht genutzt werden, dies ist auf den Exchange Server 2010 zurückzuführen, der innerhalb des SBS 2011 betrieben wird. Weiterhin sollten keine Snapshots gemacht werden, da es sich zum einen in den allermeisten Fällen um ein Produktiv-System und zum anderen um einen Domänencontroller handelt.

Sie haben weitere Fragen, benötigen Preise für Lizenzen oder haben Fragen zur Virtualisierung? Sie haben Probleme mit einer vorhandenen Installation oder benötigen Unterstützung bei der Migration eines alten Small Business Servers auf die aktuelle Version? Sprechen Sie uns an, wir sind gerne für Sie da!

Heise.de – Kernel-Log: Funktionsumfang von Linux 3.3 steht

Da ich mich ja ganz gerne mit dem Thema Linux und Hyper-V beschäftige, hier eine kleine Anleitung zur Kompilierung des Kernels 3.3. Wie schon erwähnt, der Kernel ist noch in der Test-Phase. Das eine VM mit solch einem Kernel nicht produktiv genutzt werden sollte ist ja eigentlich klar ;)

Zur Installation wird das aktuelle netinstall-Image von Debian genutzt, zu finden wie gewohnt unter http://www.debian.org/CD/netinst/. Nach der Grundinstallation beginnt die Vorbereitung des Systems und die Kompilierung des Kernels

1
2
3
4
5
6
7
8
9
10
11
12
13

apt-get update
aptitude update
apt-get install -y build-essential
apt-get install -y ncurses-dev kernel-package fakeroot
apt-get install -y linux-headers-`uname -r`
apt-get install -y linux-source-`uname -r | awk -F"-" '{print $1}'`
cd /usr/src
wget -c https://www.kernel.org/pub/linux/kernel/v3.x/testing/linux-3.3-rc1.tar.bz2
bzip2 -d linux-3.3-rc1.tar.bz2
tar xf linux-3.3-rc1.tar
cd linux-3.3-rc1
cp /boot/config* ./.config
make menuconfig

Die Treiber sind wie folgt zu finden

1
2

make-kpkg clean
fakeroot make-kpkg --initrd --append-to-version=-hyperv kernel_image kernel_headers

Die Kompilierung beginnt

1
2
3
4
5

cd ..
dpkg -i linux-headers-3.3.0-rc1-hyperv_3.3.0-rc1-hyperv-10.00.Custom_amd64.deb linux-image-3.3.0-rc1-hyperv_3.3.0-rc1-hyperv-10.00.Custom_amd64.deb
echo -e "hv_vmbus\nhv_storvsc\nhv_blkvsc\nhv_netvsc" >> /etc/initramfs-tools/modules
update-initramfs -u -k 3.3.0-rc1-hyperv
reboot

Der erste Boot nach der Kompilierung und dem Neustart des Systems

Das System bootet sauber hoch, wie man erkennen kann läuft das System mit dem soeben kompilierten Kernel. Ein Auszug aus der Datei /proc/cpuinfo zeigt, dass die VM mit vier vCPUs konfiguriert wurde, die alle vier erkannt werden.

Viel Spaß beim testen :)

Hier noch eine Liste mit weiteren Informationen und der Download-Möglichkeit des CentOS und der Treiber.

Ben Armstrong – Linux Integration Services Version v3.2 for Hyper-V now available

Download: Linux Integration Services for Hyper-V v3.2

Download: CentOS

Für alle die keine Lust haben das Video anzuschauen:

Nach der Installation von CentOS mounten wir die ISO-Datei mit den Treiber-Dateien. Danach werden die folgenden Befehle ausgeführt

mount /dev/cdrom /media

cd /media

./install.sh

Mit diesen drei Befehlen wird das DVD-ROM nach /media gemappt. Nach einem Wechsel in das Verzeichnis wird die Datei install.sh ausgeführt. Nach einem Reboot der Maschine sind die Treiber installiert und nutzbar.

Fehler beim Abrufen der VPD-Deskriptoren nach SCSI Page 83h für Clusterdatenträger “1” aus Knoten “Servername”. Status 2″

Nach einer kurzen Suche habe ich einen Artikel bei Microsoft inkl. einem Patch gefunden, der das Problem beschreibt und Abhilfe schafft. Der Artikel ist hier zu finden:

Validate SCSI Device Vital Product Data (VPD) test fails after you install Windows Server 2008 R2 SP1

Die Fehlermeldung in dem Validierungs-Assistenten sieht wie folgt aus

Nach der Installation des Patches verläuft die Überprüfung deutlich besser:

Vielleicht für einige interessant: Nach der Installation wird kein Reboot benötigt…

Da ich die kompletten Infos hier nicht erneut aufschreiben möchte verlinke ich einfach mal den Artikel von “damals” und ergänze dieses Post nur um die reinen Befehle, die zur Kompilierung notwendig sind.

Kompilierung eines eigenen Debian Squeeze-Kernels 2.6.38 mit Hyper-V Client Treiber / Integrationsdienste

Die Befehle für einen Kernel der Version 3.1.4 sind:

apt-get update
aptitude update
apt-get install -y build-essential
apt-get install -y ncurses-dev kernel-package fakeroot
apt-get install -y linux-headers-`uname -r`
apt-get install -y linux-source-`uname -r | awk -F"-" '{print $1}'`
cd /usr/src
wget -c http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.1.4.tar.bz2
bzip2 -d linux-3.1.4.tar.bz2
tar xf linux-3.1.4.tar
cd linux-3.1.4
cp /boot/config* ./.config
make menuconfig
make-kpkg clean
fakeroot make-kpkg --initrd --append-to-version=-hyperv kernel_image kernel_headers
cd ..
dpkg -i linux-image-3.1.4-hyperv_3.1.4-hyperv-10.00.Custom_amd64.deb linux-headers-3.1.4-hyperv_3.1.4-hyperv-10.00.Custom_amd64.deb
echo -e "hv_vmbus\nhv_storvsc\nhv_blkvsc\nhv_netvsc" >> /etc/initramfs-tools/modules
update-initramfs -u -k 3.1.4-hyperv

Das System startet nach der Installation problemlos mit dem neuen Kernel…

Der Aufbau des FastTrack sieht wie folgt aus:

Enthalten sind zwei Hyper-V Hosts, die diverse virtuelle Maschinen betreiben. Wir haben als Beispiel einen Exchange Server, einen SQL Server, einen SharePoint Server sowie einen Domänencontroller genommen. Die beiden Hosts sind mit jeweils einer Switch verbunden, die wiederum eine Verbindung zum SAN hält. Im oberen Teil des Bildes ist ein weiterer Server vorhanden, ein Backup- und Verwaltungsserver. Hier wird ein System Center Virtual Machine Manager, ein System Center Data Protection Manager sowie ein weiterer Domänencontroller betrieben.

Das komplette Bundle inkl. der weiter unten beschriebenen Hard- und Software sowie der Dienstleistung können wir zu einem Gesamtpreis von

32.500 € netto

anbieten.

Falls Sie interessiert sind, hier nun eine Auflistung der einzelnen Server, Lizenzen und Komponenten, die in dem FastTrack enthalten sind:

Hyper-V Hosts

Zwei HP DL380 G7 mit jeweils zwei Intel Xeon E5649 CPUs (6-core/2.53GHz/12MB/80W), 24 GB DDR3 RDIMM RAM, zwei 146GB 15k 2.5” SFF SAS HDDs, einem P410i Controller mit 512MB FBWC, zwei 460W Netzteile, acht 1GBit-Netzwerkports und 36 Monaten HP Vor-Ort-Garantie (Next Business Day).

Das System benötigt nur zwei Festplatten für das Betriebssystem, die Daten der virtuellen Server liegen auf dem SAN. Der Server hat vier GBit-Ports auf dem Mainboard, vier weitere Ports werden durch eine Quad-Port-Karte hinzugefügt, damit ausreichend Anschlüsse für die Cluster-Konfiguration zur Verfügung stehen.

Management Server

Ein HP DL180 G6 mit einer Intel Xeon E5620 CPU (4-core/2.4GHz/12MB/80W), 16GB DDR3 RDIMM RAM, zwei 300GB 15k 3.5” SAS HDDs sowie vier 2TB 7.2k 3.5” SATA HDDs, zwei 460W Netzteile, zwei GBit-Netzwerkports und 36 Monaten HP Vor-Ort-Garantie (Next Business Day).

Die 300GB sind für die Windows-Installation sowie für die beiden VMs des Domänencontroller und des Virtual Machine Managers. Der restliche Speicherplatz wird für den Data Protection Manager genutzt, damit die Backup2Disk-Daten hier abgelegt werden können.

iSCSI-SAN

Als Netzwerkspeicher kommt eine HP P2000 G3 mit iSCSI zum Einsatz. Das Gerät hat zwei iSCSI-Controller und Platz für 24 2.5” Festplatten, zwölf 300GB 10k SFF HDDs sind bereits verbaut. Somit stehen insgesamt 3.6TB Speicherplatz zur Verfügung.

Netzwerk

Ebenfalls in diesem Bundle enthalten sind zwei HP-Switche V1810-24G mit jeweils 24 Anschlüssen sowie ein kompletter Netzwerkkabel-Satz in unterschiedlichen Farben. Wir haben uns ein System überlegt bei dem jedes Netzwerk des Clusters eine eigene Farbe hat, damit man schon an der physikalischen Verkabelung erkennen kann, um welches Netzwerk es sich handelt.

Lizenzen

An Lizenzen sind in unserem FastTrack für die Hyper-V Hosts zwei Windows Server 2008 R2 Datacenter 2CPU in der System Builder-Variante enthalten sowie ein Windows Server 2008 R2 Enterprise mit zehn CALs, ebenfalls in der System Builder-Variante. Diese Lizenz ist für den Management-Server, somit sind die beiden virtuellen Maschinen für den Virtual Machine Manager und den Domänencontroller ebenfalls korrekt lizenziert.

Für das Management wird eine System Center Virtual Machine Manager Workgroup-Lizenz mitgeliefert sowie zwei System Center Data Protection Manager Enterprise-Lizenzen, um die virtuellen Server im Cluster zu sichern.

Dienstleistung

Dieses Bundle enthält nicht nur die Hardware und die Lizenzen, zusätzlich sind drei Manntage Dienstleistung (innerhalb Deutschlands) inkl. Übernachtung und Anreise enthalten. Der Aufbau des Clusters wird wenn gewünscht in einer Art Workshop gestaltet, so das schon während der Installation möglichst viel Know-how übermittelt wird. Ziel der Installation ist die Inbetriebnahme eines Hyper-V Clusters, die Installation von ein oder zwei VMs sowie die Schulung der Techniker vor Ort.

Da wir wissen das keine Umgebung einer zweiten ähnelt wissen wir auch, dass wir kein “Passt-Überall”-Bundle anbieten und zusammenstellen können. Ziel dieses FastTracks ist es, eine Grundkonfiguration zu haben, die als Einstieg in die Welt der Virtualisierung dient und die eine solide, performante und kostengünstige Hochverfügbarkeitslösung präsentiert. Falls Sie weitere Fragen bzgl. der technischen Daten haben stehen wir natürlich gerne zur Verfügung.

Natürlich sind auch gerne bereit, an Hand dieser Aufstellung ein individuellen Angebot für Sie zu erstellen, dass exakt Ihren Wünschen entspricht. Dies kann entweder weitere Komponenten enthalten (Software Assurance für die Lizenzen, eine unterbrechungsfreie Stromversorgung, eine Backup-to-Tape-Lösung usw.) oder Sie haben bereits Lizenzen, die dann natürlich nicht doppelt angeschafft werden müssen. Wir stehen Ihnen gerne zur Seite, sei es in der Planungs-, in der Verkaufs- oder in der Implementierungsphase. Nutzen Sie dazu die Kontaktmöglichkeiten per Telefon oder per Email

…

Die Installation beginnt mit dem Aufruf der Setup.exe im Installations-Verzeichnis. Dort sollte man sich den Installation Guide anschauen, ein Klick auf diesen Punkt öffnet einen Internet Explorer und eine Microsoft-Seite. Die eigentliche Installation des Servers beginnt mit dem Aufruf von “Data Protection Manager” im Menü “Install”.

In unserem Fall installiere ich den DPM mit einer lokalen Datenbank, hierfür muss ein SQL 2008 R2 Express installiert werden.

Der DPM ist nun installiert. Hier ein paar Eindrücke von der Administrator-Konsole.

Als nächstes installieren wir auf einem anderen Server im Netzwerk einen DPM-Agenten und wollen einen ganz bestimmten Ordner in die Sicherung aufnehmen. Wie schon bei dem DPM 2010 lässt sich der Agent nicht installieren, wenn die Firewall des Servers, auf dem der Agent installiert werden soll, aktiv ist. Es erscheint der Fehler 347, für eine erfolgreiche Installation müssen diverse Ports freigegeben bzw. Regeln aktiviert werden. Dies kann entweder manuell erfolgen, oder man macht es sich etwas leichter und deaktiviert für die Dauer der Installation die Windows Firewall für den Bereich, in dem der Server mit seiner Netzwerkkarte steht, in der Regel ist dies “Domänennetzwerk”. Nach der Installation kann und sollte die Firewall wieder aktiviert werden, alle benötigten Regeln sind automatisch eingetragen worden. Diese automatische Eintragung funktioniert aber vermutlich nur, wenn nur die Regeln für einen Bereich der Firewall abgeschaltet werden (in unserem Fall ist “Heimnetzwerk” und “Öffentliches Netzwerk” noch aktiv) und nicht wenn die Firewall komplett deaktiviert wird.

Der Agent ist nun installiert, es kann nun im Bereich “Protection” eine Schutzgruppe definiert werden. Wie man erkennt ist dies allerdings nur möglich, wenn mindestens eine weitere komplett leere und unformatierte Festplatte zur Verfügung steht. Eine weitere Partition oder der Rest einer Festplatte mit freiem Speicherplatz ist NICHT nutzbar und kann nicht verwendet werden. Eine gute nutzbare Alternative zu lokalen Festplatten sind übrigens per iSCSI angebundene Geräte. Wie man in den Screenshots erkennen kann, ist die “long-term protection”, also die Langzeit-Sicherung auf ein Band nicht anwählbar. Dies hat den Hintergrund, das es sich bei dem DPM-Server um eine VM handelt und an diese VM kein Bandlaufwerk angeschlossen ist. Somit ist nur die Variante der Festplatten-Sicherung möglich.

Wir haben uns, wie schon in dem Artikel beschrieben, für SSDs von Intel entschieden. Die SSDs sind wie erwartet wahnsinnig schnell und ermöglichen den Betrieb einer kompletten Schulungs-Umgebung auf einem PC. Um allerdings die zweite Wahl, SATA-Festplatten mit 10000 Umdrehungen/Minute, von der Leistung her beurteilen zu können haben wir beide Varianten mal kurz getestet.

In beiden Fällen wurde das exakt gleiche System verwendet, der einzige Unterschied waren die beiden angeschlossenen Datenträger (Festplatten wäre ja irgendwie das falsche Wort :)). Es wurde jeweils ein RAID0 mit beiden Datenträgern erstellt (Hardware-RAID mit dem Intel-Controller auf dem Mainboard), ein Windows installiert und dann direkt die Performance mit CrystalDiskMark gemessen. Hier die beiden Ergebnisse des Benchmarks:

2 x 300GB Western Digital Velociraptor 10000rpm (WD3000HLFS) im RAID0:

2 x 120GB Intel SSD 510 Series (SSDSC2MH120A2K5) im RAID0:

Wie man an der Werten erkennen kann, sind die SSDs bei weitem performanter als die Velociraptor-Festplatten. Gerade bei den kleineren Blöcken erhöht sich der Faktor ziemlich stark gegenüber dem sequenziellen Lesen/Schreiben. Wie sich die Werte der Velociraptor-Festplatte steigern würden bei dem Modell mit dem 6 GBit/s-Interface weiß ich nicht, da wir dieses Modell nicht testen konnten.

• Leise, da Einsatz mehrerer Maschinen in einem Schulungsraum
• Der Einsatz von Hyper-V muss möglich sein (d.h. Hardwareunterstützte Virtualisierung)
• Möglichst performante Festplatten

Nach einiger Recherche und Suche von Hardware begann die Diskussion der verschiedenen Möglichkeiten. Wir haben die unterschiedlichen Arten von Festplatten durchgespielt, die Vor- und Nachteile abgewägt und natürlich auch die Kosten nicht außer Acht gelassen. Herausgekommen ist ein extrem leises, sehr performantes System, welches ich hier gerne näher beschreiben möchte.

Als erstes eine Liste der verbauten Komponenten inkl. der aktuellen Preise:

Artikel	Einzelpreis (netto)	Gesamtpreis (netto)
Intel Core i5 2400S	147,34 €	147,34 €
Arctic Fusion 550 Watt Netzteil	46,96 €	46,96 €
LG 22x8x16x DVD-RW-Laufwerk	15,05 €	15,05 €
Asus P8B WS Mainboard	144,58 €	144,58 €
Intel E1G44HTBLK Quad Port Ethernet Adapter	183,06 €	183,06 €
Thermalright CPU-Kühler Macho	35,72 €	35,72 €
Sandberg Hard Disk Mounting Kit	5,83 €	5,83 €
2x Intel 510 120GB SSD	216,35 €	432,70 €
Artic Silentium T11-B Gehäuse	32,44 €	32,44 €
4x Kingston 4GB DDR3 1333MHz ECC DIMM	28,06 €	112,24 €

Die einzelnen Produkte sehen wie folgt aus:

Zusammengebaut sieht der PC wie folgt aus:

Der PC ist äußerst leise. In einem leeren Schulungsraum ohne eine andere Lärmquelle und mit geschlossenem Fenster nimmt man das Gerät nicht wahr. Die Lüfter laufen auf ca. 450 Umdrehungen pro Minute (Gehäuse) und knapp 600 Umdrehungen pro Minute (CPU). Die CPU-Temperatur bewegt sich im Idle-Betrieb bei ca. 28°, unter Volllast geht die Temperatur auf (bisher) maximal 33° hoch. Ein Betrieb ohne CPU-Lüfter funktioniert auch, der riesige Kühlkörper leitet die Wärme schnell genug ab bzw. der Luftzug im Gehäuse reicht für die Kühlung aus.

Das Mainboard hat zwei SATA3-Schnittstellen, hier sind die beiden SSDs angeschlossen. Weiterhin hat das System neben den acht USB2.0-Schnittstellen zwei USB3.0-Schnittstellen, um mehr als 240 MBit/s hinzubekommen.

Ein weiterer Vorteil der CPU und dem Mainboard ist, dass keine eigene Grafikkarte benötigt wird. Das Mainboard hat einen DVI-Ausgang und mit der integrierten GPU kann man das System ohne eigene Grafikkarte nutzen. Der Einbau einer Grafikkarte ist natürlich problemlos möglich, z.B. wenn man mehrere Monitore nutzen möchte oder RemoteFX testen möchte.

Das System hat zwei Intel 1GBit-Ethernet-Ports auf dem Mainboard, zusätzlich ist noch eine Intel Quad-Port-Karte verbaut. Diese wird bei Hyper-V Schulungen benötigt, wenn Cluster eingerichtet werden sollen. Die Karte ist iSCSI-optimiert und ermöglicht so eine performante iSCSI-Verbindung zu unserer NetApp.

Wir sind mit dem Ergebnis mehr als zufrieden, die PCs sind dank aktueller CPU und einem SSD-Raid0 in der Lage, problemlos 10 Maschinen gleichzeitig auszuführen. Das System läuft stabil, nahezu lautlos und hat im Normalbetrieb eine Leistungsaufnahme von knapp 50 Watt.

Bei Fragen zu der Konfiguration oder den einzelnen Produkten stehen wir Ihnen natürlich gerne zur Verfügung, einfach eine Email an hyper-v@rachfahl.de schicken, alternativ können Sie uns auch gerne versuchen telefonisch zu erreichen. Eine Aussage zur Performance der SSDs ist hier übrigens bewusst nicht vorhanden, auf Grund der enormen Leistung haben wir entschlossen, dazu einen eigenen Beitrag zu schreiben inkl. Vergleich zu anderen Festplatten.

Mit der HP LeftHand P4000 Virtual SAN Appliance Software hat man die Möglichkeit, sich ohne den Kauf einer speziellen SAN-Hardware ein Cluster-fähiges SAN aufzubauen und z.B. für ein Hyper-V-Cluster zu nutzen. Das Prinzip ist recht simpel: Man installiert auf mindestens einem Hyper-V oder ESX-zertifiziertem HP-Server (ProLiant oder c-Class-Blade) die SAN-Software. Die Software richtet eine virtuelle Maschine ein, in der die Software läuft. Dieser virtuellen Maschine wird Festplatten-Speicher zugeordnet, entweder über mehrere VHD-Dateien oder mit einer Pass-Through-Disk. Dieser Festplattenplatz kann dann im Netzwerk freigegeben werden und andere Server können auf den Speicherplatz per iSCSI zugreifen. Um eine zusätzliche Redundanz zu schaffen, kann man mehrere VSA-Server auf verschiedenen Hosts installieren und diese in einer Management-Gruppe zusammenfassen. Je nach Konfiguration kann man den Speicher im Netzwerk als Netzwerk-RAID10 definieren, d.h. bei einem Ausfall oder bei einem Neustart eines Hosts sind die Daten trotzdem erreichbar. Zusätzlich zu dem Ausfall-Schutz kommt noch ein Geschwindigkeitsvorteil hinzu, wenn beide (bzw. alle Server) im Netz erreichbar sind, ähnlich dem Verhalten eines Festplatten-RAID1/RAID10.

Die Installation

Die Installation der Software gestaltet sich als recht einfach. Auf dem Hyper-V Host wird das Setup aufgerufen, welches mit einem Wizard durch die Installation führt. Hier eine Reihe von Screenshots, die die Installation der einer VSA-Maschine zeigen:

Nach den Lizenzbedingungen und dem Entpacken der Setup-Dateien startet die eigentliche Installation

An der folgenden Stelle sollte man darauf achten, dass für die Maschine kein zusätzlicher Ordner angelegt wird

Man kann nun wählen, ob man VHD-Dateien als Speicherplatz nimmt oder Pass-Through-Disks. Letztere bieten eine höhere Performance. Zu Testzwecken nehme ich eine VHD-Datei mit 5 GB Größe.

Nach dem Bestätigen von Next wird die Maschine angelegt

Man kann sich den Erstellungs-Prozess auch im Hyper-V-Manager anschauen

Nach wenigen Minuten ist die Installation beendet

Im Hyper-V-Manager erkannt man nun, dass die virtuelle Maschine korrekt benannt wurde und wie gewünscht nicht eingeschaltet wurde

Der Start der Maschine sieht wie folgt aus

Die Eigenschaften der virtuellen Maschine sehen wie folgt aus

Die einzige Änderung hier sollte bei “Automatische Startaktion” gemacht werden und auf “Virtuelle Maschine immer automatisch einschalten” gestellt werden, damit die virtuelle Maschine auch wirklich immer eingeschaltet wird. Später bei der Konfiguration kann noch eine oder mehrere Netzwerkkarten hinzugefügt werden, je nach Bedarf und Netzwerkaufbau. Wir man erkennt, wird bei der (Linux-)Maschine ein “richtiger” Netzwerk-Adapter genutzt. Dies ist möglich durch die installierten und aktivierten Integrationskomponenten, ebenso ist ein Herunterfahren “von außen” möglich.

Die Verwaltung mit der Centralized Management Console

Nachdem die Maschine installiert ist, kann man an der Konsole nur noch wenig einstellen. Den Großteil der Konfiguration stellt man in der Management-Konsole ein.

Als erstes wird das System über den Menüpunkt “Find” hinzugefügt

Die verfügbaren Systeme können (und müssen) in Management-Gruppen sortiert werden. Als erstes muss solch eine Gruppe erstellt werden

Hier eine kurze Zusammenfassung der Screenshot-Reihe:

Es wird eine neue Management-Gruppe erstellt. In diese Gruppe wird das System “VSA1” automatisch aufgenommen. Die Gruppe wird mit einem Benutzernamen und einem Kennwort versehen, weiterhin wird ein Zeitserver sowie die DNS-Namen und –Server definiert. Als nächstes wird ein Mailserver und ein ein/mehrere Empfänger definiert, die wahlweise Fehlermeldungen, Warnungen und/oder Informationen zu dem System bekommen. Es wird gefragt ob es ein Standard- oder ein Multi-Site-Cluster werden soll, weiterhin wird der Name und die gemeinsame IP des Clusters abgefragt. Man kann im Zuge der Erstellung auch direkt ein Volume erstellen, diesen Schritt überspringen wir allerdings durch das Setzen der Option “Skip Volume Creation”. Am Ende bekommt man eine Zusammenfassung der Einstellungen und die Management-Gruppe mitsamt Cluster ist eingerichtet.

Hinzufügen eines weiteren Systems

Als nächsten Schritt habe ich eine weitere Maschine mit der VSA-Software installiert und in der Management Konsole hinzugefügt. Sobald die Software das System findet kann man den Server einer bestehenden Management-Gruppe hinzufügen.

Nun kann das System einem Cluster hinzugefügt werden, alternativ könnte ein weiteres Cluster erzeugt werden

Erstellung eines Volumes zur Nutzung auf einem anderen Server

Als nächstes legen wir unter “Servers” das System an, was auf das Volume zugreifen darf.

In dem folgenden Fenster wird der Name und der Initiator Node Name des Systems benötigt, alternativ kann die Verbindung auch per CHAP abgesichert werden.

Danach beginnen wir mit der Erstellung des Volume

Im nachfolgenden Screenshot sieht man, das man die Wahl zwischen einem Network RAID-1 oder einem Network RAID-10 hat. Ich wähle Network RAID-10.

Man erkennt nach der Erstellung des Volumes, dass die angegebene Größe des Volumes doppelt gerechnet wird.

Die Anbindung an den Server ist recht einfach, im iSCSI-Initiator wird die während des Setup angegebene Cluster-IP angegeben und das Volume wird verbunden

Wenn man nun eine der beiden VSA-Server herunterfährt, ist der Server mit dem Laufwerk S: trotzdem in der Lage, auf die Daten zuzugreifen. Hier zwei Screenshots der beiden Server, dem iSCSI-Initiator, dem offenen Laufwerk und der Management-Konsole:

Fazit

Die Software eignet sich super für die Erstellung eines SAN, vor allem wenn man die Hardware schon zur Verfügung hat und auf Grund von Infrastruktur-Änderungen diese zum Einsatz kommen kann. Bei dem Aufbau des SANs zählt natürlich die Geschwindigkeit und die Ausstattung der Hosts, auf denen die Daten liegen sollen, man kann hier nicht erwarten das die Software zaubert. Die Installation und Einrichtung der einzelnen Server funktioniert einfach und schnell, für einen sauberen und fehlerfreien Betrieb später sollte man sich allerdings die Software einige Zeit anschauen und in die Thematik einlesen, da man sonst Gefahr läuft unbewusst Fehler zu machen und mit bestimmten Konfigurationen in Fehler hineinläuft. Aber wo ist das nicht so… :)

Die Installation gestaltet sich als sehr einfach. Nach dem Download des ca. 230 MB großen Pakets starten wir die Installation und warten, bis diese fertiggestellt wurde. Die Installation bedingt keinen Neustart, direkt nach der Installation kann mit dem Hinzufügen der einzelnen Tools in der “Systemsteuerung” unter “Programme und Funktionen” => “Windows-Funktionen aktivieren oder deaktivieren” begonnen werden. In meinem Fall wähle ich nur die “Hyper-V-Tools” aus, wenn man noch weitere Tools benötigt kann man diese natürlich auch anwählen. Nach der Bestätigung mit “OK” werden die Tools aktiviert und stehen nach kurzer Zeit in der “Systemsteuerung” und “Verwaltung” zur Verfügung. Hier noch eine kleine Screenshot-Strecke der Installation zur besseren Darstellung :)

Nach der Installation hat man das Problem, dass man nicht “mal eben” eine Verbindung zu dem Hyper-V Server aufbauen kann. Es erscheint die folgende Fehlermeldung:

Das Problem lässt sich lösen, indem man auf den Systemen bestimmte Einstellungen vornimmt. Die Einstellungen könnten alle per Hand gemacht werden, einfacher ist allerdings die Benutzung des “Hyper-V Remote Management Configuration Utility” von John Howard. Mit Hilfe dieses Scripts ist man in der Lage, innerhalb weniger Minuten erfolgreich eine Verbindung aufbauen zu können. Das Script muss sowohl auf den Server als auch auf den Client gedownloaded werden, da auf beiden Systemen entsprechende Befehle ausgeführt werden müssen. Hier meine Vorgehensweise, die zum Erfolg geführt hat:

Auf dem Server und auf dem Client wird ein neuer Benutzer mit dem gleichen Kennwort angelegt. In meinem Fall habe ich auf beiden Systemen einen Benutzer JK angelegt. Auf dem Hyper-V Server funktioniert dies mit dem Serverkonfigurations-Fenster, auf dem Client kann man den Benutzer wie gewohnt über die “Computerverwaltung” anlegen. Die Vorgehensweise in Bildern:

Nach der Benutzer-Erstellung habe in den Benutzer “JK” auf dem Client in die Gruppe der lokalen Administratoren aufgenommen. Als nächstes habe ich die Remoteverwaltung auf dem Hyper-V Server konfiguriert:

Als nächstes gibt man dem erstellten Benutzer Zugriff. Dazu gibt man auf dem Server in einer administrativen Konsole den folgenden Befehl ein

cscript hvremote.wsf /add:jk

Nun sollte der Server neugestartet werden! In der Zeit des Reboots geben wir auf dem Client den folgenden Befehl ein

cscript hvremote.wsf /anondcom:grant

Nach der Eingabe melden wir uns von dem Windows 7 ab (davon ausgehend, das man noch als “Administrator” oder jemand anders, aber nicht als “jk” angemeldet ist). Wir melden uns nun als “jk” (bzw. mit dem Konto das vorher angelegt wurde) an. Dies ist wichtig, da die Verbindung sonst NICHT funktioniert, wie ich feststellen musste!

Nach der Anmeldung geben wir am Client in einer administrativen Konsole den folgenden Befehl ein

cmdkey /add:hyper-v-servername /user:hyper-v-servername\accountname /pass

Nun wird das Kennwort abgefragt (nicht sichtbar) und gespeichert. “hyper-v-servername” ist der Name des Servers, accountname ist in meinem Fall “jk”. Als letzten Schritt auf dem Client legen wir noch die Firewall-Ausnahmen fest

cscript hvremote.wsf /mmc:enable

Hier das ganze wieder in Screenshots:

Nachdem man diese Eingaben gemacht hat, kann man auf beiden Systemen die Verbindung testen. Dazu ruft man den folgenden Befehl auf

cscript hvremote.wsf /show /target:NameDesAnderenComputers

Auf dem Client trägt man hinten den Namen des Hyper-V Servers ein, auf dem Server den Namen des Windows 7. Die Ausgaben sehen auf dem Server wie folgt aus:

Auf dem Client sieht ein erfolgreicher Aufruf wie folgt aus:

Anmerkung zu dem Ping-Test: Auf dem Windows 7 habe ich in der Firewall ICMP-Traffic erlaubt, dadurch ist es dem Hyper-V Server möglich, den Client anzupingen. Auf dem Hyper-V Server läuft die Windows-Firewall, deswegen ist hier ein Ping nicht möglich. Ein weiterer, sehr wichtiger Punkt: Die Namensauflösung muss funktionieren. Wenn man keine Möglichkeit hat diese Einträge auf dem DNS-Server zu setzen (z.B. weil es ein 0815-DLS-Router ist) kann man den Weg mit der “Hosts”-Datei wählen, dies muss dann aber unbedingt dokumentiert werden, denn wenn sich die IP des Server oder des Clients ändert funktioniert das Management nicht mehr!!!

Die Einrichtung ist an dieser Stelle beendet, ich bin nun in der Lage mit meinem Windows 7-Client den Hyper-V Server zu administrieren. Hier ein paar Screenshots des Managers:

Wir haben aktuell einige Exemplare des “Virtualisierungs-Starter Kits” von Microsoft hier liegen. Hierbei handelt es sich um eine DVD mit Produkten, Szenarien, Tipps und Tricks rund um die Virtualisierung mit Microsoft-Produkten. Die DVD enthält neben dem “Hyper-V Server” eine Menge nützlicher Informationen und Szenarien, die je nach Bedarf bei dem Ausbau von Wissen in dem Thema beitragen.

Auf der DVD sind die folgenden Szenarien enthalten:

• Virtualisiertes Rechenzentrum
• Rechenzentrum als Private Cloud
• Der optimierte Rich Client
• Virtual Desktop Infrastructure
• Virtualisierte Zweigstelle
• Hochverfügbare Zweigstelle
• Dynamic Datacenter Toolkit für Hoster
• V-Alliance: Virtualisierung mit Citrix und Microsoft

Die DVD behandelt die folgenden Produkte:

• Hyper-V
• App-V
• MED-V
• Remote Desktop Services
• Benutzerprofilverwaltung
• System Center Virtual Machine Manager
• System Center Data Protection Manager
• Windows Intune
• Active Directory Certificate Services

Die DVD ist sehr übersichtlich aufgebaut und präsentiert sich nach dem Start wie folgt:

Wir haben wie eingangs schon erwähnt einige Exemplare dieser DVD und würden diese gerne kostenlos weitergeben. Wenn Sie Interesse an einer DVD haben schreiben Sie uns eine kurze Email an hyper-v@rachfahl.de mit Ihrem Namen und Ihrer Adresse, wir lassen Ihnen ein Exemplar zukommen. Dies ist natürlich nur solange möglich, bis alle DVDs weg sind. Wenn dies der Fall ist schreibe ich hier eine kurze Info.

Es wäre nett wenn Sie nach dem Anfordern der DVD eine kurze Bewertung auf der Microsoft PinPoint-Webseite für/über uns abgeben würden: https://pinpoint.microsoft.com/de-DE/Review.aspx?gId=1&Id=4294998082

Microsoft Security Bulletin MS11-047 – Important – Vulnerability in Hyper-V Could Allow Denial of Service (2525835)

Wie man in den Screenshot erkennen kann wird man gewarnt, das dynamischer Arbeitsspeicher verwendet wird und das der Export nur auf Systemen wieder importiert werden kann, wenn auf dem Ziel-System ebenfalls ein SP1 installiert ist. Wenn man den Export trotzdem auf einem System ohne SP1 importieren will, muss man erst die Verwendung von dynamischem Arbeitsspeicher deaktivieren und dann einen Export starten.

Die von uns realisierte Lösung war die folgende:

• Ein Server mit Windows Server 2008 R2 SP1 und aktivierter Hyper-V-Rolle
• 21 virtuelle Computer für die Schulungsteilnehmer
• Ein Server als DC, DHCP-, DNS- und Routing-Server

Die IP-Adressen für die virtuellen Computer und die Teilnehmer-Notebooks werden per DHCP verteilt, zur Nutzung eines eigenen Administrator-Kontos auf allen Maschinen werden die Server Domänen-Mitglieder und bekommen zusätzlich per GPO die benötigten Einstellungen. Durch eine GPO wird z.B. auf allen Maschinen Remote Desktop aktiviert und die Firewall angepasst.

Eine Installation jeder einzelnen Maschine entfällt, es wird einmal ein Windows Server 2008 R2 installiert, mit Sysprep vorbereitet und so oft kopiert wie er benötigt wird. Das gleiche funktioniert mit dem benötigten Windows 7. Dieses Verfahren könnte man in mehrere Richtungen verfeinern:

• Zum einen könnte man den benötigten Speicherplatz reduzieren, indem man mit einer differenzierenden virtuellen Festplatte arbeitet. Mit dieser Variante würde nur zweimal die volle Windows-Installation auf der Festplatte liegen (Server 2008 R2 und Windows 7), und nicht 21 Mal.
• Die zweite mögliche Lösung wäre der Einsatz eines Provisioning Servers. Mit dieser Lösung könnten vorgefertigte Images über Netzwerk ausgerollt werden, es entfiele sowohl das Kopieren der Server (da alle aus einem Image heraus ausgerollt werden) als auch das manuelle Aufnehmen der Systeme in die Domäne, dies würde ebenfalls automatisch durch die Software geschehen. Falls man nicht bereits einen Provisioning Server im Einsatz hat ist dies sicherlich eine Variante die nur dann zum Tragen kommt, wenn in sehr regelmäßigen Abständen Schulungen erfolgen bzw. wenn das Betreiben von Schulungen die Haupttätigkeit ist
• Eine weitere Möglichkeit wäre das Bereitstellen der Server mit dem “System Center Virtual Machine Manager”, kurz SCVMM. Mit dem SCVMM ist man in der Lage, in einer Bibliothek gespeicherte Vorlagen nach Bedarf auszurollen. Hier würde das manuelle Kopieren und Importieren der virtuellen Maschinen entfallen, das manuelle Aufnehmen in die Domäne wäre aber weiterhin Bestandteil des Bereitstellungs-Prozesses.

Wir haben einen Support-Fall bei HP eröffnet, da sich der Server noch innerhalb der Garantie befindet. Das Erzeugen und Auswerten von Logfiles hat nichts genützt, der First-Level-Support hat kein Problem gefunden. Nach kurzer Zeit wurde der Fall an den Second-Level-Support von HP weitergegeben, die Techniker scheinen im direkten Kontakt mit Microsoft-Techniker zu stehen. Nachdem wir mehrere Testergebnisse weitergeleitet haben hat der Microsoft-Support die Vermutung angestellt, dass der Fehler auftritt, weil beide CPUs in dem Server unterschiedliche Steppings haben (in unserem Fall hatten wir die Steppings 7 und 11). Der Support hat veranlasst das wir zwei neue, identische CPUs zugesandt bekommen und wir den Betrieb erneut mit diesen CPUs probieren sollen. Nach dem Umbau der beiden CPUs startete der Server, zeigte den Windows-Ladebildschirm und verabschiedete sich erneut mit einem Bluescreen. Wir haben dann das System mit jeweils einer CPU gestartet und festgestellt, das die beiden “neuen” CPUs ebenfalls unterschiedliche Steppings haben, zum Glück aber ebenfalls 7 und 11. Nachdem ich dann ein Paar CPUs mit gleichen Steppings (eine “neue” und eine die vorher schon im Einsatz war) in dem Server eingebaut habe fuhr das Betriebssystem hoch, inkl. aktivierter Virtualisierungs-Funktion.

Fazit: Wenn zwar gleiche CPUs verwendet werden, diese aber unterschiedliche Steppings haben, kann es sein das beim Booten ein Bluescreen erscheint und das System nicht mehr mit zwei CPUs startet.

Die Geschichte mit dem Server ist hier noch nicht zu Ende, nach kurzer Zeit wollten wir eine weitere Netzwerkkarte in den Server einbauen. Wir haben extra eine Karte von HP gesucht die mit dem Server kompatibel ist um keine Probleme mit Inkompatibilitäten zu bekommen, allerdings erschien während des Bootens erneut ein Bluescreen:

Nach einem erneuten Telefonat mit dem HP-Support und der Darstellung, dass das System vor kurzem schon einmal ein Problem hatte, wurde der Tausch des Mainboards veranlasst. Am nächsten Tag erschien ein Techniker, hat das Mainboard getauscht, und seit dem Tag haben wir keine Probleme mehr mit dem System. Da es in diversen Foren einige Leute gibt die scheinbar das gleiche Probleme haben, hier nun eine Darstellung des Supportfalles, um anderen betroffenen evtl. schnell Hinweise auf die Ursache des Fehlers zu geben.

Installations-Medium war in meinem Fall das Image “debian-6.0.1a-amd64-netinst.iso”

//Update 08.12.2011: Eine aktualisierte Version mit dem Kernel 3.1.4 findet sich hier.

Nach der Grundinstallation startet ein Kernel 2.6.32 ohne Hyper-V Client Treiber. Wichtig für die nachfolgende Prozedur: Es wird eine “Ältere Netzwerkkarte” benötigt, da sonst keine Downloads verfügbar sind und wir in unserem Fall den neuen Kernel sowie einige weitere Pakete benötigen. Auf geht’s…

apt-get update
aptitude update
apt-get install -y build-essential
apt-get install -y ncurses-dev kernel-package fakeroot
apt-get install -y linux-headers-`uname -r`
apt-get install -y linux-source-`uname -r | awk -F"-" '{print $1}'`
cd /usr/src
wget -c http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.38.tar.bz2
bzip2 -d linux-2.6.38.tar.bz2
tar xf linux-2.6.38.tar
cd linux-2.6.38
cp /boot/config* ./.config
make menuconfig

An dieser Stelle wählen wir die “Hyper-V Client Drivers” aus, die sich unter “Device Drivers” –> “Staging Drivers” verstecken

Nachdem man mehrfach mit “Exit” die Kernel-Konfiguration verlassen hat und die Frage nach dem Speichern der Konfiguration mit “Ja” beantwortet hat, geht es weiter mit der Kompilierung und der Installation des Kernels:

make-kpkg clean
fakeroot make-kpkg --initrd --append-to-version=-hyperv kernel_image kernel_headers
cd ..
dpkg -i linux-image-2.6.38-hyperv_2.6.38-hyperv-10.00.Custom_amd64.deb linux-headers-2.6.38-hyperv_2.6.38-hyperv-10.00.Custom_amd64.deb
echo -e "hv_vmbus\nhv_storvsc\nhv_blkvsc\nhv_netvsc" >> /etc/initramfs-tools/modules
update-initramfs –u –k 2.6.38-hyperv

Nach einem Neustart des Systems wartet der Grub mit zwei weiteren Einträgen auf, von denen die ersten beiden der neue Kernel ist.

Austausch der Netzwerkkarte

Wenn man nun das System herunterfährt, die “ältere Netzwerkkarte” austauscht gegen eine voll unterstützte Karte und das System wieder startet hat man keine IP-Adresse auf der Karte “eth0”. Grund hierfür ist der Eintrag in der Datei “70-persistent-net.rules”. Um dies zu ändern, öffnet man die besagte Datei

vi /etc/udev/rules.d/70-persistent-net.rules

und löscht alle Einträge unterhalb der auskommentierten Kommentare. Nach einem Neustart kann die Karte verwendet werden. Hintergrund ist der, das die MAC-Adresse der Karte in die Datei “70-persistent-net.rules” geschrieben wird und sich diese bei einem Austausch der Karte ändert.

Optimierung des Kernels an seine Umgebung

Ich habe in der c’t 5/2011 einen Artikel gefunden, in dem es um die Anpassung des Kernels an seine Umgebung geht. Hierbei wird der Parameter “localmodconfig” verwendet, um alle nicht verwendeten Module des Kernels zu deaktivieren.

Nachdem man nun wie oben beschrieben seinen Kernel kompiliert und installiert hat, sollte man zuerst einen Export der laufenden Maschine machen, um zur Not auf diesen Stand zurückgreifen zu können und nicht von neu anfangen muss.

Hier erst einmal die Befehle die man benötigt, um eine Anpassung des Kernels zu bekommen (Zur Info: Wir bewegen uns weiterhin mit dem Kernel 2.6.38):

cd /tmp
wget -c http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.38.tar.bz2
tar -xif linux-2.6.38.tar.bz2
cd linux-2.6.38
make localmodconfig
make -j 4 bzImage modules
make modules_install install
reboot

Hier eine Erklärung der Befehle:

Wir wechseln in das Verzeichnis /tmp, da die Dateien nach einem Neustart nicht mehr benötigt werden. Nach dem Wechsel laden wir den aktuellen Kernel herunter, entpacken ihn und wechseln in das Verzeichnis, welches während des Extrahierens erstellt wurde. Ein “make localmodconfig” bewirkt, das nun eine Überprüfung stattfindet, welche Module benötigt werden und welche nicht. Es erscheinen mehrere Nachfragen, die man eigentlich alle direkt mit Enter bestätigen kann (in dem ein oder anderen Fall kann es natürlich auch sein das man eigene Werte hat, dies ist aber nicht die Regel). An diesem Punkt kann man sich die Konfiguration mit einem “make menuconfig” anschauen und ggf. anpassen, in meinem Fall passt die Konfiguration allerdings. Der nächste Befehl bewirkt die Kompilierung, der Parameter “-j” und die dahinter gesetzte Zahl gibt an, wie viele Compiler-Aufgaben gleichzeitig ausgeführt werden dürfen. “make modules_install install” installiert die Module, und ein “reboot” sollte jedem klar sein :)

Meine beiden für diesen Test parallel installierten Debian-Systeme laufen beide problemlos und performant. Es werden alle konfigurierten CPUs sowie Netzwerkkarten genutzt, zusätzlich kann das System über den Hyper-V-Manager “von außen” heruntergefahren werden.

Als ersten Schritt starten wir das Notebook, melden uns an und starten das Programm Disk2VHD. Es erscheint das folgende Fenster

Das Notebook hat nur einer Festplatte verbaut mit einer Partition, und diese Partition wird nun in eine VHD-Datei auf das Laufwerk E: gespeichert. E: ist in meinem Fall eine USB-Festplatte. Wichtig ist die Auswahl der Option “Prepare for use in Virtual PC”. Nach einem Klick auf “Create” startet das Kopieren

Nach einer kurzen Zeit ist die Erstellung fertig und das Tool meldet einen erfolgreichen Export

Als Nachweis, das es sich bei dieser Migration wirklich um ein physikalisch vorhandenes Notebook handelt, hier ein Auszug aus einer “systeminfo”-Anzeige

Nun entfernt man die USB-Festplatte von dem Quell-Gerät, schließt sie an das Gerät mit Windows 7 an und kopiert die soeben erstellte VHD-Datei auf die Festplatte des Gerätes. Auf dem Windows 7 geht man nun über Start – Benutzername – Virtuelle Computer in die Verwaltung des Virtual PC. Dort legt man einen neuen virtuellen Computer an, wählt einen Namen und die Größe des Arbeitsspeichers und navigiert bei der Auswahl der virtuellen Festplatte zu der im vorherigen Schritt kopierten Datei. Nachdem die Maschine komplett eingerichtet wurde ist sie als Eintrag in dem Ordner sichtbar

Die virtuelle Maschine kann nun gestartet werden, das erste was man in dem neu auftauchenden Fenster sieht ist eine Boot-Auswahl

Das Windows XP startet nun, und ein knapp einer Minute sieht man das Anmelde-Fenster

Die virtuelle Maschine hat nun noch einiges an Altlasten, die wir in den nächsten Schritten entfernen

Der erste Schritt sollte die Installation der Integrationskomponenten sein

Nach einer erfolgreichen Installation bietet der Installation an, passende Updates herunterzuladen

Nach einem Klick auf “Fertig stellen” öffnet sich ein Internet Explorer mit einem Link zu dem betreffenden Update

Nach einer erfolgreichen Installation startet der Installer das System automatisch neu

Nach einem Neustart erwartet uns das folgende Bild

Die Maschine hat nun die Integrationskomponenten installiert und stellt die Auflösung automatisch so ein, dass der Benutzer nicht mehr scrollen muss bei einer zu großen Auflösung. Das System ist nun nutzbar, man kann es an dieser Stelle allerdings noch optimieren. Aktuell sind noch eine Menge Treiber für Komponenten installiert, die nicht mehr existieren, da sich die Hardware geändert hat. Wir fügen nun unter “Systemsteuerung” – “System” – “Erweitert” – “Umgebungsvariablen” eine neue Systemvariable “devmgr_show_nonpresent_devices” mit dem Wert “1” hinzu

Wenn man nun im Geräte-Manager unter “Ansicht” die Option “Ausgeblendete Geräte anzeigen” auswählen, werden uns all die Geräte angezeigt, die aktuell nicht angeschlossen oder vorhanden sind (erkennbar an der Ausgrauung)

Man kann nun nahezu alle ausgegrauten Geräte entfernen. In meinem Fall waren dies knapp 50 Stück, allerdings macht sich diese Mühe später bei der Performance des Systems positiv bemerkbar.

Eine Ausführung von “systeminfo” zeigt nun, das es sich um das gleiche System, allerdings auf unterschiedlicher Hardware handelt

Wenn man die virtuelle Maschine nun herunterfährt ist man sogar in der Lage, die installierten Programme in der virtuellen Maschine seamless zu starten

Assistent für neue virtuelle Computer – Serverfehler beim Konfigurieren der Festplatte auf “Neuer virtueller Computer”. Fehler beim Erstellen von “C:\Virtuelle Maschinen\Neuer virtueller Computer\Disk1.vhd”. Fehlercode: Für die angegebene Datei wurde kein Anbieter zur Unterstützung von virtuellen Datenträgern gefunden.

Im Eventlog habe ich dann die folgenden Fehlermeldungen gefunden:

Event-ID 14098, Hyper-V-VMMS: Der für den Verwaltungsdienst für virtuelle Computer erforderliche Treiber “Dienstanbieter für Speichervirtualisierung” ist deaktiviert oder nicht installiert. Überprüfen Sie die Einstellungen, oder installieren Sie die Rolle für Hyper-V neu.

Event-ID 12660, Hyper-V-VMMS: Das Handle für den Hyper-V-Speicheranbieter kann nicht geöffnet werden

Event-ID 15062, Hyper-V-Image-Management-Service: Fehler beim Erstellen von “C:\Virtuelle Maschinen\Neuer virtueller Computer\Disk1.vhd”. Fehlercode: 2424869

Als Screenshot sieht das ganze wie folgt aus:

Ich habe dann laut Anweisung die Hyper-V-Rolle deinstalliert, den Server neugestartet und die Rolle dann wieder aktiviert. Beim Anlegen einer neuen Maschine erschien die gleiche Fehlermeldung, ich habe dann Google angestrengt und habe folgenden Beitrag gefunden:

Error message when you manage a VHD file in Windows Server 2008: "A Virtual Disk Provider for the specified file was not found”

Der Artikel beschreibt genau diesen Fehler, als Begründung wird die Installation einer Dritthersteller-Backup-Lösung angegeben, was in meinem Fall auch zutrifft, auf dem System ist ein Symantec Backup Exec 2010 R2 installiert. Die Lösung besteht laut Artikel darin, das ein REG_DWORD von 3 auf 1 gesetzt wird, und zwar im Verzeichnis

HKLM\SYSTEM\CurrentControlSet\Services\FsDepends

der Eintrag

Start

Nach einer Änderung des Wertes von 3 auf 0 und einem erneuten Neustart des Servers funktionierte das Anlegen einer virtuellen Maschine ohne Probleme.

GreenBytes GB-1000 als iSCSI-SAN im Failover-Cluster (Review)

Die GreenBytes ist wieder weg, aktuell haben wir eine HP P2000G3 hier. Diese wurde uns freundlicherweise auf Grund unserer HP Preferred Partnerschaft durch unseren jahrelangen Partner und Distributor Actebis Peacock zur Verfügung gestellt, an dieser Stelle erneut ein Dankeschön! Wie auch schon bei der anderen Hardware haben wir das Gerät als iSCSI-SAN genutzt, um ein Failover-Cluster zu erstellen. Bevor wir dazu kommen hier allerdings erst ein kleiner Überblick über die verwendete Hardware.

Über die eingebaute CPU und den RAM kann ich leider nichts sagen, da das Gehäuse verschlossen ist und man in der Management-Konsole sowie in den Datenblättern keine Info findet. Als Festplatten sind 12 x 300GB 15k U/min verbaut, das Gerät hat redundante Netzteile und redundante Controller mit jeweils zwei FC-Ports, zwei iSCSI-Ports, einem Management-Port und einem Expansion Port. In der Konsole sieht dies wie folgt aus:

Verwaltet wird das Gerät per Web-Management:

Das Gerät erreicht bei einem Benchmark-Test mit dem Tool “CrystalDiskMark” die folgenden Werte:

Die Volume-Einstellungen in der Konsole sehen bei diesen Werten wie folgt aus:

Wenn man die Einstellungen ein wenig ändert bekommt man die folgenden Werte:

Der nächste Test war der Betrieb der P2000 als Speicherort für virtuelle Maschinen auf einem Hyper-V Host. Hierzu habe ich mehrere virtuelle Maschinen erstellt und die virtuellen Festplatten auf dem iSCSI-Laufwerk gespeichert. Die Maschinen wurden gleichzeitig gestartet, durchliefen alle einen Sysprep und standen dann zur Verfügung. Wie ich in dem anderen Artikel schon erwähnt habe kann ich diesen Test nicht mit Testergebnissen oder –Werten unterlegen, allerdings hat man beim Betrieb einer oder mehrerer solcher Maschinen ein Gefühl dafür, ob die Performance der Maschine eher hoch oder eher schleppend ist.

Im Fall der P2000 war das arbeiten mit den virtuellen Servern nicht zu unterscheiden mit dem Betrieb eines Systems auf lokalen Festplatten, sämtliche getesteten Vorgänge liefen gleich oder ziemlich ähnlich schnell ab. Unterschiede zu dem GreenBytes-System habe ich keine feststellen können, beide Systeme erlauben einen performanten Betrieb von virtuellen Maschinen. Anmerkung: Ich habe allen virtuellen Systemen eine vhd-Datei als Festplatte hinzugefügt und diese auf dem per iSCSI angebundenen Laufwerk gespeichert. Eine weitere Möglichkeit der Performance-Steigerung wäre der Betrieb der Server mit “physikalischen Festplatten”.

Das Failover-Cluster

Nachdem die Performance-Tests abgeschlossen wurde habe ich ein Failover-Cluster erstellt. Es wurden zwei virtuelle Server erstellt und in dem Cluster betrieben, in der Konsole sieht das ganze wie folgt aus:

Zum Zeitpunkt der Screenshots war einer der beiden Server heruntergefahren, taucht also unter “Knoten” als “Inaktiv” auf. Das in der deutschen Server-Version recht komisch klingende “Datenträgerzeuge im Quorum”, also das Quorum-Laufwerk, wäre im Produktiv-Einsatz deutlich zu groß angelegt mit 464,72 GB, der Richtwert liegt hier bei 100 MB. Wie man in den Screenshots sieht laufen die beiden Testmaschinen “vMigrationsTest1” und “vMigrationsTest2” aktuell auf dem Knoten der online ist. Auf beiden Systemen ist ein Windows Server 2008 R2 installiert. Eine Live-Migration ist problemlos möglich, die Dauer beträgt knapp 30 Sekunden, bei einem Ping auf die virtuelle Maschine geht durchschnittlich ein Ping ins Leere, teilweise war auch ein nahtloser Ping möglich. Eine Schnellmigration dauert ein wenig länger, bedingt durch eine Speicherung des virtuellen Systems liegen die Zeiten hier bei knapp 120 Sekunden. Das Arbeiten mit dem Cluster und den virtuellen Maschinen macht einen guten Eindruck, sowohl Betrieb als auch Migration funktionieren performant und ohne Aussetzer. Bei Nutzung des Gerätes als NAS sind die Werte ebenfalls überzeugend, kommen allerdings nicht ganz an die Werte der GreenBytes heran. Die SSD der GreenBytes wird hier die Performance wahrscheinlich positiv beeinflussen.

Von uns gibt es eine Empfehlung für das Gerät, die Technik dahinter stammt von HP, also einem der “Global Player” im Server- und Storage-Segment. Das hier vorgestellte Modell kostet Liste 9910 € ohne Festplatten, für 12 x 300GB 15k U/min Festplatten kämen noch knapp 4700 € (HP Listenpreis) hinzu. Man kann die P2000 auch mit SATA-Festplatten betreiben, aber… näääh :)

In meinem Szenario haben wir zwei Windows Server 2008 R2 x64-Systeme. Bei dem einen ist die Hyper-V Rolle aktiviert und der Server betreibt zwei virtuelle Testsysteme, auf dem anderen ist Backup Exec 2010 installiert. Gesichert wird in meinem Fall in ein Backup-to-Disk Verzeichnis, ein Bandlaufwerk oder ein Wechsler erfüllen ebenfalls ihren Zweck und sind je nach Art des Festplatten-Speichers auch wesentlich schneller.

Hier einmal eine kleine Screenshot-Serie der Einstellungen, die vorgenommen wurden, um eine Sicherung zu erstellen:

Wir wählen einen neuen Backup-Auftrag aus:

Nun werden die virtuellen Systeme ausgewählt, die gesichert werden sollen. Weiterhin ist es wichtig, den “Initial Store” zu suchen. Hinter dem Begriff verbirgt sich die Datei “InitialStore.xml”, standardmäßig ist die Datei zu finden unter “%systemdrive%\ProgramData\Microsoft\Windows\Hyper-V”:

Als nächstes werden die Anmeldedaten getestet.

In meinem Fall funktionieren die Anmeldedaten…

Unter “Gerät und Medium” wird das Backup-Ziel eingestellt sowie der Mediensatz, der unter anderem dafür zuständig ist, wie lange die Daten schreibgeschützt sind.

Der Auftragsname kann frei gewählt werden, man kann einstellen ob das Archivbit verwendet wird, ob die Sicherung im Anschluss überprüft wird und ob die Daten komprimiert werden sollen.

Im Menüpunkt “Microsoft Hyper-V” kann man einstellen das virtuelle Computer, die für die Sicherung in einen gespeicherten Zustand geschaltet werden müssen, ignoriert werden. Dies ist sinnvoll, wenn zu Produktiv-Zeiten Backups gefahren werden. Weiterhin kann definiert werden, ob ausgeschaltete Computer gesichert werden und ob die “Backup Exec Granular Recovery Technology (GRT)” verwendet werden soll. Zu diesem Thema weiter unten mehr…

Wie oben in dem Info-Text zu sehen ist, wird für solch eine Sicherung ebenfalls ein Backup-Agent in der virtuellen Maschine benötigt. Dies wird ebenfalls per "Popup” gemeldet, wenn man GRT deaktiviert und wieder aktiviert…

Der nächste wichtige Punkt ist die Planung des Auftrags. In meinem Fall starte ich das Backup “Jetzt”, der Job wird nach der Ausführung nicht gelöscht.

Nach einem Klick auf “Jetzt ausführen” bekommt man noch eine Zusammenfassung des Auftrags.

Hier ein Screenshot der Auftragsaktivität.

In der laufenden Maschine sieht man im Taskmanager die beiden Prozesse “beremote.exe” und “bedbg.exe”.

Weiterhin erkennt man, das Netzwerkverkehr herrscht.

Nach der Sicherung erfolgt eine Überprüfung der Daten.

Das erste was mir nach der Sicherung entgegengesprungen ist, ist eine Fehlermeldung:

Zu der Fehlermeldung gibt es in Verbindung mit Hyper-V nicht viel bei Google, ich bin allerdings auf den folgenden Beitrag gestoßen:

Backup Exec 2010 backup of Hyper-V Virtual Machine to USB RDX drive completes with V-79-57344-38721 – Failed to mount one or more virtual disk images: Error mounting disk(s): UNKNOWN_ERROR (0xe00084af)

Die Lösung in diesem Fall soll die Installation eines Hotfixes sein:

Nach einem Neustart des Backup Exec-Servers habe ich die Sicherung erneut probiert, allerdings mit dem gleichen Ergebnis. Eine Sicherung auf ein Band sieht wie folgt aus:

Nachdem die Sicherung einige Minuten gelaufen ist wechselt die Anzeige “Aktuelle Datei” und es erscheinen nach und nach bekannte oder unbekannte Dateien, größtenteils aus dem Windows-Verzeichnis:

Das Ergebnis der Band-Sicherung sieht allerdings nicht viel besser aus als das der Backup-to-Disk-Sicherung:

Bei dieser Sicherung ist es mir ebenfalls nicht möglich, einzelne Dateien aus der virtuellen Maschine wiederherzustellen.

Ich habe noch einige Ansätze gefunden, die eine Lösung des Problems darstellen sollen, bisher habe ich für mich und mein Problem noch keine Lösung gefunden. Momentan müsste ich mir die Maschine entweder komplett wiederherstellen, an einer anderen Stelle wiederherstellen, mir die benötigte(n) Datei(en) aus der Maschine herauskopieren und die Maschine wieder löschen oder ich verzichte auf die GRT-Option und bin mir bewusst, das ich keine einzelnen Dateien “mal eben” aus der Sicherung wiederherstellen kann.

Nachdem alle Versuche eine Sicherung mit funktionierender GRT-Option hinzukriegen gescheitert sind habe ich die Backup Exec-Version auf das Release 2 (R2) geupdatet. Ich habe sämtliche Agenten deinstalliert und neu installiert, leider ohne Erfolg. Bis zu jetztigen Zeitpunkt war es mir nicht möglich eine Sicherung zu erstellen, bei der ich einzelne Dateien wiederherstellen kann. Ich werde mich bei genügend Zeit erneut diesem Thema widmen und versuchen eine Lösung zu finden, dann passe ich den Artikel entsprechend an.

Wichtig: Eine Sicherung der virtuellen Maschine funktioniert, ebenso eine Wiederherstellung. Bei dem hier beschriebenen Problem handelt es sich um die Wiederherstellung einzelner, in der virtuellen Maschine vorhandener Dateien mittels der GRT-Technologie!

Unser Problem ist nun die Sicherung und das Management der Maschine. Da das Rechenzentrum knapp zwei Stunden Autofahrt entfernt ist, ist es natürlich nicht möglich, mal eben wegen Kleinigkeiten in das Rechenzentrum zu fahren. In diesem Artikel möchte ich beschreiben, wie wir die Themen Sicherung, Verfügbarkeit bzw. Management und Sicherheit geregelt haben.

Sicherung:

Für die Sicherung nutzen wir den Data Protection Manager 2010 von Microsoft. Da die Webserver auf mehrere virtuelle Maschinen aufgeteilt sind haben wir mit diesem Produkt eine einfache und gute Lösung zur Sicherung dieser virtuellen Maschine. Da es sich nur um einen Hardware-Server in dem RZ handelt und somit das Thema “Absicherung des Data Protection Manager” zur Sprache gekommen ist, habe ich hier einen eigenen Artikel zu diesem Thema geschrieben.

Neben dem 300GB-RAID1 sind vor Ort noch eine 500 GB sowie eine 2 TB Festplatte. Die 2 TB Festplatte wird von dem DPM 2010 verwaltet, dorthin werden die Daten der einzelnen Speichergruppen kopiert.

Auf die 500 GB Festplatte wird regelmäßig eine DriveSnapshot-Sicherung kopiert, die mit Hilfe der Aufgabenplanung in definierten Abständen gestartet wird. Somit haben wir im Falle eines Ausfalls oder eines Defekts des RAID1 eine Sicherung der kompletten Festplatte. Zum Thema “Rücksicherung” komme ich im nächsten Kapitel.

Verfügbarkeit/Management:

Wenn das System einwandfrei läuft ist es für uns kein Problem auf den Server zuzugreifen. Was aber wenn der Server unerwartet herunterfährt(Bluescreen, längerer Stromausfall usw…) und dann nicht mehr richtig startet? Wir haben zwar die Möglichkeit mit den RZ-Angestellten zu sprechen und diese zu navigieren bzw. telefonisch eine Wartung durchzuführen, aber allein durch unsere tägliche Arbeit wissen wir, wie schwierig es manchmal sein kann, etwas per Telefon zu erklären bzw. etwas zu verstehen, was einem am Telefon gesagt wird. Aus diesem Grund haben wir uns für eine IP-KVM entschieden, um auch bei einem Ausfall/Bluescreen/BIOS-Hänger der Maschine den Überblick zu behalten. Nachdem wir mehrere Geräte herausgesucht haben, haben wir uns letztendlich zu einer Teststellung des Gerätes “Dominion KX II-101” von Raritan entschieden. Das Gerät ist eine 1-Port-Lösung und das Datenblatt der Gerätes las sich gut. Nach kurzer Zeit war die Entscheidung für das Gerät gefallen und wurde nach Rücksprache mit dem Distributor direkt verbaut. Somit sind wir in der Lage den Server zu booten, Änderungen im BIOS vorzunehmen, von CD zu booten oder im abgesicherten Modus zu starten. Was uns besonders positiv aufgefallen ist ist die Möglichkeit, das man an seinem PC oder Notebook ein lokales Laufwerk oder ein ISO-Image bis zum angeschlossenen Server durchreichen kann. Sogar ein Booten von diesem virtuellem Medium ist möglich. Sehr cool :)

Da ich im vorherigen Kapitel angesprochen hatte das ich hier noch einmal auf das Thema “DriveSnapshot” komme, hier noch ein paar Worte zum Thema “Wiederherstellung”. Da man zur Rücksicherung bei einem Ausfall des Windows irgendwie das DriveSnapshot starten muss (eine eigene Rescue-CD wie z.B. bei Acronis ist nicht vorhanden), benötigt man ein bootbares System, in unserem Fall ein “Windows 7 PE”. Ein “Windows XP PE” würde theoretisch auch gehen, hat aber keinen Treiber für den SAS-Controller integriert. Nach einem Start des Win7PE kann man das DriveSnapshot starten und eine Wiederherstellung anstoßen. Als der Server noch bei uns vor Ort war habe ich dieses Szenario erfolgreich durchspielen können.

Sicherheit:

Wir haben vor Ort einen öffentlichen IP-Adressbereich. Da wir unsere Webserver allerdings nicht komplett offen ins Internet gestellt werden sollen, haben wir zusätzlich zu der Windows-Firewall eine Hardware-Firewall vor die Server integriert. Von uns aus bauen wir ein Site2Site-VPN zu dieser Firewall auf. Somit sind wir in der Lage sämtliche Server von unserer Firma aus zu administrieren, ohne das irgendwelche Daten über das Internet fließen. Für die Webserver ist eine Freigabe in der Firewall vorhanden, sämtlicher anderer Datenverkehr wird unterbunden. Das Host-System hat als zusätzliche Sicherheitsmaßnahme kein “Default Gateway” eingetragen, sondern nur eine statische Route in unser Netz.

Ein DPM-Server hat eine Datenbank, in die er seine Informationen speichert. Dort steht z.B., welche Partition welche Daten enthalten bzw. welche Schutzgruppe besitzt welche Partitionen. Was aber passiert, wenn der Server, auf dem das DPM installiert ist, einen Ausfall der Festplatten hat, auf dem die Datenbank liegt oder wenn aus irgendeinem Grund die Partition kaputt geht oder die Datenbank korrupt wird? Kann der DPM-Server, nachdem er wieder funktionstüchtig gemacht wurde, die vom ihm angelegten Partitionen (ähnlich wie bei einem Band) wieder einlesen und die Daten wiederherstellen? Da ich zu diesem Thema keinerlei Aussagen gefunden habe, habe ich das ganze mal bei uns in der Theorie nachgestellt. Ich habe einen DPM installiert, eine Schutzgruppe erstellt mit mehreren virtuellen Maschinen und eine Sicherung erstellt. Dann habe ich die Maschine heruntergefahren, eine der beiden RAID1-Festplatten die das Betriebssystem-Laufwerk darstellen herausgezogen und den Server wieder gestartet. Das System lief so einige Zeit, ich habe diverse Änderungen innerhalb der virtuellen Maschinen gemacht und der DPM hat noch ein paar weitere Sicherungen erstellt. Nach knapp einem Tag habe ich dann den Server wieder heruntergefahren, die bisher aktive Festplatte herausgezogen, die bis dahin inaktive Festplatte mit dem Stand von “gestern” wieder eingesteckt und den Server wieder in Betrieb genommen. Sinn dieser Aktion war, dass ich nun einen Datenbank-Stand von Montag (als Beispiel) habe, die Sicherungs-Daten auf meinem DPM-Speicher-Laufwerk allerdings von Dienstag sind.

Nach dem Start der DPM-Konsole zeigte mir die Anzeige diverse inkonsistent Replikationen an. Ich habe die Prüfung dann manuell gestartet, und nach der Prüfung wurden mir alle Replikationen wieder als “OK” angezeigt. Ich habe nun die Wiederherstellung eines virtuellen Servers gestartet, leider hat mir der Wizard nur Wiederherstellungsdaten angezeigt von vor dem Ziehen der Festplatte (sprich: Montag). Auch eine Wiederherstellung des virtuellen Servers hatte nicht zur Folge das Daten von Dienstag wieder da waren, der Server war auf dem Stand der letzten (bekannten) Sicherung => Letzte Sicherung (Montag) vor dem Ziehen der Festplatte.

Nun stellt sich die Frage, wie ich einen DPM-Server bzw. die Datenbank absichere. Microsoft empfiehlt die folgende Vorgehensweise (das Dokument ist für den DPM 2007, die Parameter und die Programme haben sich bei dem DPM 2010 nicht geändert, außer des es “replicas” heißen muss anstatt “replica”:

Backup of DPM Servers

Variante 1 (Backing Up DPM by Using a Secondary DPM Server) fällt raus, da wir nur einen DPM-Server haben. Variante 2 (Backing Up DPM Databases to Tape) fällt ebenfalls heraus, da wir kein Laufwerk in dem Server verbaut haben, sondern “nur” eine Backup2Disk-Sicherung fahren. Bleibt also nur Variante 3 (Backing Up DPM by Using Third-Party Software).

Die Lösung bringt das kleine, aber feine Programm “DPMBackup.exe” im DPM-Verzeichnis. Mit Hilfe dieses Programms ist man in der Lage, einen Export der Datenbank zu erstellen. Der Parameter ist “-db”, dann wird ein Export unter “\Program Files\Microsoft DPM\DPM\Volumes\ShadowCopy\” gespeichert. Weitere Parameter (z.B. das Umlenken des Exports in einen anderen Pfad) bekommt man angezeigt, wenn man “DPMBackup.exe /?” eingibt. Mit Hilfe der Aufgabenplanung kann man so in recht kurzen Abständen eine Sicherung der Datenbank erstellen.

Zum Thema “Wiederherstellung” gibt es ebenfalls einen eigenen Bereich im Technet, und zwar unter der folgenden Adresse:

http://technet.microsoft.com/en-us/library/bb795745.aspx

Ich habe die Wiederherstellung der Datenbank natürlich auch getestet und musste feststellen, das man den DPM komplett neu installieren muss. Selbst bei einem Restore einer Acronis oder DriveSnapshot-Sicherung kann man nicht einfach die Datenbank wiederherstellen, sondern muss das komplette Programm deinstallieren und neu installieren. Erst dann kann man die Datenbank wieder einziehen und ist in der Lage, seine anderen mit dem DPM erstellten Sicherungen wiederherzustellen.

Wie man sieht ist eine Ein-Server-Lösung nicht so sexy wie eine Zwei-Server-Lösung inkl. Replikation bzw. gegenseitiger Sicherung der Datenbanken. Da allerdings oft das Geld oder die Mittel für solch eine Lösung fehlen habe ich mit diesem Artikel hoffentlich einen kurzen Überblick gegeben, wie eine konsistente Sicherung und eine erfolgreiche Wiederherstellung der Datenbank möglich ist. Weiterhin steigt mit Anzahl der Server bzw. der Daten in einem Unternehmen in der Regel auch die Wichtigkeit, sodass man ab einem gewissen Punkt eigentlich keinerlei (weitere) Argumentation mehr für einen zweiten DPM-Server benötigt.

Laut Datenblatt hat die GreenBytes eine Quad Core CPU, 12 GB RAM, eine 32 GB große SSD für das Betriebssystem, zwei 25 GB große SSDs für den Cache und acht 500 GB große Festplatten, allesamt 2,5” groß. Zur Anbindung an das Netzwerk sind zwei 1 GbE-Adapter vorhanden sowie einen weiteren 1 GbE-Adapter für das Management. Weitere Daten stellt das Datenblatt bereit.

Nach dem Start des Geräts wird man von einem OpenSolaris begrüßt. Man kann sich zwar an der Konsole anmelden, kann dort aber nichts GreenBytes-relevantes einstellen. Administriert wird das Gerät über den “GreenBytes Storage Manager”, ein MMC-SnapIn. Das sieht dann wie folgt aus:

Die Benchmark-Tests:

Der erste Test, den ich durchgeführt habe”, war das Messen der Geschwindigkeit mit dem Programm “CrystalDiskMark”.

Hier ein Test der Geschwindigkeit auf ein 500 GB großes Volume, inkl. aktivierter Kompression und De-Duplizierung (hierzu später mehr):

Hier der gleiche Test, allerdings mit deaktivierter Kompression und De-Duplizierung:

Hier zum Vergleich die beiden lokalen 300 GB SAS 15k-Festplatten:

Was sich extrem bemerkbar macht sind die hohen Werte bei den Tests “4K” und “4k QD32”. Vergleichen kann man die Werte mit den folgenden: Hyper-V-Server.de: Ein guter Server zum Virtualisieren

Als nächstes habe ich neun virtuelle Server auf einem unserer Hyper-V-Hosts hinzugefügt und die Festplatten auf dem verbundenem iSCSI-Volume gespeichert. Da das größte Problem bei solchen externen Speicher-Systemen die Performance und die Latenz ist, wollte ich mir einen Eindruck darüber verschaffen, wie sich diese Server verhalten im Betrieb. Genaue, messbare Werte konnte ich nicht ermitteln, allerdings hat man ja ein Gefühl dafür, ob ein System nun träge ist oder ob sich das Verhalten mit einem System auf direkt angeschlossenen Festplatten vergleichen lässt.

Mit aktivierter Kompression und De-Duplizierung war das Verhalten dieser neun Maschinen schon beachtenswert, Operationen mit einer gewissen Anzahl von I/O-Vorgängen (Starten der Maschine, Herunterfahren, Suchen nach allen Dateien auf Laufwerk C…) waren zufriedenstellend, selbst bei dieser Art des Betriebs.

Einen weiteren Performance-Schub habe ich bekommen, nachdem ich die Maschinen auf einem Volume gespeichert habe, auf dem sowohl die Kompression als auch die De-Duplizierung deaktiviert war. Wie schon an den Benchmark-Werten oben sichtbar steigen die Werte je nach Art des Benchmark-Tests um fast das fünffache im Schreib-Modus.

Eine noch weiter verbesserte Performance bekommt man, wenn man pro virtuellem System ein (oder mehrere) Volume(s) erstellt und diese direkt mit der virtuellen Maschine verbindet. Hierdurch verliert man allerdings einige Vorteile, z.B. die Möglichkeit eines Exports, der Verlust wird aber weitestgehend durch die Snapshot-Möglichkeit der GB-1000 wett gemacht.

Das Hyper-V Failover-Cluster:

Als nächstes stand das Einrichten eines Failover-Clusters auf dem Plan. Aus Zeitgründen konnten wir bis zum aktuellen Zeitpunkt nur zwei Maschinen hochverfügbar machen, allerdings ergibt sich hierbei schon ein interessantes Detail:

Aktuell sind 13,7 GB genutzt, und zwar durch zwei Windows Server 2008 R2. Nur durch die Kompression und die De-Duplizierung schafft die GB-1000 eine Reduzierung des Speicherplatzes von 22,36 GB auf 13,7 GB. Wie man in dem Screenshot erkennt sind das 38,73 %. Wenn das Verhältnis so bleibt könnten auf den eigentlich nur 3,16 TB großen Festplatten insgesamt 5,16 TB an Daten gespeichert werden. Für die Virtualisierung aus Performance-Gründen nicht ganz sinnvoll, für ein NAS-System allerdings schon ein geiles Feature :)

Die Maschinen liefen sehr performant und ohne kleine Hänger/Aussetzer im Betrieb, wie es manchmal bei langsamen iSCSI-Volumes der Fall ist. Hier einige Screenshots des Clusters und eines Umzugs einer virtuellen Maschine:

Das hier vorgestellte Modell GB-1000 mit 8 x 500 GB plus SSD kostet Liste 13200 €. Vergleichbare Systeme anderer Hersteller bewegen sich teilweise in weitaus höheren Regionen, von daher ist dieses Gerät an sich schon ziemlich günstig. Trotz des geringen Preises schlägt sich die GreenBytes sehr gut und liefert sehr souveräne Werte ab. Wir hatten während der Teststellung einen durchweg positiven Eindruck von dem Gerät und können das Gerät als NAS oder SAN empfehlen.

HP DL380 G7:

• Zwei Intel Xeon E5640 CPUs (QuadCore, 2.66 GHz, 12MB L3 Cache, 80 Watt Verbrauch)
• 12 GB DDR3 RAM, pro CPU sind 3 x 2 GB-Module verbaut, um eine optimale Speicher-Konfiguration zu erreichen
• HP Smart Array P410i Controller, erweitert um ein 1GB Flash Backed Write Cache-Modul
• Erweiterung um ein Drive Cage zur Erweiterung der Festplatten-Kapazität von 8 auf 16
• 16 x 300 GB 2,5” 10k SAS-Festplatten
• Zwei 750 Watt Netzteile
• Eine 10 Gigabit Dual-Port Netzwerkkarte

Nach den Eckdaten und den Fotos des Servers, hier nun die Benchmark-Ergebnisse. Gemessen wurde die Performance mit CrystalDiskMark 3.0. Zwei der 16 Festplatten wurden zu einem RAID1 zusammengefügt und auf diesem Volume wurde die Windows-Installation gemacht.

Screenshot des Array Configuration Utility mit den 14 nicht zugeordneten Festplatten:

Erstellung eines RAID 10:

Benchmark auf dem RAID10, 5 Durchläufe, 1000MB große Datei:

Benchmark auf dem RAID10, 9 Durchläufe, 4000MB große Datei:

Erstellung des RAID50 im Array Configuration Utility:

Benchmark auf dem RAID50, 5 Durchläufe, 1000MB große Datei:

Benchmark auf dem RAID50, 9 Durchläufe, 4000MB große Datei:

Nach diesen Tests habe ich die 14 Festplatten nochmal zu einem RAID5 zusammengefasst und CrystalDiskMark nochmal laufen lassen, hier noch diese Werte:

Fazit: Bei diesem Benchmark-Test bestätigt sich wieder einmal, das ein RAID10 eine bessere Performance bietet als ein RAID50 bzw. RAID5. Gerade bei den Tests mit 4K-Blöcken macht die der Unterschied am stärksten bemerkbar, bei 512K bzw. Sequentiell sind die Unterschiede nicht so gravierend. Bei dem Einsatz dieser Maschine als Hyper-V Host werden allerdings immer wieder viele kleine Änderungen an den Blöcken auf der Festplatte gemacht, eine Sicherung bzw. ein Export ist da schon seltener. Unsere Empfehlung ist ganz klar das RAID10, welche auch von diesen Werten bestätigt wird.

• Acronis erkennt in einer virtuellen Maschine nur die “Ältere Netzwerkkarte”, mit einer “Netzwerkkarte” unter Hyper-V kommt Acronis nicht klar, da die Treiber fehlen
• Ebenso werden keine Festplatten an dem virtuellen SCSI-Controller erkannt
• Wenn man per RDP auf den Hyper-V Host zugreift, kann man keine Maus in der virtuellen Maschine nutzen (während Acronis genutzt wird). Grund sind die fehlenden Integrationsdienste.

Nachdem man nun den Server von der Acronis-CD gestartet hat, kann die Wiederherstellung beginnen. Nachdem man sein Image ausgewählt hat, wählt man die Partitionen aus, die man wiederherstellen will.

Als nächstes wählt man die Ziel-Festplatte aus

Hier ist es wichtig, die “Universal Restore”-Option auszuwählen. Falls nicht, werden die alten Treiber und systemspezifischen Dateien nicht entfernt bzw. ausgetauscht.

Falls man noch spezielle Treiber unbedingt installieren will bzw. muss, dann kann man hier den Pfad dazu angeben. Bei einer P2P-Migration ist dies meist notwendig, bei einer P2V-Migration wird kein spezieller Treiber benötigt.

An dieser Stelle könnte man angeben, ob während der Migration direkt die SID des Systems geändert werden soll. Falls es eine P2V-Migration ist muss die SID nicht geändert werden, wenn das System dabei noch geclont oder multipliziert werden soll, dann ist diese Option vielleicht hilfreich. Alternativ kann “NewSID” genutzt werden nach der erfolgreichen Migration. Achtung: Wie bereits in dem Kommentar von Michel Lüscher angemerkt, ist sowohl diese Variante der Erstellung einer neuen SID als auch die Variante mit NewSID nicht mehr von Microsoft unterstützt. Die unterstützte Variante ist Sysprep. Vielen Dank an Michel für den Hinweis.

An dieser Stelle fordert er einen Treiber an. Wir sehen in dem Screenshot, das es sich um “*VMBus” handelt. Die Komponente ist eine emulierte Hyper-V Hardware, der Treiber dafür ist in den Integrations-Komponenten enthalten.

Nach der Migration sollte die Netzwerkverbindung getrennt werden, um Kontakt des Servers während der weiteren “Bearbeitung” mit der Domäne o.ä. unterbunden wird.

Der Server startet und fährt auch komplett hoch. Dies dauert noch recht lange, darum kümmern wir uns später…

Der Server ist hochgefahren und ich habe mich angemeldet, sofort erscheint ein Fenster mit der Meldung, das neue Hardware gefunden wurde und das für diese Hardware Treiber installiert werden müssen. Wir brechen alle auftauchenden Fenster ab.

Über das Hyper-V-Menü wird der Installationsdatenträger für die Integrationsdienste eingelegt.

Die Treiber werden installiert, danach muss der Server neugestartet werden.

Nach dem Neustart ist der Server schon ein wenig schneller, allerdings müssen noch alle nicht benötigten Programme und Treiber deinstalliert werden. In dem folgenden Screenshot sehen wir das “HP Array Configuration Utility”. Da wir keinen RAID-Controller mehr haben, kann dieses Programm problemlos entfernt werden. Falls noch weitere Tools, unterstütztende Programme oder Dienste installiert sind (in der Regel Software vom Hersteller) => runter damit wenn nicht mehr benötigt.

Als nächstes lassen wir uns alle Hardware-Komponenten anzeigen, auch die die nicht aktiv bzw. gerade im Moment enthalten sind. Hierzu öffnen wir unter System => Erweitert die “Umgebungsvariablen”.

Dort erstellen wir einen neuen Wert

Dieser Wert lautet

devmgr_show_nonpresent_devices

und hat den Wert “1”

Danach öffnen wir den Geräte-Manager und aktivieren unter “Ansicht” => “Ausgeblendete Geräte anzeigen”

Nun können wir eigentlich alle Einträge, die ausgegraut sind, löschen. In den beiden Screenshots sehen wir als Beispiel die alten physikalisch vorhandenen Netzwerkkarten und die CPUs.

Wichtig: Da wir eine virtuelle Maschine haben, ist es ein leichtes VOR dem Entfernen einen Export zu machen oder wenigstens einen Snapshot (lieber einen Export), damit wir im Falle eines Fehlers nicht den kompletten Migrations-Vorgang wiederholen müssen.

Nachdem alles entfernt wurde, kann der Server neugestartet werden. Ich habe es bisher immer erlebt, das nach dem Entfernen der Komponenten / Treiber die Maschine deutlich schneller startet und betriebsbereit ist als vorher.

Weitere Informationen bekommt man direkt bei Microsoft:

support.microsoft.com: An update rollup package for the Hyper-V role in Windows Server 2008 R2: August 24, 2010

Laut Beschreibung werden Probleme mit neueren Intel-CPUs ausgemerzt, unter anderem CPUs der Nehalem-, Core-i- und Westmere-Reihe. Des weiteren konnte es zu Verbindungsabbrüchen bei den virtuellen Maschinen kommen, wenn diese eine hohe Netzwerklast hatten.

Mit dem kleinen Tool kann man die Konfiguration seines Hyper-V Hosts überprüfen lassen, und man bekommt ein Ergebnis mit dem “Gesundheitszustand” des Systems inkl. Empfehlungen, die Microsoft ausspricht für den Betrieb von einem Hyper-V Host.

Ich habe den Analyzer mal bei uns auf einem System ausgeführt, es wurden insgesamt 29 Überprüfungen gemacht.

Hier sieht man, wie der BPA per Windows Update auf das System kommt:

Nachdem man im Server-Manager unterhalb der Hyper-V Rolle rechts auf “Diese Rolle überprüfen” geklickt hat, führt der BPA seine Tests durch und präsentiert das Ergebnis, welches man sich entweder nach “Nicht kompatibel”, “Ausgeschlossen”, “Kompatibel” oder “Alle” filtern lassen kann. In diesem Screenshot sieht man die Warnungen, die bei unserem Server erscheinen:

Wenn man einen Doppelklick auf die Fehlermeldung macht, bekommt man ein weiteres Fenster angezeigt, welches das genaue Problem beschreibt, die Auswirkung und die Lösung. Dies kann wie folgt aussehen:

Info: Da es sich bei diesem Server um einen virtuellen Domänen-Controller handelt, haben wir die Zeit-Synchronisation mit dem Host deaktiviert.

In diesem Fenster sieht man ebenfalls, das es sich nicht um ein Problem handeln muss, sondern lediglich um eine Abweichung von den vorgeschriebenen Konfigurationen, die aber bei Beabsichtigung ignoriert werden kann.

Man kann nun hingehen und all die benötigten Programme installieren, oder man geht hin und erledigt all diese Aufgaben mit seinem Notebook, was in der Regel neben einem steht. Beides keine wirklichen guten Lösungen, Möglichkeit 1 “müllt” den Server zu, Variante 2 dauert i.d.R. länger.

Meine Lösung in dieser Situation ist die, das ich mir mit "portablen Apps” helfe, d.h. Programme die ohne Installation lauffähig sind. Eine kleine Liste der hilfreichsten Programme und deren Nutzen führe ich hier aufführen möchte.

Imgburn portable

Imgburn ist ein Brennprogramm, mit dem sich aber unter anderem auch .iso-Dateien erzeugen lassen. Super, um mal eben Dateien in ein Image zu schreiben, um es in einer virtuellen Maschine einzubinden.

Winrar unplugged

Eine portable Version von Winrar. Sinnvoll um Dateien zu packen (geht natürlich in das .zip-Format auch mit Bordmitteln) oder zu entpacken, da Windows von Hause aus kein .rar-Archiv entpacken kann.

PDF-XChange Viewer portable

Man muss nicht zwangsläufig einen PDF-Viewer installieren, um den Inhalt einer PDF-Datei zu sehen. Der PDF-XChange Viewer ermöglicht das Betrachten von PDF-Dateien ganz ohne Installation.

Firefox portable

Ich denke zum Firefox brauche ich nichts mehr sagen. Wer nicht auf seinen Fuchs verzichten kann, der ist mit der portablen Version des Browsers bestens aufgehoben. Die meisten Add-Ons funktionieren, allerdings funktioniert z.B. Java nur, wenn es auch auf dem Host-System installiert ist.

WinSCP portable

Mit WinSCP ist man in der Lage, Dateien über eine gesicherte Verbindung mit einem Linux-Host auszutauschen.

WinWGet portable

WinWGet ist ein Download-Manager, mit dem man seine Downloads managen kann und der in der Lage ist, abgebrochene Downloads (je nach Server-Einstellung) wieder aufzunehmen. Um große und/oder mehrere Dateien herunterzuladen sehr zu empfehlen

Aus diesem Grund habe ich mir die Mühe gemacht und eine kleine Dokumentation geschrieben, die ein gewissen Grundwissen vermittelt und beschreibt, welche manchmal unscheinbaren Dinge für die Erfolg oder Mißerfolg einer Hyper-V Installation verantwortlich sein können. Das Dokument beschreibt, wie wir unsere Projekte durchführen, an welche Dinge wir denken und welche Erfahrungen wir im Laufe der Zeit gewonnen haben. Das Dokument umfasst 14 Seiten und umreisst nahezu die komplette Grundeinrichtung, ausgehend von einer Non-Enterprise-Umgebung, da dort wie in dem Dokument schon beschrieben komplett andere Spielregeln gelten.

Ich hoffe mit dem Dokument dem ein oder anderen eine andere Sichtweise auf die Dinge zu geben und ihn vor potentiellen Problemen zu bewahren. Kommentare, Lob und Kritik sind gerne gesehen, hierzu steht ein Threat in unserem neuen Forum zur Verfügung: forum.hyper-v-server.de

Download des Whitepapers: Die perfekte Hyper-V Installation

Tools für Hyper-V und SCVMM

Viel Spass beim lesen…

Auf einem Windows Server 2008 oder Windows Server 2008 R2 (in einer “normalen”-, nicht “Core”-Variante) kann man sich nun eine Management-Konsole öffnen, um die Datenträgerverwaltung aufzurufen:

Leider erscheint nach dem Klick auf “Datenträgerverwaltung” der folgende Fehler:

Das Problem kommt daher, das standardmäßig die Firewall die Kommunikation blockiert. Das interessante ist, das es die Firewall auf dem System ist, auf dem wir die Management-Konsole aufrufen, in meinem Fall ein “Windows Server 2008 R2 Enterprise” (Nicht-Core). In der Firewall stellen wir nun folgende Ausnahme ein:

Nachdem wir nun die Ausnahme bestätigt haben, führen wir die oben gemachten Schritte erneut durch (Ein Aktualisieren in der MMC funktioniert leider nicht):

Nach einem Klick auf “Fertig stellen” erscheint folgendes Fenster:

Nun sind wir in der Lage, die Festplatte(n) in dem Hyper-V Server R2 in einer MMC zu partitionieren.

http://blogs.technet.com/germanvirtualizationblog/archive/2009/08/25/system-center-virtual-machine-manager-2008-r2-ist-fertig.aspx

http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=7d2f6ad7-656b-4313-a005-4e344e43997d
Bedingung für die Installation ist ein Windows 7 in der Variante “Professional”, “Ultimate” oder “Enterprise”.

Nach dem Klick auf “Bearbeiten” öffnet sich ein kleiner Wizard der abfragt, welche Aktion man mit der Festplatte durchführen möchte.

Die Erklärung der drei möglichen Aktionen sieht man in dem Screenshot.

Erweitern:

Nach Eingabe der Größe wird die Festplatte erweitert. Nach Fertigstellung kann die virtuelle Maschine wieder gestartet werden. Zu diesem Zeitpunkt ist die Partition in dem virtuellen Server allerdings immer noch genau so groß wie vorher, die Größe der Partition muss erst noch erweitert werden. Das funktioniert entweder mit “Diskpart” ( http://support.microsoft.com/?scid=kb%3Ben-us%3B325590&x=12&y=12 ) oder mit Partitions-Tools wie z.B. Acronis Disk Director.

Konvertieren:

Beim Konvertieren der Festplatte wird die Festplatte von “dynamisch erweiterbar” nach “feste Größe” konvertiert.

Komprimieren:

Bei der Konvertierung wird überprüft, ob in der vhd-Datei Platz vorhanden ist, der nicht mehr genutzt wird (z.B. wenn man große Datenmengen innerhalb der virtuellen Maschine löscht). Ist dies der Fall, wird die vhd-Datei wieder verkleinert auf die Größe, die der Datenmenge auf der Festplatte in dem virtuellen System entspricht.

In einem cmd-Fenster mit Administrator-Rechten diese beiden Befehle eingeben

set devmgr_show_nonpresent_devices=1

devmgmt.msc

Im Geräte-Manager unter “Ansicht” die Option “Ausgeblendete Geräte anzeigen” auswählen. Nun taucht in der Liste der Geräte die “alte” Netzwerkkarte auf. Diese kann nun deinstalliert werden. Nach der Deinstallation in dem cmd-Fenster folgenden Befehl eingeben

set devmgr_show_nonpresent_devices=0

Nun ist die alte Karte deinstalliert und es kommt keine Warnung mehr.

Unter Windows Server 2008 und Windows Vista (und wahrscheinlich auch unter Windows 7) wird dieser “Fehler” automatisch behoben. Nach dem Einstellen kommt eine Abfrage, ob man die alte Karte entfernen möchte.

Bei einem unter HyperV betriebenen Domänencontroller wurde ein gemachter Snapshot angewandt. Hört sich eigentlich nicht wild an, allerdings hat dieser Domänencontroller (ein Small Business Server 2008 Std) einen Replizierungspartner (ein Windows Server 2003 Standard). Durch das Anwenden des Snapshots kam es zu einem Problem, das als das “USN Rollback“-Problem beschrieben wird. Ich möchte hier nicht näher auf eine Erklärung von USN usw eingehen, dazu gibt es genug Informationen im Netz.

Hier nun der komplette Ablauf des Problems inkl. Beschreibung der Lösung:

Irgendwann nachmittags fingen die Clients an, eine Anmeldemaske im Outlook zu zeigen, allerdings wurde keine Eingabe als “gültig” anerkannt. Nach einem Neustart des Servers bemerkte ich dann, das der Anmeldedienst (Netlogon) angehalten war. Ein Stop und Neustart des Dienstes brachte keine Besserung, erst nach einem Neustart des Clients war eine Anmeldung des Outlooks am Exchange-Server möglich. Das klappte allerdings auch nur ein paar Stunden, danach fingen die Probleme wieder an. Ein Blick in der Eventlog zeigte mir, das dort sehr viele Fehler geschmissen wurden. Kurz darauf wurde auch auf folgende Struktur im Hyper-V-Manager aufmerksam. Anhand der Struktur lässt sich erkennen, das hier mehrere Snapshots gemacht wurden, und unter anderen ein Snapshot auch angewendet wurde (Mehr zu Snapshots) Durch dieses Anwenden kam es zu dem Fehler, der oben in dem Auszug aus der Ereignisanzeige zu sehen ist.

Nach einigem Suchen im Internet mit fast immer der gleichen Aussage (Neu aufsetzen, alles kaputt, “formatier doch” usw) habe ich dann einen Supportfall bei Microsoft aufgemacht. Der Supportfall hat sich im Laufe der Bearbeitung in zwei “Bereiche” aufgesplittet, einmal den Start des Netlogon-Dienstes wieder ohne Probleme hinzubekommen, und zweitens die Replizierung der Active Directory wieder zu starten, damit es nicht zu Authentifizierungsproblemen oder zur Ablehnung der Replizierung durch einen der beiden DCs kommt.

Den erfolgreichen Start des Netlogon-Dienstes wieder hinbekommen:

In der Registry unter “HKLM\System\CurrentControlSet\Services\NTDS\Parameters” gibt es einen REG_DWORD mit dem Namen “Dsa Not Writable”. Dieser steht, wenn man kein Problem hat, auf “0″. In meinem Fall stand er auf “4″ ( DSA_WRITABLE_USNROLLBCK). Ich habe den Wert manuell auf “0″ gesetzt.

Zusätzlich habe ich einen REG_DWORD angelegt mit dem Namen “Ignore USN Rollback”, ebenfalls mit dem Wert “0″.

Nach dem Setzen dieser Keys habe ich das System neugestartet, und nach dem Neustart startete der Netlogon-Dienst auch problemlos.

Die erfolgreiche Replizierung wieder hinbekommen:

In der Ereignisanzeige des DCs tauchte immer wieder der folgende Fehler auf:

Dies ist der Replikationsstatus für die folgende Verzeichnispartition des  Verzeichnisservers.

Verzeichnispartition:
DC=xxxxxxx,DC=loc

Dieser Verzeichnisserver hat in jüngster Zeit von einigen  Verzeichnisservern keine Replikationsinformationen mehr erhalten. Die Anzahl an Verzeichnisservern wird unterteilt in die folgenden Intervalle gezeigt.

Länger als 24 Stunden:
1
Länger als eine Woche:
1
Länger als einen Monat:
1
Länger als zwei Monate:
0
Länger als die Tombstone-Verfallzeit:
0
Tombstone-Verfallzeit (in Tagen):
60
Bei Verzeichnisservern, die nicht rechtzeitig repliziert werden, können Fehler auftreten. Ihnen können Kennwortänderungen entgehen, und sie können daher ggf. nicht in authentifiziert werden. Einem Domänencontroller, der innerhalb der Tombstone-Verfallzeit nicht repliziert wurde, kann das Löschen von Objekten entgehen, und er wird ggf. für die zukünftige Replikation gesperrt, bis er wieder abgestimmt wurde.

Führen Sie dcdiag.exe aus, um Verzeichnisserver anhand des Namens zu identifizieren.
Sie können auch das Supporttool repadmin.exe verwenden, um Replikations- latenzzeiten der Domänencontroller in der Struktur anzuzeigen. Der Befehl lautet “repadmin /showvector /latency <partition-dn>”.

Die Replizierung lässt sich wieder aktivieren, indem man die beiden folgenden Befehle in der Kommandozeile eingibt:

repadmin /options “Servername” -DISABLE_OUTBOUND_REPL

repadmin /options “Servername” -DISABLE_INBOUND_REPL

“Servername” muss ersetzt werden durch den Namen des Servers auf dem man gerade ist, in meinem Fall war das der SBS 2008, also der Server bei dem das USN-Rollback durchgeführt wurde. Nach der Eingabe dieser beiden Befehle erschien die folgende Meldung in der Ereignisanzeige:

Die ausgehende Replikation wurde vom Benutzer aktiviert.

Die eingehende Replikation wurde vom Benutzer aktiviert.

Weiterhin erschien kurze Zeit später die folgende Meldung:

Alle Probleme, die Aktualisierungen der Active Directory-Domänendienste-Datenbank verhinderten, wurden behoben. Neue Aktualisierungen der Active Directory-Domänendienste-Datenbank sind erfolgreich. Der Netzwerkanmeldedienst wird neu gestartet.

Ich habe dann die beiden Server noch ein wenig laufen lassen, und nach einiger Zeit einen neuen Benutzer auf dem Server 2003 angelegt, nach kurzer Zeit hatte der SBS 2008 durch die Replizierung auch die Infos.

Anmerkung: Das ganze hätte sehr kurz gedauert, allerdings ist das die Aufführung der Lösung die letztendlich zum Erfolg führte (mit Unterstützung des Microsoft Supports). Die komplette Prozedur hat sich über mehrere Tage gezogen, inkl. Kopieren der virtuellen Maschinen und Einspielen in einen unserer Hyper-V-Systeme als Testumgebung, da ich ungerne an lebenden DCs rumspiele :)

Update:

Ich wurde gestern morgen mit der Nachricht überrascht, das es wohl doch noch nicht so ganz läuft. Ich habe mir das ganze dann sowohl heute Nacht als auch von heute morgen bis grad angeguckt und das Eventlog durchforstet, mit Carsten über das Problem diskutiert, Google angestrengt und nach Hilfe ggesucht, fündig bin ich letztendlich (natürlich) bei Microsoft selbst, und zwar hat mir folgender Beitrag geholfen:
Domain controller is not functioning correctly

Durch den Befehl

netdom resetpwd /server:another domain controller /userd:domain\administrator /passwordd:administrator password

wird auf dem Haupt-Domänen-Controller das Passwort für das Computerkonto resetet (Methode 6: Reset the machine account password, and then obtain a new Kerberos ticket). Bitte darauf achten, das sowohl VOR dem Befehl wie auch NACH dem Befehl der DC neugestartet wird, da sonst eine Fehlermeldung erscheint und der Passwort-Reset nicht erfolgreich ist.

Nach dem Reset und dem Neustart des DCs tauchen diese wunderbaren Ereignisse in der Ereignisanzeige auf:

Der Dateireplikationsdienst verhindert nicht mehr die Heraufstufung des Computers “SERVER2″ zum Domänencontroller. Der Systemdatenträger wurde erfolgreich initialisiert. Der Anmeldedienst wurde benachrichtigt, dass der Systemdatenträger jetzt als SYSVOL freigegeben werden kann.

Geben Sie “net share” ein, um die SYSVOL-Freigabe zu überprüfen.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

Alle Probleme, die Aktualisierungen der Active Directory-Datenbank verhinderten, wurden behoben. Neu Aktualisierungen der Active Directory-Datenbank waren erfolgreich. Der Anmeldedienst wurde neu gestartet.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

Das Starten von Microsoft Active Directory wurde ordnungsgemäß abgeschlossen. Version 5.2.3790.4501

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

P.S. Das mit meinem Firefox stimmt wirklich:

Bei einer kurzen Recherche bin ich auch auf Leute gestoßen, die eine Fehlermeldung bekommen haben (http://blog.mpecsinc.ca/2009/05/vista-sp2-on-hyper-v-sp1-integration.html). Ob nun die Installation nur scheinbar erfolgreich durchgeführt wird oder ob eine Fehlermeldung kommt und die Dienste nicht zur Verfügung stehen ist im Endeffekt auch egal, Ursache dieses Problems ist, das der Host “nur” mit Service Pack 1 läuft. Da Windows Server 2008 und Windows Vista die gleich Codebasis besitzen, gibt es auch nur ein Service Pack (jeweils für x86 und x64).

Nach der Installation des Service Pack 2 auf dem Hostsystem sollten die Integrationsdienste problemlos installierbar sein unter Windows Vista SP2, ich habe das Update aber noch nicht gemacht, da das ja eine gewisse Downtime mit sich bringt.

• Aktivieren der Virtualisierungstechnologie im BIOS
• Aktivieren der “Execute-Disable-Bit”-Technologie (Name unterscheidet sich je nach Hersteller, teilweise auch Speicherschutz genannt)
• Installation eines Windows Server 2008 x64 (Version muss Hyper-V enthalten, Version (Standard, Enterprise oder Datacenter) ist egal)
• Das fertig installierte Bestriebssystem auf den aktuellen Patchstand bringen (Teilweise werden bestimmte Patche erst NACH einer erfolgreichen Aktivierung des Betriebssystems installiert)
• Überprüfen ob (mindestens) Update “KB950050″ installiert wurde (RTM-Version des Hypervisors, in der RTM von Windows Server 2008 ist noch eine Beta-Version des Hypervisors enthalten. Hierzu empfehlenswert ist folgender Artikel: Liste aller verfügbaren Hyper-V Updates)
• Aktivieren der Hyper-V Rolle
• Einstellen der Hyper-V Netzwerke
• Setzen der Standard-Pfade für Virtuelle Maschinen und Snapshot-Dateien
• Anlegen einer neuen virtuellen Maschine (Falls die virtuelle Maschine nicht startet, Punkt 1 und 2 überprüfen. Wichtig ist in diesem Fall auch, das nach dem aktivieren der Technologien der Rechner einmal AUS gemacht wird, ein einfacher Neustart aus dem Bios heraus bringt keinen Erfolg)

Wer also die virtuelle Maschine nicht mehr benötigt, kann folgenden Trick anwenden, um ein schnelles Löschen zu erreichen:

Anwenden des ersten Snapshots durch einen Rechtsklick auf eben diesen, “Anwenden” auswählen und einen kurzen Moment warten.

Nach ein paar Sekunden ist die Maschine in dem Zustand “gespeichert”. Nun kann man in dem Kontextmenü, was man durch einen Rechtsklick auf die virtuelle Maschine erhält, die Option “Löschen” auswählen. Das Löschen der Maschine dauert nach dieser “Vorbereitung” ebenfalls nur wenige Sekunden anstatt mehreren Minuten/Stunden.

Die eigentlichen Dateien der virtuellen Maschine sind noch auf der Festplatte und müssen von Hand gelöscht werden.

Ich hoffe ich kann durch diesen Tipp ein paar Leuten wertvolle Zeit schenken…

kann man in der Systemsteuerung => Programme => Programme und Funktionen => Windows-Features aktivieren und deaktivieren

unter “Remoteserver-Verwaltungstools” – “Rollenverwaltungstools” die “Hyper-V-Tools” aktivieren. Nach der Aktivierung

taucht im Startmenü unter “Verwaltung” der “Hyper-V Manager” auf.

Nach dem Aufruf kann man einen Hyper-V Host auswählen, den man administrieren möchte. Nun kann es allerdings sein, das man nach dem Hinzufügen von einem Host die folgende Meldung bekommt

In diesem Fall ist es dem Konto, unter dem man momentan angemeldet ist, nicht gestattet eine Verbindung mit dem Host aufzubauen. Abhilfe schafft hier das Script von John Howard, eine mögliche Alternative hierzu ist das Aufrufen der Managementkonsole mit einem anderen Benutzer. Hierzu geht man im Explorer nach “%systemroot%\system32″ und klickt dort mit der rechten Maustaste UND gedrückter Shift-Taste auf die Datei “mmc.exe”. Es erscheint folgendes Kontextmenü

Wenn man nun die Option “Als anderer Benutzer ausführen” druckt, erscheint ein Authentifizierungsfenster, in dem man dann die Daten eingibt, mit dem diese Managementkonsole ausgeführt werden soll. Nach dem Aufruf muss man lediglich das “Hyper-V Manager”-Snap-In hinzufügen und kann eine Verbindung zu seinem Hyper-V Host aufbauen.

Definition:

Ein Snapshot ist, wie der Name schon sagt, ein Schnappschuss, eine Momentaufnahme, einer virtuellen Maschine. Ein Snapshot erlaubt es einem, bestimmte Einstellungen oder Installationen zu testen, ohne die Sorge haben zu müssen, irreparable oder nur schwer rückgängig zu machende Schritte zu tun. Bei einem Snapshot wird nicht nur der Dateistand gesichert, sondern auch die Hardware-Konfiguration.

Anwendung:

Virtuelle Maschine mit zwei Snapshots

Wir sehen hier eine virtuelle Maschine mit zwei Snapshots. Gehen wir mal davon aus, das ein Windows Server 2008 installiert wurde, der als Terminal Server verwendet werden soll. Snapshots 1 wurde direkt nach der Installation gemacht, ist quasi der “Gold-Status”. Nach der Installation wurde die Maschine auf den aktuellen Patchstand gebracht. Nach dem erfolgreichen Patchen und einem Neustart wurde wieder ein Snapshot erstellt. Nun wird die erste Anwendung auf dem Server installiert, und während der Installation kommen mehrere Fehlermeldungen, die Maschine bekommt einen Bluescreen, startet neu und kommt nicht mehr hoch (Horror-Szenario :) ). Normalerweise müsste man nun entweder einen Reparaturversuch unternehmen, ein Backup zurückspielen oder die Installation von vorne beginnen. Bei Hyper-V hat man nun aber die Möglichkeit, sowohl auf den Stand direkt nach der Installation als auch auf den Stand nach dem patchen zurückzukehren. Dazu geht man im Hyper-V Manager auf die Maschine, und wählt bei dem gewünschten Snapshot “Anwenden…”

Die Festplatten-Dateien:

Wichtig bei Snapshots: Pro Snapshot wird eine eigene Festplatte(n-Datei) angelegt. Erklären kann man das wieder an dem ersten Bild:

Wie man erkennen kann, hat die “ursprüngliche” Festplatte die Endung .vhd. Pro Snapshot wird eine weitere Festplattendatei angelegt, allerdings mit der Endung .avhd. Die Dateo heißt so wie die ursprüngliche Festplatte, allerdings mit einer Erweiterung aus Zahlen, Buchstaben und Strichen. Die Dateien werden von Hyper-V verwaltet, NIEMALS diese Dateien (einer produktiven Maschine) umbenennen, verschieben oder löschen.

Performance:

Wenn Sie einen Snapshot erstellen, werden alle Änderungen, die nach der Erstellung gemacht werden, in die .avhd-Datei geschrieben. Je mehr Snapshots man anlegt, desto weniger Performance hat man bei der virtuellen Maschine.

Entfernen eines Snapshots:

Entfernen kann man Snapshots, indem man in dem oben gezeigten Menü “Snapshot löschen” auswählt. Das Löschen geht recht schnell, und der Snapshot ist dann auch verschwunden, es wird allerdings weiter in die .avhd-Datei geschrieben. Der Inhalt der .avhd-Datei(en) wird erst in die .vhd-Datei integriert, wenn die virtuelle Maschine pausiert oder heruntergefahren wird. Wichtig: Je nach Größe der .avhd-Datei(en) kann der Integrationsvorgang recht lange dauern. Während der Integration kann die Maschine zur Not auch wieder gestartet werden, allerdings wird der Vorgang dann abgebrochen und muss erneut (von vorne) begonnen werden.

Der Backup-Gedanke:

Snapshots sind KEIN Backup! Auch wenn man des öfteren liest das Snapshots wie Backups behandelt werden, dies ist keine Backup-Möglichkeit (und sowieso von Microsoft nicht als Backup deklariert). In einer Microsoft-Schulung wurde der Snapshot-Button liebevoll als “Drück-mich-bevor-du-was-Blödes-machst”-Button genannt. Ein Snapshot ist eine Möglichkeit, sich kurzfristig davor abzusichern, ein System irreparabel zu zerstören oder wie gesagt kritische Vorgänge durchzuführen (Software-Installation, Patch-Installation usw), da man im Falle eines Fehlers sehr schnell wieder auf den vorherigen, sauberen Stand zurück gehen kann.

Fazit:

Ich hoffe einen relativ guten Überblick über die Snapshot-Funktion im Hyper-V verschafft zu haben und einige Fragen aus der Welt geräumt zu haben. Wichtige Aspekte sind in meinen Augen das Wissen, wie Snapshots in Zusammenhang mit den Festplatten-Dateien aufgebaut sind, wie man einen Snapshot wieder sauber entfernt und das ein Snapshot kein Backup repräsentiert, sondern nur eine kurzfristige ABsicherung ist, keine Sicherung. Zum Thema “Sicherung von virtuellen Maschinen” gibt es in naher Zukunft einen eigenen Beitrag mit den Möglichkeiten, Techniken und Risiken.

http://technet.microsoft.com/en-us/library/dd430893.aspx

Ich habe gerade im Blog von Ben Armstrong (Virtual PC Guy’s Weblog) einen Beitrag gefunden zum Thema “Antivirus and Hyper-V“. Entweder hatte Herr Armstrong das gleiche Problem, oder hat schonmal vorab vor einem möglichen Problem gewarnt. Zeitlich gesehen ist der Beitrag um 3:05 PM erschienen, das wäre bei uns 23:05.

So wie es also aussieht scheint es das AntiViren-Programm gewesen zu sein, das Probleme gemacht hat. Leider waren wir zu sehr damit beschäftigt das Problem zu lösen, von daher haben wir keine Screenshots von der genauen Fehlermeldung gemacht. Die Fehlermeldung sagte aber aus, das Hyper-V Probleme beim Zugriff auf die NIC (VMBus, nicht emuliert) hatte. Das Anlegen einer neuen Maschine (mit Netzwerk) brachte den gleichen Fehler.

Update:

So wie es aussieht hat Ben Armstrong auf meinen Beitrag / meinen Kommentar in seinem Blog reagiert mit einem neuen Beitrag seinerseits, in dem unter anderem folgender Link aufgeführt wird:

Creating or starting a Hyper-V virtual machine on Windows Server 2008 or Microsoft Hyper-V Server 2008 may fail with error: 0x800704C8

Bingo, genau dieser Beitrag trifft’s auf den Kopf! Ich hatte ja geschrieben das ich die Fehlermeldung nicht mehr genau weiß weil ich keinen Screenshot gemacht habe. In dem Link ist die genaue Fehlermeldung drin (für alle, die den genauen Wortlaut der Fehlermeldung gern wissen möchten).

Bei dieser Gelegenheit würde ich auch gerne nochmal auf diesen Beitrag hinweisen (Virenschutz für Hyperv-Server (Trend Micro Client Server Security)). Wie wir jetzt wissen bzw. erfahren mussten, ist es nicht ratsam einen Virenschutz zu installieren (es sei denn man installiert einen und führt Ausnahmen ein!).

Da eine Beschreibung der Schritte zu aufwendig und auch nicht so einprägend sind, habe ich von dem Vorgang einfach eine Screenshot-Reihe angelegt, in der alle Schritte nach und nach gezeigt werden.

[Zeige als Diashow]

[Mit PicLens anzeigen]

Wie man erkennen kann, zeigt der Taskmanager vor dem Treiberaustausch nur die eine CPU an, nach dem Austausch und dem Neustart hat das Windows 2000 zwei CPUs zur Verfügung.

Ich möchte an dieser Stelle allerdings darauf hinweisen, dass ein Windows 2000 unter Hyper-V nur unterstützt wird, wenn eine CPU genutzt wird (Quelle).

Fehler (2912)
Interner Fehler beim Kontaktieren eines Agents auf dem Server “hyperv1.it-solutions.de”.
(Unknown error (0×80041001))

Empfohlene Aktion
Stellen Sie sicher, dass der Agent installiert ist und ausgeführt wird. Stellen Sie sicher, dass der WS-Verwaltungsdienst installiert ist und ausgeführt wird, und starten Sie dann den Agent neu.

Nach Überprüfung der Dienste und kurzem Überlegen sind wir dann auf die Firewall als mögliche Fehlerquelle gekommen, was sich letztendlich auch als richtig erwiesen hat. Wie in den Screenshots erkennbar, gibt es auch spezielle Ausnahmen, die aktiviert werden müssen.

Die grundlegende Überlegung ist, das ein HyperV-Server ein Windows Server 2008 Core ist, mit einigen Einschränkungen. Wenn eine Anti-Viren-Software also nicht auf einer Core-Installation läuft, dann auch nicht auf einem HyperV-Server. Die bei uns im Haus eingesetzte Virenschutzlösung ist “Trend Micro Client Server Messaging Security for SMB”. Das Hauptprodukt wird auf einem Server installiert, und danach werden Agenten auf den einzelnen Clients / Servern installiert, die im Hintergrund das System scannen und vor Viren schützen.

Auf dem HyperV-Server kann man sich mit

net start

alle Dienste anzeigen lassen, die auf dem System laufen. Wie man in dem Screenshot erkennen kann, laufen auf dem System nur die “normalen” Dienste. Ich habe mir jetzt das Installations-Verzeichnis des “Master”-Servers als Netzlaufwerk gemappt (Da eine Installation per Browser ja nicht möglich ist) und die Installation des Agenten gestartet. Wie man erkennen kann, läuft die Installation auch ohne Fehler durch.

Der nebenstehende Screenshot zeigen ein Teil meiner Dienste auf meinem Windows 7-System, man erkennt hier das Trend Micro mit zwei Diensten vertreten ist. Wenn ich nun auf dem HyperV-Server wieder ein

net start

ausführe, sehe ich ebenfalls die beiden besagten Dienste, und mit

sc query

kann ich sogar erkennen, das beide Dienste laufen und sehe auch noch weitere Infos über die beiden Dienste.

Wie man sieht, ist es möglich, auf einem HyperV-Server einen Virenschutz zu installieren. Die Frage ist allerdings, wie sehr so ein stark (in seinem Umfang) beschränktes System angreifbar ist. Eines meiner nächsten Beiträge wird “Firewalling” sein, dabei gehe ich auch nochmal auf die Sicherheit ein. Einen Virenschutz zu installieren ist, solange das System dadurch keine Einbußen hat, sinnvoll und durchaus vertretbar.

Der Test hier bezieht sich ausschließlich auf das oben genannte Trend Micro-Produkt. Ich habe auf dieser Seite auch einen kleinen interessanten Bericht gefunden über den Virenschutz speziell für Windows Server 2008 Core-Systeme. Der Beitrag ist allerdings von Anfang 2008, ich denke viele Hersteller von AntiViren-Produkten haben Ihr Produkt für eine Installation auf einer Core-Installation angepasst.

Update: Wie wir feststellen mussten, ist ein Virenschutz auf einem Hyper-V Host nicht “mal eben so” einzurichten, einige Dinge MÜSSEN dabei beachtet werden, damit ein reibungsloser Betrieb möglich ist. Weitere Infos hier.

Die Umgebung ist ein Server mit zwei 250 GB Festplatten in einem Hardware-RAID1. Bei der Installation des Hyper-V Servers habe ich eine 10 GB große Partition angelegt, auf der das Betriebssystem installiert wurde. Nun stehen noch ca. 240 GB für eine weitere Partition zur Verfügung.

In der vorhandenen Eingabeaufforderung gibt man

Diskpart

ein, um das Programm aufzurufen. Mit dem Befehl “Help” kann man sich jederzeit eine Übersicht der Befehle anzeigen lassen, die kompletten Befehle sehen wie folgt aus:

Als erstes listet man sich die vorhandenen Partitionen auf:

list disk

Dann wählt man die Disk auf, auf der man die Partition erstellen will. In unserem Fall geben wir

select disk 0

ein, um die erste (und einzigste) Festplatte auszuwählen. Danach erstellen wir mit

create partition primary

eine weitere primäre Partition. Mit

list partition

lassen wir uns nun die vorhandenen Partitionen anzeigen. Um die Partition mit einem Dateisystem zu formatieren, müssen wir sie erst mit

select partition 2

auswählen, um sie danach mit

format fs=ntfs quick

zu formatieren. In diesem Fall wird eine schnelle Formatierung gewählt, und das verwendete Dateiformat ist NTFS. FAT32 sollte hier gar nicht erst in Erwägung gezogen werden meiner Meinung nach. Zu guter letzt muss die Partition noch einen Laufwerksbuchstaben bekommen, das passiert mit dem Befehl

assign letter=x

wobei x für den Buchstaben steht, in meinem Fall habe ich D genommen. Das Programm Diskpart verlässt man einfach durch Eingabe von

exit

Die Lösung dieses “Problems” liegt darin, das man mehrere Updates eingespielen muss, die normalerweise nicht automatisch installiert werden. Diese Updates haben die Nummern:

• KB956589 (Update für Hyper-V speziell zur Unterstützung von SCVMM)
• KB956774 (Update für BITS-Client)
• KB950050 (Hyper-V RTM)

Der SCVMM erkennt erst einen Host als “OK” an, wenn diese drei Updates eingespielt sind.

Jan

Eine Möglichkeit ist der Einsatz eines Scriptes, das eine virtuelle Maschine herunterfährt, eine Sicherung der Dateien macht und danach die Maschine wieder startet. Diese Scripte sehen wie folgt aus:

shutdown_vm.vbs

Option Explicit

Dim WMIService
Dim VMList
Dim VMName
Dim VMGuid
Dim ShutdownList
Dim Result

‘Name des virtuellen Servers, der heruntergefahren werden soll
VMName = "Server_xy"

‘Name der WMI-Instanz Virtualisierung auf dem lokalen Computer
Set WMIService = GetObject("winmgmts:\\.\root\virtualization")

‘Abfrage für die spezielle virtuelle Maschine, die ich herunterfahren möchte
Set VMList = WMIService.ExecQuery("SELECT * FROM Msvm_ComputerSystem WHERE ElementName=’" & VMName & "’")

‘GUID der virtuellen Maschine herausbekommen
VMGuid = VMList.ItemIndex(0).Name

‘Abfrage der Msvm_ShutdownComponent für die herausbekommene GUID
Set ShutdownList = WMIService.ExecQuery("SELECT * FROM Msvm_ShutdownComponent WHERE SystemName=’" & VMGuid & "’")

‘Das Herunterfahren veranlassen
Result = ShutdownList.ItemIndex(0).InitiateShutdown(True,"Herunterfahren ausgeloest durch script")

startup_vm.vbs

Option Explicit

 

Dim WMIService
Dim VMList
Dim VMName

‘Name des virtuellen Servers, der gestartet werden soll
VMName = "Server_xy"

‘Name der WMI-Instanz Virtualisierung auf dem lokalen Computer
Set WMIService = GetObject("winmgmts:\\.\root\virtualization")

‘Abfrage für die spezielle virtuelle Maschine, die ich starten möchte
Set VMList = WMIService.ExecQuery("SELECT * FROM Msvm_ComputerSystem WHERE ElementName=’" & VMName & "’")

‘ Anfordern eines Status-Wandels der ersten Maschine die wiedergekehrt ist
‘ 2 bedeutet Start, 3 bedeutet Stop and 32769 bedeutet Stand Speichern
VMList.ItemIndex(0).RequestStateChange(2)

In beiden oben aufgelisteten Scripten einfach den Namen des virtuellen Servers eintragen und ausführen, dann wird der Server antweder heruntergefahren oder gestartet.

Jan

Update 30.06.10

ACHTUNG: Dieses Script ist veraltet! Ein aktuelles Powershell-Script gibt es unter dem folgendem Link:

Hyper-V Sicherung mittels Powershell Script

Dazu klickt man in der Managementkonsole auf “Host Hinzufügen” und durchläuft den Wizard.

Ich habe in diesem Beispiel nur einen Server hinzugefügt, danach aber auch alle weiteren in unserem Netzwerk. Das Ergebnis sieht dann wie folgt aus:

Die zu verwaltenen virtuellen Server sind nun alle aufgelistet unter “Virtuelle Maschinen” und können nun administriert werden. Dazu aber in den nächsten Beiträgen mehr.

Jan

Klicken Sie bitte auf “mehr…”, um weiter zu lesen

Ich habe das Produkt bei uns in der Firma installiert, um damit die Server mit Hyper-V bzw. die Hyper-V Server zu administrieren. Die Gelegenheit habe ich übrigens dazu genutzt, Screenshots von der kompletten Installation anzufertigen.

Weitere Infos zum “System Center Virtual Machine Manager 2008″ gibt es hier: http://www.microsoft.com/systemcenter/virtualmachinemanager/

[Zeige als Diashow]

[Mit PicLens anzeigen]

Nach ca. 2 Minute kam dann folgendes Bild:

Dieses Problem tritt auf, wenn man unter “Virtual Server 2005″ eine SCSI-Festplatte angelegt hat und das System auf dieser Festplatte installiert hat. Unter Hyper-V müssen Boot-Festplatten an den IDE-Controller angeschlossen werden. Lösung des Problems:

Nach dem Starten, wenn der GRUB lädt, “e” drücken, um den Startbefehl zu ändern. Wie man in folgendem Bild erkennen kann, ist das root-device mit “/dev/sda1″ angegeben. Dieser Pfad existiert nicht in unserem Hyper-V, der Pfad der Festplatte hat sich verändert auf “/dev/hda1″. Diese Änderung führt man durch, speichert das ganze und drückt “b” zum booten.

Wie man an dem unteren Screenshot erkennt, startet das System nun sauber, ohne das es in einer minimalen Konsole hängenbleibt, weil es kein root-System erkennt.

Wir sind nun aber noch nicht fertig, wichtig ist das man weiß das die eben durchgeführten Änderungen nur temporär für diesen Bootvorgang ist. Man muss nun diese Änderung noch dauerhaft eintragen.

vi /boot/grub/menu.lst

In dieser Datei führt man die eben gemachten Änderungen ebenfalls durch (Am Dateiende) und speichert die Datei. Nun startet das System jedes mal mit den geänderten Einstellungen.

Ja

Um die Bildergalerie zu sehen, klicken Sie bitte auf “mehr”…

[Zeige als Diashow]

[Mit PicLens anzeigen]

1234►