Ich hatte einen Microsoft Data Protection Manger 2007 als 64Bit-Version auf einem Microsoft Windows Server 2008 installiert, und wollte einen Microsoft Exchange Server 2003 schützen.

Noch während der Konfiguration des Schutzes, präsentierte mir der Data Protection Manager (DPM) die folgende Fehlermeldung:

Die Konsistenzprüfung mit ‘eseutil.exe’ kann für diese Schutzgruppe nicht ausgeführt werden, da ‘eseutil.exe’ nicht auf dem DPM-Server vorhanden ist.

Kopieren Sie die folgenden Dateien vom Exchange-Server-Installationsordner an den Speicherort “c:\Program Files\Microsoft DPM\DPM\bin\” auf dem DPM-Server.

Ese.dll
Eseutil.exe

Stellen Sie sicher, dass Sie keine 64-Bit-Version von “eseutil.exe” auf einen 32-Bit-DPM-Server kopieren. Die 32-Bit-Version von “eseutil.exe” befindet sich auf dem Produktdatenträger des Exchange-Servers.

Sie können festlegen, dass die Konsistenzprüfung mit “eseutil.exe” nicht für diese Schutzgruppe ausgeführt wird, indem Sie die Option “Eseutil zum Prüfen der Datenintegrität ausführen” deaktivieren. Das Deaktivieren der Option wird jedoch nicht empfohlen, da dann nicht gewährleistet ist, dass die geschützten Exchange-Daten wiederhergestellt werden können.

ID: 182

Nachdem ich die beiden Dateien aus C:\Programme\Exchsrvr\bin kopiert hatte, schlug die Replikationserstellung fehl, genauer gesagt die Konsistenzprüfung. Hier bekam ich die folgende Meldung:

Fehler bei der Datenkonsistenzprüfung für LOGS von Speichergruppe Erste Speichergruppe auf server.ConTrans.local. (ID 30146 Details: Unknown error (0xfffffc01) (0xFFFFFC01))

Die Lösung

Nach kurzer Recherche bin ich auf die folgenden Informationen gestoßen:

• Die Eseutil-Version aus dem Exchange Server 2003 werden auf einer DPM 2007-Installation auf einem Windows Server 2008 nicht mehr unterstützt
• Auf einer 64-Bit DPM Installation müssen auch die 64-Bit Eseutil-Versionen von Exchange Server 2007 kopiert werden

Nachdem ich die Dateien vom Exchange 2007 kopiert hatte, lief alles wie geplant.

Wenn Sie ähnliche Erfahrungen gemacht haben, würde ich mich freuen, sie in den Kommentaren zu lesen.

www.youtube.com/watch?v=-Moke5Jv5JE

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Schritt 3: Konfiguration von Gruppenrichtlinien zum Verteilen der freigegebenen Drucker im Netzwerk

Microsofts Tutorial bzgl. der Servermigration findet folgenden Abschluss:

• Deaktivieren Sie das Auflisten der Drucker im Active Directory auf dem Quellserver
• Benennen Sie den Quellserver um, indem Sie ihm z.B. ein _old anfügen
• Benennen Sie dann den Zielserver um, so dass er den Namen des alten Quellservers hat
• Listen Sie die Drucker wieder im Active Directory auf
• Testen Sie die freigegebenen Drucker, ob diese alle funktionieren
• Nehmen Sie dann den alten Drucker aus der Domäne

