suppression des log après full backup environnement CCR

Bonjour
j'ai un environnement exchange 2007 SP1 sous Win2k8 en SCR (1 serveur nommé DRMBX) dont la source est en CCR (2 serveurs MBX1 et MBX2 en cluster CCR) constitués de deux groupes de stockage nommés MANAGERS et USERS. un backup complet du CCR supprimerait-il aussi les logs qui se trouvent sur le serveur cible du SCR?

il est arrivé un moment où un des disques contenant le groupe de stockage USERS du serveur MBX2 était full et la base était démontée j'avais alors déplacé des vieux logs dans ce serveur pour me faire de l'espace, après cette action la base de donnée USERS s'était montée automatique, cependant lorsque je fait le full backup de mon CCR les logs ne sont pas supprimés, comment régler ce problème.

Merci pour votre aide.

Bonjour,

Il n'est pas nécessaire de sauvegarder la cible SCR. En effet les logs sont automatiquement purgés en fonction de la configuration du SCR (log replay).

Pour le CCR tout dépend si votre produit de sauvegarde est compatible avec le CCR...un bon produit de sauvegarde est capable de sauvegarder le nœud passif tout en permettant une suppression propre des logs se trouvant sur le nœud actif. C'est l'avantage du CCR : permettre un backup en pleine journée sans impacter la prod (le nœud actif)

Bonjour

Merci beaucoup pour votre réponse et surtout pour vos articles riches d'enseignement sur exchange.
quel est le paramètre dans la configuration SCR qui fait que les logs soit purgés (supprimés). pour la sauvegarde de la CCR nous utilisons Datprotector 6.11 de HP qui attaque le noeud du cluster malheureuse les logs ne sont pas supprimés. as tu des suggestions à nous faire.

Merci encore.

Bonjour,

Il y a deux paramétres à spécifier -ReplayLagTime et -TruncationLagTime. La valeur qui compte pour la purge est le second.

Extrait de la doc :
ReplayLagTime Ce paramètre spécifie le temps d’attente du service de réplication Microsoft Exchange avant la relecture des fichiers journaux copiés vers l’ordinateur SCR cible. Le format de ce paramètre est (jours.heures:minutes:secondes). La valeur par défaut de ce paramètre est 24 heures. Le paramètre maximal autorisé pour cette valeur est de 7 jours. Le paramètre minimal autorisé est de 0 secondes. La définition de cette valeur sur 0 secondes n'affecte pas le délai par défaut dans l’activité de relecture de journal de 50 fichiers journaux. Une fois définie, la valeur de ce paramètre ne peut pas être modifiée sans la désactivation puis la réactivation de la SCR.

TruncationLagTime Ce paramètre spécifie le temps d’attente du service de réplication Microsoft Exchange avant la troncation des fichiers journaux copiés vers l’ordinateur SCR cible et relus dans la copie de la base de données. Le décompte commence une fois le dernier journal relu avec succès dans la copie de la base de données. Le format de ce paramètre est (jours.heures:minutes:secondes). Le paramètre maximal autorisé pour cette valeur est de 7 jours. Le paramètre minimal autorisé est de 0 secondes. La définition de cette valeur sur 0 secondes élimine efficacement tout retard dans l’activité de troncature de journal. Une fois définie, la valeur de ce paramètre ne peut pas être modifiée sans la désactivation puis la réactivation de la SCR.

Exemple d'un script que j'utilise regulièrement :
Get-storagegroup -server $SourceServer | Enable-StorageGroupCopy -StandbyMachine $TargetServer -ReplayLagTime 0.0:0:0 -TruncationLagTime 0.0:0:0