Planification 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 : 2008-01-04

La planification de la réplication continue locale (LCR) implique de concevoir un groupe de stockage et une topologie de base de données, et de veiller à disposer d'une solution de stockage et de gestion de LCR adéquate.

Exigences et recommandations en matière de stockage pour LCR

La LCR inclut des exigences et des recommandations en matière de stockage. Lorsque vous modifiez votre solution de stockage LCR, incluez une utilisation d'E/S supplémentaire pour la LCR parce que l’environnement LCR implique les mises à jour de journal par la copie active et des lectures de journal similaires sur la copie passive. Il est recommandé de concevoir le stockage de manière à ce que la copie passive ait une capacité et un potentiel de performance similaires à ceux de la copie active. Lorsque vous utilisez la LCR, il est conseillé de suivre ces meilleures pratiques :

• Utilisez une base de données unique pour chaque groupe de stockage   Quand un groupe de stockage a été activé pour la LCR, il ne peut contenir qu'une seule base de données. En outre, si plusieurs bases de données sont affectées à un groupe de stockage existant, vous ne pouvez pas activer la LCR pour ce groupe de stockage avant d'avoir supprimé toutes les bases de données pour n'en garder qu'une seule. Cette approche crée une topologie de stockage Microsoft Exchange plus gérable qui augmente les possibilités de récupération.

• Utilisez des points de montage de volume   Vous pouvez utiliser des lettres d'unité ou des points de montage de volume pour vos numéros d'unité logique de données (LUN) Exchange ou disques pour désigner l’emplacement de stockage des fichiers de base de données et des fichiers journaux de transactions. Il est recommandé d'utiliser la fonction des points de montage de volume de système de fichiers NTFS pour ignorer la limitation des 26 lettres de l'alphabet pour la désignation des unités qui existe pour chaque Exchange Server. 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 Server. L'utilisation d'un point de montage de volume simplifie le processus de récupération quand un endommagement est détecté dans les journaux des transactions de production ou les fichiers de base de données, en vous permettant de modifier rapidement les affectations et les chemins des lettres d'unité. Pour plus d'informations sur la récupération suite à l'endommagement du journal des transactions ou de fichiers de bade de données, consultez la rubrique Gestion de la réplication locale en continu.

• Partitionnez les données pour les performances et la récupération   En général, le partitionnement des données sur plusieurs disques durs peut améliorer les performances et réduire la quantité de données nécessaires pour la récupération. En fonction du type de défaillance, le placement des bases de données et des fichiers journaux de transactions sur des disques distincts peut considérablement réduire la perte des données. Par exemple, si vous conservez vos bases de données Exchange et vos fichiers journaux de transactions sur le même disque dur physique et que ce disque connaît une défaillance, vous ne pouvez récupérer que les données qui existaient lors de votre dernière sauvegarde. Par ailleurs, imaginez que vous avez placé vos fichiers journaux et vos fichiers de base de données sur des disques distincts. Si le disque contenant les fichiers de base de données est endommagé, vous pouvez récupérer les données à partir des fichiers journaux présent sur le disque séparé. Pour optimiser les performances, augmenter la tolérance de pannes et faciliter le dépannage, vous devez partitionner vos données afin que les fichiers suivants se trouvent sur des disques distincts :

  • fichiers système d'exploitation Microsoft Windows ;

  • fichiers d'application Exchange Server ;

  • fichiers de base de données Exchange sur la copie active ;

  • fichiers journaux de transactions Exchange sur la copie active ;

  • fichiers de base de données Exchange sur la copie passive ;

  • fichiers journaux de transactions Exchange sur la copie passive.

  En outre, vous devez placer les copies passives de vos groupes de stockage à extension LCR sur des disques isolés des copies actives de vos groupes de stockage à extension LCR. En outre, vous devez vous assurer que les disques qui contiennent les fichiers LCR ont les mêmes capacités de performance que les disques qui contiennent le groupe de stockage de production. Cette équivalence permet à la copie LCR de supporter la charge en cas de basculement.

• Assurez-vous que vous disposez d'un espace disque suffisant   Les disques qui contiennent les fichiers LCR doivent avoir une taille comparable à celle des volumes de production. Le stockage utilisé par les copies passives doit être équivalent au stockage utilisé pour les copies actives. En outre ces solutions de stockage doivent inclure un espace suffisant pour prendre en charge la taille de la base de données existante, ainsi que toute croissance de base de données anticipée.

• Garantir une bande passante suffisante et une faible latence lors de l'utilisation du stockage iSCSI avec LCR   Bien que cela ne soit pas recommandé, il est possible de configurer LCR à l'aide du stockage Internet SCSI (iSCSI) connecté au serveur de boîte aux lettres, via un lien de réseau local (LAN) ou étendu (WAN). Dans cette configuration, les activités d’envoi et de relecture de journaux se produiraient via le même réseau de stockage. Si cette configuration n'est pas recommandée, c'est d'abord à cause du trafic réseau généré par l'envoi de journaux. Pour que LCR offre le niveau de protection attendu, il est essentiel que l'envoi des journaux reste à jour et que le trafic réseau associé à l'envoi des journaux ne consomme pas trop de bande passante pour ne pas interférer avec le trafic réseau relatif à l'activité de relecture des journaux. Il n'existe aucune méthode pour définir des priorités de trafic de réplication. En outre, certaines exigences de stockage doivent être prises en compte :

  • Dans la version de publication (RTM) de Microsoft Exchange Server 2007, le stockage des copies passives des bases de données doit fournir deux à trois fois les E/S par seconde du stockage utilisé pour les copies actives des bases de données.

  • Dans Microsoft Exchange Server 2007 Service Pack 1 (SP1), le stockage des copies passives peut être équivalent au stockage des copies actives.

Recommandations en matière de processeur et de mémoire pour LCR

Pour un serveur de boîtes aux lettres à extension LCR disposant de tous les services du rôle serveur de boîtes aux lettres Microsoft Exchange Server 2007 et le service de réplication Microsoft Exchange s'exécutant sur le même serveur, des ressources matérielles supplémentaires doivent être disponibles pour traiter cette charge supplémentaire. La majeure partie des ressources supplémentaires est consommée par la vérification et la relecture du fichier journal sur un serveur de boîtes aux lettres à extension LCR. Ce coût de traitement supplémentaire correspond à environ 20 % (au-delà des instructions relatives au processeur, répertoriées dans la rubrique Planification des configurations de processeur) et doit être pris en compte dans le dimensionnement des serveurs de boîtes aux lettres de LCR. De plus, le service de réplication Microsoft Exchange fonctionne correctement sur un serveur LCR selon les ressources de mémoire fournies. Cependant, pour vous assurer que le cache de base de données ESE maintient une efficacité optimale sous la LCR, il est recommandé de prévoir 1 gigaoctet (Go) de RAM physique supplémentaire sur les serveurs multirôles et de boîtes aux lettres Exchange (au-delà des instructions de mémoire répertoriées dans Planification des configurations de mémoire.)

Recommandations en matière de taille de base de données pour LCR

La LCR offre beaucoup plus de flexibilité pour la récupération suite à une perte de données catastrophique. La première ligne de défense suite à une défaillance de stockage catastrophique ou un endommagement physique de la base de données avec la LCR consiste à activer la copie passive des données et à ne pas restaurer à partir de la sauvegarde. Gardez à l'esprit que la LCR offre une récupération de données rapide mais qu'elle n’est pas une solution de sauvegarde. La LCR réduit sensiblement l'importance d'avoir des objectifs de temps de récupération (RTO) courts basés sur une restauration à partir d'une archive ou d'une bande. Au lieu d'opérer la restauration à partir d'une bande, vous pouvez activer la copie passive ; les données sont alors disponibles pour les clients en l'espace de quelques minutes au lieu de plusieurs heures. C'est ainsi que la LCR peut être considérée comme un mécanisme de récupération rapide, ce qui la met dans la même catégorie que les clones matériels créés à l'aide de Volume ShadowCopy Service (VSS) dans Exchange Server 2003.

Un administrateur doit fréquemment effectuer des opérations de base de données en mode hors connexion, telles que des réparations, dues à des problèmes de sauvegarde. (Par exemple, une bande est défectueuse ou une restauration échoue) Si le pourcentage de situations où une réparation s'impose a sensiblement diminué, ce type d'opération reste occasionnellement nécessaire. Tenez compte de la tolérance aux temps morts dans le pire des cas lorsque vous fixez la taille de base de données.

Comme la LCR permet d'effectuer une sauvegarde à partir de la copie passive d'un groupe de stockage, vous pouvez allonger votre fenêtre de maintenance en ligne sur la copie active. Dans de nombreux cas, vous devez doubler la fenêtre de maintenance en ligne, ce qui vous permet de disposer de boîtes aux lettres et de bases de données de plus grande taille.

À ce stade, vous pensez peut-être que la LCR permet d'augmenter la taille des bases de données à votre guise sans aucun risque ; ce n'est cependant pas le cas. La maintenance en ligne effectuée dans un délai raisonnable par base de données reste un facteur limitant la taille de base de données. Avec la LCR, la possibilité de devoir réamorcer des bases de données est également un facteur limitant. La LCR assure une redondance des bases de données. Ainsi, en cas de perte ou d'endommagement de la copie active d'une base de données, vous pouvez la récupérer rapidement en activant manuellement la copie passive.

Une fois l'activation effectuée, il ne reste qu'une seule copie de la base de données, à savoir la nouvelle copie active. Comme la copie passive n'existe plus, il se peut que la tolérance de base de données soit compromise. Toutefois, vous disposez encore de la sauvegarde. Pour réactiver la tolérance, il convient de supprimer la base de données perdue ou endommagée et de créer et amorcer une copie passive de celle-ci à partir de la copie active. Ces tâches peuvent prendre un temps considérable, selon la taille de la base de données. Le pire scénario consiste en la perte ou l'endommagement de toutes les copies actives, alors que toutes les copies passives doivent être réamorcées.

Il est possible de disposer d'une taille de base de données maximale plus élevée lorsque la réplication continue est utilisée. Voici les tailles de base de données maximales recommandées pour Exchange 2007 :

• Bases de données hébergées sur un serveur de boîtes aux lettres sans LCR : 100 Go

• Bases de données hébergées sur un serveur de boîtes aux lettres avec LCR : 200 Go

  Important

  La taille maximale réelle de vos bases de données dépend du contrat SLA conclu par votre organisation. Le calcul de la taille maximale de base de données pouvant être sauvegardée et restaurée au cours d'une période donnée aux termes du contrat SLA de votre organisation équivaut à déterminer la taille maximale de vos bases de données.

Réplication continue locale et bases de données de dossiers publics

La réplication continue locale et la réplication des dossiers publics sont deux formes très différentes de réplication intégrées dans Exchange. En raison de limites d'interopérabilité entre la réplication continue et la réplication des dossiers publics, si plusieurs serveurs de boîtes aux lettres de l'organisation Exchange ont une base de données de dossiers publics, la réplication des dossiers publics est activée et les bases de données de dossiers publics ne doivent pas être hébergées dans un groupe de stockage activé pour la réplication continue locale.

Les configurations recommandées pour l'utilisation de bases de données de dossiers publics et de la LCR dans votre organisation Exchange sont les suivantes :

• Si vous avez un serveur de boîtes aux lettres unique dans votre organisation Exchange, et qu'il s'agit d'un serveur autonome, celui-ci peut héberger une base de données de dossiers publics dans un groupe de stockage activé pour la réplication continue locale. Dans cette configuration, il n'y a qu'une seule base de données de dossiers publics dans l'organisation Exchange. Par conséquent, la réplication de dossiers publics est désactivée.

• Si vous avez plusieurs serveurs de boîtes aux lettres et qu'un seul parmi eux contient une base de données de dossiers publics, le serveur de boîtes aux lettres peut héberger une base de données de dossiers publics dans un groupe de stockage activé pour la réplication continue locale. Dans cette configuration, il n'y a qu'une seule base de données de dossiers publics dans l'organisation Exchange. Par conséquent, la réplication de dossiers publics est désactivée.

• Si vous procédez à la migration de données de dossiers publics vers un groupe de stockage activé pour la réplication continue locale, vous pouvez utiliser la réplication de dossiers publics pour déplacer le contenu d'une base de données de dossiers publics vers une base de données de dossiers publics dans un groupe de stockage activé pour la réplication continue locale. Une fois que avez créé la base de données de dossiers publics dans un groupe de stockage activé pour la réplication continue locale, les bases de données de dossiers publics supplémentaires ne doivent être présentes que jusqu'à la réplication complète de vos données de dossiers publics dans la base de données de dossiers publics du groupe de stockage activé pour la réplication continue locale. Une fois la réplication effectuée, toutes les bases de données de dossiers publics en dehors du groupe de stockage activé pour la réplication continue locale doivent être supprimées. Vous ne devez pas héberger d'autres bases de données de dossiers publics dans l'organisation Exchange.

• Si vous procédez à la migration de données de dossiers publics à partir d'un groupe de stockage activé pour la réplication continue locale, vous pouvez utiliser la réplication de dossiers publics pour déplacer le contenu d'une base de données de dossiers publics à partir d'une base de données de dossiers publics dans un groupe de stockage activé pour la réplication continue locale. Une fois que avez créé la base de données de dossiers publics supplémentaire en dehors du groupe de stockage activé pour la réplication continue locale, la base de données de dossiers publics dans le groupe de stockage activé pour la réplication continue locale ne doit être présente que jusqu'à la réplication complète de vos données de dossiers publics dans les bases de données de dossiers publics supplémentaires. Lorsque la réplication est terminée avec succès, toutes les bases de données de dossiers publics dans les groupes de stockage de réplication continue locale doivent être supprimées et toutes les bases de données de dossiers publics subséquentes ne doivent pas être hébergées dans des groupes de stockage activés pour la réplication continue.

Lors des périodes durant lesquelles plusieurs bases de données de dossiers publics existent dans l'organisation Exchange et une ou plusieurs bases de données de dossiers publics sont hébergées dans un groupe de stockage activé pour la réplication continue locale, si une défaillance du groupe de stockage actif de réplication continue locale survient et que la copie passive du groupe de stockage avec une base de données de dossiers publics doit être activée, elle ne peut être rendue montable que si tous les journaux pour le groupe de stockage hébergeant la base de données de dossiers publics sont disponibles. Si des journaux sont manquants ou indisponibles en raison de la défaillance de la copie active, vous ne serez pas en mesure d'activer la copie passive de la base de données de dossiers publics. Dans ce cas, la copie active doit être mise en ligne pour garantir qu'il n'y a aucune perte de données, ou la base de données de dossiers publics doit être recréée dans la copie active du groupe de stockage et son contenu doit être récupéré à l'aide d'une réplication de dossiers publics à partir d'une ou plusieurs bases de données de dossiers publics autres que la copie passive.

Recommandations en matière de surveillance pour LCR

La LCR est une solution de disponibilité de données. Elle doit être analysée de manière proactive. Exchange 2007 publie diverses informations d'état pour les copies LCR. Après avoir activé la LCR 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 l'état et les paramètres de configuration des copies LCR. Pour obtenir la procédure détaillée d'affichage de l'état et des informations de configuration, consultez la rubrique Procédure d'affichage de l'état d'une copie de réplication locale en continu.

Pour une analyse proactive et automatique, il est recommandé d'utiliser Microsoft Operations Manager (MOM) ainsi que le pack d'administrationExchange 2007 pour MOM. Pour plus d'informations sur la surveillance de la LCR, consultez la rubrique Contrôle et gestion des opérations.

Dans Exchange 2007 SP1, vous pouvez également utiliser une nouvelle cmdlet appelée Test-ReplicationHealth pour vérifier l'intégrité et l'état des groupes de stockage activés pour la LCR. Pour plus d'informations sur la cmdlet Test-ReplicationHealth, consultez la rubrique Test-ReplicationHealth.

Sauvegarde et restauration et LCR

La LCR permet l'envoi de journaux, la relecture de journal et un basculement manuel rapide vers une copie secondaire des données. Ces fonctionnalités réduisent le délai de récupération nécessaire pour les incidents au niveau des données. Le LCR (Routage à moindre coût) réduit également le nombre de secours nécessaires pour une protection suffisante de données. Bien que la LCR n'élimine pas la nécessité d'effectuer des sauvegardes, elle réduit la nécessité d'effectuer des sauvegardes complètes quotidiennes. La LCR vous permet également de décharger les sauvegardes du service VSS du groupe de stockage actif vers le groupe de stockage passif. Les quatre types de sauvegarde (complet, copie, incrémentiel et différentiel) peuvent être effectués à partir des emplacements de la copie passive préservant ainsi de précieuses E/S disque sur les numéros d'unité logique (LUN) de la copie active pour servir les clients.

En outre, pour réduire le coût total de possession (TCO) la LCR fournit des avantages supplémentaires par rapport aux solutions de sauvegarde précédentes. La LCR permet d'avoir des copies supplémentaires de vos bases de données Exchange, ce qui vous fournit les avantages suivants :

• Réduction de la fréquence de sauvegarde de la base de données   La copie de LCR est la première ligne de défense contre une défaillance de la base de données de production. L'échec du groupe de stockage de production et de la copie du groupe de stockage devra se produire avant que les copies de sauvegarde ne soient requises. Par conséquent, un contrat SLA de longue durée est recommandé dans ce cas. Avec un contrat SLA de longue durée, il est recommandé d'effectuer des sauvegardes complètes hebdomadaires et des sauvegardes incrémentielles quotidiennes.

• Récupération rapide après un incident   Généralement, la récupération survient en moins de dix minutes avec peu ou pas de perte de données.

• Prise en charge de quotas de boîtes aux lettres supérieurs   Cette prise en charge est possible grâce à la récupération rapide et indépendante de la taille de la base de données

Pour plus de détails et de conseils spécifiques sur la sauvegarde et la restauration, consultez la rubrique Récupération d'urgence.

Sauvegardes Exchange et LCR

Les sauvegardes Exchange sont prises en charge à partir de groupes de stockage et bases de données actifs, ainsi que de copies de bases de données passives.

Les sauvegardes Exchange de cette configuration peuvent être effectuées soit à l'aide d'une transmission en continu, soit à l'aide de solutions de sauvegarde VSS. Tandis que les sauvegardes continues peuvent uniquement être effectuées à partir de la copie active, les sauvegardes du service VSS peuvent être effectuées à partir de la copie active ou passive.

Restaurations Exchange et LCR

Les restaurations Exchange peuvent être effectuées soit à l'aide d'une transmission en continu, soit à l'aide de solutions de sauvegarde VSS. Les restaurations peuvent être ciblées sur les emplacements de la base de données active et des fichiers journaux. Les restaurations Exchange de sauvegardes de bases de données directement vers l’emplacement de la copie passive ne sont pas prises en charge de manière native. Les restaurations vers des emplacements de copie passive peuvent être effectuées manuellement par une restauration au niveau fichier.

Avant de restaurer une base de données depuis un groupe de stockage configuré pour la LCR, vous devez suspendre la LCR pour le groupe de stockage. Une fois la restauration terminée, vous pouvez reprendre la LCR. La LCR doit être suspendue pour les bases de données en cours de restauration.

Après la restauration d'une base de données à partir d'une sauvegarde dans un groupe de stockage activé pour la LCR, vous devez suspendre puis reprendre la réplication continue pour le groupe de stockage à l'aide des cmdlets Suspend-StorageGroupCopy et Resume-StorageGroupCopy, respectivement. Ce processus est requis pour mettre à jour le service de réplication de Microsoft Exchange avec les informations correctes de génération de journaux. Si la réplication continue n'est pas suspendue et reprise, le service de réplication de Microsoft Exchange disposera d'informations de génération de journaux obsolètes et arrêtera la réplication des fichiers journaux.