Gestion de la réplication locale en continu

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

Dernière rubrique modifiée : 2007-08-20

En plus des tâches relatives à la gestion et l'administration quotidiennes d'une organisation Exchange, ces tâches sont spécifiques à la réplication continue locale (LCR). Généralement, les tâches administratives pour LCR sont :

• La configuration du disque de stockage pour LCR et la gestion des volumes du disque.

• Activation et désactivation de la LCR.

• analyse de l'activité de réplication ;

• Montage, démontage, création, et suppression de bases de données.

• Déplacement de l'emplacement de stockage des fichiers de groupe de stockage ou de base de données quand un groupe de stockage est activé pour la LCR.

• Informations sur le statut d’affichage et de configuration d’un groupe de stockage ou d’une base de donnée activée par LCR.

• Vérification de l'intégrité d’une copie active ou d’une copie passive de données de LCR.

• Gestion de réplication et activité de réinsertion.

• Activation de la copie passive.

Configuration de disque de stockage pour la réplication continue locale

LCR ne requiert pas spécialement le stockage de disque configuré. Il est recommandé d’isoler les copies l’une de l’autre autant que possible. La LCR requiert un stockage offrant des performances et une capacité adéquates. Les solutions de stockage équivalentes doivent être configurées pour les deux copies du groupe de stockage et de la base de données activées pour LCR. Il est aussi recommandé de suivre les procédures de configuration fournies par votre vendeur de stockage pour terminer la configuration.

Gestion des volumes de disque

Lors de la gestion d'un environnement LCR, il peut être nécessaire de gérer des volumes de disque connectés à votre serveur Exchange. Par exemple, le volume peut nécessiter un détachement temporaire du système pour des raisons de maintenance ou autres. Si la maintenance doit être faite sur le volume du disque contenant la copie active du groupe de stockage, la base de données dans la copie active du groupe de stockage doit être démontée. Si la maintenance doit être effectuée sur les volumes du disque contenant la copie passive du groupe de stockage, toutes les E/S du volume doivent être arrêtées par suspension de la réplication. Pour plus d'informations sur la gestion des volumes de disque, consultez la rubrique Procédure de préparation des activités de gestion de disque pour une copie LCR.

Activation de la réplication continue locale

L'utilisation d'une réplication continue locale commence par l'activation d'un groupe de stockage ad hoc. Vous pouvez accomplir cette tâche en utilisant la console de gestion Exchange ou l'environnement de ligne de commande Exchange Management Shell.

Important :
Avant d'activer LCR, assurez-vous que vous disposez d'un espace disque suffisant pour stocker la copie LCR.

Pour utiliser LCR, il est recommandé d’activer le groupe de stockage pour LCR. Pour obtenir la procédure détaillée d'activation d'un groupe de stockage existant pour la LCR, consultez la rubrique Procédure d'activation de la réplication locale en continu pour un groupe de stockage existant. Pour obtenir la procédure détaillée de création d'un groupe de stockage à LCR activée, consultez la rubrique Procédure d'activation de la réplication locale en continu pour un nouveau groupe de stockage.

Désactivation de la réplication continue locale

Vous pouvez désactiver la réplication continue locale pour un groupe de stockage à l'aide de la console de gestion Exchange ou de l'environnement de ligne de commande Exchange Management Shell. Pour plus d'informations sur la procédure de désactivation de la LCR, consultez la rubrique Procédure de désactivation de la réplication locale en continu.

Important :
La suppression d’un groupe de stockage qui contient une copie de LCR supprime la copie de LCR et la copie de production.

Réglage de la configuration par défaut du conteneur de dépôt de transport

Le conteneur de dépôt de transport est une fonctionnalité du rôle serveur de transport Hub qui soumet des messages remis récemment après une interruption non programmée. Le serveur de transport Hub gère une file d'attente des messages récemment remis à une boîte aux lettres :

• dans un serveur de boîtes aux lettres en cluster dans un environnement de CCR ;

• dans un groupe de stockage pour lequel la LCR est activée.

Le conteneur de dépôt de transport doit toujours être activé en cas d'utilisation d'une réplication continue en cluster (CCR) ou d'une LCR. Le conteneur de dépôt de transport est activé à l'échelle de l'organisation en définissant la quantité de stockage disponible par groupe de stockage et le temps pendant lequel conserver les messages dans le conteneur de dépôt de transport.

