Share via

Procédure de basculement vers la copie passive d'une base de données

  • Article

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2006-12-20

Cette rubrique explique la récupération des données lorsqu’une base de données active et ses fichiers journaux activés pour la réplication continue locale (LCR) sont corrompus.

Avant de commencer

Vous devez exécuter la procédure suivante à l'aide d'un compte disposant d'autorisations Administrateur Exchange Server.

Bien que cette procédure utilise le paramètre ReplaceLocations de la cmdlet Restore-StorageGroupCopy, il est recommandé de modifier les affectations de lecteur ou d'effectuer une autre opération de niveau inférieur. Il est possible de modifier les affectations de lecteur à l’aide du composant logiciel enfichable Microsoft Management Console (MMC) Gestion de disque ou l'outil Diskpart inclus dans Microsoft Windows Server 2003. Cette recommandation vise à garantir que le groupe de stockage actif et les fichiers de base de données continuent d'avoir des noms de fichiers significatifs indiquant qu'il s'agit de copies de production actives. Le paramètre ReplaceLocations garantit que des copies actives de la base de données et des journaux sont contenues dans des répertoires normalement réservés aux copies passives de ces fichiers. Opérer dans cette configuration peut entraîner une certaine confusion au niveau de la distinction entre la copie active des données et leur copie passive.

Procédure

Récupération suite à un endommagement de la copie active d'une base de données activée pour la LCR

  1. Vérifiez que l'endommagement ne provient pas d'un lecteur de journaux en mode hors connexion, d'un lecteur de bases de données en mode hors connexion ou d'une erreur de configuration de volume de disque. Si le volume du journal du groupe de stockage de production n'est pas disponible (et pourrait l'être) lors du basculement, un volume de données plus important que nécessaire risque d'être perdu.

  2. Évaluez si les données de la copie passive de la base de données sont acceptables. Pour obtenir des instructions sur la création de cette détermination, consultez la rubrique Procédure d'affichage de l'état d'une copie de réplication locale en continu. Généralement, le système doit être en mesure d'effectuer la récupération avec toutes les données de la copie active de la base de données. Ainsi, l'évaluation doit révéler que tous les fichiers journaux nécessaires sont disponibles. Si tel n'est pas le cas, vous devez déterminer pourquoi tout ou partie des fichiers journaux sont indisponibles.

  3. Démontez la base de données endommagée. Vous pouvez utiliser la cmdlet Dismount-Database de l'environnement de ligne de commande Exchange Management Shell ou l'option de menu contextuel Démonter pour la base de données dans la console de gestion Exchange.

  4. Utilisez la cmdlet Restore-StorageGroupCopy comme suit pour activer la copie de la base de données. Cela peut se faire de deux manières :

    Notes

    La copie LCR est automatiquement désactivée dans le cadre de l'exécution de la cmdlet Restore-StorageGroupCopy.

    1. Pour activer la copie et ne pas modifier le groupe de stockage de production et les chemins d'accès de la base de données, exécutez la cmdlet suivante :

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName>
      noteRemarque :
      La meilleure manière est d’activer la copie à son emplacement actuel, de déplacer les fichiers, de modifier les lettres de lecteurs ou de monter les affectations de points pour positionner les fichiers de copie sous les chemins d’accès à la production. Avec cette stratégie, la base de données de production est maintenue à son emplacement prévu.

    2. Pour activer la copie et mettre à jour le groupe de stockage de production et les chemins d’accès à la base de données avec ceux de la copie LCR, exécutez la cmdlet Restore-StorageGroupCopy avec l'option -ReplaceLocations comme suit :

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> -ReplaceLocations:$true
      noteRemarque :
      Un administrateur pourrait être surpris ultérieurement par ces éléments s’ils sont laissés en place pendant une période prolongée. Le facteur déterminant devrait être de savoir si les fichiers de copie peuvent être déplacés en quelques minutes, ce qui permettrait la récupération rapide voulue.

  5. À l'invite de confirmation, tapez Y, puis appuyez sur Entrée.

  6. Exécutez cette étape si vous avez exécuté l’étape 4a alors que les chemins d’accès à la production n’étaient pas modifiés (-ReplaceLocations n’était pas spécifié dans la cmdlet Restore-StorageGroupCopy). Les fichiers de la copie passive doivent être déplacés dans le groupe de stockage de production et dans les chemins d'accès de la base de données. Utilisez l'outil de gestion de volume ou de système de fichiers approprié pour déplacer les journaux, les fichiers système et les bases de données de la copie LCR jusqu'à ces emplacements.

  7. La base de données peut à présent être montée.

  8. La cmdlet Restore-StorageGroupCopy désactive automatiquement la LCR pour le groupe de stockage. Une fois la récupération terminée, la LCR doit être activée. Pour obtenir la procédure détaillée d'activation de la LCR pour le groupe de stockage, consultez la rubrique Procédure d'activation de la réplication locale en continu pour un groupe de stockage existant.

Pour plus d'informations

Pour plus d'informations sur la syntaxe et les paramètres, consultez la rubrique Restore-StorageGroupCopy.

Pour plus d'informations sur la gestion de votre environnement de LCR, consultez la rubrique Gestion de la réplication locale en continu.