Start-DatabaseAvailabilityGroup

Référence

Module:: ExchangePowerShell

S’applique à:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

La cmdlet est disponible uniquement dans Exchange en local.

La cmdlet Start-DatabaseAvailabilityGroup permet de réincorporer un ou plusieurs membres d’un groupe de disponibilité de base de données (DAG) préalablement échoués.

Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.

Syntax

Start-DatabaseAvailabilityGroup
     [-Identity] <DatabaseAvailabilityGroupIdParameter>
     -ActiveDirectorySite <AdSiteIdParameter>
     [-ConfigurationOnly]
     [-Confirm]
     [-DomainController <Fqdn>]
     [-WhatIf]
     [<CommonParameters>]

Start-DatabaseAvailabilityGroup
     [-Identity] <DatabaseAvailabilityGroupIdParameter>
     -MailboxServer <MailboxServerIdParameter>
     [-ConfigurationOnly]
     [-Confirm]
     [-DomainController <Fqdn>]
     [-WhatIf]
     [<CommonParameters>]

Description

La cmdlet Start-DatabaseAvailabilityGroup est utilisée pour activer les membres du DAG dans un centre de données récupéré après permutation du centre de données, en tant que partie du processus de commutation vers le centre de données récupéré. La cmdlet Start-DatabaseAvailabilityGroup manipule la configuration et l’état afin d’intégrer les serveurs au DAG opérationnel et de les joindre au cluster sous-jacent du DAG. La cmdlet Move-ActiveMailboxDatabase est ensuite utilisée pour activer les bases de données du centre de données principal.

Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.

Exemples

Exemple 1

Start-DatabaseAvailabilityGroup -Identity DAG1 -MailboxServer MBX2

Cet exemple démarre le serveur de boîtes aux lettres MBX2 dans le DAG DAG1.

Exemple 2

Start-DatabaseAvailabilityGroup -Identity DAG1 -ActiveDirectorySite Redmond

Cet exemple démarre les membres du DAG DAG1 dans le site Active Directory Redmond.

Paramètres

-ActiveDirectorySite

Le paramètre ActiveDirectorySite spécifie si tous les membres du DAG doivent être démarrés dans un site spécifié.

Type:	AdSiteIdParameter
Position:	Named
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

-ConfigurationOnly

Le commutateur ConfigurationOnly spécifie s’il faut mettre à jour les propriétés Active Directory avec l’action de démarrage, mais n’effectue pas de démarrage du DAG ou des membres. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Type:	SwitchParameter
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

-Confirm

Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.

Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte : -Confirm:$false.
La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.

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

Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « 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

Le paramètre Identity spécifie le nom du DAG en cours de démarrage.

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

Le paramètre MailboxServer spécifie si un seul membre du DAG doit être démarré.

Type:	MailboxServerIdParameter
Position:	Named
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

-WhatIf

Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

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

Entrées

Input types

Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.

Sorties

Output types

Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.

Partager via