Restore-StorageGroupCopy
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
Dernière rubrique modifiée : 2007-09-12
Vous pouvez utiliser la cmdlet Restore-StorageGroupCopy dans un environnement de réplication continue en cluster (CCR), de réplication continue locale (LCR) ou de réplication continue de secours (SCR) dans le cadre du processus d'activation pour la copie du groupe de stockage. Un administrateur doit utiliser la cmdlet Restore-StorageGroupCopy avant d'exécuter une opération Mount-Database.
Syntaxe
Restore-StorageGroupCopy -Identity <StorageGroupIdParameter> [-Confirm [<SwitchParameter>]] [-DomainController <Fqdn>] [-Force <SwitchParameter>] [-ReplaceLocations <SwitchParameter>] [-StandbyMachine <String>] [-WhatIf [<SwitchParameter>]]
Description détaillée
La cmdlet Restore-StorageGroupCopy est requise pour permettre à un administrateur Microsoft Exchange Server 2007 de monter une copie passive d'une base de données ou une base de données cible SCR dans le cadre de la récupération suite à un échec ou un endommagement de la copie active de la base de données. Dans une configuration LCR, l'administrateur doit relocaliser les données via une opération de volume ou de système de fichiers, par exemple en utilisant et en modifiant des points de montage de volume. Cette méthodes est recommandée pour maintenir des conventions d'affectation de noms entre les chemins d'accès utilisés pour la copie passive ou les cibles SCR et la copie active des bases de données.
Le paramètre ReplaceLocations est utilisé dans un environnement LCR lorsque l'administrateur souhaite mettre fin à une réplication et activer la copie passive d'une base de données en modifiant les emplacements de ces objets dans le service d'annuaire Active Directory pour qu'ils pointent sur les chemins d'accès contenant la copie passive du groupe de stockage et des fichiers de base de données. Il s'agit d'une opération rapide après laquelle vous pouvez monter la base de données. Si cette option n'est pas utilisée, vous devez copier ou déplacer les données de la copie passive vers les chemins d'accès de la copie active du groupe de stockage. Si cela ne peut pas être effectué via les opérations de volume ou les commandes Rename du système de fichiers, la durée de la panne sera proportionnelle au temps requis pour copier les journaux et les fichiers de base de données.
Dans un environnement de CCR, la copie activée se trouve sur un noeud différent et déjà à l'emplacement correct. Par conséquent, il n'est pas nécessaire de modifier l'emplacement des journaux ou des bases de données dans le cadre du processus d'activation.
La cmdlet Restore-StorageGroupCopy permet de remplacer les restrictions de perte de montage du groupe de stockage sur le nouveau noeud actif. Par exemple, AutoDatabaseMountDial peut être défini sur Sans perte, ce qui signifie que la base de données ne se montera pas si même un fichier journal du dernier noeud monté n'a pas pu être copié ou relu sur la copie. Avec cette définition, vous pouvez restaurer la copie de groupe de stockage et monter la base de données.
Notes
Dans certaines circonstances, le remplacement des restrictions de perte de montage du groupe de stockage sur le nouveau noeud actif peut requérir le réamorçage du groupe de stockage du noeud précédemment actif. Le réamorçage est requis si un ou plusieurs journaux de la zone de perte ont été écrits dans la base de données.
La cmdlet Restore-StorageGroupCopy met fin à la réplication continue pour le groupe de stockage et rend la copie passive ou la base de données cible SCR viable pour la cmdlet Mount-Database. Plus particulièrement, utilisez la cmdlet Restore-StorageGroupCopy comme suit :
Dans un environnement de CCR, utilisez la cmdlet si la prise en charge du montage automatique ne monte pas la base de données et si l'administrateur doit intervenir explicitement pour monter la base de données.
Dans un environnement de LCR, utilisez la cmdlet pour désactiver la LCR et rendre la copie passive viable pour la cmdlet Mount-Database.
Dans un environnement de SCR, utilisez la cmdlet pour désactiver la SCR et rendre la copie cible de la SCR viable pour la cmdlet Mount-Database.
La cmdlet Restore-StorageGroupCopy remplit les missions suivantes :
Elle marque la base de données du groupe de stockage comme montable.
Elle fournit un rapport sur la perte des données résultant éventuellement du montage de la base de données dans le groupe de stockage.
Elle vérifie que tous les fichiers journaux générés par la copie active du groupe de stockage sont présents dans l'emplacement des fichiers du groupe de stockage de la copie passive. S'il manque des fichiers journaux, l'opération tente de copier les fichiers manquants.
Notes
Si les fichiers journaux requis ne sont pas tous disponibles et que la cmdlet Restore-StorageGroupCopy n'arrive pas à les copier à partir de l'emplacement des fichiers du groupe de stockage actif, la base de données subit une perte de données. Pour plus d'informations sur la manière dont la CCR gère la perte de données, consultez la rubrique Réplication continue en cluster.
Pour la LCR et la SCR, elle désactive également la réplication continue.
Pour la LCR, si la base de données subit une perte de données, l'indexation de contenu doit être réexécutée.
Pour la LCR, cette commande doit être exécutée sur le serveur hébergeant le groupe de stockage.
Notes
Pour la CCR, pour que la copie passive devienne la copie active, elle doit d'abord être montée. Après son montage et son activation, elle devient la nouvelle copie active pour l'activité de réplication suivante.
Pour exécuter le code suivant, 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 Exchange 2007, consultez la rubrique Considérations relatives aux autorisations.
Paramètres
| Paramètre | Obligatoire | Type | Description |
|---|---|---|---|
Identity |
Obligatoire |
Microsoft.Exchange.Configuration.Tasks.StorageGroupIdParameter |
Le paramètre Identity prend l'une des valeurs suivantes :
|
Confirm |
Facultatif |
Booléen |
Le paramètre Confirm suspend le traitement par la commande et demande à l'administrateur de confirmer les actions que la commande va effectuer avant de continuer le traitement. La valeur par défaut est $true. |
DomainController |
Facultatif |
Microsoft.Exchange.Data.Fqdn |
Pour spécifier le nom de domaine complet (FQDN) du contrôleur de domaine à utiliser, incluez le paramètre DomainController dans la commande. |
Force |
Facultatif |
System.Management.Automation.SwitchParameter |
Vous pouvez utiliser le paramètre Force lorsque la tâche est exécutée par programme en évitant les invites d'intervention administrative. Si le paramètre Force n'est pas intégré dans la cmdlet, une intervention administrative est demandée. Si le paramètre Force est intégré dans la cmdlet mais que la valeur est omise, sa valeur par défaut est $true. En cas d'exécution de la cmdlet Restore-StorageGroupCopy pour rendre une cible de SCR viable pour le montage, le paramètre Force doit être inclus si la source de SCR n'est pas disponible. |
ReplaceLocations |
Facultatif |
System.Management.Automation.SwitchParameter |
Le paramètre ReplaceLocations est utilisé dans une configuration LCR lorsque l'administrateur veut mettre fin à la réplication et faire passer les chemins d'accès de la copie dans les attributs d'emplacement de la base de données et du groupe de stockage de production. Les chemins d'accès des objets groupe de stockage et base de données de production sont mis à jour à partir des emplacements de la copie. Le paramètre ReplaceLocations n'est pas valide dans un environnement de CCR. |
StandbyMachine |
Facultatif |
System.String |
Le paramètre StandbyMachine permet de spécifier le nom d'un serveur hébergeant la cible de SCR en cours de restauration. Ce paramètre doit être utilisé pour restaurer une cible de SCR. Si ce paramètre n'est pas inclus, la tâche s'applique à la copie passive de LCR ou CCR. |
WhatIf |
Facultatif |
Booléen |
Le paramètre WhatIf donne pour instruction à la cmdlet de simuler les actions qu'elle va appliquer à l'objet. Grâce au paramètre WhatIf, l'administrateur peut afficher les changements potentiels sans devoir les appliquer. La valeur par défaut est $true. |
Erreurs
| Erreur | Description |
|---|---|
|
La tâche n'a pas pu se connecter au cluster à cause d'un problème de communication ou de l'indisponibilité du cluster. |
|
Ce serveur n'est pas un serveur Exchange 2007. |
|
L'utilisateur ne dispose pas de l'autorité d'un administrateur Exchange Server. |
|
Le serveur spécifié du groupe de stockage n'existe pas. |
|
La tâche doit être exécutée sur l'ordinateur de la cible de réplication. |
|
Le paramètre spécifié n'existe pas ou la combinaison spécifiée n'est pas valide. |
|
Cette configuration de réplication n'est pas prise en charge. La réplication n'a pas été activée. |
|
Le paramètre ReplaceLocations était spécifié et les emplacements du groupe de stockage de production n'ont pas pu être mis à jour avec les chemins d'accès requis. |
|
La copie spécifiée n'est pas en état de fonctionner. |
|
La base de données du groupe de stockage spécifié n'est pas démontée. |
|
La réplication n'est pas prête à rendre le groupe de stockage disponible. |
|
Une erreur interne s'est produite. La cmdlet Restore-StorageGroupCopy n'a pas pu obtenir les informations sur toutes les bases de données pour la LCR. |
|
Une erreur interne est survenue car une sauvegarde était en cours. |
|
Une erreur interne est survenue car le groupe de stockage n'est pas connecté. |
|
Aucune base de données ne se trouve dans le groupe de stockage. |
|
Un rapport de réussite décrit les actions effectuées et leurs résultats, ainsi que le montant de perte des données comme conséquence de la restauration. Le rapport indique également si les chemins d'accès ont été mis à jour. Le rapport précise par ailleurs les actions suivantes à effectuer. |
|
Le groupe de stockage a déjà été rendu disponible pour le montage. |
Exemple
Le premier exemple de code montre comment désactiver la LCR pour un groupe de stockage nommé SG1 et activer la copie passive du groupe de stockage pour la rendre viable pour une opération Mount-Database.
Le deuxième exemple montre comment activer une cible de SCR sur un Serveur2 pour un groupe de stockage nommé SG1 et la rendre viable pour le montage.
Restore-StorageGroupCopy -Identity:SG1
Restore-StorageGroupCopy -Identity:SG1 -StandbyMachine:Server2