Get-StorageGroupCopyStatus (RTM)

S’applique à : Exchange Server 2007

Dernière rubrique modifiée : 2007-06-05

Cette rubrique décrit l'utilisation de la cmdlet Get-StorageGroupCopyStatus pour renvoyer les informations d'état de la réplication actuelle à propos de la copie de réplication continue en cluster (CCR) ou de la réplication continue locale (LCR) d'un groupe de stockage.

Syntaxe

Get-StorageGroupCopyStatus [-Identity <StorageGroupIdParameter>] [-DomainController <Fqdn>]

Get-StorageGroupCopyStatus -Server <ServerIdParameter> [-DomainController <Fqdn>]

Description détaillée

Pour connaître l'état complet d'une copie de CCR ou LCR dans l'environnement de ligne de commande Exchange Management Shell, exécutez la cmdlet Get-StorageGroupCopyStatus. En fonction des options fournies, la cmdlet renvoie les informations d'une copie spécifique sur un serveur spécifique ou toutes les copies sur un serveur.

La syntaxe de base de la cmdlet est illustrée dans l'exemple de code suivant :

Get-StorageGroupCopyStatus

Lorsque vous utilisez la syntaxe de base, l’exemple de sortie suivant est fourni :

La cmdlet avec l’option Liste mise en forme est illustrée dans l'exemple suivant :

Get-StorageGroupCopyStatus |fl

Lorsque vous utilisez l’option Liste mise en forme, l'état complet de la copie est fourni avec tous les champs :

• Identity : MBXNODE01\StorageGroup1

• StorageGroupName : StorageGroup1

• SummaryCopyStatus : Sain

• Failed : False

• FailedMessage :

• Seeding : False

• Suspend : False

• SuspendComment :

• CopyQueueLength : 0

• ReplayQueueLength : 0

• LatestAvailableLogTime : 14/06/2006 16:42:01

• LastCopyNotificationedLogTime : 14/06/2006 16:42:01

• LastCopiedLogTime : 14/06/2006 16:42:01

• LastInspectedLogTime : 14/06/2006 16:42:01

• LastReplayedLogTime : 14/06/2006 16:42:01

• LastLogGenerated : 4

• LastLogCopyNotified : 4

• LastLogCopied : 4

• LastLogInspected : 4

• LastLogReplayed : 4

• LatestFullBackupTime :

• LatestIncrementalBackupTime :

• SnapshotBackup :

• IsValid : True

• ObjectState : Unchanged

Le tableau suivant présente le type et décrit les champs de la sortie.

Vous pouvez procéder à une évaluation rapide de l'intégrité d'une copie en consultant les résultats dans les champs SummaryCopyStatus, Failed, CopyQueueLength, ReplayQueueLength et LastInspectedLogTime. Ces champs affichent si la copie fonctionne correctement et si la copie est à jour dans les activités de copie et d'application des journaux. Si LastInspectedLogTime n’est pas la valeur actuelle, cela peut indiquer que le service de réplication est arrêté ou que le débit du trafic du groupe de stockage est faible. Si la copie se trouve dans un état incorrect, la raison doit être déterminée et les corrections doivent être apportées. Si la valeur de la longueur de la file d'attente de copie est supérieure à 3, la raison doit être déterminée et les corrections doivent être apportées. Si la valeur de la longueur de la file d'attente de relecture est supérieure à 20, la raison doit être déterminée et les corrections doivent être apportées.

Pour utiliser la cmdlet Get-StorageGroupCopyStatus, vous devez utiliser un compte auquel ont été délégués :

• le rôle Administrateur de serveur Exchange et le groupe Administrateurs local pour le serveur cible.

Pour plus d'informations sur les autorisations, la délégation de rôles et les droits requis pour administrer Microsoft Exchange Server 2007, consultez la rubrique Considérations relatives aux autorisations.

Il existe quelques rares scénarios où l'état de la réplication peut induire en erreur. Voici la liste de ces scénarios :

• Un groupe de stockage inactif (c'est-à-dire qui ne change pas) peut signaler erronément un état sain. Cette situation peut se produire si la condition malsaine n'a pas pu être détectée avant une relecture du journal.

• Durant l'initialisation de la réplication, l'état de la réplication est réévalué et peut être imprécis. Une fois l'initialisation terminée, l'état est mis à jour.

• La valeur du champ LastLogGenerated peut être erronée lors en cas de démontage d'une base de données. Toutefois, tous les journaux avec un contenu d'utilisateur final sont répliqués si la copie du groupe de stockage est en cours de réplication.

• S'il manque un ou plusieurs journaux dans une séquence de journaux, la tentative de récupération par la copie passive se poursuit. Ce faisant, l'état de réplication bascule entre les états d'échec et sain. Les files d'attente de relecture et de copie continuent à s'allonger.

• Dans quelques rares situations, il est possible de vérifier un journal même s'il est impossible de le relire. Dans ce cas, pendant la tentative de récupération, le système bascule entre les états d'échec et sain. Les files d'attente de relecture et de copie continuent à s'allonger.

Paramètres

Erreurs

Exemple

Le premier exemple de code correspond à la commande Get-StorageGroupCopyStatus lorsque le nom du groupe de stockage n'est pas ambigu.

Le deuxième exemple de code décrit la procédure d'obtention de l'état de la copie SG1 sur le serveur MBX.

Le troisième exemple de code décrit la procédure d'obtention de l'état de tous les groupes de stockage du serveur MBX.

Le quatrième exemple de code fournit des informations de copie sur toutes les copies pour le serveur local. Sur un noeud passif, des informations sont renvoyées pour toutes les copies de la copie du groupe de stockage active associée.

Get-StorageGroupCopyStatus -Identity Storage_Group_1 
Get-StorageGroupCopyStatus -Identity:MBX\SG1 
Get-StorageGroupCopyStatus -Server:MBX 
Get-StorageGroupCopyStatus