Add-DatabaseAvailabilityGroupServer
Dieses Cmdlet ist nur lokal in Exchange verfügbar.
Verwenden Sie das Cmdlet Add-DatabaseAvailabilityGroupServer, um einen Postfachserver zu einer Database Availability Group (DAG) hinzuzufügen. Eine DAG besteht aus einer Reihe von Postfachservern, die mithilfe fortlaufender Replikation und verwalteter Verfügbarkeit eine automatische Wiederherstellung auf Datenbankebene nach Datenbank-, Server- oder Netzwerkfehlern bieten.
Informationen zu den Parametersätzen im Abschnitt zur Syntax weiter unten finden Sie unter Syntax der Exchange-Cmdlets.
Syntax
Add-DatabaseAvailabilityGroupServer
[-Identity] <DatabaseAvailabilityGroupIdParameter>
[-MailboxServer] <ServerIdParameter>
[-Confirm]
[-DomainController <Fqdn>]
[-SkipDagValidation]
[-WhatIf]
[<CommonParameters>] Beschreibung
Ein Computerobjekt für eine DAG wird in Active Directory erstellt, wenn der erste Server der DAG hinzugefügt wird. Dieses Objekt wird für die Authentifizierung der Server miteinander in einer DAG verwendet.
Um einer DAG einen Postfachserver hinzuzufügen, muss auf dem Postfachserver das Windows Server 2008 R2 Enterprise- oder Rechenzentrumsbetriebssystem, das Windows Server 2012 Standard- oder Rechenzentrumsbetriebssystem oder das Windows Server 2012 Das R2-Betriebssystem darf keiner anderen DAG angehören. Der Postfachserver muss die gleichen Versionen des Windows-Betriebssystems und Microsoft Exchange ausführen und sich in derselben Active Directory-Domäne wie alle anderen Postfachserver in der DAG befinden. Darüber hinaus darf der Postfachserver nicht als Active Directory-Domänencontroller oder globaler Katalogserver konfiguriert werden.
Um den ersten Server einer DAG hinzuzufügen und ein Computerobjekt für die DAG zu erstellen, muss die Sicherheitsgruppe Exchange Windows-Berechtigungen über die entsprechenden Rechte zum Hinzufügen von Computerkonten zur Domäne verfügen. Alternativ kann ein Computerkonto vor dem Hinzufügen des Servers erstellt und deaktiviert werden. Beim Hinzufügen des ersten Servers zur DAG wird das Computerkonto für die DAG aktiviert. Das Konto, mit dem dieser Task ausgeführt wird, muss also nicht über die Berechtigungen zum Hinzufügen eines Computerkontos zur Domäne verfügen. Wenn Sie das Computerkonto vorab erstellen, muss der Name des Kontos mit dem Namen für die DAG übereinstimmen. Wenn der DAG-Name z. B. DAG1 lautet, muss das Computerkonto auch DAG1 heißen.
Bevor Sie dieses Cmdlet ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Auch wenn in diesem Thema alle Parameter für das Cmdlet aufgeführt werden, verfügen Sie möglicherweise nicht über den Zugriff auf einige Parameter, wenn sie nicht in den Ihnen zugewiesenen Berechtigungen enthalten sind. Wie Sie herausfinden, welche Berechtigungen zur Ausführung eines bestimmten Cmdlets oder Parameters in Ihrer Organisation erforderlich sind, können Sie unter Find the permissions required to run any Exchange cmdlet nachlesen.
Beispiele
Beispiel 1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX1In diesem Beispiel wird der Postfachserver "MBX1" in der DAG "DAG1" hinzugefügt.
Parameter
-Confirm
Die Option "Confirm" gibt an, ob die Bestätigungsaufforderung angezeigt oder ausgeblendet werden soll. Wie diese Option sich auf das Cmdlet auswirkt, hängt davon ab, ob für die Option vor dem Fortfahren eine Bestätigung erforderlich ist.
- Destruktive Cmdlets (z. B. Remove-*-Cmdlets) verfügen über eine integrierte Pause, die Sie zwingt, den Befehl zu bestätigen, bevor Sie fortfahren. Für diese Cmdlets können Sie die Bestätigungsaufforderung mit genau dieser Syntax überspringen:
-Confirm:$false. - Die meisten anderen Cmdlets (z. B. New-* und Set-*-Cmdlets) verfügen nicht über eine integrierte Pause. Bei diesen Cmdlets führt das Angeben der Option "Confirm" ohne einen Wert eine Pause ein, die Sie zwingt, den Befehl vor dem Fortfahren zu bestätigen.
| Type: | SwitchParameter |
| Aliases: | cf |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-DomainController
Der Parameter "DomainController" gibt den Domänencontroller an, der von diesem Cmdlet verwendet wird, um aus Active Directory Daten zu lesen oder hineinzuschreiben. Der Domänencontroller kann anhand seines vollqualifizierten Domänennamens (Fully Qualified Domain Name, FQDN) ermittelt werden. Beispiel: dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
Der Parameter Identity gibt den Namen der DAG an, der der Server hinzugefügt wird.
| Type: | DatabaseAvailabilityGroupIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-MailboxServer
Der Parameter MailboxServer gibt den Postfachserver an, der der DAG hinzugefügt werden soll. Der Parameter MailboxServer gibt den zu testenden exExchange2k16- oder exExchange2k13-Postfachserver an. Beispiel:
- Name
- FQDN
- Distinguished Name (DN)
- ExchangeLegacyDN
| Type: | ServerIdParameter |
| Position: | 2 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-SkipDagValidation
Die Option SkipDagValidation gibt an, ob die Überprüfung des DAG-Quorummodells und die Integritätsprüfung auf dem DAG-Zeugen beim Hinzufügen von Mitgliedern zur DAG umgangen werden sollen. Sie müssen bei dieser Option keinen Wert angeben.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-WhatIf
Die Option "WhatIf" simuliert die Aktionen des Befehls. Sie können diesen Switch verwenden, um die Änderungen anzuzeigen, die auftreten würden, ohne diese Änderungen tatsächlich anzuwenden. Sie müssen keinen Wert für diese Option angeben.
| Type: | SwitchParameter |
| Aliases: | wi |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
Eingaben
Input types
Eingabetypen, die dieses Cmdlet akzeptiert, finden Sie unter Eingabe- und Ausgabetypen für Cmdlets. Wenn das Feld mit dem Eingabetyp für ein Cmdlet leer ist, akzeptiert das Cmdlet diese Eingabedaten nicht.
Ausgaben
Output types
Informationen zu den Rückgabetypen, die auch als Ausgabetypen bezeichnet werden, die dieses Cmdlet akzeptiert, finden Sie unter Cmdlet Input and Output Types. Wenn das Feld Ausgabetyp leer ist, gibt das Cmdlet keine Daten zurück.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für