Vorgestern Morgen empfing mich der Hyper-V-Manager eines Microsoft Windows 2008 Servers mit der Meldung, dass sämtliche virtuellen Maschinen angehalten wurden, da der Status kritisch sei.

Warum?

Ist auf dem Laufwerk, auf dem die virtuellen Festplatten gespeichert sind, nicht mehr genügend Platz für die Vergrößerung derselben, dann werden die virtuellen Maschinen angehalten.

Die Lösung:

Also habe ich Platz geschaffen und siehe da – es lief wieder anstandslos.

Wie sind Ihre Erfahrungen? Ich freue mich auf Ihre Kommentare.

Hyper-V ist die Technologie, wenn es um Virtualisierungen auf Microsoft Windows Server 2008-Systemen geht. Doch auch auf Server 2003 kann man virtualisieren: mit Microsoft Virtual Server 2005 (kostenloser Download hier).

Die Konfiguration ist ähnlich wie auch bei Hyper-V, allerdings ist der Server-Manager auf einer Web-Oberfläche zu Hause. Nun hatte ich das Problem, dass, nachdem ich die virtuelle Maschine angelegt hatte, der Browser (Internet Explorer 8 ) beim Klick auf den Link zum Starten der virtuellen Maschine einen Java-Script Error meldete. Kurzum, die Maschine ließ sich nicht starten.

Virtual Server hat zwar keine direkten Befehle zum Starten, bringt aber ein API mit, derer man sich bedienen kann.

Zunächst legt man in einem Script folgende Initialisierung an:

var objVS = new ActiveXObject("VirtualServer.Application", strServer);
var objVM = objVS.FindVirtualMachine(strVMName);
var objTask;

Nachdem das Objekt angelegt wurde, kann man die Maschine mit folgendem Befehl starten:

objTask = objVM.StartUp();
WaitForTask(objTask);

Hier der Code für ein komplettes Script:

//
// Remote Start/Stop einer Virtuellen Maschine
//
var CRLF = "rn";
var VM_STATE_OFF = 1;
var VM_STATE_RUNNING = 5;

var strServer = "VS Server"
var strVMName = "Gast VM Name"

var objVS = new ActiveXObject("VirtualServer.Application", strServer);
var objVM = objVS.FindVirtualMachine(strVMName);
var objTask;

//
// Wenn die virtuelle Maschine gefunden wurde
//
if ( objVM != null )
{
    WScript.Echo("Virtuelle Maschine mit folgendem Namen gefunden: " +
      strVMName);

    //
    // Wenn die VM läuft, dann auf einen sauberen Shutdown warten
    //
    // Das setzt voraus, dass die VM Additions auf dem Gast OS
    // installiert sind
    //
    // Es kann passieren, dass dieser Befehl auf einer
    // "eingefrorenen" VM nicht funktioniert
    //
    if ( objVM.State == VM_STATE_RUNNING )
    {
        try
        {
            WScript.Echo("Versuche, die VM herunterzufahren...");
            task = objVM.GuestOS.Shutdown();
            WaitForTask(task);
        }
        catch (e)
        {
            //
            // Das Herunterfahren hat nicht funktioniert,
            // also schalte die VM aus
            //
            WScript.Echo("Erzwinge das Ausschalten der VM...");
            task = objVM.TurnOff();
            WaitForTask( task );
        }
    }

    //
    // Ist eine VM ausgeschltet, dann wird sie gestartet
    //
    if ( objVM.State == VM_STATE_OFF )
    {
        WScript.Echo("Starte VM...");
        objTask = objVM.StartUp();
        WaitForTask(objTask);
    }
}
else
{
    WScript.Echo("Konnte kein VM mit folgendem Namen finden: " +
        strVMName);
}

Kopieren Sie diesen Code in einen Editor und speichern die Datei mit der Endung .js ab. Danach können Sie sie auf dem Host (Server, der den Virtual Server 2005 ausführt) auf der Kommandozeile ausführen. Ersetzen Sie die Werte VS Server und Gast VM Name mit dem Namen Ihres Servers und mit dem Namen der virtuellen Maschine.

Diesen Code habe ich auf dem Blog von David Wang gefunden: http://blogs.msdn.com/david.wang/archive/2005/10/18/HOWTO_Remotely_start_and_stop_a_Virtual_Machine_on_Virtual_Server_2005.aspx - Thank you David for sharing this code on the web.

Es kann passieren, dass der Microsoft SQL-Server 2005 nicht mehr antwortet. Diesen Fall habe ich auf einem virtuellen Microsoft Server 2008 (Hyper-V) beobachtet.
In unregelmäßigen Abständen sind die SQL Server Dienste, die eigentlich beim Systemtart automatisch gestartet werden sollen, nicht gestartet bzw. haben in der Anzeige im Server-Manager keinen Status “Gestartet”. Dies passiert meistens Mittwochs, nachdem der Server die Dienstags-Updates von Microsoft installiert und sich danach selbst neu gestartet hat.
Folgendes Video zeigt die Vorgehensweise in der GUI:
[wpvideo 9rhEljbB]

