Installationshandbuchvorlage – Postfachserver

 

Gilt für: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Letztes Änderungsdatum des Themas: 2016-11-28

In diesem Thema wird eine Installationshandbuchvorlage vorgestellt, die als Ausgangspunkt für die formale Dokumentation der Serverkonfigurationsverfahren Ihrer Organisation für Microsoft Exchange Server 2010-Server verwendet werden kann, auf denen die Postfachserverrolle installiert wird.

Die Vorlage umfasst die folgenden Hauptabschnitte:

• Zusammenfassung

• Serverkonfiguration

• Überprüfungsschritte

• Installieren der Exchange Server-Rolle

• Konfigurieren der Exchange Server-Rolle

• Anhang: Serverkonfiguration

Für die innerhalb der Vorlage verwendeten Beispiele wird der fiktive Unternehmensname "Contoso" verwendet. Sie können diese Vorlage gemeinsam mit Vorlagen für andere Serverrollen als ZIP-Downloadpaket unter Microsoft Exchange Server 2010 Install Guide Templates (https://go.microsoft.com/fwlink/?LinkID=187961) herunterladen.

Zusammenfassung

Der Zweck dieses Dokuments besteht darin, die erforderlichen Installations- und Konfigurationsverfahren zum Installieren der Exchange 2010-Postfachserverrolle auf der Windows Server 2008-Plattform zu erläutern.

Geschäftsargumente

Durch die Bereitstellung eines Installationshandbuchs kann Contoso eine Standardisierung für das gesamte Unternehmen sicherstellen und die Gesamtbetriebskosten (Total Cost of Ownership, TCO) verringern sowie die Problembehandlungsschritte vereinfachen.

Geltungsbereich

Der Geltungsbereich dieses Dokuments beschränkt sich auf die Installation eines Exchange 2010-Postfachservers für Contoso unter der x64-Version des Windows Server 2008-Betriebssystems (SP2 oder R2).

Voraussetzungen

Der Administrator sollte über Kenntnisse hinsichtlich der Konzepte von Windows Server 2008 und Exchange 2010, der Exchange-Verwaltungskonsole und der Exchange-Verwaltungsshell, der Befehlszeile und sowie verschiedener Systemhilfsprogramme verfügen. Dieses Dokument erläutert die Einzelheiten von Systemdienstprogrammen nur insofern, als diese für die Ausführung der betreffenden Aufgaben erforderlich sind.

Außerdem sollte der Administrator vor der Implementierung der Serverrolle das Thema Übersicht über die Postfachserverrolle in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187526) lesen.

Annahmen

In diesem Dokument wird davon ausgegangen, dass Windows Server 2008 x64 Edition gemäß den Unternehmensbasisvorschriften einschließlich der aktuellen genehmigten Service Packs und Hotfixes auf dem Clientzugriffsserver installiert ist. Darüber hinaus wurden die folgenden erforderlichen Systemkomponenten installiert:

• Microsoft .NET Framework 3.5 SP1 und das Update für .NET Framework 3.5 SP1. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 959209, Ist ein Update für .NET Framework 3.5 Service Pack 1 verfügbar (https://go.microsoft.com/fwlink/?linkid=3052\&kbid=959209) (maschinelle Übersetzung).

• Windows Management Framework (Windows Remote Management 2.0 und Windows PowerShell 2.0).

In diesem Dokument wird davon ausgegangen, dass die Vorbereitungsschritte für die Gesamtstruktur und die Domänen wie im Thema Vorbereiten von Active Directory und Domänen in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187262) beschrieben ausgeführt wurden.

In diesem Dokument wird davon ausgegangen, dass dem für die Exchange-Aufgaben zu verwendenden Konto die Verwaltungsrolle Serververwaltung zugewiesen wurde, wie im Thema Serververwaltung in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187265) beschrieben.

