1 votes

Sauvegarde de 2 serveurs Exchange dans un DAG

Une petite explication de notre installation..

Nous avons un Exchange 2013 sur notre site principal avec une base de données active et un Exchange 2013 DR avec la même base de données mais passive. Les utilisateurs se connectent actuellement aux deux serveurs car le DR est connecté via un pont de niveau 2 et les sites principal et DR sont sur le même sous-réseau et hébergent tous deux les rôles CAS et Mailbox.

Maintenant, le problème est le suivant : lorsque nous avons mis en œuvre l'échange DR et créé le DAG, nous n'avons pas configuré les tâches de sauvegarde sur le DR mais les avons laissées uniquement sur le site principal. Nous utilisons Altaro Hyper-V backup. En fait, bien que le graveur VSS d'Altaro montre que la tâche de sauvegarde est effectuée sur l'échange du site principal, les journaux de transactions s'accumulent toujours sur les deux serveurs. Dois-je également configurer une tâche de sauvegarde sur l'échange DR ? et si oui, dois-je par exemple configurer à 20h00 une tâche de sauvegarde sur l'échange principal et à 1h00 une tâche de sauvegarde sur l'échange DR. De cette façon, ces journaux de transactions seront-ils tronqués ? et est-ce la meilleure pratique ?

0 votes

Quelque chose ne va pas ici. Altaro peut être capable de sauvegarder à partir des copies actives ou passives de la base de données (je ne sais pas ce qu'il fait, vous devrez lire la documentation) mais il n'y a qu'un seul jeu de journaux de transactions par base de données de boîte aux lettres, quel que soit le nombre de copies de cette base de données. Les journaux sont copiés de la copie active vers la copie passive, puis rejoués dans la copie passive. Si les journaux ne sont pas vidés après la sauvegarde, c'est la raison pour laquelle ils s'accumulent. Vous devez trouver pourquoi la sauvegarde n'évacue pas les journaux de transactions.

1voto

StefanGrech Points 154

En fait, le problème était dû à une différence de quelques minutes dans l'heure locale des deux serveurs. Après que l'heure ait été synchronisée avec l'AD local, le problème semble être résolu et les journaux ont été tronqués avec succès.

Merci pour votre aide ;)

0voto

Sembee Points 2854

D'après mon expérience, les bûches continuent de s'accumuler pour deux raisons.

  1. Le DAG ne se comporte pas comme il le devrait, ils sont donc désynchronisés ou autre problème.
  2. La sauvegarde ne fonctionne pas correctement.

La première chose à faire est de vérifier les propriétés de la base de données. Vérifiez si le drapeau de sauvegarde a bien été défini avec la date et l'heure correctes. Si ce n'est pas le cas, c'est là que réside le problème.

Si le drapeau de sauvegarde est activé, vérifiez votre DAG pour voir s'il est synchronisé et si les deux copies sont saines.

Une autre astuce que j'ai utilisée dans le passé est de faire une sauvegarde avec un autre produit. Vous pouvez télécharger gratuitement la version d'essai de Backup Assist et effectuer une sauvegarde avec ce produit. Cela vous donnera une sauvegarde valide.

Avez-vous vérifié que la version du logiciel de sauvegarde que vous utilisez supporte la version d'Exchange et de Windows ? Dans la configuration, il peut y avoir une option pour faire une sauvegarde complète ou une copie de sauvegarde - la sauvegarde complète efface les journaux.

Simon.

0 votes

Comme je l'ai dit, nous prenons des sauvegardes uniquement sur le site principal Exchange où la base de données est active sur l'autre serveur, nous avons configuré la base de données pour qu'elle ne soit pas active automatiquement (bloquée) La nuit dernière, nous avons effectué une sauvegarde avec succès, mais lorsque j'ai vérifié l'heure de la dernière sauvegarde sur l'échange ECP, elle est toujours affichée comme une date beaucoup plus ancienne J'ai également remarqué que la VM Exchange a redémarré automatiquement lorsque la sauvegarde s'est terminée. Se pourrait-il qu'il était sur le point de purger les journaux mais que, pour une raison quelconque, il ne l'ait pas fait sur l'échange DR et ait provoqué ce redémarrage ?

0 votes

L'absence de modification de la valeur de sauvegarde de la boîte aux lettres explique pourquoi les journaux ne sont pas vidés - Exchange ne sait pas que la sauvegarde est terminée. Si le serveur Exchange redémarre, il y a manifestement un problème. Comme l'outil de sauvegarde que vous utilisez a son propre graveur VSS, plutôt que d'utiliser le graveur natif, la première chose que je ferais est de supprimer l'outil de sauvegarde, de redémarrer le serveur pour le vider complètement, puis de le réinstaller - en vérifiant que vous avez la dernière version du fournisseur de sauvegarde. Je vérifierais également si quelque chose est enregistré pour la raison du redémarrage.

0 votes

Exchange dispose de certaines mesures qui déclenchent un redémarrage dans le cadre de sa surveillance de la santé.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X