Journaux de transactions et points de contrôle pour la sauvegarde et la restauration sur Exchange

Commandité par Stellar Data Recovery

En plus de la base de données Exchange, Exchange Server crée également un ensemble de journaux de transactions et de fichiers de point de contrôle pour chaque base de données afin de maintenir l’intégrité, d’assurer des performances optimales et de protéger la base de données des incohérences. Dans ce guide, nous discuterons des journaux de transactions et des fichiers de contrôle, de leur importance et de la manière dont ces journaux et fichiers sont utilisés pour sauvegarder et restaurer Exchange Server.

Enregistrements de transactions

Les serveurs Exchange utilisent le modèle d’écriture pour la protection des données. Enregistre toutes les transactions ou fonctions et les modifications apportées au fichier de base de données (.edb) dans les journaux de transactions (fichiers .log). Ces transactions sont ensuite liées à la copie de la base de données Exchange en mémoire pour mettre à jour les modifications. Cependant, une transaction incomplète n’est jamais liée à la base de données.

Les journaux de transactions aident Exchange Server à récupérer ou à restaurer la base de données après une défaillance de la base de données. Les journaux protègent également les données créées après la dernière sauvegarde.

Par exemple, si la base de données actuelle ou le support de stockage qui stocke les fichiers de la base de données échoue, vous pouvez restaurer la copie de la base de données à partir de la dernière sauvegarde, puis utiliser les journaux de transactions qui ont été stockés entre la dernière sauvegarde et l’échec de la base de données pour restaurer les données .

Cependant, cela nécessite que vous utilisiez deux volumes de disque distincts pour stocker les fichiers de base de données, les journaux de transactions et les fichiers de point de contrôle.

Idéalement, vous ne devriez enregistrer qu’une seule base de données sur chaque volume de disque et les journaux de transactions et les points de contrôle sur un autre volume de disque.

Le stockage séparé de la base de données et des journaux de transactions avec les fichiers de contrôle de point sur deux disques ou matrices RAID différents permet d’assurer des performances de serveur optimales. Ce type d’installation est fortement recommandé pour un serveur Exchange autonome.

Dans le cas d’un environnement de disponibilité à haute disponibilité (DAG) composé de deux serveurs Exchange ou plus, vous pouvez enregistrer la base de données, les journaux de transactions et les fichiers de point de contrôle sur le même volume de disque. Dans un environnement DAG, la récupération est automatique en cas de défaillance d’une base de données, d’un serveur ou d’un réseau. Cependant, il est recommandé de ne pas stocker plus de deux bases de données et fichiers journaux/de contrôle dans le même volume.

Cependant, les journaux peuvent s’accumuler au fil du temps et consommer beaucoup de stockage sur le serveur. Vous pouvez activer la journalisation cyclique pour effacer automatiquement les journaux une fois qu’ils sont liés à la base de données. Vous pouvez également exécuter ou planifier des sauvegardes VSS automatiques pour effacer automatiquement ces journaux.

Fichiers de point de contrôle

Le poste de contrôle (.chk) enregistre tous les journaux de transactions en attente qui sont déjà verrouillés dans le fichier de base de données Exchange. Les fichiers aident également à récupérer la base de données Exchange à partir d’un état incohérent causé par une défaillance du système ou une corruption de la base de données.

Les fichiers de contrôle des points aident le serveur Exchange à localiser l’emplacement actuel du journal des transactions et à savoir quelles transactions sont bloquées dans la base de données. Exchange Server effectue ensuite les transactions en attente qui ont eu lieu après le fichier de point de contrôle dans la base de données de boîtes aux lettres. Cela peut également aider à réduire le temps nécessaire pour restaurer la base de données en cas de défaillance d’une base de données ou d’un serveur, car cela réduit le nombre de transactions nécessaires pour lire la base de données.

Comment les journaux de transactions et les points de contrôle aident à restaurer la base de données Exchange

Les journaux de transactions et les points de contrôle peuvent aider à restaurer la base de données Exchange (conceptuellement) après une erreur système ou lorsque la base de données est déconnectée en raison d’incohérences ou d’une défaillance. Cependant, cette tâche est fastidieuse et nécessite un certain niveau d’expertise. Pour restaurer la base de données Exchange à l’aide des journaux de transactions et des fichiers de contrôle, vous pouvez effectuer une récupération logicielle via Eseutil. Si la récupération logicielle ne fonctionne pas, vous pouvez effectuer une récupération matérielle.

le Utilitaire Eseutil se trouve dans le répertoire EXCHSRVRBIN.

Étapes pour effectuer une récupération logicielle