In diesem Dokument wird ferner davon ausgegangen, dass sowohl Exchange 2010Windows Server 2008 als auch Windows Server 2008 gemäß den im Sicherheitshandbuch zu Windows Server 2008 (https://go.microsoft.com/fwlink/?LinkId=122593) beschriebenen bewährten Methoden gesichert wird.

Serverkonfiguration

Für diesen Abschnitt sind die folgenden Medien erforderlich.

• Windows Server 2008-Installationsdateien

In diesem Abschnitt werden die folgenden Verfahren behandelt:

1. Überprüfen zusätzlicher Software

2. Netzwerkschnittstellenkonfiguration

3. Konfigurieren von Laufwerken

4. Installieren von Windows Server 2008-Hotfixes

5. Konfigurieren der Domänenmitgliedschaft

6. Überprüfen der lokalen Administratoren

7. Zurücksetzen des Kennworts des lokalen Administratorkontos

8. Installieren von Debugtools

9. Änderungen für die Auslagerungsdatei

10. Laufwerkberechtigungen

Überprüfen zusätzlicher Software

1. Vergewissern Sie sich, dass Remotedesktop aktiviert ist.

2. Als optionalen Vorgang können Sie Microsoft Netzwerkmonitor (https://go.microsoft.com/fwlink/?LinkId=86611) installieren.

Konfigurieren der Netzwerkschnittstellen

1. Melden Sie sich über ein Konto an, das mindestens über lokalen Administratorzugriff verfügt.

2. Klicken Sie auf Start > Systemsteuerung, und doppelklicken Sie auf Netzwerk- und Freigabecenter.

3. Klicken Sie auf Netzwerkverbindungen verwalten.

4. Ermitteln Sie die Verbindung für das interne Netzwerk, und benennen Sie sie gemäß den Benennungsstandards Ihrer Organisation um.

5. Klicken Sie mit der rechten Maustaste auf die Verbindung, und wählen Sie Eigenschaften.

6. Fügen Sie für Internetprotokollversion 4 (TCP/IPv4) Folgendes hinzu:

   1. Statische IP-Adresse, Subnetzmaske und Gateway

   2. IP-Adressen der DNS-Server

   3. Aktivieren Sie das Kontrollkästchen Übergeordnete Suffixe des primären DNS-Suffixes anhängen.

   4. WINS-IP-Adressen (wenn WINS verwendet wird)

7. Bei Verwendung von Internetprotokollversion 6 (TCP/IPv6) konfigurieren Sie die IPv6-Einstellungen gemäß den Netzwerkstandards Ihrer Organisation.

Konfigurieren von Laufwerken

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start und auf Verwaltung, und wählen Sie dann Computerverwaltung aus.

3. Erweitern Sie Speicher, und klicken Sie dann auf Datenträgerverwaltung.

4. Führen Sie unter Verwendung des Snap-Ins Datenträgerverwaltung der MMC (Microsoft Management Console) die Schritte zur Formatierung, Umbenennung und Zuweisung der entsprechenden Laufwerkbuchstaben so aus, dass die Volumes und das DVD-Laufwerk mit der entsprechenden Serverkonfiguration übereinstimmen. Informieren Sie sich im Anhang zur LUN des Datenbankprotokolls am Ende dieses Dokuments über die tatsächliche Laufwerkkonfiguration, die verwendet werden sollte.

   Konfigurieren von Laufwerken

   LUN	Laufwerkbuchstabe	Verwendung
   1	C	Betriebssystem, Exchange-Binärdateien und Nachverfolgungsprotokolle
   2	E	Exchange-Datenbanken
   4	L	Exchange-Transaktionsprotokolle
   5-x	--	Zusätzliche Laufwerke für Datenbanken und Protokolle
   6	Z	DVD-Laufwerk

Installieren von Windows Server 2008-Hotfixes

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Rufen Sie die aktuellen von Ihrem Unternehmen genehmigten Hotfixes für Ihre Version von Windows Server 2008 x64 (SP2 oder R2) ab, und kopieren Sie sie auf den Server.

3. Starten Sie die Hotfixinstallation über eine der folgenden Methoden:

   1. Doppelklicken Sie auf die Datei, und befolgen Sie die Anweisungen auf dem Bildschirm.

   2. Führen Sie eine unbeaufsichtigte Installation aus, indem Sie an einer Eingabeaufforderung den folgenden Befehl eingeben:

      <hotfix>.msu /quiet /norestart
      

4. Klicken Sie in den gegebenenfalls angezeigten Dialogfeldern zu nicht gefundenen digitalen Signaturen auf Ja.

   Hinweis

   In Umgebungen, in denen die Windows-Sicherheitsvorlagen nicht bereitgestellt wurden, werden diese Dialogfelder nicht angezeigt.

5. Warten Sie, bis alle Dateikopiervorgänge abgeschlossen sind, und starten Sie den Server neu. Der Fortschritt der Hotfixinstallation kann auf der Registerkarte Prozesse im Windows-Task-Manager überwacht werden. Wenn der Prozess wusa.exe beendet wurde, ist die Hotfixinstallation abgeschlossen.

Konfigurieren der Domänenmitgliedschaft

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Arbeitsplatz, und wählen Sie dann Eigenschaften.

3. Klicken Sie unter Einstellungen für Computernamen, Domäne und Arbeitsgruppe auf Einstellungen ändern.

4. Klicken Sie auf Ändern.

5. Wählen Sie das Optionsfeld Domäne, und geben Sie den entsprechenden Domänennamen ein.

6. Geben Sie die entsprechenden Anmeldeinformationen ein.

7. Klicken Sie auf OK und dann nochmals auf OK.

8. Klicken Sie auf OK, um das Fenster Systemeigenschaften zu schließen.

9. Starten Sie den Server neu.

Überprüfen der lokalen Administratoren

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Stellen Sie sicher, dass das Konto Domänen-Admins und das für die Exchange-Installation verwendete Benutzerkonto Mitglied der lokalen Administratorengruppe auf diesem Server ist (fügen Sie die Konten gegebenenfalls hinzu).

3. Stellen Sie sicher, dass Ihr Benutzerkonto Mitglied einer Gruppe ist, die Mitglied der lokalen Administratorengruppe auf dem Server mit Windows Server 2008 ist. Wenn dies nicht der Fall ist, verwenden Sie ein Konto, das Mitglied der lokalen Administratorengruppe ist, bevor Sie den Vorgang fortsetzen.

Zurücksetzen des Kennworts des lokalen Administratorkontos

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Computer, und wählen Sie Verwalten.

3. Erweitern Sie die Knoten, um Konfiguration\Lokale Benutzer und Gruppen\Benutzer anzuzeigen.

4. Klicken Sie mit der rechten Maustaste auf Administrator, und wählen Sie Kennwort festlegen. Ändern Sie das Kennwort so, dass es hohe Komplexitätsanforderungen erfüllt.

Installieren von Debugtools

In diesem Abschnitt werden verschiedene nützliche Tools beschrieben, die Administratoren bei der Exchange-Verwaltung sowie bei der Problembehandlung unterstützen.

Debugtools für Windows ermöglichen Administratoren das Debuggen von Prozessen, die sich negativ auf den Dienst auswirken, sowie das Ermitteln von Problemursachen.

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Laden Sie unter Installieren von Debugtools für die 64-Bit-Version von Windows (https://go.microsoft.com/fwlink/?LinkID=123594) das aktuelle 64-Bit-Debugtool herunter, und installieren Sie es.

Änderungen für die Auslagerungsdatei

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Computer, und wählen Sie Eigenschaften.

3. Wählen Sie Erweiterte Systemeinstellungen.

4. Klicken Sie unter Starten und Wiederherstellen auf Einstellungen.

   1. Wählen Sie unter Debuginformationen speichern aus der Speicherabbild-Dropdownliste die Option Kernelspeicherabbild.

   2. Klicken Sie auf OK.

5. Klicken Sie unter Leistung auf Einstellungen.

6. Klicken Sie auf die Registerkarte Erweitert.

7. Klicken Sie unter Virtueller Arbeitsspeicher auf Ändern.

8. Auf Servern mit einem reservierten Laufwerk für Auslagerungsdateien führen Sie die folgenden Schritte aus:

   1. Klicken Sie in der Liste Laufwerk auf C:, und klicken Sie dann auf Benutzerdefinierte Größe.

   2. Legen Sie für das Laufwerk "C:" die Angabe Anfangsgröße (MB) auf mindestens 200 MB fest. (Windows erfordert zwischen 150 MB and 2 GB Speicherplatz für die Auslagerungsdatei. Die Speicherplatzgröße hängt von der Serverauslastung und der verfügbaren Größe des physischen Arbeitsspeichers für Auslagerungsdateien auf dem Startvolume ab, wenn Windows für ein Kernelspeicherabbild konfiguriert ist. Aus diesem Grund müssen Sie ggf. die Größe erhöhen.)

   3. Legen Sie für das Laufwerk "C:" die Angabe Maximale Größe (MB) auf den Wert von Anfangsgröße fest.

   4. Wählen Sie in der Liste Laufwerk das Laufwerk für die Auslagerungsdatei aus (z. B. das Laufwerk "P:"), und klicken Sie dann auf Benutzerdefinierte Größe.

   5. Geben Sie das Ergebnis einer der folgenden Berechnungen in das Feld Anfangsgröße (MB) ein:

      Wenn der Server über weniger als 8 GB RAM verfügt, multiplizieren Sie die RAM-Größe mit 1,5.

      Wenn der Server über 8 GB RAM oder mehr verfügt, addieren Sie die RAM-Größe und 10 MB.

   6. Geben Sie in das Feld Maximale Größe (MB) den gleichen Wert ein, den Sie für Anfangsgröße (MB) eingegeben haben.

   7. Löschen Sie alle anderen Auslagerungsdateien.

   8. Klicken Sie auf OK.

9. Auf Servern, die kein reserviertes Laufwerk für Auslagerungsdateien besitzen, führen Sie die folgenden Schritte aus:

   1. Klicken Sie in der Liste Laufwerk auf C:, und klicken Sie dann auf Benutzerdefinierte Größe.

   2. Legen Sie für das Laufwerk "C:" das Ergebnis einer der folgenden Berechnungen für das Feld Anfangsgröße (MB) fest:

      Wenn der Server über weniger als 8 GB RAM verfügt, multiplizieren Sie die RAM-Größe mit 1,5.

      Wenn der Server über 8 GB RAM oder mehr verfügt, addieren Sie die RAM-Größe und 10 MB.

   3. Löschen Sie alle anderen Auslagerungsdateien.

   4. Klicken Sie auf OK.

10. Klicken Sie zweimal auf OK, um das Dialogfeld Systemeigenschaften zu schließen.

11. Klicken Sie auf Nein, wenn Sie zum Neustart des Systems aufgefordert werden.

    Hinweis

    Weitere Informationen zu Empfehlungen für Auslagerungsdateien finden Sie in den folgenden Microsoft Knowledge Base-Artikeln: Bestimmen der geeigneten Auslagerungsdateigröße für 64-Bit-Versionen von Windows (https://go.microsoft.com/fwlink/?linkid=3052&kbid=889654) und Überblick über Optionen für Speicherabbilddateien in Windows Server 2003, Windows XP und Windows 2000 (https://go.microsoft.com/fwlink/?linkid=3052&kbid=254649).

Laufwerkberechtigungen

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start, und wählen Sie Computer.

3. Klicken Sie mit der rechten Maustaste auf Laufwerk D:, und wählen Sie Eigenschaften.

4. Klicken Sie auf die Registerkarte Sicherheit.

5. Klicken Sie auf Bearbeiten.

6. Klicken Sie auf Hinzufügen, und wählen Sie unter Standorte den lokalen Server aus.

7. Weisen Sie anhand der Erläuterungen in der folgenden Tabelle die folgenden Rechte zu.

   Laufwerkberechtigungen

   Konto	Berechtigungen
   Administratoren	Vollzugriff
   SYSTEM	Vollzugriff
   Authentifizierte Benutzer	Lesen und Ausführen, Liste, Lesen
   ERSTELLER-BESITZER	Vollzugriff

8. Klicken Sie auf die Schaltfläche Erweitert.

9. Wählen Sie den Berechtigungseintrag ERSTELLER-BESITZER aus, und klicken Sie auf Anzeigen/Bearbeiten.

10. Wählen Sie Nur Unterordner und Dateien aus der Dropdownliste aus.

11. Klicken Sie zweimal auf OK.

12. Klicken Sie auf OK, um die Laufwerkeigenschaften zu schließen.

13. Wiederholen Sie die Schritte 3 bis 12 für jedes weitere Laufwerk (neben Laufwerk C:).

Überprüfungsschritte

In diesem Abschnitt werden die folgenden Verfahren behandelt:

1. Überprüfen der Organisationseinheit

2. Überprüfen des Active Directory-Standorts

3. Überprüfen der Domänencontrollerdiagnose

4. Überprüfung von Exchange Best Practices Analyzer

Überprüfen der Organisationseinheit

Übermitteln Sie eine Änderungsanforderung an die verantwortlichen Teams, und lassen Sie das Computerobjekt in die entsprechende Organisationseinheit verschieben.

Überprüfen des Active Directory-Standorts

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Öffnen Sie eine Eingabeaufforderung.

3. Stellen Sie sicher, dass sich der Server in der richtigen Domäne und am richtigen Active Directory-Standort befindet. Geben Sie in der Befehlszeile Folgendes ein:

   NLTEST /server:%COMPUTERNAME% /dsgetsite
   

4. Der Name des Active Directory-Standorts, zu dem der Server gehört, wird angezeigt. Wenn sich der Server nicht am richtigen Active Directory-Standort befindet, übermitteln Sie eine Änderungsanforderung an das verantwortliche Team, und lassen Sie den Server an den richtigen Active Directory-Standort verschieben.

Überprüfen der Domänencontrollerdiagnose

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Öffnen Sie eine Eingabeaufforderung, und ändern Sie den Pfad zum Laufwerk C:.

3. Führen Sie den folgenden Befehl aus:

   dcdiag /s:<Domain Controller> /f:c:\dcdiag.log
   

   Hinweis

   Ändern Sie <Domänencontroller> in einen Domänencontroller am gleichen Active Directory-Standort wie der Exchange-Server.

4. Überprüfen Sie die Ausgabe der Datei C:\dcdiag.log, und vergewissern Sie sich, dass keine Verbindungsprobleme mit dem lokalen Domänencontroller vorliegen.

5. Wiederholen Sie die Schritte 3 und 4 für jeden Domänencontroller am lokalen Active Directory-Standort.

   Hinweis

   Die Domänencontrollerdiagnose (DCDiag) ist ein Windows-Supporttool zum Testen der Netzwerkkonnektivität und DNS-Auflösung. Wenn das verwendete Konto nicht über Administratorberechtigungen verfügt, können mehrere Tests unter Primäre Tests durchführen möglicherweise nicht erfolgreich ausgeführt werden. Diese Tests können ignoriert werden, wenn die Konnektivitätstests erfolgreich sind. Zudem wird in der Protokolldatei möglicherweise angezeigt, dass einige Dienstüberprüfungstests nicht erfolgreich waren. Diese Meldungen können ignoriert werden, wenn die Dienste nicht auf dem Domänencontroller vorhanden sind.

Überprüfung von Exchange Best Practices Analyzer

Microsoft Exchange Analyzer unterstützt Administratoren bei der Behandlung verschiedener Betriebssupportprobleme. Stellen Sie über Remotedesktop eine Verbindung mit einem Server in der Umgebung her, in der mindestens die Exchange 2010 SP1-Verwaltungstools installiert sind, und melden Sie sich mit einem Konto an, das über lokalen Verwaltungszugriff verfügt.

1. Klicken Sie aufStart > Alle Programme > Microsoft Exchange Server 2010, und wählen Sie Exchange-Verwaltungskonsole aus.

2. Öffnen Sie den Knoten Toolbox.

3. Doppelklicken Sie auf Best Practices Analyzer.

4. Überprüfen Sie, ob Updates für das Best Practices Analyzer-Modul verfügbar sind, und spielen Sie diese ggf. ein.

5. Stellen Sie die entsprechenden Informationen zum Herstellen einer Verbindung mit Active Directory zur Verfügung, und klicken Sie dann auf Mit Active Directory-Server verbinden.

6. Wählen Sie in Neue Bewährte Methoden-Überprüfung starten die Option Systemdiagnose aus, und klicken Sie dann auf Überprüfung starten.

7. Überprüfen Sie den Bericht, und ergreifen Sie Maßnahmen gegen gemeldete Fehler oder Warnungen, indem Sie die Lösungsartikel verwenden, die in Best Practices Analyzer zur Verfügung gestellt werden.

Installieren der Exchange Server-Rolle

Für diesen Abschnitt sind die folgenden Medien erforderlich.

• Microsoft Exchange Server 2010-Installationsdateien

In diesem Abschnitt werden die folgenden Verfahren behandelt:

1. Installation der erforderlichen Komponenten für Exchange 2010 unter den folgenden Betriebssystemen:

   • Windows Server 2008 SP2

     – oder –

   • Windows Server 2008 R2

2. Exchange 2010-Installation

3. Installieren von Exchange 2010-Updaterollups

4. Product Key-Konfiguration

5. Überprüfen der Systemleistung

6. Erstellen von Testpostfächern

Installieren der erforderlichen Komponenten für Exchange 2010 unter Windows Server 2008 SP2

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Öffnen Sie eine Eingabeaufforderung.

3. Installieren Sie Microsoft Filter Pack. Weitere Informationen finden Sie unter 2007 Office System-Konverter: Microsoft Filter Pack (https://go.microsoft.com/fwlink/?linkid=137042).

4. Öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten, navigieren Sie zum Ordner \Setup\ServerRoles\Common auf dem Exchange 2010-Installationsmedium, und installieren Sie die erforderlichen Betriebssystemkomponenten mithilfe des folgenden Befehls:

   ServerManagerCmd -ip Exchange-MBX.xml -Restart
   

Installieren der erforderlichen Komponenten für Exchange 2010 unter Windows Server 2008 R2

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich mit einem Konto an, das über lokalen Administratorzugriff verfügt.

2. Installieren Sie Microsoft Filter Pack. Weitere Informationen finden Sie unter 2007 Office System-Konverter: Microsoft Filter Pack (https://go.microsoft.com/fwlink/?linkid=137042).

3. Navigieren Sie im Startmenü zu Alle Programme > Zubehör >Windows PowerShell. Öffnen Sie eine Windows PowerShell-Konsole mit erhöhten Rechten, und führen Sie den folgenden Befehl aus:

   Import-Module ServerManager
   

4. Verwenden Sie das Cmdlet Add-WindowsFeature, um die erforderlichen Betriebssystemkomponenten zu installieren:

   Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server -Restart
   

Installieren von Exchange 2010

In diesem Dokument wird für die Installation der Exchange 2010-Serverrollen die Befehlszeilenmethode verwendet. Sie können jedoch auch den Setup-Assistenten verwenden. Weitere Informationen zum Installieren einer Exchange 2010-Serverrolle mithilfe des Setup-Assistenten finden Sie im Thema Durchführen einer benutzerdefinierten Exchange 2010-Installation in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187220).

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an. Wenn der Exchange-Server für das delegierte Setup bereitgestellt wurde, muss dem Konto mindestens die Rolle Serververwaltung oder Delegiertes Setup zugewiesen werden.

2. Führen Sie die im Thema Installieren von Exchange 2010 im unbeaufsichtigten Modus in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187229) beschriebenen Schritte aus. Über den folgenden Befehl werden beispielsweise die Postfachserverrolle installiert und ein benutzerdefinierter Datenbankname, ein Datenbankpfad sowie ein Speicherort für die Transaktionsprotokolldatei angegeben.

   setup.com /r:M /mdbName: "<Server Name> MBX DB1" /dbfilepath: e:\MBXDB1\priv01.edb /logfolderpath: l:\log01 
   

3. Starten Sie den Server auch dann nicht neu, wenn Sie dazu aufgefordert werden.

Installieren von Exchange 2010-Updaterollups

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Rufen Sie das aktuelle vom Unternehmen genehmigte Rollup ab, und kopieren Sie es auf den Server.

3. Starten Sie Setup für das Windows Installer-Patch (die MSP-Datei) über eine der folgenden Methoden:

   1. Doppelklicken Sie auf die MSP-Datei, und befolgen Sie die Anweisungen auf dem Bildschirm.

   2. Führen Sie eine unbeaufsichtigte Installation aus, indem Sie an einer Eingabeaufforderung den folgenden Befehl eingeben:

      msiexec /i <Path and filename of MSP file> /q
      

4. Klicken Sie in den gegebenenfalls angezeigten Dialogfeldern zu nicht gefundenen digitalen Signaturen auf Ja.

   Hinweis

   Diese Dialogfelder werden nur in Umgebungen angezeigt, in denen die Windows-Sicherheitsvorlagen bereitgestellt wurden.

Product Key-Konfiguration

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle Serververwaltung.

2. Führen Sie die im Thema Product Key eingeben in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187234) beschriebenen Schritte aus.

Konfigurieren der Exchange-Suche

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Führen Sie die im Thema Registrieren von Filterpaket-IFiltern für Exchange 2010 in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187516) beschriebenen Schritte aus.

3. Optional: Um PDF-Dateien durchsuchen zu können, installieren Sie Adobe PDF iFilter (https://www.adobe.com/support/downloads/detail.jsp?ftpID=5542), und führen Sie die unter PDF-iFilter für MS Exchange Server 2007 wird konfiguriert (http://www.adobe.com/special/acrobat/configuring\_pdf\_ifilter\_for\_ms\_exchange\_server\_2007.pdf) beschriebenen Schritte aus.

Überprüfen der Systemleistung

Die Verwaltung der Prozessorzeitplanung für Hintergrunddienste des Servers wird von Exchange 2010 standardmäßig optimiert.

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Server her, und melden Sie sich über ein Konto mit lokalem Administratorzugriff an.

2. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Computer, und wählen Sie Eigenschaften aus.

3. Wählen Sie Erweiterte Systemeinstellungen aus.

4. Klicken Sie unter Leistung auf Einstellungen.

   1. Klicken Sie auf die Registerkarte Erweitert.

   2. Stellen Sie sicher, dass Prozessorzeitplanung auf Hintergrunddienste festgelegt ist.

5. Klicken Sie auf OK.

Erstellen von Testpostfächern

Für mehrere der Diagnosetasks, die zum Überwachen von Exchange verwendet werden, müssen auf den Postfachservern Testpostfächer erstellt werden.

1. Stellen Sie über Remotedesktop eine Verbindung mit dem Exchange 2010-Postfachserver her, und melden Sie sich über ein Konto an, das über lokalen Administratorzugriff und die Rolle Serververwaltung (oder höher) verfügt.

2. Klicken Sie auf Start > Alle Programme > Microsoft Exchange Server 2010, und wählen Sie Exchange-Verwaltungsshell.

3. Ändern Sie den Verzeichnispfad in <Exchange_Server_Installationspfad>\Scripts.

4. Geben Sie New-TestCasConnectivityUser.ps1 ein, und drücken Sie die EINGABETASTE.

5. Geben Sie ein temporäres Kennwort ein, und befolgen Sie die Aufforderungen, um die Testpostfächer zu erstellen.

Konfigurieren der Exchange Server-Rolle

In diesem Abschnitt werden die folgenden Verfahren behandelt:

1. Konfigurieren der ersten Datenbank

2. Konfigurieren der zweiten Datenbank

3. Konfigurieren der Datensatzverwaltung

4. Serverkonfiguration für die Nachrichtenverfolgung

5. Zusätzliche Datenbanken

Konfigurieren der ersten Datenbank

Wenn Sie bei der Installation des Postfachservers die Parameter /mdbname, /dbfilepath und /logfolderpath angegeben haben, können Sie diesen Abschnitt überspringen.

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle "Serververwaltung".

   Wichtig

   Die Werte in der folgenden Tabelle sind Beispielwerte und keine empfohlenen Werte. Diese Werte müssen so angepasst werden, dass sie den tatsächlichen Werten für Ihre Organisation entsprechen.

   Konfigurieren der ersten Datenbank für Contoso

   Datenbankparameter	Alt	Neues Beispiel
   Name	Postfachdatenbank <GUID>	<ServerName> MBX-DB 1
   Protokollpfad	%ProgramFiles%\Microsoft\Exchange Server\v14\Mailbox\Postfachdatenbank <GUID>	L:\LOG01
   Datenbankdateiname und -pfad	%ProgramFiles%\Microsoft\Exchange Server\v14\Mailbox\Postfachdatenbank <GUID>\Postfachdatenbank <GUID>.edb	E:\MBXDB1\Priv01.edb

2. Führen Sie den folgenden Befehl aus, um die Einbindung der Datenbank aufzuheben:

   Dismount-Database "Mailbox Database <GUID>"
   

3. Um den Namen der Postfachdatenbank zu ändern, führen Sie den folgenden Befehl aus:

   Set-MailboxDatabase "<Old DB Name>" -Name "<New DB Name>"
   

4. Führen Sie den folgenden Befehl aus, um den Speicherort der Transaktionsprotokolle der Datenbank und der Datenbankdatei zu ändern:

   Move-DatabasePath "<Database Name>" -LogFolderPath "<New Log Location>" -EdbFilePath "<New DB Path and FileName>"
   

5. Führen Sie zum Einbinden der Datenbank den folgenden Befehl aus:

   Mount-Database "<New DB Name>"
   

Konfigurieren der zweiten Datenbank

Wenn während der Installation der Postfachserverrolle eine Öffentliche Ordner-Datenbank erstellt wurde, wird die Öffentliche Ordner-Datenbank im Standardverzeichnis gespeichert. Wenn keine Öffentliche Ordner-Datenbank vorhanden ist, können Sie diesen Abschnitt überspringen.

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle "Serververwaltung".

   Wichtig

   Die Werte in der folgenden Tabelle sind Beispielwerte und keine empfohlenen Werte. Diese Werte müssen so angepasst werden, dass sie den tatsächlichen Werten für Ihre Organisation entsprechen.

   Konfigurieren der Öffentliche Ordner-Datenbank für Contoso

   Datenbankparameter	Alt	Neues Beispiel
   Name	Öffentliche Ordner-Datenbank <GUID>	<ServerName> Öffentlicher Informationsspeicher 2
   Protokollpfad	%ProgramFiles%\Microsoft\Exchange Server\Mailbox\Öffentliche Ordner-Datenbank <GUID>	L:\LOG02
   Datenbankdateiname und -pfad	%ProgramFiles%\Microsoft\Exchange Server\Mailbox\Öffentliche Ordner-Datenbank <GUID>\Öffentliche Ordner-Datenbank <GUID>.edb	E:\MBXDB2\Pub02.edb

2. Führen Sie den folgenden Befehl aus, um die Einbindung der Datenbank aufzuheben:

   Dismount-Database "Public Folder Database <GUID>"
   

3. Um den Namen der Öffentliche Ordner-Datenbank zu ändern, führen Sie den folgenden Befehl aus:

   Set-PublicFolderDatabase "<Old DB Name>" -Name "<New DB Name>"
   

4. Führen Sie den folgenden Befehl aus, um den Speicherort der Transaktionsprotokolle der Datenbank und der Datenbankdatei zu ändern:

   Move-DatabasePath "<Database Name>" -LogFolderPath "<New Log Location>" -EdbFilePath "<New DB Path and FileName>"
   

5. Führen Sie zum Einbinden der Datenbank den folgenden Befehl aus:

   Mount-Database "<New DB Name>"
   

Konfigurieren der Datensatzverwaltung

Wenn der Standardzeitplan des Assistenten für verwaltete Ordner zum Anwenden der Einstellungen für die Messaging-Datensatzverwaltung nicht geändert werden muss, können Sie diesen Abschnitt überspringen.

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle "Serververwaltung".

2. Führen Sie zum Aktivieren des Assistenten für verwaltete Ordner den folgenden Befehl aus:

   Set-MailboxServer <MailboxServerName> -ManagedFolderAssistantSchedule <AssistantSchedule>
   

   Hinweis

   Informationen zu diesen Befehlen finden Sie in der Tabelle "Konfigurieren der Datensatzverwaltung für Contoso" im Anhang "Serverkonfiguration" am Ende dieses Dokuments.

Serverkonfiguration für die Nachrichtenverfolgung

Wenn die Standardparameter für die Nachrichtenverfolgung für die Umgebung geeignet sind, können Sie diesen Abschnitt überspringen.

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle "Serververwaltung".

2. Führen Sie den folgenden Befehl aus, um die Einstellungen für die Nachrichtenverfolgung zu konfigurieren:

   Set-MailboxServer <MailboxServerName> -MessageTrackingLogPath <LogPath> -MessageTrackingLogMaxAge <MaxAge> -MessageTrackingLogMaxDirectorySize <LogDirSize> -MessageTrackingLogMaxFileSize <LogFileSize> -MessageTrackingLogSubjectLoggingEnabled <SubjectLogEnabled>
   

   Hinweis

   Informationen zu diesen Befehlen finden Sie in der Tabelle "Konfigurieren der Nachrichtenverfolgung für Contoso" im Anhang "Serverkonfiguration" am Ende dieses Dokuments.

Zusätzliche Datenbanken

1. Starten Sie die Exchange-Verwaltungskonsole über ein Konto mit der Rolle "Serververwaltung".

2. Entnehmen Sie der entsprechenden Tabellen aus den Anhängen "Datenbank-/Protokoll-LUN" und "Datenbankkonfiguration" am Ende dieses Dokuments die Informationen, die für die Befehle erforderlich sind.

3. Führen Sie zum Erstellen der Datenbank den folgenden Befehl aus:

   New-MailboxDatabase -Name "<DB Name>" -LogFolderPath <Transaction Log Location> -EdbFilePath <Database Path and FileName> -OfflineAddressBook <OfflineAddressBook> -PublicFolderDatabase <PFDatabase> | Set-MailboxDatabase -IssueWarningQuota <WarningQuota> -ProhibitSendQuota <SendQuota> -ProhibitSendReceiveQuota <SendReceiveQuota> -MailboxRetention <dd.hh:mm:ss> -DeletedItemRetention <dd.hh:mm:ss> -MaintenanceSchedule <MaintenanceSchedule> -QuotaNotificationSchedule <QuotaSchedule> -RetainDeletedItemsUntilBackup <RetainDeletedItemsUntilBackup> 
   

4. Führen Sie zum Einbinden der Datenbank den folgenden Befehl aus:

   Mount-Database "<Database Name>"
   

5. Wiederholen Sie die Schritte 3 und 4 für jede Datenbank, die erstellt werden muss.

Anhang: Serverkonfiguration

Dieser Abschnitt umfasst die folgenden Informationen:

• Konfigurieren der Datensatzverwaltung

• Konfigurieren der Nachrichtenverfolgung

• Anhang "Datenbank-/Protokoll-LUN"

• Anhang "Datenbankkonfiguration"

Konfigurieren der Datensatzverwaltung

Die folgende Tabelle ist eine Beispielkonfiguration, die abhängig von den Anforderungen auf den Postfachserver angewendet werden kann.

Konfigurieren der Datensatzverwaltung für Contoso

Parameter	Standardwert	Contoso-Wert
Servername	<ServerName>	<ServerName>
Zeitplan für den Assistenten für verwaltete Ordner	So.1:00-So.9:00, Mo.1:00-Mo.9:00, Di.1:00-Di.9:00, Mi.1:00-Mi.9:00, Do.1:00-Do.9:00, Fr.1:00-Fr. 9:00, Sa.1:00-Sa.9:00	"So.18:00-So.19:45", "Mo.18:00-Mo.19:45", "Di.18:00-Di.19:45", "Mi.18:00-Mi.19:45", "Do.18:00-Do.19:45", "Fr.18:00-Fr.19:45", "Sa.18:00-Sa.19:45"

Konfigurieren der Nachrichtenverfolgung

Die folgende Tabelle ist eine Beispielkonfiguration, die abhängig von den Anforderungen auf den Postfachserver angewendet werden kann.

Konfigurieren der Nachrichtenverfolgung für Contoso

Parameter	Standardwert	Contoso-Wert
Servername	<ServerName>	<ServerName>
Nachrichtenverfolgungsprotokoll-Pfad	<Exchange-Installationspfad>\TransportRoles\MessageTracking	L:\exchsrvr\MessageTracking
Nachrichtenverfolgungsprotokoll aktiviert	True	True
Maximales Alter (Verfallszeit) für Nachrichtenverfolgungsprotokolle	30.00:00:00	45.00:00:00
Maximale Verzeichnisgröße für Nachrichtenverfolgungsprotokolle	1 GB	20 GB
Maximale Dateigröße für Nachrichtenverfolgungsprotokolle	10 MB	10 MB
Betreffprotokollierung im Nachrichtenverfolgungsprotokoll aktiviert	True	True

Anhang "Datenbank-/Protokoll-LUN"

Wenn Ausfallsicherheit von Postfächern implementiert ist, ist es nicht erforderlich, täglich vollständige Sicherungen auszuführen, da die Postfachdatenbankkopien und andere Funktionen eine erste Schutzmaßnahme gegen physische Beschädigung und Datenverluste darstellen. In Umgebungen, die für die Ausfallsicherheit von Postfächern aktiviert sind, sind daher zwei Ansätze für das Ausführen von Sicherungen möglich:

• Verwenden einer Exchange-fähigen VSS-basierten Anwendung (Volume ShadowCopy Service, Volumeschattenkopie-Dienst) zum Ausführen von Sicherungen und Wiederherstellungen.

• Verwenden der systemeigenen Exchange-Datenschutzfunktionen als Sicherungsmethode. Weitere Informationen zum systemeigenen Exchange-Datenschutz finden Sie im Thema Grundlegendes zu Sicherung, Wiederherstellung und Notfallwiederherstellung in der Exchange Server 2010-Bibliothek (https://go.microsoft.com/fwlink/?LinkId=187541).

Als Folge der ausgewählten Sicherungsmethode muss das LUN-Layout geändert werden.

Exchange 2010 unterstützt die folgenden LUN-Layoutarchitekturen:

• Eine LUN pro Datenbank   Bei einer Architektur mit einer LUN pro Datenbank werden sowohl die Datenbank als auch ihre entsprechenden Protokolldateien in derselben LUN abgelegt. Zur Bereitstellung dieser Architektur müssen Sie über mindestens zwei Kopien Ihrer Datenbank verfügen, und Sie dürfen keine hardwarebasierte VSS-Lösung verwenden.

• Zwei LUNs pro Datenbank    Bei Verwendung von Exchange 2010 und maximal 100 Datenbanken hängt die Anzahl von bereitgestellten LUNs von Ihrer Sicherungsstrategie ab. Wenn die angestrebte Wiederherstellungsdauer sehr kurz ist oder Sie VSS-Klone (Volume Shadow Copy Service, Volumeschattenkopie-Dienst) für eine schnelle Wiederherstellung verwenden, ist es ggf. am besten, jede Datenbank ihrer eigenen Transaktionsprotokoll-LUN und Datenbank-LUN zuzuordnen. Da dabei die Anzahl verfügbarer Laufwerkbuchstaben überschritten wird, muss der Volumebereitstellungsdienst verwendet werden.

• Zwei LUNs pro Sicherungssatz   Ein Sicherungssatz entspricht der Anzahl von Datenbanken, die pro Nacht vollständig gesichert werden. Eine Lösung, die pro Nacht eine vollständige Sicherung von 1/7 der Datenbanken durchführt (z. B. bei Verwenden einer wöchentlichen oder zweimonatlichen vollständigen Sicherung mit täglichen inkrementellen oder differenziellen Sicherungen), kann die Komplexität reduzieren, indem alle zu sichernden Datenbanken derselben Protokoll- und Datenbank-LUN zugeordnet werden. Mit diesem Ansatz kann die Anzahl von LUNs auf dem Server verringert werden.

Zwei LUNs pro Datenbank/LUN-Layout

Exchange 2010 verwendet den Volumeschattenkopie-Dienst von Windows Server 2008, um Volumeschattenkopien von Exchange 2010-Datenbanken und Transaktionsprotokolldateien zu erstellen. Grundlegende Informationen zu VSS (einschließlich Methoden für Klone und Momentaufnahmen) finden Sie im Whitepaper Bewährte Methoden für die Verwendung des Volumeschattenkopie-Diensts mit Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=122556).

Mit Exchange 2010 können softwarebasierte VSS-Momentaufnahmen der aktiven und passiven Datenbankkopien erstellt werden. Wenn eine VSS-Momentaufnahme der passiven Kopie erstellt wird, wird die Datenträger-E/A von der aktiven LUN während der Prüfsummenintegrität (ESEUTIL) und der nachfolgenden Kopie auf ein Band oder einen Datenträger verschoben.

Das Erstellen von zwei LUNs (für Protokoll und Datenbank) für eine Datenbank war die bewährte Standardmethode für Exchange 2003. Bei Verwendung von Exchange 2010 und maximal 100 Datenbanken hängt die Anzahl von bereitgestellten LUNs von Ihrer Sicherungsstrategie ab. Wenn die angestrebte Wiederherstellungsdauer sehr kurz ist oder Sie VSS-Klone (Volume Shadow Copy Service, Volumeschattenkopie-Dienst) für eine schnelle Wiederherstellung verwenden, ist es ggf. am besten, jede Datenbank ihrer eigenen Transaktionsprotokoll-LUN und Datenbank-LUN zuzuordnen. Abhängig von der Anzahl von erforderlichen LUNs müssen möglicherweise die Volumebereitstellungspunkte verwendet werden.

Diese Strategie bietet u. a. die folgenden Vorteile:

• Möglichkeit zur Implementierung einer hardwarebasierten VSS-Lösung zur Sicherung und Wiederherstellung einzelner Datenbanken.

• Flexibilität zum Isolieren der Leistung zwischen Datenbanken, wenn Spindeln nicht gemeinsam von LUNs verwendet werden.

• Höhere Zuverlässigkeit: Ein Kapazitäts- oder Datenbeschädigungsproblem einer einzelnen LUN wirkt sich nur auf eine Datenbank aus.

• Dies ist zudem die empfohlene Strategie für Datenbanken, für die keine Ausfallsicherheit von Postfächern implementiert wird.

Für diese Strategie müssen u. a. die folgenden Nachteile berücksichtigt werden:

• Wenn bei 100 Datenbanken Ausfallsicherheit von Postfächern implementiert wird, könnten 400 LUNs erforderlich werden, sodass die maximale Kapazität einiger Speicherarrays überschritten würde. Bei 100 Datenbanken ohne Ausfallsicherheit von Postfächern könnten 200 LUNs erforderlich werden, sodass die maximale Kapazität einiger Speicherarrays überschritten würde.

• Eine separate LUN für jede Datenbank führt zu einer höheren Anzahl von LUNs pro Server, sodass Verwaltungskosten und -komplexität erhöht werden.

LUN-Design: Zwei LUNs pro Datenbank

Datenbank	Datenbankname	Datenbankpfad	Datenbankdateiname	Pfad des Transaktionsprotokolls
Anker-LUN	--	E:\	--	L:\
DBx	<DAGName> MBX-DB x	MP:\MDB0x	Priv0x.edb	MP:\LOG0x
DBy	<DAGName> MBX-DB y	MP:\MDB0y	Priv0y.edb	MP:\LOG0y
…	…	…	…	…

Eine LUN pro Datenbank/LUN-Layout

Bei einer Architektur mit einer LUN pro Datenbank werden sowohl die Datenbank als auch ihre entsprechenden Protokolldateien in derselben LUN abgelegt. Zur Bereitstellung dieser Architektur müssen Sie über mindestens zwei Kopien verfügen, und Sie dürfen keine hardwarebasierte VSS-Lösung verwenden.

Diese Strategie hat u. a. folgende Vorteile:

• Vereinfachung der Speicherverwaltung durch eine kleinere Anzahl von zu verwaltenden LUNs

• (Potenzielle) Reduzierung der Anzahl von Sicherungsaufträgen

• Flexibilität zum Isolieren der Leistung zwischen Datenbanken, wenn Spindeln nicht zwischen LUNs gemeinsam verwendet werden

Ein Nachteil dieser Strategie ist, dass die Möglichkeit hardwarebasierter VSS-Sicherungs- und -Wiederherstellungsvorgänge (z. B. das Klonen von Momentaufnahmen) eingeschränkt wird. Einzelheiten zu VSS finden Sie im Whitepaper Bewährte Methoden für die Verwendung des Volumeschattenkopie-Diensts mit Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=122556).

LUN-Design: Eine LUN pro Datenbank

DB	Datenbankname	Datenbankpfad	Datenbankdateiname
Anker-LUN	--	E:\	--
DBx	<DAGName> MBX-Informationsspeicher X	MP:\ \MDBx \LOGx	PrivX.edb
DBy	<DAGName> MBX-Informationsspeicher Y	MP:\ \MDBy \LOGy	PrivY.edb
…	…	…	…

Datenbank-/LUN-Layout

Exchange 2010 verwendet den Volumeschattenkopie-Dienst von Windows Server 2008, um Volumeschattenkopien von Exchange 2010-Datenbanken und Transaktionsprotokolldateien zu erstellen. Grundlegende Informationen zu VSS (einschließlich Methoden für Klone und Momentaufnahmen) finden Sie im Whitepaper Bewährte Methoden für die Verwendung des Volumeschattenkopie-Diensts mit Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=122556).

Mit Exchange 2010 können softwarebasierte VSS-Momentaufnahmen der aktiven und passiven Datenbankkopien erstellt werden. Wenn eine VSS-Momentaufnahme der passiven Kopie erstellt wird, wird die Datenträger-E/A von der aktiven LUN während der Prüfsummenintegrität (ESEUTIL) und der nachfolgenden Kopie auf ein Band oder einen Datenträger verschoben.

Das Erstellen von zwei LUNs (für Protokoll und Datenbank) für eine Datenbank ist die bewährte Standardmethode für Exchange 2003. Bei Verwendung von Exchange 2010 und maximal 100 Datenbanken hängt die Anzahl von bereitgestellten LUNs von Ihrer Sicherungsstrategie ab. Wenn die angestrebte Wiederherstellungsdauer sehr kurz ist oder Sie VSS-Klone (Volume Shadow Copy Service, Volumeschattenkopie-Dienst) für eine schnelle Wiederherstellung verwenden, ist es ggf. am besten, jede Datenbank ihrer eigenen Transaktionsprotokoll-LUN und Datenbank-LUN zuzuordnen. Abhängig von der Anzahl von erforderlichen LUNs müssen möglicherweise die Volumebereitstellungspunkte verwendet werden.

Diese Strategie bietet u. a. die folgenden Vorteile:

• Möglichkeit zur Implementierung einer hardwarebasierten VSS-Lösung zur Sicherung und Wiederherstellung einzelner Datenbanken.

• Flexibilität zum Isolieren der Leistung zwischen Datenbanken, wenn Spindeln nicht gemeinsam von LUNs verwendet werden.

• Höhere Zuverlässigkeit: Ein Kapazitäts- oder Datenbeschädigungsproblem einer einzelnen LUN wirkt sich nur auf eine Datenbank aus.

• Dies ist zudem die empfohlene Strategie für Datenbanken, für die keine Ausfallsicherheit von Postfächern implementiert wird.

Für diese Strategie müssen u. a. die folgenden Nachteile berücksichtigt werden:

• Wenn bei 100 Datenbanken Ausfallsicherheit von Postfächern implementiert wird, könnten 400 LUNs erforderlich werden, sodass die maximale Kapazität einiger Speicherarrays überschritten würde. Wenn bei 100 Datenbanken keine Ausfallsicherheit von Postfächern implementiert wird, könnten 200 LUNs erforderlich werden, sodass die maximale Kapazität einiger Speicherarrays überschritten würde.

• Eine separate LUN für jede Datenbank führt zu einer höheren Anzahl von LUNs pro Server, sodass Verwaltungskosten und -komplexität erhöht werden.

  Hinweis

  In der folgenden Tabelle bedeutet "MP" Bereitstellungspunkt (Mount Point).
  DB2 kann entweder eine Postfachdatenbank oder eine Öffentliche Ordner-Datenbank enthalten, je nach Konfiguration.

VSS-Ansatz – LUN-Design für Contoso

Datenbank	Datenbankname	Datenbankpfad	Datenbankdateiname	Pfad des Transaktionsprotokolls
Anker-LUN	--	E:\	--	L:\
DB1	<ServerName> MBX-DB 1	MP:\MBXDB1	Priv01.edb	MP:\LOG1
DB2	<ServerName> MBX-DB 2	MP:\MBXDB2	Priv02.edb	MP:\LOG2
PF2	<ServerName> Öffentliche DB 2	MP:\PFMDB2	Pub02.edb	MP:\PFLOG2
DB3	<ServerName> MBX-DB 3	MP:\MBXDB3	Priv03.edb	MP:\LOG3
DB4	<ServerName> MBX-DB 4	MP:\MBXDB4	Priv04.edb	MP:\LOG4
DB5	<ServerName> MBX-DB 5	MP:\MBXDB5	Priv05.edb	MP:\LOG5
DB6	<ServerName> MBX-DB 6	MP:\MBXDB6	Priv06.edb	MP:\LOG6
DB7	<ServerName> MBX-DB 7	MP:\MBXDB7	Priv07.edb	MP:\LOG7
DB8	<ServerName> MBX-DB 8	MP:\MBXDB8	Priv08.edb	MP:\LOG8
DB9	<ServerName> MBX-DB 9	MP:\MBXDB9	Priv09.edb	MP:\LOG9
DB10	<ServerName> MBX-DB 10	MP:\MBXDB10	Priv10.edb	MP:\LOG10
DB11	<ServerName> MBX-DB 11	MP:\MBXDB11	Priv11.edb	MP:\LOG11
DB12	<ServerName> MBX-DB 12	MP:\MBXDB12	Priv12.edb	MP:\LOG12
DB13	<ServerName> MBX-DB 13	MP:\MBXDB13	Priv13.edb	MP:\LOG13
DB14	<ServerName> MBX-DB 14	MP:\MBXDB14	Priv14.edb	MP:\LOG14
DB15	<ServerName> MBX-DB 15	MP:\MBXDB15	Priv15.edb	MP:\LOG15
DB16	<ServerName> MBX-DB 16	MP:\MBXDB16	Priv16.edb	MP:\LOG16
DB17	<ServerName> MBX-DB 17	MP:\MBXDB17	Priv17.edb	MP:\LOG17
DB18	<ServerName> MBX-DB 18	MP:\MBXDB18	Priv18.edb	MP:\LOG18
DB19	<ServerName> MBX-DB 19	MP:\MBXDB19	Priv19.edb	MP:\LOG19
DB20	<ServerName> MBX-DB 20	MP:\MBXDB20	Priv20.edb	MP:\LOG20
DB21	<ServerName> MBX-DB 21	MP:\MBXDB21	Priv21.edb	MP:\LOG21
DB22	<ServerName> MBX-DB 22	MP:\MBXDB22	Priv22.edb	MP:\LOG22
DB23	<ServerName> MBX-DB 23	MP:\MBXDB23	Priv23.edb	MP:\LOG23
DB24	<ServerName> MBX-DB 24	MP:\MBXDB24	Priv24.edb	MP:\LOG24
DB25	<ServerName> MBX-DB 25	MP:\MBXDB25	Priv25.edb	MP:\LOG25
DB26	<ServerName> MBX-DB 26	MP:\MBXDB26	Priv26.edb	MP:\LOG26
DB27	<ServerName> MBX-DB 27	MP:\MBXDB27	Priv27.edb	MP:\LOG27
DB28	<ServerName> MBX-DB 28	MP:\MBXDB28	Priv28.edb	MP:\LOG28
DB29	<ServerName> MBX-DB 29	MP:\MBXDB29	Priv29.edb	MP:\LOG29
DB30	<ServerName> MBX-DB 30	MP:\MBXDB30	Priv30.edb	MP:\LOG30
DB31	<ServerName> MBX-DB 31	MP:\MBXDB31	Priv31.edb	MP:\LOG31
DB32	<ServerName> MBX-DB 32	MP:\MBXDB32	Priv32.edb	MP:\LOG32
DB33	<ServerName> MBX-DB 33	MP:\MBXDB33	Priv33.edb	MP:\LOG33
DB34	<ServerName> MBX-DB 34	MP:\MBXDB34	Priv34.edb	MP:\LOG34
DB35	<ServerName> MBX-DB 35	MP:\MBXDB35	Priv35.edb	MP:\LOG35
DB36	<ServerName> MBX-DB 36	MP:\MBXDB36	Priv36.edb	MP:\LOG36
DB37	<ServerName> MBX-DB 37	MP:\MBXDB37	Priv37.edb	MP:\LOG37
DB38	<ServerName> MBX-DB 38	MP:\MBXDB38	Priv38.edb	MP:\LOG38
DB39	<ServerName> MBX-DB 39	MP:\MBXDB39	Priv39.edb	MP:\LOG39
DB40	<ServerName> MBX-DB 40	MP:\MBXDB40	Priv40.edb	MP:\LOG40
DB41	<ServerName> MBX-DB 41	MP:\MBXDB41	Priv41.edb	MP:\LOG41
DB42	<ServerName> MBX-DB 42	MP:\MBXDB42	Priv42.edb	MP:\LOG42
DB43	<ServerName> MBX-DB 43	MP:\MBXDB43	Priv43.edb	MP:\LOG43
DB44	<ServerName> MBX-DB 44	MP:\MBXDB44	Priv44.edb	MP:\LOG44
DB45	<ServerName> MBX-DB 45	MP:\MBXDB45	Priv45.edb	MP:\LOG45
DB46	<ServerName> MBX-DB 46	MP:\MBXDB46	Priv46.edb	MP:\LOG46
DB47	<ServerName> MBX-DB 47	MP:\MBXDB47	Priv47.edb	MP:\LOG47
DB48	<ServerName> MBX-DB 48	MP:\MBXDB48	Priv48.edb	MP:\LOG48
DB49	<ServerName> MBX-DB 49	MP:\MBXDB49	Priv49.edb	MP:\LOG49
DB50	<ServerName> MBX-DB 50	MP:\MBXDB50	Priv50.edb	MP:\LOG50

Anhang "Datenbankkonfiguration"

Die folgende Tabelle ist eine Beispielkonfiguration, die auf jede erstellte Datenbank angewendet oder für jede Datenbank auf dem Server abhängig von den Anforderungen angepasst werden kann.

Datenbankkonfiguration für Contoso

Parameter	Standardwert	Contoso-Wert
Datenbankname	<ServerName> MBX-DB xx	<ServerName> MBX-DB xx
Offlineadressbuch	[None]	Standard-Offlineadressliste
Öffentliche Ordner-Datenbank	<ServerName> Öffentliche DB xx	<ServerName> Öffentliche DB xx
Warnungskontingent	1991680 KB	1700000 KB
Sendekontingent	2097152 KB	1900000 KB
Sende-/Empfangskontingent	2411520 KB	2090000 KB
Wartungszeitplan	So.1:00-So.5:00, Mo.1:00-Mo.5:00, Di.1:00-Di.5:00, Mi.1:00-Mi.5:00, Do.1:00-Do.5:00, Fr.1:00-Fr.5:00, Sa.1:00-Sa.5:00	"So.12:00-So.4:00", "Mo.12:00-Mo.4:00", "Di.12:00-Di.4:00", "Mi.12:00-Mi.4:00", "Do.12:00-Do.4:00", "Fr.12:00-Fr.4:00", "Sa.12:00-Sa.4:00"
Zeitplan für die Kontingentbenachrichtigung	So.1:00-So.1:15, Mo.1:00-Mo.1:15, Di.1:00-Di.1:15, Mi.1:00-Mi.1:15, Do.1:00-Do.1:15, Fr.1:00-Fr.1:15, Sa.1:00-Sa.1:15	"So.12:00-So.12:15", "Mo.12:00-Mo.12:15", "Di.12:00-Di.12:15", "Mi.12:00-Mi.12: 15", "Do.12:00-Do.12:15", "Fr.12:00-Fr.12:15", "Sa.12:00-Sa.12:15"
Aufbewahrungszeit für Postfächer	30.00:00:00	30.00:00:00
Aufbewahrungszeit für gelöschte Elemente	14.00:00:00	14.00:00:00
Gelöschte Elemente bis zur Sicherung aufbewahren	False	True

 © 2010 Microsoft Corporation. Alle Rechte vorbehalten.