Kopieren erfolgreich, Medium konnte jedoch nicht bootfähig gemacht werden!

Laut Microsoft Hilfe (http://store.microsoft.com/Help/ISO-Tool), muss man dafür die 32bit Version der bootsect.exe aus dem Shop herunterladen, und in das USB Tool Verzeichnis kopieren. Ein Problem hat man nur, wenn man sein Windows 7 nicht über den Microsoft Shop gekauft hat.

Lösung: Eine Windows 7 32bit DVD per Mounting Tool (z.Bsp. Magic Iso) öffnen, und die Datei bootsect.exe auf dem Verzeichnis “\boot\” kopieren. Diese Datei muss auf dem lokalen Windows XP Rechner in das Verzeichnis “C:\Dokumente und Einstellungen\BENUTZERNAME\Lokale Einstellungen\Anwendungsdaten\Apps\Windows 7 USB DVD Download Tool\” kopiert werden. Wenn jetzt das Microsoft USB tool noch einmal gestartet wird, verläuft auch die Installation des bootfähigen USB Windows 7 Mediums einwandfrei!

Software: Windows 2003 R2 SP2, HP PSP 8.40 oder höher, ArcServe 11.5 SP4 oder höher

Problem: ArcServe findet Bandlaufwerk nicht, Tape ist unter Windows jedoch sichtbar

Problem ist bei HP bekannt, und hat mit einem Update ab Windows 2003 SP1 zu tun.  HP hat den Fehler im Document c01151607 beschrieben

Lösung: Entweder in der Backupsoftware manuell das Tape hinzufügen. Oder Hotfix kb945119 einspielen. Nach dem Reboot sieht die Backupsoftware das Bandlaufwerk wie gewünscht!

Der Aufruf erfolgt wie in einer RDP Session über STRG-SHIFT-ESC.

Dies kann zum Beispiel hilfreich sein, wenn man die aktuelle Auslastung eines einzelnen Hyper-V Hosts anschauen möchte, jedoch keinen SCVMM im Einsatz hat.

Mittlerweile gibt es neue Version des Microsoft Serverbetriebssystems, den 2008 R2. Auch in Sachen Virtualisierung hat Microsoft nachgelegt, und mit der Hyper-V Version einige neue und interessante Funktionalitäten nachgelegt. Mit den RSAT ( Remote Server Administration Tools) auch ein Möglichkeit geschaffen, aus der Ferne andere Hyper-V Hosts komfortabel zu verwalten. Dabei ist es im Prinzip egal, ob ich die kostenlose Hyper-V Server 2008 R2, eine vollständige Server 2008 R2 oder die Core Edition installiert habe.

Nur bei der Konfiguration macht das für einen Administrator natürlich einen Unterschied, denn die Hyper-V Server und die Core Edititon des Servers 2008 (mit aktivierter Hyper-V Rolle) müssen für die Remoteverwaltung erst einmal über die GUI konfiguriert werden. Zumindest etwas einfacher ist es geworden, da Microsoft dem Hyper-V Server ein Konfigurationsscript mit einer Batchoberfläche mitgegeben hat.

Microsoft bietet aber noch eine wesentlich bessere und komfortablere Variante, um dem Virtualisierungshost ohne vollständige GUI konfigurieren zu können: HVRemote!

Mit HVRemote ist es also sehr einfach möglich die notwendige Konfiguration vorzunehmen, um einen Hyper-V Host remote verwalten zu können. Hier die Vorteile noch einmal zusammengefasst:

• Konfigurationsprobleme werden verhindert
• Konfiguration von Workgroup/Server Szenarien möglich (auch gemischt)
• Client und Server können konfiguriert werden
• VBScript, somit überall lauffähig
• Aufruf über cscript hvremote.wsf Paramter auf dem Client oder Server
• Sprachunabhängig

Kompatible Serverbetriebssysteme:

• Server 2008 mit aktiv.Hyper-V Rolle (Core,Full) SP1+SP2
• Hyper-V Server 2008 SP1+SP2
• Server 2008 R2 mit aktiv.Hyper-V Rolle (Core,Full)
• Hyper-V Server 2008 R2

Kompatible Client Betriebssysteme:

• Windows 2008 x86 Fullinstallation
• Windows 2008 x64 Fullinstallation
• Windows 2008 R2
• Windows Vista SP1 Business, Enterprise, Ultimate (wenn kb KB952627 aktiviert)
• Windows 7 Professional, Enterprise, Ultimate (wenn RSAT installiert und Hyper-V Verwaltung aktiviert).

Wichtig: Das Script kann nicht genutzt werden, wenn der SCVMM 2008 benutzt wird. Ab der Version 0.3 erfolgt automatisch eine Abfrage bei der Nutzung.

Das Script wird einfach auf dem jeweiligen System (Client und Server) in ein Verzeichnis kopiert (empfohlen ist c:\HVRemote) und von dort ausgeführt. Eine ausführliche Beschreibung aller Paramter kann in der sehr guten (englischen) Hilfe nachgelesen werden. Wichtig ist vor allem, dass die Befehle in einer Kommandozeile mit erhöhten Rechten (“Ausführen als Administrator..”) ausgeführt wird.

HVRemote.wsf Download: MSDN Link 

HVRemote Handbuch: MSDN Link

MSDN Homepage für HVRemote

Hier kann aber ganz schnell und unkompliziert Abhilfe geschaffen werden. Mit folgendem Befehl wird der Telnet Client direkt aus der Kommandozeile (Administrative Kommandozeile wird NICHT benötigt) nachinstalliert:

servermanagercmd -install telnet-client

müsste im Bereich der virtuellen Festplatten auch sehr schnell auf die Auswahl des Controller gestoßen sein.

Es ist möglich die virtuellen Festplatten entweder an den virtuellen IDE oder SCSI Controller anzuhängen. Der Unterschied liegt im Detail, der maximalen

Größe der VHD, Bootfähigkeit, Performance und HotPlug.

Eins vorab: Es ist auch mit Hyper-V V2 (enthalten im Server 2008 R2), nicht möglich vom SCSI Controller zu starten. Das Bootgerät muss also am

IDE Controller angehängt sein. Die max. Größe der VHD liegt dabei bei 127 GB.

Die Datenplatten sollten an den SCSI Controller angehängt werden, hier liegt die max. Größe bei 2 TB. Außerdem können bis zu 256 Festplatten konfiguriert

werden (4 Ctrl. mit jeweils 64 Geräten). Die am SCSI Controller angehängt Festplatten unterstützen ab der Version Hyper-V V2 nun auch das An- und Abhängen

von Festplatten im laufenden Betrieb. Damit der SCSI Controller im Gastbetriebssystem genutzt werden kann, müssen die Integrationsdienste installiert worden sein.

Physische Festplatten die direkt an eine virtuelle Maschine angehängt werden (Pass-Through Disks), können beliebig groß sein.

Die maximale Größe aller virtuellen Festplatten die an eine virtuelle Maschine angehängt werden, beträgt 512 TB

Quelle: Microsoft Hyper-V Hardwareanforderungen

In der Windows 2008 R2 Standard Edition dürfen 1+1 Instanzen genutzt werden. Das bedeutet, dass auf dem lizenzierten Server eine Instanz des Betriebssystems auf dem physikalischen Server installiert, und zusätzlich in einer virtuellen Maschine eine weitere Instanz des Betriebssystems in der Standard Edition ausgeführt werden darf. Dies ist jedoch nur zulässig, wenn in der physikalischen Instanz  lediglich die Hardware-Virtualisierungssoftware, Hardware-Virtualisierungsdienste und Software zum Verwalten und Warten der Betriebssystemumgebungen ausgeführt werden (z.Bsp. SCVMM).

Quelle: Microsoft Partner Portal

Hieraus geht aber auch hervor, dass als Virtualisierungssoftware nicht zwingend ein Server 2008 / 2008 R2 mit Hyper-V Rolle genutzt werden muss. Es könnte auch ein Virtual Server, ESX, Xen Server usw. genutzt werden. Würde z.Bsp. ein ESX Host genutzt, dürfte nur eine Instanz vom Server 2008 Standard in einer VM installiert werden, da keine physikalische Instanz der BU (Betriebssystem Umgebung) eingesetzt werden würde. Würde aber z.Bsp. auf einem Windows Server 2008 Standard (R2) der VMWare Server installiert, und somit VM`S betrieben, dürfte eine BU Instanz auf dem physikalischen System, und eine virtuelle BU Instanz mit einer Server 2008 Standard (R2) installiert werden.

Dies galt übrigens analog auch schon bei Windows 2003 R2 Standard Edition und Windows 2008 Server Standard Edition.

Enterprise Edition

In der Windows 2008 R2 Enterprise Edition dürfen 1+4 Instanzen genutzt werden. Das bedeutet, dass auf dem lizenzierten Server eine Instanz des Betriebssystems auf dem physikalischen Server installiert, und zusätzlich in 4 virtuellen Maschinen jeweils eine weitere Instanz des Betriebssystems in der Enterprise Edition ausgeführt werden darf. Auch hier gilt wieder: Dies ist jedoch nur zulässig, wenn in der physikalischen Instanz  lediglich die Hardware-Virtualisierungssoftware, Hardware-Virtualisierungsdienste und Software zum Verwalten und Warten der Betriebssystemumgebungen ausgeführt werden (z.Bsp. SCVMM), ansonsten dürfen nur 3 weitere virtuelle Instanzen der BU zusätzlich zur BU auf dem physikalischen Server installiert werden. In den 3 bzw. 4 virtuellen BU Instanzen MUSS die Server 2008 (R2) Enterprise Edition installiert werden, nur in einer der Instanzen darf wahlweise die Standard statt der Enterprise Edition genutzt werden! Das ist eine Änderung, die es vorher so nicht in den PURs geschrieben gewesen ist:

Hat der Kunde einen Vertrag, der ihm ein Downgraderecht einräumt (SA, CL, Open usw.), darf natürlich in den virtuellen Instanzen eine beliebige “niedrigere” Version der BU eingesetzt werden. Da die Formulierung von Microsoft in den aktuellen PUR (Link siehe Ende des Artikels) leider nicht sehr eindeutig sind, habe ich mir dies von der Partner Pre Sales Hotline noch einmal bestätigen lassen. Es ist also tatsächlich so wie ich es oben steht: In nur einer der 3 bzw. 4 virtuellen BU darf die Standard statt der Enterprise Installation durchgeführt werden (Kunden mit Downgraderecht sind entsprechend ausgenommen).

Aber auch bei der Enterprise Edition gilt das Gleiche wie in der Standard Version. Die eingesetzte Virtualisierungssoftware muss nicht der Microsoft Hyper-V sein, es kann sich auch um ein Dritthersteller Tool (wie es immer so schön heisst) handeln.

Auch diese Regelung gibt es bereits seit Windows 2003 R2 Enterprise Edition und auch Windows 2008 Server Enterprise Edition.

DateCenter Edition

folgt…

Für alle Edition gilt weiterhin folgendes:

Eine Lizenz MUSS IMMER an eine Hardware gebunden werden, und ist dann nur für die jeweilige Hardware gültig. Auch ist die Dauer der Bindung an eine Hardware in den PUR festgelegt, es sind nämlich mindestens 90 Tage! Sollen also zum Beispiel zwei Hosts in einem Failover Cluster mit Hyper-V Live Migration oder ESX VMotion eingesetzt werden, müssen JEDEM der beiden Hosts genügend Lizenzen zugeordnet worden sein, um im Problemfall alle virtuellen BU (Betriebssystem Umgebungen) betreiben zu können. Wenn also zum Beispiel auf jedem Host 4 Instanzen des Servers 2008 Enterprise Edition betrieben werden, um im Fehlerfall maximal 8 Instanzen auf einem Host laufen könnten, müssen an jede der beiden physikalischen Server jeweils 2 Enterprise Lizenzen (für insgesamt 8 virtuelle BU) gebunden werden!

Link zum Dokument im Partnerportal

Link zur aktuellen PUR von Microsoft

Auch gibt es immer wieder Nachfragen, warum die 32bit Version des Servers 2008 in einer Version “without Hpyer-V” verfügbar ist, wo doch die Virtualisierung mit Hyper-V ein 64bit Windows 2008 voraussetzt.

Die Antwort ist eigentlich ganz einfach: Wenn in der Bezeichnung der 64bit Version nichts weiter angegeben ist, handelt sich um die normale Std./Entp./Datacenter Edition mit einer verfügbaren Hyper-V Rolle, und der Möglichkeit auch andere Server 2008 mit aktivierter Hyper-V Rolle zu verwalten. Ist in der Downloadbeschreibung ein “without Hyper-V” angegeben, ist die Hyper-V Rolle NICHT verfügbar, somit können VM`s weder erstellt, noch verwaltet oder gehostet werden!

Wenn bei der 32bit Version des Servers 2008 keine weiteren Informationen angegeben sind, handelt es sich auch hier um die normale Std./Entp./Datacenter Edition mit der Möglichkeit andere 64bit Server Systeme mit aktivierter Hyper-V Rolle remote zu verwalten. Mit der 32bit Server Variante ist es NICHT möglich, VM`s zu hosten! Ist in der Downloadbeschreibung ein “without Hyper-V” angegeben, ist die Hyper-V Rolle NICHT verfügbar, somit können VM`s weder erstellt noch verwaltet werden!

Mit der Version Windows Server 2008 R2 bietet Microsoft keine Datenträger mehr OHNE Hyper-V Unterstützung an. Auch gibt es die neue Betriebssystemversion nur noch in der 64bit Variante!

TechNet Link von Microsoft

Doch während der Setupprozedur wurde nur die zu installierende Serverversion (Basic, Standard, Enterprise, Workgroup), nicht jedoch ein Password ausgewählt.

Ein Blick in die mitgelieferten Dokumente auf der CD “Windows Storage Server 2008 Embedded Tools (x86 and x64) – CD (English)”, und dort im speziellen die Release Notes (WSS2008_RELNOTES.DOC) bringt den gewünschten Erfolg.

Das Default Password bei einer Installation ohne angepasste Unanttend.xml lautet wSS2008! (mit Ausrufezeichen!!)

Zum Hintergrund:  Nach der Installation des Betriebssystem OHNE Eingabe eines Keys, kann die Installation für 60 Tage (Windows 2008 R2 RC 30 Tage)  genutzt werden. Danach kommt eine Meldung, dass das Betriebssystem nun aktiviert werden muss. Wird diese Meldung ignoriert, kommt es nach dem Ablauf der Frist ein schwarzer Desktophintergrund. Außerdem wird eine Meldung angezeigt, dass nun eine Aktivierung notwendig wird, und evtl. eine illegale Kopie des Microsoft Betriebssystems eingesetzt wird.

Die anfängliche Aktivierungsperiode kann manuell 3 mal verlängert werden, so dass sich eine Evaluierungsperiode von insgesamt 240 Tagen ergibt.

Um die Verlängerung durchzuführen, die Eingabeaufforderung öffnen, und den Befehl slmgr.vbs -dli (liegt im System32-Verzeichnis). Damit wird aktuelle Restlaufzeit der Evaluierungsperiode angezeigt. Die Ausführung des Scripts dauert einige Sekunden, es öffnet sich ein Fenster mit den Informationen.

Mit dem Befehl slmgr.vbs – rearm wird die Periode zurückgesetzt (weitere 60 Tage /30 Tage bei 2008 R2 RC ).

Microsoft beschreibt das Prozedere im Knowledgebase Artikel kb948472.