La cmdlet Set-TransportConfig permet de modifier les paramètres de configuration par défaut du conteneur de dépôt de transport qui sont appliqués au niveau du groupe de stockage.

Il est recommandé de configurer le paramètre MaxDumpsterSizePerStorageGroup, qui spécifie la taille maximale de la file d'attente du conteneur de dépôt de transport pour chaque groupe de stockage, sur une taille équivalant à 1,5 fois la taille maximale de message pouvant être envoyé. Par exemple, si la taille maximale de message est 10 Mo, vous devez attribuer au paramètre MaxDumpsterSizePerStorageGroup la valeur 15 Mo.

Il est également recommandé de configurer le paramètre MaxDumpsterTime, qui spécifie le délai pendant lequel un message électronique doit rester dans la file d'attente du conteneur de dépôt de transport, sur la valeur 7.00:00:00, soit 7 jours. Les messages sont supprimés du conteneur de dépôt de transport lorsque la taille spécifiée par le paramètre MaxDumpsterSizePerStorageGroup est atteinte. Sinon, ils sont supprimés du conteneur de dépôt de transport lorsque le délai spécifié par le paramètre MaxDumpsterTime est écoulé. Cela doit être suffisant pour éviter toute perte de messages électroniques en cas d'interruption prolongée.

En cas d'utilisation de la fonctionnalité de conteneur de dépôt de transport, un espace disque supplémentaire est nécessaire sur le serveur de transport Hub pour héberger les files d'attente du conteneur de dépôt de transport. La quantité d'espace de stockage requise est plus ou moins égale à la valeur de MaxDumpsterSizePerStorageGroup multipliée par le nombre de groupes de stockage sur les serveurs de boîtes aux lettres en cluster dans un environnement de CCR et tous les groupes de stockage activés pour la LCR dans le site du service d'annuaire Active Directory contenant le serveur de transport Hub. Dans un environnement de CCR, les demandes de nouvelle remise du conteneur de dépôt de transport sur tous les serveurs de transport Hub du site sont exécutées automatiquement. Dans un environnement de LCR, les demandes de nouvelle remise du conteneur de dépôt de transport sur tous les serveurs de transport Hub du site sont effectuées dans le cadre de la tâche Restore-StorageGroupCopy.

Pour obtenir la procédure détaillée d'activation et de configuration du conteneur de dépôt de transport, consultez la rubrique Procédure de configuration de la benne de transport. Pour plus d'informations sur la cmdlet Restore-StorageGroupCopy, consultez la rubrique Restore-StorageGroupCopy.

Analyse de l'activité de réplication

La copie passive d'une base de données est utile uniquement si elle est actualisée. Bien que la LCR ne requière pas de contrôle particulier, il est recommandé d'analyser régulièrement chaque groupe de stockage pour vérifier qu'il réplique correctement les fichiers journaux. Le pack d'administration Microsoft Exchange Server 2007 pour Microsoft Operations Manager 2005 inclut des alertes pour plusieurs problèmes critiques liés aux environnements de LCR :

• Le service de réplication de Microsoft Exchange n'est pas en cours d'exécution. Notez que l'événement qui génère cette alerte ne s'affiche pas à plusieurs reprises après l'arrêt du service, de sorte que l'alerte qui lui est associée est perdue si elle a été désactivée.

• La copie passive est en état d'échec.

• La copie passive est dans un état sain mais elle est en retard en ce qui concerne la copie ou la relecture de journaux.

Les alertes ci-avant générées par le pack d'administration Exchange 2007 doivent faire l'objet d'une vérification et être résolues aussi vite que possible.

Une alternative à l'utilisation du pack d'administration Exchange 2007 pour Microsoft Operations Manager 2005 est l'exécution régulière de la cmdlet Get-StorageGroupCopyStatus dans un script dans l'environnement de ligne de commande Exchange Management Shell. La cmdlet Get-StorageGroupCopyStatus indique la longueur des files d'attente et spécifie le nombre de journaux générés par la copie active. Pour des raisons de performances, les compteurs de performance relatifs à la longueur des files d'attente indiquent uniquement les informations connues par le service de réplication Microsoft Exchange. Dans des conditions extrêmement rares, il peut arriver que les résultats soient incohérents par rapport à l'état de la copie active. Pour plus d'informations sur la cmdlet Get-StorageGroupCopyStatus, consultez la section « Affichage des informations d'état » ci-après dans cette rubrique.