La récupération logicielle peut aider à restaurer une base de données désassemblée à partir d’un fichier incohérent ou Statut de résiliation sale causé par l’arrêt du serveur ou un arrêt brutal en mode Clean Shutdown. Une fois récupérés, les administrateurs peuvent attacher la base de données et restaurer la connectivité de la boîte aux lettres sans trop de tracas. Il permet également de restaurer la base de données lorsque les journaux sont manquants. Pour effectuer la récupération du logiciel, suivez ces étapes :

Étape 1 : Trouver l’état de la base de données

Vérifiez l’état actuel de la base de données avec la commande suivante :

ESEUTIL /MH <database_name>

Echange de sauvegardes

Si Dirty Shutdown s’affiche, procédez comme suit.

Étape 2 : Vérifiez les journaux

Pour vérifier si les journaux requis sont en bon état, exécutez la commande PowerShell suivante :

Eseutil /ml “Path of the log fileslog prefix”

Eseutil /ml “C:Program FilesMicrosoftExchange ServerV15MailboxlogsE0000000037”

Étape 3 : Exécutez la commande de récupération logicielle

Si les journaux sont en bon état, vous pouvez effectuer la récupération logicielle à l’aide de la commande PowerShell suivante. Cela reproduit les journaux de transactions non liés et restaure la base de données à un état propre. L’utilisation du fichier de point de contrôle dans la commande réduit le temps de récupération. Cependant, vous pouvez exécuter la commande avec le paramètre / s.

ESEUTIL /r <log_prefix> /l [path to log files] /s [path to checkpoint file] /d [path to database file] /i

ESEUTIL /r E0000000037 /l “C:Program FilesMicrosoftExchange ServerV15Mailboxlogs” /d “E:MailboxDBDB01”

Après avoir exécuté cette commande avec succès, vous pouvez revérifier l’état de la base de données en utilisant eseutil / mh <όνομα βάσης δεδομένων> commande, puis ajoutez la base de données à l’aide de l’applet de commande Mount-MailboxDatabase.

Mount-MailboxDatabase –identity <database_name>

Étapes pour effectuer une récupération difficile

La récupération matérielle est requise lorsque les journaux sont endommagés, manquants ou supprimés. Cependant, la récupération matérielle entraîne une perte de données car elle nettoie tout ce qui est considéré comme endommagé ou irrécupérable. Par conséquent, vous devriez le faire en dernier recours.

Pour démarrer la récupération matérielle, exécutez la commande Eseutil suivante :

ESEUTiL /P <path_to_the_database>

Cliquez sur D’accord d’accepter le risque.

Après cela, reconstruisez la base de données à l’aide de la commande suivante.

ESEUTIL /D <database_name> /T <UNC_path>

Ici / T est la route UNC temporaire.

Enfin, exécutez l’outil IsInteg (sur les versions Exchange inférieures à 2010 SP1). New-MailboxRepairRequest remplace le EstEntier dans Exchange 2010 SP1 et versions ultérieures. L’outil se trouve à C:Program FilesMicrosoftExchange ServerBin emplacement du dossier.

Isinteg –s <server_name> -fix –test alltests

Répétez la commande pour vous débarrasser de toutes les erreurs.

conclusion

Il n’est pas garanti que la récupération logicielle ou la récupération matérielle place votre base de données en mode Clean Shutdown. Cependant, si cela se produit, vous devez immédiatement créer une nouvelle base de données et déplacer les boîtes aux lettres de la base de données récupérée vers la nouvelle base de données.

Mais si vous ne voulez pas risquer de perdre des données et devez récupérer et restaurer la base de données Exchange, vous pouvez utiliser un tiers Logiciel de récupération d’échange, comme Stellar Repair for Exchange. Il s’agit d’un outil basé sur une interface graphique qui aide les administrateurs Exchange à récupérer les boîtes aux lettres à partir de bases de données corrompues ou corrompues. Le logiciel peut exporter les boîtes aux lettres récupérées vers PST et d’autres formats ou les exporter directement vers une base de données sur un serveur Exchange en direct (dans le même cluster) ou vers Office 365. corruption de la base de données sans journaux de transaction ni point de contrôle. Par conséquent, même si les journaux de transactions sont manquants ou tronqués en raison d’une journalisation cyclique, vous pouvez récupérer et restaurer des boîtes aux lettres sans affecter les performances du serveur ni créer un nouveau serveur Exchange.

Avec Stellar Repair for Exchange, vous pouvez récupérer vos bases de données de boîtes aux lettres avec moins d’efforts, moins de ressources, et enfin lancer votre entreprise en un rien de temps.

Image suggérée : Freepik / Vecteur abstrait créé par Vectorjuice


Vues de la publication :
4


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *