Office Servers and Services

"La connaissance ne vaut que si elle est partagée" / "An effective Knowledge is a shared one"

Exchange 2007 SCR (Standby Continuous Replication)

Posted by David PEKMEZ sur août 16, 2008


 
 

Une nouvelle fonctionnalité arrive le Service Pack 1 d’Exchange Server, la Standby Continuous Replication (Réplication continue de secours en Français)

Cette solution apporte de nouvelles réponses techniques aux problématiques de haute disponibilité rencontrées par les utilisateurs, elle permet en effet de répondre aux besoins de résilience de site.

 
 

Principe de Fonctionnement

Les serveurs sources et cibles

 
 

La réplication continue de se cours se base sur des serveurs sources sur lesquels se connectent les clients de messagerie et les serveurs cibles, vers lesquels les données sont répliquées,

Les serveurs source peuvent être :

  • Un serveur de boîtes aux lettres autonome
  • Un serveur de boîtes aux lettres en cluster dans un cluster à copie unique (SCC).
  • Serveur de boîtes aux lettres en cluster dans un environnement de CCR

 
 

Les serveurs cibles peuvent être :

  • Un serveur de boîtes aux lettres autonome qui n’a activé la LCR pour aucun groupe de stockage
  • Un nœud passif de cluster avec basculement sur lequel le rôle de boîtes aux lettres est installé, si ce dernier n’est pas en cluster.

Une source peut avoir plusieurs cibles. Par exemple, une source peut avoir une cible dans le même centre de données qu’elle, et une deuxième cible dans un autre centre de données. Le nombre de cibles possibles pour une source est illimité.

 
 

Voici un exemple concret d’infrastructure de ce type avec un serveur standard

Voici un exemple concret d’infrastructure de ce type avec un serveur en cluster

 
 

Remarques sur l’utilisation de cette fonctionnalité

 
 

  • Les chemins des storage group et bases de données des serveurs sources pour lesquels la SCR est activée sont utilisés pour copier les données vers les serveurs cibles

Par exemple, si sur une source de SCR, les fichiers du groupe de stockage et les fichiers journaux sont situés dans D:\SG1\Logs et la base de données est située dans E:\SG1\Database, vous devez également avoir D:\SG1\Logs et E:\SG1\Database comme chemin d’accès sur tous les ordinateurs cibles de SCR.

Attention aux conflits si vous utilisez un serveur cible pour plusieurs serveurs source !

  • Il n’est pas possible que la LCR soit activée pour un quelconque groupe de stockage sur un serveur de boîtes aux lettres autonome désigné en tant que cible SCR. Le service de réplication Microsoft Exchange n’a pas été conçu ni modifié pour gérer à la fois la LCR et la réplication depuis une autre source.

     
     

  • Seule la copie Active de la base de données dans un environnement SCR peut être sauvegardée

 
 

Configuration de cette fonctionnalité

 
 

Dans cet article l’exemple pris est le plus « basique » à savoir activation de la SCR sur un serveur Exchange 2007 SP1 Std Edition et la cible étant aussi un Std Edition,

Le principe d’activation est le même que les sources soient des serveurs Std ou mis en clusters, seule l’activation de la cible nécessitera l’utilisation de solution différentes suivant si la cible est un serveur standard ou un cluster.

Je vais tout d’abord créer un groupe de stockage et une base de données sur mon serveur Exchange 2007 SP1 qui sera ma source

La base de données est maintenant montée et peut héberger des boîtes aux lettres utilisateurs, elle est de plus configurée pour utiliser le server EXCH07 (StandbyMachine) comme serveur cible de la copie SCR.

 
 

Nous pouvons vérifier la copie des données entre les serveurs source et cible grâce à la commande suivante

Si vous désirez activer cette fonctionnalité sur un Storage group existant, vous devez utiliser la commande Enable-StorageGroupCopy

Maintenant que la configuration de la SCR est terminée, nous allons créer, sur le serveur cible, un Groupe de stockage ainsi qu’une base de donnée qui nous servirons lors de l’activation de la base cible, en cas de désastre sur le site principal,

L’activation s’appuyant sur la portabilité
d’Exchange 2007, nous modifierons les chemins du groupe de stockage et de la base de donnée afin qu’ils pointent sur la copie de la base de donnée.

Nous n’avons pas besoin de garder les fichiers de la base de données, l’idée est que les informations dont nous allons nous servir soient stockées dans Active Directory, autant le faire avant une catastrophe pour éviter de perdre du temps lors d’une restauration.

Il est recommandé de monter la base, puis de la démonter avant de supprimer les fichiers.

Scénario de panne

 
 

Nous allons maintenant tester cette solution dans un scénario catastrophe, pour cela je vais simplement démonter la base de données de production, et configurer le serveur pour utiliser la copie SCR.

Je démonte la base de données grâce à la commande

Dismount-Database EXCH02\SGSCR\DB1 -Confirm:$False

La tentative d’accès à l’OWA me donne maintenant ce message d’erreur

Pour que la Base sur le Server Target soit montable, il faut utiliser la cmdlet Restore-StoragegroupCopy

Il vérifie que les logs de du serveur source sont bien dans le serveur cible et tente de les copier si ce n’est pas le cas, pour éviter de copier les logs si le serveur source ne fonctionne plus, il faut utiliser le paramètre –Force.

Nous devons maintenant vérifier que la base est en clean shutdown State.

Eseutil /mh « C:\Program Files\Microsoft\Exchange Server\Mailbox\SGSCR\DB1.edb » | findstr State

 
 

 

 

Nous allons maintenant configurer le storage group et la base Exchange que l’on a créé précédemment pour qu’ils pointent sur la copie de la base SCR afin de l’activer.

Reconfiguration du Storage Group

Move-StorageGroupPath EXCH07\SGSCRPort -SystemFolderPath « C:\Program Files\Microsoft\Exchange Server\Mailbox\SGSCR » -LogFolderPath « C:\Program Files\Microsoft\Exchange Server\Mailbox\SGSCR » -ConfigurationOnly -Confirm:$false

 
 

Reconfiguration de la base de données

Move-DatabasePath EXCH07\SGSCRPort\MbxPort -EdbFilePath « C:\Program Files\Microsoft\Exchange Server\Mailbox\SGSCR\DB1.edb » -ConfigurationOnly -Confirm:$false

 
 

Nous devons maintenant marquer la base comme « restaurable » grâce à la commande Set-Mailbox

Set-MailboxDatabase EXCH07\sgscrPort\MbxPort -AllowFileRestore:$True

Il ne reste plus qu’a monter la base Exchange

Mount-Database MbxPort

Nous devons maintenant reconfigurer les utilisateurs de cette base pour utiliser la nouvelle base de production, attention, les bals system ne doivent pas être modifiés

Get-Mailbox -Database EXCH02\SGSCR\DB1 |where {$_.ObjectClass -NotMatch ‘(SystemAttendantMailbox)’}| Move-Mailbox -ConfigurationOnly -TargetDatabase EXCH07\SGSCRPort\MbxPort -Confirm:$false

 
 

A partir de ce moment mes utilisateurs peuvent se reconnecter à leur système de messagerie

Pour aller plus loin

Restauration dans le cas de l’utilisation d’un cluster Exchange comme cible SCR

 
 

Références

Les vidéos disponibles sur le site de l’équipe Exchange

Le Technet Microsoft

 
 

 
 

 
 

 
 

 
 

 
 

 
 

  

Laisser un commentaire

Choisissez une méthode de connexion pour poster votre commentaire:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s

 
%d blogueurs aiment cette page :