Montage, démontage, création, et suppression de bases de données

Parfois, il peut être nécessaire de monter ou de démonter des bases de données dans un environnement LCR. Si le groupe de stockage ou la base de données nécessite une reconfiguration ou une maintenance, vous devez arrêter les services interagissant avec les deux copies lorsque l'activité est en cours. Cela peut être requis pour effectuer une reconfiguration ou pour résoudre des problèmes de serveur ou de base de données. Lorsque la base de données est démontée, elle ne peut pas plus être modifiée. Ni la base de données ni les fichiers journal ne peuvent être modifiés lors du démontage de la base de données.

Vous pouvez vouloir ajouter une base de données à un groupe de stockage qui est activé pour LCR. Ce processus est similaire à celui utilisé pour ajouter une base de données dans une configuration autonome sauf que le chemin supplémentaire doit être fourni.

Vous pouvez vouloir supprimer une base de données d’un groupe de stockage qui est activé pour LCR. Le processus est identique à celui utilisé pour supprimer une base de données dans une configuration autonome, sauf qu'il y a deux copies des données à supprimer : la copie active et la copie passive de la base de données. Pour obtenir la procédure détaillée de suppression d'un groupe de stockage pour lequel la LCR est activée, consultez la rubrique Procédure de suppression d'une base de données d'un groupe de stockage activé pour la réplication locale en continu.

Déplacement de l'emplacement des fichiers de groupe de stockage et de base de données

Vous pouvez utiliser l'environnement de ligne de commande Exchange Management Shell ou la console de gestion Exchange pour modifier l'emplacement d'une base de données dans un groupe de stockage activé pour la LCR. Une configuration LCR comprend deux fichiers de base de données, un par copie. Il est possible de modifier les emplacements des deux copies indépendamment ou ensemble.

Des procédures similaires s'appliquent à la reconfiguration de l'emplacement des fichiers système et journaux du groupe de stockage et des fichiers de base de données dans un environnement de LCR. Pour obtenir la procédure détaillée de déplacement de fichiers journaux et de fichiers système pour un groupe de stockage à LCR activée, consultez la rubrique Procédure de déplacement d'un groupe de stockage dans un environnement de réplication locale en continu. Pour obtenir la procédure détaillée de déplacement de fichiers de base de données dans un environnement LCR, consultez la rubrique Procédure de déplacement d'une base de données dans un environnement de réplication locale en continu.

Important :
Il n'est pas possible de placer des bases de données à la racine d'un volume.

Affichage des informations d'état

Une fois la réplication continue locale activée pour un groupe de stockage, vous pouvez utiliser la console de gestion Exchange ou l'environnement de ligne de commande Exchange Management Shell pour afficher les paramètres de configuration spécifiques à la LCR pour le groupe de stockage et sa base de données.

Informations d'état pour la réplication continue locale

Exchange 2007 publie diverses informations d'état de copies LCR. Le tableau suivant décrit les informations d'état disponibles pour les groupes de stockage activés pour la LCR. Pour obtenir la procédure détaillée d'obtention des informations d'état, consultez la rubrique Procédure d'affichage de l'état d'une copie de réplication locale en continu. Le tableau suivant répertorie les propriétés selon leur ordre d'apparition dans la sortie de la cmdlet Get-StorageGroupCopyStatus de l'environnement de ligne de commande Exchange Management Shell.

Informations d'état disponibles pour les groupes de stockage activés pour la LCR

Vous pouvez rapidement évaluer l'intégrité d'une copie LCR en consultant les valeurs SummaryCopyStatus, CopyQueueLength, ReplayQueueLength, et LastInspectedLogTime. Ces propriétés montrent si la copie LCR fonctionne normalement et si elle est relativement à jour pour la copie et la relecture des journaux. Si les conditions suivantes sont réunies, vous devez en déterminer la cause et corriger le problème :

• La copie est dans un état non sain pendant une durée prolongée.

• La longueur de la file d'attente de copie est supérieure à 5.

• La longueur de la file d'attente de relecture est supérieure à 20.

• La dernière heure d’inspection du journal n’affiche pas l’heure actuelle. Il existe deux raisons possibles qui peuvent en être la cause : Soit le groupe de stockage n’enregistre que peu de changement, soit le service de réplication Microsoft Exchange est arrêté.