(Nachzulesen hier: http://technet.microsoft.com/de-de/library/dd379557(WS.10).aspx -- folgen Sie, wenn Sie diesen Weg gehen wollen, unbedingt dem Microsoft Tutorial, weil meine Auflistung nur eine grobe Zusammenfassung darstellt!)

Wenn Sie den alten Druckserver aber in der Domäne behalten möchten

Wenn Sie den alten Druckserver aber in der Domäne behalten möchten oder die Druckdienste auf einem Domänencontroller installieren wollen (wird von Microsoft nicht empfohlen, ist aber durchaus machbar), dann können Sie die Drucker auch via Gruppenrichtlinien verteilen. Das ist das Vorgehen, das ich hier in Schritt 3 erkläre.

• Starten Sie die Gruppenrichtlinienverwaltung auf dem Server (Start->Verwaltung->Gruppenrichtlinienverwaltung)
• Navigieren Sie im Baum links auf Gruppenrichtlinienverwaltung->Gesamtstruktur: Domänen-Name->Domänen->Domänen-Name und klicken Sie dort mit der rechten Maustaste auf den Domänen-Namen, dem Sie die Gruppenrichtlinie hinzufügen möchten
  
• Geben Sie der Gruppenrichtlinie einen Namen und klicken Sie auf OK
  
• Klicken Sie mit der rechten Maustaste auf die soeben erstellte Gruppenrichtlinie und dann auf Bearbeiten…
  
• Gehen Sie im Baum links auf Benutzerkonfiguration->Einstellungen->Systemsteuerungseinstellungen->Drucker. Klicken Sie dann mit der rechten Maustaste in den rechten Bereich und klicken Sie auf Neu->Freigegebener Drucker
  
• Wählen Sie dann auf dem Reiter Allgemein als Aktion Aktualisieren aus und geben Sie unter Freigabepfad den Netzwerkpfad zu dem Drucker an. Mit der Schaltfläche … können Sie ihn auch aus dem Verzeichnis auswählen. Klicken Sie danach auf OK.
  
• Die alten Drucker sollten Sie löschen. Klicken Sie dafür im rechten Bereich wieder mit der rechten Maustaste und wählen Sie Neu->Freigegebener Drucker aus. Auf der dann folgenden Eingabemaske wählen Sie auf dem Reiter Allgemein als Aktion Löschen aus und geben unter Freigabepfad den Netzwerkpfad zu dem Drucker an. Mit der Schaltfläche … können Sie ihn auch aus dem Verzeichnis auswählen. Klicken Sie danach auf OK.
  

Sobald die Gruppenrichtlinie eingerichtet ist, werden alle davon betroffenen Rechner/Benutzer mit den entsprechenden Druckern versorgt, sobald sich die Benutzer neu anmelden, die Gruppenrichtlinie automatisch aktualisiert wird oder Sie auf einem Rechner den Befehl gpupdate an einer Kommandozeile eingeben.

Bitte beachten Sie, dass Sie die Treiber auf alle Arbeitsstationen installieren. Wie genau das geht, werden wir in einem späteren Post untersuchen. Es kann nämlich bei Vista und Server 2008 Maschinen dazu kommen, dass der Anmeldeprozess nach Verteilung der Drucker bis zu 1 ½ Stunden dauert, da der Client versucht, die entsprechenden Treiber zu laden und zu installieren. Die Anmeldung verläuft dann wieder genauso schnell (oder langsam ) wie vorher auch.

Die Migration eines Druckservers ist also nicht so schwierig. Wenn Sie alle Treiber installiert, eine funktionierende Active Directory Domäne im Einsatz und alle Systeme auf dem aktuellen Stand (Patches/Updates) haben, kann eigentlich fast nichts mehr schiefgehen! Happy migrating!

www.youtube.com/watch?v=l1mbbYA7Qio

www.youtube.com/watch?v=g-ejLLD71J8

Danke für Ihr Interesse. Wie immer freue ich mich über Ihre Rückmeldung, Anmerkungen, Kritiken, Kommentare, etc.

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Schritt 2: Import der Treiber und Druckwarteschlangen (etc.) aus der Datei in den Zielserver

• Starten Sie die Druckverwaltung
• Windows Vista/Windows 7: Systemsteuerung->System und Sicherheit->Verwaltung->Druckverwaltung
• Windows Server 2008: Start->Verwaltung->Druckverwaltung
• Klicken Sie mit der rechten Maustaste auf Druckerverwaltung und dann auf Drucker wird migriert…
  
• Wählen Sie Druckerwarteschlangen und Druckertreiber aus einer Datei importieren aus und klicken Sie auf Weiter >
  
• Geben Sie unter Wählen Sie die Datei aus, die die zu importierenden Druckerdateien enthält. den Pfad zu der in Schritt 1 gespeicherten Datei ein oder wählen Sie sie mit Hilfe der Schaltfläche Durchsuchen… aus
  
• Die Daten werden geladen und eine Zusammenfassung angezeigt. Klicken Sie auf Weiter >
  
• Wählen Sie als Zielserver Dieser Druckserver (\\Servername) aus und klicken Sie auf Weiter >
  
• Im Importmodus wählen Sie Vorhandene Drucker beibehalten, Kopien importieren aus -- eine Erklärung zu den weiteren Optionen gibt’s im Video… -- Unter Im Verzeichnis anzeigen wählen Sie Zuvor aufgelistete Drucker auflisten aus und klicken dann auf Weiter >
  
• Der Assistent importiert nun die Daten aus der Datei in den Zieldruckserver. Bei Fehlern können Sie auf Ereignisanzeige öffnen… klicken, ansonsten bzw. danach auf Fertig stellen
  

Das waren alle nötigen Vorgänge zu Schritt 2. Das Video zeigt wegen der 10-Minuten Grenze bei YouTube nicht den gesamten Vorgang. Im 3. Teil werden die Druckerim Verzeichnis verteilt. Das Video schließt dort dann auch den zweiten Schritt ab.

www.youtube.com/watch?v=N10M-UN3vr8

Ich freue mich auf Ihre Kommentare und Anregungen. Weiter zu Teil 3.

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Vorbereitungen

Um den Druckserver zu migrieren benötigen Sie alle aktuellen Treiber auf dem Quellserver und zwar sowohl die 32- als auch die 64-Bit Varianten. Dies ist der zeitaufwendigste Teil des Prozesses. Diese Treiber müssen Sie auf dem Quellserver installieren. Hierfür benutzen Sie am Besten die Druckverwaltung, die mit Windows Vista, Windows 7 und Windows Server 2008 mitgeliefert wird.

Bitte beachten Sie die folgende Besonderheit: Um 32-Bit-Treiber installieren zu können, benötigen Sie die die 32-Bit Variante der Druckverwaltung, um 64-Bit-Treiber installieren zu können, benötigen Sie die 64-Bit Variante. Manche 32-Bit-Treiber können Sie ebenfalls über eine 64-Bit Druckverwaltung installieren, aber nicht alle. Ein Beispiel hierfür sehen Sie im Video.

Dann benötigen Sie noch einen Windows Server 2008 (oder höher), der die Rolle Druckdienste installiert hat.

Übersicht

Der Prozess besteht im Wesentlichen aus den folgenden 3 Schritten (jeder Schritt wird ein eigener Post sein):

Schritt 2: Import der Treiber und Druckwarteschlangen (etc.) aus der Datei in den Zielserver

Schritt 3: Konfiguration von Gruppenrichtlinien zum Verteilen der freigegebenen Drucker im Netzwerk

Schritt 1: Export der Treiber und Druckwarteschlangen (etc.) vom Quellserver in eine Datei

• Starten Sie die Druckverwaltung
• Windows Vista/Windows 7: Systemsteuerung->System und Sicherheit->Verwaltung->Druckverwaltung
• Windows Server 2008: Start->Verwaltung->Druckverwaltung
• Klicken Sie mit der rechten Maustaste auf Druckerverwaltung und dann auf Server hinzufügen/entfernen…
  
• Geben Sie dann in das Feld Server hinzufügen: den Namen des Quellservers an, klicken dann auf Zur Liste hinzufügen und dann auf OK
  
• Der Quellserver erscheint dann links in der Liste der Druckserver:
  
• Klicken Sie dann mit der rechten Maustaste auf Druckerverwaltung und dann auf Drucker wird migriert…
  
• Im folgenden Druckermigrations-Assistenten wählen Sie den Punkt Druckerwarteschlangen und Druckertreiber in eine Datei exportieren aus und klicken auf Weiter >
  
• Wählen Sie dann den Punkt Ein Druckserver im Netzwerk aus und geben Sie unter Servername den Namen des Quellservers an. Über den Knopf Durchsuchen… können Sie den Druckserver auch im Netzwerk suchen. Klicken Sie dann auf Weiter >
  
• Der Quellserver wird ausgelesen und der Druckermigrations-Assistent zeigt Ihnen eine Zusammenfassung der zu exportierenden Daten an. Klicken Sie dann auf Weiter >
  
• Geben Sie unter Druckerdaten exportieren nach: den Speicherort der Export-Datei an oder wählen Sie ihn über Durchsuchen… aus. Klicken Sie dann auf Weiter >
  
• Der Assistent exportiert die Treiber, Warteschlangen, Anschlüsse und Druckmonitore in eine Datei. Reservieren Sie genug Speicherplatz dafür. Ist der Vorgang abgeschlossen klicken Sie auf Fertig stellen
  

Das war der erste Schritt. Das Video zeigt wegen der 10-Minuten Grenze bei YouTube nicht den gesamten Vorgang. Im 2. Teil werden die Druckerdaten in den Zielserver importiert. Das Video schließt dort dann auch den ersten Schritt ab.

www.youtube.com/watch?v=Xw7JYgPmKKo

Über Ihre Kommentare und Anregungen freue ich mich. Teil 2 finden Sie hier.

Microsoft hat die Windows Support Tools (mit nützlichen Programmen wie filever.exe) nicht mehr auf die Windows Vista und Windows 7 sowie auf die Windows Server 2008 Datenträgern gepackt.

Funktionstüchtig sind die Support Tools vom Windows Server 2003 SP2 32 Bit, die auch auf 64 Bit Systemen laufen. Sie können entweder Ihren Windows Server 2003 Datenträger nehmen, und die Tools von dort benutzen, oder Sie können Sie hier herunterladen:

http://www.microsoft.com/downloads/details.aspx?familyid=96A35011-FD83-419D-939B-9A772EA2DF90&displaylang=en

Es kann vorkommen, dass durch Fehlkonfiguration ein Namespace in einem Verteilten Datei System (Distributed File System, DFS) zerstört wird. Er kann dann nicht mehr abgerufen oder gelöscht werden. Die einzige Option, die bleibt, ist, den Namespace aus der Anzeige zu nehmen. Da ich nun den Namespace benutzen wollte, wollte ich ihn wieder herstellen bzw. neu anlegen. Doch dieses quittierte mir der Server immer wieder mit der Aussage, dass der Namespace bereits vorhanden wäre und deswegen wahrscheinlich nicht richtig funktionieren würde.

Wie kann also ein solcher Namespace per Hand gelöscht werden?

Die Freigabe eines Namespaces besteht aus 3 Komponenten:

* Ein Verzeichnis, das freigegeben wird

* Eine Freigabe auf dem Server auf das Verzeichnis

* Die Freigabe im Namespace auf dem DFS

Die ersten beiden Komponenten bleiben in dieser Betrachtung außen vor, da sie sowieso vorhanden sein müssen. Uns interessiert hier die Freigabe im Namespace auf dem DFS.

Ein Domänen-Namespace besteht aus den folgenden Komponenten:

* Eintragung im Microsoft Active Directory

* Verzeichnis auf dem Server, der DFS hostet

* Freigabe auf dieses Verzeichnis

* Microsoft Windows Server 2000 legt (laut Microsoft) auch noch spezielle Registry-Keys an (Server 2003 konnte ich nicht überprüfen)

Das Vorgehen sieht so aus:

1. Den DFS-Dienst stoppen

• Für Server 2000/2003: Startmenü->Ausführen (oder Windows-Taste und R gleichzeitig drücken), cmd eingeben und Enter drücken
• Für Server 2008: Startmenü (oder Windows-Taste drücken) cmd eingeben und Shift+Strg+Enter (startet jedes Windows-Programm mit erhöhten Rechten – als Administrator ausführen) drücken
• net stop dfs eingeben und Enter drücken

2. Registry bearbeiten (nur Microsoft Windows Server 2000 und wahrscheinlich 2003)

• Registry-Editor öffnen (das Programm heißt regedit oder regedit32, gleiche Vorgehensweise wie beim Starten der Kommandozeile aus Punkt 1)
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft öffnen
• Den DFSHost Unterschlüssel löschen (laut Microsoft – Wenn dort einzelne Einträge vorhanden sind, sollte man vielleicht nur den betroffenen Namespace löschen. Wie gesagt, konnte ich leider nicht testen. Vielleicht hat damit ja schon jemand Erfahrungen gemacht. Ich würde mich sehr über entsprechende Kommentare freuen).
• Danach HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSDriver\LocalVolumes öffnen
• Dort jeden (laut Microsoft – möglicherweise auch nur die jeweils betroffenen) Unterschlüssel löschen. Auf gar keinen Fall den LocalVolumes Unterschlüssel löschen!

3. Active Directory Bearbeitung

• Active Diretory-Benutzer und -Computer Konsole (kann per Ausführen gestartet werden: dsa.msc) starten
• Auf Ansicht->Erweiterte Features klicken
• Im System-Ordner den Dfs-Configuration Container öffnen
• Im rechten Bereich den betroffenen Namespace löschen

4. DFS neustarten

• Der DFS kann dann über die DFS-Verwaltung (dfsmgmt.msc) neu gestartet werden

5. Dateien und Freigaben löschen

• Das Standardverzeichnis liegt unter C:\DfsRoots
• Hier das betroffene Verzeichnis nebst Freigabe löschen (um die Konfiguration sauber zu haben)

Den entsprechenden Microsoft-Artikel finden Sie hier: http://technet.microsoft.com/en-us/library/cc962150.aspx.

Natürlich sollten Sie sämtliche Vorsichtsmaßnahmen treffen – besonders bei der Bearbeitung der Registry. Immer den Schlüssel vorher wegsichern, bevor Sie ihn löschen.

Über Kommentare, Anregungen und weitere Tipps würde ich mich freuen.

Gestern habe ich mit ExMerge gekämpft, um einzelne Postfächer aus einem Microsoft Exchange Server 2003 in PST-Dateien zu exportieren. Also habe ich die Konfiguration aufgesetzt, die exmerge.ini Datei ausgefüllt, eine mailboxes.txt Datei angelegt, etc. Also, alle Vorarbeiten getroffen, die durchzuführen waren.

Dann ging es an die Ausführung:

exmerge -b -d

-b startet ExMerge im Batch-Mode (ohne GUI) und -d zeigt während der Ausführung ein Fenster mit einem Fortschrittsbalken an.

Soweit die Theorie. In der Praxis funktionierte das nicht. Ich bekam im Logfile folgende Fehlermeldung:

Error! Server server.domain.local is not listed as an Exchange 2000
server in the Active Directory on server SERVER.
(CADRoutines::GetExchangeServerNameInfo)

Das Web gab hierzu nicht wirklich was her. Ich habe gesucht und gesucht. Und folgende Vorschläge überprüft:

• Receive As (Empfangen als) und Send As (Senden als) Erlaubnis für den ausführenden User auf dem Exchange Server (Administratoren haben bei diesen Punkten sowohl die Erlaubnis als auch die Verweigerung)
• ob Exchange-Dienste ausgeführt werden
• verschiedene Einstellungen in der exmerge.ini ausprobiert
• eine Gruppe und einen User angelegt (es sollte laut Foren eine Gruppe Exchange Services geben, die ich aber nicht finden konnte. Dieser Gruppe sollte der User zugeordnet werden. Angeblich weil ExMerge nicht mit dem Administrator Konto ausführbar sei – sobald aber die Einstellungen bzgl. Receive As und Send As geändert waren und der Informationsspeicher neu gestartet wurde, ist das aber kein Problem!)

Lösung

Zu diesem Fehler gab das Web leider nicht mehr her. Heute habe ich das Problem gelöst: Der Servername! Ich hatte den FQDN (Full Qualified Domain Name, Voll qualifizierter Domain-Name) angegeben. ExMerge nutzt zur Überprüfung aber LDAP, um das Active Directory abzufragen und erwartet hier den reinen Servernamen. In meinem Fall also nicht server.domain.local, sondern schlicht und einfach nur server. Im Active Directory findet er weder unter der IP etwas, noch unter localhost.

Danach lief alles wie gewünscht und problemlos.

Haben Sie Ähnliches erlebt mit ExMerge? 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.

Microsoft bietet auf der Kommandozeile die Möglichkeit allgemeine Server-Statistiken abzurufen (z.B. das Datentransfervolumen).

Der Befehl hierzu lautet:

• net statistics server

für die Statistiken, die die Server-Dienste betreffen und

• net statistics workstation

für die Statistiken, die den Rechner selbst betreffen.

Man kann für die unterschiedlichsten Scenarien Dienste, die im Microsoft Windows Betriebssystem aktiviert sind, zu deaktivieren bzw. zu aktivieren. Die Syntax hierzu lautet:

sc [Server] config Dienstname Option1 Option2…

Optionen:

Der Optionsname enthält das Gleichheitszeichen.
Zwischen dem Gleichheitszeichen und dem Wert muss ein Leerzeichen eingefügt werden.

type= own|share|interact|kernel|filesys|rec|adapt
start= boot|system|auto|demand|disabled|delayed-auto
error= normal|severe|critical|ignore
binPath= Binärpfadname
group= LoadOrderGroup
tag= yes|no
depend= Abhängigkeiten(getrennt durch / (Schrägstrich))
obj= AccountName|ObjectName
DisplayName= Anzeigename
password= Kennwort

Kursiv gedruckte Wörter müssen mit dem jeweils entsprechenden Wert ersetzt werden, Wörter in eckigen Klammern [] sind optional und die Pipe | bedeutet oder.

Der Wert delayed-auto ist bei Microsoft Windows Server 2003 nicht verfügbar.

Bitte beachten Sie bei Microsoft Windows Vista, dass Sie die Kommandozeile als Administrator ausführen.