Die Befehle für die Kommandozeile wären folgende:
net start “SQL Server (Instanzname)”
net start “SQL Server Analysis Services (Instanzname)”
net start “SQL Server Browser”
net start “SQL Server Integration Services 10.0″
net start “SQL Server Reporting Services (Instanzname)”
net start “SQL Server-Agent (Instanzname)”

Wobei der Instanzname durch den Namen der SQL-Server-Instanz ausgetauscht werden muss. Die Standard-Instanz, die SQL Server installiert heißt “MSSQLSERVER”.

Mögliche Fehlermeldungen

Fehler 1069: Der Dienst konnte aufgrund einer fehlerhaften Anmeldung nicht gestartet werden.

Taucht die Fehlermeldung “Fehler 1069: Der Dienst konnte aufgrund einer fehlerhaften Anmeldung nicht gestartet werden.” auf, dann sind die SQL-Server-Accounts Opfer der Gruppenrichtlinie zur regelmäßigen Änderung des Passwortes geworden. In diesem Fall muss für jedes Benutzer-Konto für die SQL-Server-Dienste das Passwort neu gesetzt werden. Dies kann über die GUI geschehen oder mit Hilfe des folgenden Befehls an der Kommandozeile:

net user Kontoname Passwort /domain

Wobei Kontoname der Name des Benutzerkontos ist und Passwort das dementsprechende Passwort.

Wenn wieder das alte Passwort eingegeben wird, dann können die Dienste direkt neu gestartet werden. Wird ein neues verwendet, dann müssen die Dienste natürlich analog angepasst werden.

Microsoft hat hier ebenfalls einen interessanten Support-Artikel für dieses Problem: http://support.microsoft.com/kb/259733/de

Snapshots sind ein wirkungsvolles Werkzeug, um das System vor oder nach einer wichtigen Änderung zu sichern. Es geht einfach und schnell.

Doch genauso schnell schrumpft auch der Platz auf der Festplatte des Host-Systems. Doch wie gibt man diesen Speicher wieder frei? Auf gar keinen Fall darf man die Dateien der Snapshots einfach löschen! Denn Hyper-V speichert auf den Snapshots keine Kopie einer Festplatte, sondern nur die Veränderungen! D.h., dass die Funktionalität des Systems abhängig ist von dem Vorhandensein dieser Daten.

Will man nun Speicherplatz freigeben, so klickt man im Hyper-V Manager mit der rechten Maustaste auf  den Snapshot, der entfernt werden soll, und wählt aus dem Kontextmenü den Punkt “Snapshot löschen” oder “Snapshot-Unterstruktur löschen” aus. Der Snapshot wird gelöscht, doch die Datei verbleibt noch auf der physischen Festplatte. Jetzt muss der virtuelle Computer ausgeschaltet werden und Hyper-V führt die Veränderungen seit dem Snapshot mit der virtuellen Festplatte zusammen. Dieser Prozess dauert eine Weile.

Danach ist die vhd-Datei von Ihrer Größe angewachsen und beinhaltet noch den freien Speicherplatz, der auf dem virtuellen Computer zur Verfügung steht. Hat man die Platte nun nicht als “Feste virtuelle Festplatte” also als Festplatte mit fixer Größe angelegt, sondern als “dynamische virtuelle Festplatte”, so dass sie dynamisch wachsen kann, wenn mehr Speicher benötigt wird, dann kann man diesen “freien Speicher” ebenfalls wieder frei geben, indem man mit der rechten Maustaste auf die virtuelle Maschine klickt, auf “Einstellungen” geht, das Laufwerk auswählt und dann auf “Bearbeiten” klickt. Hier klickt man den ersten Punkt “Komprimieren” an, der die Datei um den “freien Speicherplatz” verkleinert.

Der Prozess mag etwas umständlich und auch langwierig erscheinen, er sichert allerdings die Integrität und Funktionalität der virtuellen Maschine.

Das Schöne an einem virtuellen Computer sind seine Festplatten. Da es sich hierbei lediglich um Dateien handelt, sind diese sehr schnell austauschbar und man kann ein (virtuelles) System schnell auf eine andere physische Maschine umstellen.

Benutzt man nun die virtuelle Maschine und kopiert Daten auf die Festplatten, so werden diese erst zwischengespeichert. Spätestens nachdem die virtuelle Maschine neu gestartet wurde, werden die gecacheten Daten “fest” in die virtuelle Festplatte geschrieben. Sollte sich also jemand fragen, warum ist meine vhd-Datei, nachdem ich 40 GB Daten darauf kopiert habe, immer noch bei 2GB: Virtuelle Maschine ausschalten und neu starten!