Les valeurs de longueur de file d'attente de relecture et de copie sont disponibles sous la forme de compteurs de performance. Il s'agit des compteurs de performance CopyQueueLength et ReplayQueueLength sous l’objet de performance Réplication MSExchange . Pour obtenir la procédure détaillée de surveillance des compteurs de performance, consultez la rubrique Procédure d'affichage des compteurs de performance pour la réplication locale en continu.

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 à tort 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 é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 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 avec succès alors que sa relecture continue à échouer. 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.

Affichage des informations de configuration

Vous pouvez afficher les informations de configuration des bases de données et groupes de stockage à extension LCR en utilisant la console de gestion Exchange et l'environnement de ligne de commande Exchange Management Shell. Les informations de configuration contiennent :

• Groupes de stockage   Emplacement des fichiers journaux de transactions LCR et des fichiers système LCR.

• Bases de données   Emplacement de la copie de base de données LCR.

En outre, vous pouvez déterminer si un groupe de stockage ou une base de données est configurée pour avoir une copie de LCR. Pour obtenir la procédure détaillée d'affichage des paramètres de configuration de la LCR, consultez la rubrique Affichage des paramètres de configuration de réplication locale en continu.

Vérification de l’intégrité d’une Copie passive

Si vous utilisez une réplication continue locale (LCR), il est recommandé de vérifier l'intégrité de la copie passive périodiquement en exécutant un contrôle de cohérence physique par rapport aux fichiers de base de données et fichiers journaux de transactions. Un contrôle de cohérence physique examine les journaux des transactions et les fichiers de base de données pour voir s'ils ne sont pas endommagés. Vous pouvez effectuer le contrôle à l'aide de l'outil Utilitaires de base de données Exchange Server (Eseutil.exe). Pour obtenir la procédure détaillée pour l'utilisation d'Eseutil pour vérifier que les journaux des transactions et les fichiers de base de données ne sont pas physiquement endommagés, consultez la rubrique Procédure de vérification d'une copie de réplication locale en continu à l'aide d'Eseutil.

Gestion de réplication et de relecture

La gestion de fichier de journal de réplication et de relecture dans un environnement de LCR implique les principales activités suivantes :

• Arrêt de la réplication de la copie du groupe de stockage

• Reprise de la réplication de la copie du groupe de stockage

Arrêt et redémarrage des modifications de la copie du groupe de stockage et de sa base de données

Il serait nécessaire d’arrêter et de reprendre l’activité de réplication du journal de transactions. La réplication du journal de transactions (y compris la relecture) est contrôlée au niveau du groupe de stockage. Étant donné qu’un un groupe de stockage ne peut contenir qu'une seule base de données, la réplication a lieu sur une seule base de données. La réplication du journal de transactions survient lorsque le service de réplication Microsoft Exchange fonctionne, un groupe de stockage a été activé pour LCR, et les copies actives et passives sont opérationnelles. Si la copie active ou passive devient non disponible, vous devez arrêter la réplication. En outre, certaines tâches administratives, telles que l'amorçage, nécessitent un groupe de stockage à extension LCR pour suspendre la réplication. Si vous avez besoin d’arrêter tout accès aux fichiers de données de la copie passive, vous devez suspendre la réplication.

Il peut parfois être nécessaire de contrôler les activités de la copie passive. Cela peut être requis pour effectuer une reconfiguration ou pour résoudre des problèmes de serveur ou de base de données. L’arrêt de relecture du journal est aussi requis pour exécuter une vérification de consistance physique de la copie passive. Quand il s’avère nécessaire de contrôler les mises à jour de la copie de la base de données, la réplication doit être arrêtée pour la copie du groupe de stockage. La réplication peut aussi avoir besoin d’être arrêtée quand les journaux de la copie passive sont manipulés. Parce qu’un groupe de stockage peut contenir une seule base de données, les actions qui affectent le comportement de la relecture sont contrôlées au niveau du groupe de stockage.

Il est recommandé d'interrompre l'activité de réplication en cas de modification de l'emplacement du groupe de stockage ou de la base de données.

Pour plus d'informations sur l'arrêt des modifications de réplication sur les copies CCR, consultez la rubrique Procédure d'arrêt de la réplication d'un groupe de stockage activé pour la réplication continue locale. Pour plus d'informations sur le redémarrage des modifications de réplication sur les copies de LCR, consultez la rubrique Procédure de redémarrage de la réplication d'un groupe de stockage activé pour la réplication continue locale. Pour plus d'informations sur l'exécution d'un contrôle d'intégrité des journaux de transactions de la copie passive et du fichier de base de données, consultez la rubrique Procédure de vérification d'une copie de réplication locale en continu à l'aide d'Eseutil.

Activation de la copie passive

La LCR permet la récupération de la copie active endommagée d’un groupe de stockage en activant la copie passive du groupe de stockage. Si les journaux de transactions dans la copie active du groupe de stockage ne sont pas endommagés, il ne doit y avoir normalement aucune perte de données. Si les journaux des transactions de la copie active du groupe de stockage ne sont pas disponibles, la récupération peut uniquement ramener le groupe de stockage à un point dans le temps cohérent avec le dernier ensemble de changements non endommagé que la copie passive a reçu. Une contrainte supplémentaire est qu'il ne peut pas y avoir de fichiers journaux de transactions de production manquants ou corrompus antérieurs à ce point.

La récupération suite à une corruption du groupe de stockage de production est très simple si des points de montage de volume de système de fichiers NTFS sont utilisés pour le stockage de la copie LCR. En utilisant des points de montage de volume, vous pouvez greffer, ou monter, une partition cible dans un dossier figurant sur un autre disque physique. Les points de montage de volume sont transparents pour les programmes, y compris pour Exchange 2007.

L'endommagement d'un journal de transactions ou d'un fichier de base de données faisant partie d'une copie de réplication continue locale (LCR) peut être détecté soit par les erreurs produites par une opération de relecture, soit par un contrôle de cohérence. La mesure correctrice éventuelle à prendre dépend de la nature de l'endommagement :

• Si l'endommagement se produit dans un fichier journal déjà relu, il est possible d'ignorer le fichier journal endommagé en toute sécurité. Toutefois, si vous faites des sauvegardes basées sur le système de fichiers de la copie LCR, vous devez commencer par supprimer tous les fichiers journaux déjà relus.

• Si l'endommagement figure dans un fichier journal de la copie active non relu, vous devez réamorcer le groupe de stockage LCR. Exchange tente de recopier un fichier journal s'il détecte un endommagement. Si la copie automatique ne résout pas l'endommagement, vous devez réamorcer le groupe de stockage. En outre, il est recommandé de vérifier l'intégrité des journaux de transactions sources et du fichier de base de données. La vérification des fichiers de données Exchange requiert que ceux-ci soient hors connexion et inaccessibles à d'autres utilisateurs.

• En cas d'endommagement de la base de données, vous devez réamorcer le groupe de stockage.

Pour obtenir la procédure détaillée d'activation de la copie passive d'une base de données, consultez la rubrique Procédure de basculement vers la copie passive d'une base de données.

Évaluation du statut de réplication au moment de la corruption

Après l'échec ou l'endommagement de la copie d’une base de données, vous devez évaluer si vous voulez continuer l’opération immédiatement en utilisant la copie passive. LCR fournit des informations capitales pour faciliter cette prise de décision :

• intégrité de la copie au moment de l’échec ;

• files d’attente de relecture et de copie au moment de l’échec ;

• dernière heure d’inspection du journal au moment de l’échec.

Vous pouvez obtenir les informations à l'aide de la cmdlet Get-StorageGroupCopyStatus. Pour obtenir la procédure détaillée concernant l'obtention de ces informations, consultez la rubrique Procédure d'affichage de l'état d'une copie de réplication locale en continu.

La longueur de la file d’attente de copie comprend les informations importantes disponibles de la copie active au moment de l’échec. Sur la base de ces informations et de votre évaluation de l’heure de recouvrement de la base de données qui a échoué, vous devez décider si la copie disponible doit être montée :

• Si la longueur de la file d’attente de relecture est significative, cela signifie que le recouvrement peut prendre du temps mais n’est pas un indicateur que la perte significative de données sera expérimentée.

• Si la longueur de la file d’attente de la copie est significative, cela signifie qu’un nombre important de journaux est perdu. Si la base de données est montée, elle sera restaurée dans une période de temps approximative à celle du dernier journal copié (également fourni par la cmdletGet-StorageGroupCopyStatus).

• Si le décalage entre la dernière heure d’inspection du journal et l’heure de l’échec est important, cela signifie probablement que le service de réplication Microsoft Exchange s’est arrêté et que d’autres informations de la file d’attente sont inexactes.