Vue d'ensemble d'architecture de base de données Exchange Server et de moteur de base de données

Traductions disponibles Traductions disponibles
Numéro d'article: 271987 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article fournit une vue d'ensemble de l'architecture de base de données et le moteur de base de données pour Microsoft Exchange Server. La discussion inclut informations sur les composants de base de données, maintenance de la cohérence de la base de données, types possibles de défaillances de bases de données et les utilitaires de base de données.

Plus d'informations

Exchange Server utilise des bases de données à tolérance de pannes basée sur une transaction pour stockent les messages et les informations d'annuaire avant d'être appliqué à la base de données. Pour Exchange Server 5.5 Édition standard, chaque base de données peut croître jusqu'à un maximum de 16 gigaoctets (Go). Pour Exchange Server 5.5 Édition entreprise, la taille est limitée uniquement par le matériel.

En cas de défaillance système anormal ou une panne de courant, Exchange Server utilise des fichiers journaux de transactions pour reconstruire des données qui sont déjà acceptées par le serveur mais pas encore écrites dans la base de données.

Composants de base de données

La conception d'Exchange Server est basée sur la technologie de base de données standard. Le système s'appuie sur un moteur de base de données incorporé qui présente la structure du disque pour Exchange Server et qui gère la mémoire. La technologie de moteur de base de données est également utilisée dans les coulisses par d'autres applications Windows, par exemple, WINS (Windows Internet Name Service) et DHCP (Dynamic Host Configuration Protocol).

La banque d'informations

La banque d'informations, qui est le composant clé pour la gestion de la base de données dans Exchange Server, est en fait deux bases de données distinctes. Base de données privées de la banque d'informations, Priv.edb, gère les données dans des boîtes aux lettres utilisateur. La banque d'informations publique Pub.edb, gère les données dans les dossiers publics.

La banque d'informations fonctionne avec les MAPI (Messaging Application Programming Interface) et le moteur de base de données pour vous assurer que toutes les actions de l'utilisateur sont enregistrées sur disque dur du serveur. Par exemple, lorsqu'un utilisateur enregistre un message dans Microsoft Outlook, MAPI appelle d'abord la banque d'informations, puis appelle le moteur de base de données, qui écrit ensuite les modifications sur le disque.

JET Database Engine

Bases de données Exchange Server sont basés sur le format JET quel journal utilise des fichiers à suivre et gérer des informations. Microsoft JET est un moteur avancées 32 bits (multithread de base de données qui combine vitesse et performances avec les autres fonctionnalités avancées pour améliorer les capacités de traitement de transaction.

Le moteur de base de données met en cache disque en mémoire par le remplacement de 4 kilo-octets (Ko) pages de données dans et hors de la mémoire. Met à jour les pages en mémoire et écrit pages nouvelles ou mises à jour sur le disque. Cela rend le système plus efficace car lorsque les demandes proviennent, les données de mémoires tampons de moteur de base de données en mémoire au lieu d'aller en permanence sur le disque.

Dans les versions antérieures à Exchange Server 5.5, le cache des tampons est de taille fixe. Si vous aurez besoin de davantage de mémoire, l'administrateur doit modifier manuellement la taille de la mémoire tampon.

Dans Exchange Server 5.5, allocation de mémoire tampon dynamique permet le cache des tampons étendre ou réduire, selon la quantité de mémoire est disponible et sur les ressources sont utilisées par d'autres services qui s'exécutent sur l'ordinateur Microsoft Windows NT Server. Si autres services n'utilisent pas de mémoire, le moteur de base de données Exchange Server occupe plus de mémoire que nécessaire. Si autres services ont besoin de mémoire, le moteur de base de données renvoie certaines ressources de mémoire en transfert de pages vers le disque dur et en diminuant la taille de la mémoire tampon.

Lorsqu'un utilisateur effectue une demande, le moteur de base de données charge la demande en mémoire et marque les pages comme «modifié» (une page «modifiée» est une page qui a été écrit avec des données et est toujours actuellement en mémoire). Ces pages incorrectes sont ensuite écrits dans les bases de données de la banque d'informations sur le disque.

Maintenir la cohérence de la base de données

Bien que la mise en cache en mémoire soit la manière la plus efficace pour traiter des données, l'un des effets est que les informations sur le disque ne sont jamais actualisée en permanence. Pages incorrectes en mémoire entraînent les bases de données marqué comme incohérent bien qu'Exchange Server s'exécute en fait normalement. Bases de données sont véritablement dans un état cohérent uniquement lorsque toutes les pages incorrectes sont correctement transférés sur le disque lors d'un arrêt dans laquelle aucune erreur ne se produit.

Que se passe-t-il si vous perdre le contenu de la mémoire ? Par exemple, que se passe-t-il si le serveur tombe en panne avant que les données ne soit écrite sur disque et vous sont gauche avec une base de données incohérente ? Exchange utilise des fichiers journaux de transactions pour récupérer à partir de cette situation.

Fichiers journaux de transaction

Fichiers journaux de transactions conserve une copie sécurisée de données volatiles qui se trouve en mémoire. Si le système se bloque, en supposant que la base de données est intacte, les fichiers journaux pouvoir récupérer les données jusqu'à la dernière transaction validée avant l'incident. (Notez qu'il est recommandé de stocker les fichiers journaux sur un disque dur dédié, afin que les journaux ne sont pas affectés par des pannes de disque possible qui peuvent entraîner la corruption de la base de données).

Exchange est un système de messagerie "basé sur des transactions" et la banque d'informations est une base de données transactionnelle. Une transaction est un ensemble de modifications à une base de données, comme les insertions, suppressions et mises à jour, dans lequel le système suit les quatre invariants «ACID» :
  • Se produisent d'ou l'autre toutes les opérations atomique : Ou aucun d'entre eux se produit.
  • Cohérent (consistent): La base de données est transformée d'un état correct à un autre.
  • Isolés : Les modifications ne sont pas visibles avant qu'elles aient été validées.
  • Durables : Transactions validées sont conservées dans la base de données même si le système tombe en panne.
Suivant ces invariants signifie que le moteur de base de données valide une transaction uniquement lorsqu'il peut garantit que les données sont durables ou persistants, protégés contre les blocages ou autres défaillances. Le moteur de base de données valide les données uniquement lorsque ces données ont été transférées à partir de la mémoire vers le fichier journal des transactions sur le disque dur.

Par exemple, pour déplacer un message à partir du dossier boîte de réception vers le dossier important, Exchange Server effectue trois opérations :
  1. Supprime le message du dossier boîte de réception
  2. Insère le message dans le dossier important
  3. Met à jour les informations sur chaque dossier afin de refléter le nombre d'éléments et les éléments non lus
Ces opérations sont effectuées en une seule transaction. L'ordre des opérations n'a pas d'importance. Exchange Server peut en toute sécurité supprimer le message du dossier boîte de réception car la suppression est validée uniquement lorsque le message est inséré en toute sécurité dans le dossier important. Même si le système tombe en panne, Exchange Server perd jamais un message lors du déplacement il et ne jamais se retrouve avec deux copies du message.

Logiquement, si vous pensez des données que le déplacement de la mémoire dans le fichier journal, puis dans la base de données sur disque, mais que se passe-t-il réellement est que données déplacent de la mémoire à la base de données sur disque. Les fichiers journaux sont optimisés pour les écritures à grande vitesse, afin que pendant les opérations normales, le moteur de base de données lit n'a jamais véritablement les fichiers journaux. Il lit à partir des fichiers journaux uniquement si le service de banque d'informations s'arrête anormalement ou se bloque et le moteur de base de données doit récupérer en relisant les fichiers journaux.

Le fichier de point de contrôle

Le moteur de base de données gère un fichier point de contrôle appelé edb.chk pour chaque séquence de fichier journal afin d'effectuer le suivi de données qui n'a pas encore été écrites dans le fichier de base de données sur disque. Le fichier point de contrôle est un pointeur dans la séquence de journal qui indique où dans le journal fichier la banque d'informations doit démarrer la restauration en cas de panne. Le fichier point de contrôle est essentiel pour la récupération efficace. Sans cela, la banque d'informations serait depuis le début du plus ancien fichier journal sur le disque et vérifiez toutes les pages de chaque fichier journal pour déterminer si elle avait déjà été écrites dans la base de données--demander beaucoup de temps, surtout si vous souhaitez uniquement est d'assurer la cohérence de la base de données.

Le fichier point de contrôle se trouve sur le disque système. Si vous disposez récupérer votre disque système, ce fichier est probablement manquant ou uniquement une version non valide. Mais dans la plupart des cas le fichier point de contrôle prend en charge de lui-même.

Enregistrement normal

Les étapes suivantes illustrent le processus de «journalisation normale"où les données sont écrites dans les fichiers journaux des transactions :
  1. L'utilisateur envoie un message.
  2. La banque d'informations pour lui indiquer que l'utilisateur envoie le message d'appels MAPI.
  3. La banque d'informations démarre une transaction dans le moteur de base de données et apporte les modifications correspondantes aux données.
  4. Le moteur de base de données enregistre la transaction en mémoire à dirtying une nouvelle page en mémoire.
  5. Simultanément, le moteur de base de données sécurise la transaction dans le fichier journal des transactions et crée un enregistrement de journal. Lorsque le moteur de base de données atteint la fin d'un fichier journal de transaction, il survole et crée un nouveau fichier journal dans l'ordre.
  6. Le moteur de base de données écrit la page incorrecte dans le fichier de base de données sur le disque dur.
  7. Le fichier point de contrôle est mis à jour.
Enregistrement circulaire

Exchange Server prend en charge une fonctionnalité appelée l'enregistrement circulaire a été implémentée à la fois lorsque les administrateurs ont été plus préoccupés par serveur d'espace disque que sur la récupération de données.

L'enregistrement circulaire fonctionne pratiquement la même façon normalement journalisation sauf que le fichier point de contrôle est essentiel pour assurer le suivi des informations transférées sur disque. Au cours de l'enregistrement circulaire, en tant que les avances de fichier point de contrôle au fichier journal suivant, anciens fichiers sont réutilisés. Dans ce cas, vous ne pouvez pas utiliser les fichiers journaux sur disque en conjonction avec votre média de sauvegarde pour restaurer la dernière transaction validée.

Par défaut, l'enregistrement circulaire est activé dans Exchange Server 5.5 pour conserver une taille fixe pour les fichiers journaux et empêcher l'accumulation. Lorsqu'un fichier journal atteint sa limite de 5 Mo, le moteur de base de données supprime et crée un nouveau fichier journal dans la séquence. Par conséquent, Exchange Server permet de conserver suffisamment de données sur le disque dur pour assurer la cohérence en cas de blocage de la base de données.

Il est recommandé de désactiver l'enregistrement circulaire sur votre ordinateur Exchange Server. L'enregistrement circulaire peut réduire le besoin d'espace disque, mais elle élimine également la possibilité de récupération de la dernière transaction validée avant une défaillance. Vous ne pouvez pas relire les fichiers journaux et pouvez récupérer uniquement les données jusque la dernière sauvegarde complète. Même si uniquement un seul fichier journal est écrasé, il est inutile de restaurer l'autres 99 % de données du journal.

En effet, l'enregistrement circulaire annule les avantages d'un système basé sur des transactions. Quitter l'enregistrement circulaire activé sens uniquement si vous n'avez pas besoin de vos données ou si vous avez d'autres moyens de récupération de données. En cas de doute sur les fichiers journaux consomme vos ressources de disque, il est préférable de les nettoyer en effectuant des sauvegardes en ligne régulières. Sauvegarde supprime automatiquement les fichiers journaux de transactions lorsqu'ils sont plus nécessaires.

Protection des données

Il semble logique de penser que les fichiers de base de données sont l'aspect le plus important de récupération de données. Mais dans Exchange Server, fichiers journaux des transactions sont plus importants car ils contiennent des informations qui ne figure pas dans les fichiers de base de données. (C'est pourquoi vous devez les localiser sur un serveur stable et placez-les sur les disques dédiés et hautes performances, même si cela signifie que le placement de fichiers de base de données sur disques plus lents.)

Fichiers journaux de transactions conserve une copie sécurisée sur le disque de données volatiles qui se trouve en mémoire pour que le système puisse récupérer en cas de panne. Si le système tombe en panne, mais la base de données est intacte, tant que vous avez les fichiers journaux, vous pouvez récupérer des données jusqu'à la dernière transaction validée avant la panne.

Fichiers journaux des transactions également rendre écriture des données plus efficaces car il est plus rapide pour mettre à jour de pages séquentiellement dans un fichier de journal au Insérer pages dans la base de données. En cas de modification dans la base de données, le moteur de base de données au plus tard le met à jour les données en mémoire le. Synchrone, il écrit un enregistrement de la transaction dans le fichier de journal, lui indiquant comment rétablir la transaction en cas de défaillance du système. Puis le moteur de base de données écrit les données dans la base de données sur disque. Pour limiter les entrées/sorties disque, le moteur de base de données transfère les pages sur le disque dans des lots.

Chaque fichier journal dans une séquence peut contenir jusqu'à 5 Mo de données. Lorsqu'un fichier journal est plein, il est renommé en tant que fichier journal précédent et un nouveau est créé avec le nom de fichier edb.log. Exchange Server associe chaque fichier journal à un numéro de génération hexadécimal. Car les fichiers journaux peuvent possèdent le même nom, les tampons de moteur de base de données de l'en-tête dans chaque fichier de la séquence avec une signature unique par conséquent, il peut faire la distinction entre différentes générations de journaux.

Corruption de la base de données

Une défaillance, telles qu'une panne matérielle, qui requiert le système à tenter de revenir à un état cohérent est susceptible de se produire à Exchange. Étant donné qu'il existe différents types de corruption de la base de données avec différents symptômes, différents outils et techniques sont nécessaires pour diagnostiquer et résoudre les problèmes.

Il existe deux types de corruption :
  • Corruption physique
    Au niveau plus bas, les données peuvent être endommagées physiquement sur le disque. Il s'agit généralement d'un problème lié au matériel toujours, vous devez restaurer à partir de la sauvegarde.
  • Corruption logique
    Corruption logique typique se produit au niveau de la base de données. Par exemple, erreur de moteur de base de données peut provoquer des entrées d'index pointer vers les valeurs manquantes. Corruption logique peut également se produire au niveau de l'application, dans les boîtes aux lettres, messages, dossiers et les pièces jointes. Par exemple, la corruption au niveau de l'application peut provoquer des décomptes de références incorrect, un accès incorrect au niveaux de contrôle, un en-tête de message sans corps de message et ainsi de suite.

Corruption physique

Corruption physique est grave car il peut détruire les données et la seule chose que vous pouvez faire est restaurez Exchange à partir de la sauvegarde. Il est important que vous détectez corruption physique plus tôt que prévu et résoudre les problèmes rapidement.

Détection de corruption physique

Corruption physique dans la banque d'informations génère les erreurs suivantes dans le journal d'application de l'Observateur d'événements :
  • -1018 (JET_errReadVerifyFailure) les données lues à partir du disque ne sont pas identique les données écrites sur disque.
  • -1022 (JET_errDiskIO) le matériel, le pilote de périphérique ou le système d'exploitation a renvoyé des erreurs.
  • -510 JET_errLogWriteFail les fichiers journaux sont suffisamment d'espace disque ou qu'il existe une défaillance matérielle avec le disque de fichier journal.
Bien que Exchange affiche généralement un message d'erreur-1018 ou-1022 lorsqu'il y a corruption physique, vous pouvez également détecter corruption physique en effectuant des sauvegardes en ligne, qui sont la méthode recommandée par Microsoft pour la sauvegarde des données. Sauvegarde en ligne est également le meilleur moyen de détecter une corruption dans un fichier de base de données, car il est le seul processus qui vérifie systématiquement chaque page dans la base de données.

Lorsque vous exécutez une sauvegarde en ligne, le logiciel de sauvegarde Windows NT lit chaque page de 4 Ko dans le fichier de base de données, il transmet au moteur de base de données et puis l'écrit sur bande. Le moteur de base de données vérifie que la somme de contrôle sur chaque page est correct. Si la somme de contrôle sur la page ne correspond pas à la somme de contrôle qui calcule le moteur de base de données, est de base de données physique endommagé sur le disque dur et les journaux de sauvegarde NT une erreur -1018.

Empêcher la corruption physique

La meilleure façon d'éviter la corruption physique consiste à outfit le serveur avec les composants matériels de qualité et de configurer correctement le système. Assurez-vous que vous exécutent pas au niveau des fichiers des utilitaires, tels qu'un logiciel antivirus, contre les fichiers journaux et de base de données sur l'ordinateur qui exécute Exchange Server.

Si vous disposez d'un matériel fiable, vous observerez peut-être jamais signes d'endommagement physique. Si vous exécutez régulièrement des erreurs -1018, vous avez probablement un problème matériel, éventuellement un disque défectueux ou un contrôleur de disque.

Quelques mots sur la mise en cache en écriture différée : certains contrôleurs de tableau de mise en cache différée retournent par erreur validations réussies sur les transactions avant que les données a effectivement été sécurisées sur le disque. La solution la plus sûre consiste à désactiver la mise en cache en écriture différée, sauf si le processus a batterie sauvegarde. Si vous utilisez la mise en cache en écriture différée, éviter d'avoir une base de données endommagée en vous assurant que protection totale des données et que vous disposez de procédures pour vous assurer que les données mises en cache sont relues aux disques droit après une panne.

Récupération suite à une corruption physique

La seule récupérer à partir de la corruption de la base de données physique consiste à restaurer à partir de la sauvegarde de la dernière bonne (si une sauvegarde s'est exécuté sans erreur, il est préférable) et appliquer les fichiers journaux vers l'avant à amener le système à un état cohérent et qu'ils ne soient pas endommagé. Échec répété indique probablement un problème avec le disque où se trouve la base de données.

Il n'est vraiment aucun moyen sûr de réparer physique à la base de données. Vous pouvez exécuter l'Eseutil.exe utilitaire en mode réparation pour obtenir la base de données fonctionne à nouveau, mais cela n'est pas recommandée car Eseutil supprime simplement les pages défectueuses.

Remarque : Si il est possible de tout, évitez d'utiliser Eseutil en mode réparation (Eseutil / p). Eseutil, qui est fourni avec Exchange Server, est un dernier recours pour réparer l'altération de la base de données toutes les autres cas. En mode de réparation, il obtient une base de données rompu s'exécutant à nouveau en supprimant simplement des pages endommagées. Eseutil ne doit jamais être utilisé pour récupérer des données. Si vous exécutez la commande eseutil / p, vous devez également exécuter une défragmentation hors connexion (eseutil / d) et vous devez ensuite exécuter la commande Isinteg - test alltests - correctif pour restaurer la base de données dans un état cohérent.

Corruption logique

Corruption logique est beaucoup plus difficile de diagnostiquer et résoudre le problème que la corruption physique parce que la corruption logique est imprévisible et est généralement dû à des bogues logiciels. Elle nécessite généralement un problème pour vous alerter à la corruption logique. (Corruption logique est extrêmement rare dans Exchange Server 5.5.)

Empêcher la corruption logique

Étant donné que la corruption logique est donc imprévisible, il est inutile d'infaillible pour l'empêcher. Cependant, il existe des moyens pour réduire le risque :
  • Installez le dernier service pack pour Microsoft Exchange Server version 5.5 dès que possible. Les service packs fixer un nombre de problèmes connus dans Exchange Server 5.5.

    Pour plus d'informations sur les service packs et savoir comment les obtenir, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
    241740Liste des bogues corrigés dans Exchange Server 5.5 Service Pack 3
    254682XADM : Correctifs du moteur de base de données de post-SP3 Exchange Server 5.5
    191014Comment faire pour obtenir le dernier Service Pack de Exchange Server 5.5
  • Assurez-vous que votre ordinateur Exchange Server est sécurisé et que votre configuration n'est pas modifiée.
Si vous découvrez un problème et si elle persiste après avoir suivi par le biais de ces mesures de précaution, vous avez peut-être trouvé un nouveau bogue. Si tel est le cas, notifier Microsoft dès que possible.
Réparation de corruption logique

Corruption logique peut se produire dans la banque d'informations ou dans le moteur de base de données. Étant donné que la corruption logique peut provoquer de graves dommages à des données, n'ignorer pas des rapports sur les erreurs.

Vous pouvez utiliser le Isinteg utilitaire vérifie dans des problèmes dans la banque d'informations ou l'utilitaire Eseutil pour vérifier des problèmes dans le moteur de base de données. Notez que vous devez utiliser ces utilitaires uniquement en dernier recours après que vous avez essayé de restaurer le système à partir de la sauvegarde.

L'utilitaire Isinteg

Information Store Integrity Checker (Isinteg) détecte et élimine les erreurs depuis les bases de données de banques d'informations publique et privée. Ces erreurs peuvent empêcher le démarrage de la banque d'informations ou empêcher les utilisateurs de session et de réception, d'ouvrir ou de suppression de messages électroniques.

Isinteg n'est pas destiné à être utilisé dans le cadre de maintenance de la banque informations normal ; il est fourni pour aider dans les situations de récupération après sinistre. Par exemple, vous pouvez exécuter Isinteg pour corriger les informations des compteurs de stockage en mémoire qu'ils n'arrivent pas synchronisés après une panne du système.

Dans la mesure où l'utilitaire Isinteg fonctionne au niveau du schéma logique, il peut récupérer les données utilitaire Eseutil ne peut pas récupérer. Cela s'explique par le fait que les données qui sont valides pour l'utilitaire Eseutil au niveau du schéma physique peuvent être sémantiquement incorrecte au niveau du schéma logique. Isinteg enregistre les informations dans le journal applications dans l'Observateur d'événements, afin que vous pouvez suivre la progression de la récupération.

L'utilitaire Isinteg effectue deux tâches principales :
  • Elle corrige la banque d'informations après une restauration à partir d'une sauvegarde en mode hors connexion.
  • Il teste et éventuellement corrige les erreurs dans la banque d'informations.
Pour plus d'informations sur la résolution des problèmes de banque d'informations et de l'utilitaire Isinteg, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
182081XADM : Description d'utilitaire ISINTEG

ou consultez le document Isinteg.RTF sur le CD-ROM Exchange Server 5.5, dans le répertoire Support\Utils.

L'utilitaire Eseutil

L'utilitaire Eseutil examine la structure des tables de base de données et des enregistrements et défragmente, répare et vérifie l'intégrité de la banque d'informations et le répertoire. Étant donné que l'exécution d'Eseutil en mode réparation supprime simplement des pages endommagées, utilisez cet utilitaire uniquement après que vous avez essayé de restaurer à partir de la sauvegarde.

Pour plus d'informations sur l'utilitaire Eseutil, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
192185XADM : Procédure pour défragmenter avec l'utilitaire ESEUTIL (Eseutil.exe)
ou consultez le document Eseutil.rtf sur Exchange 5.5 un CD dans le répertoire Support\Utils.

Sauvegarde des données

Dans la mesure où Exchange Server est basé sur des transactions, évitez d'effectuer une sauvegarde au niveau des fichiers ou en mode hors connexion de fichiers de base de données sur disque. La meilleure façon de vous assurer que vous sont préservation toutes les données dans le système, y compris les transactions qui n'ont pas encore été vidées sur le disque, est d'effectuer des sauvegardes régulières en ligne.

Sauvegarde en ligne

Sauvegarde en ligne vous permet de sauvegarder des bases de données Exchange Server sur votre support de sauvegarde sans arrêter le serveur. Lorsque Exchange Server effectue une sauvegarde en ligne, tous les services, y compris la banque d'informations, continuent de fonctionner normalement. Pages de continuent à être mis à jour dans la mémoire et transférés vers les fichiers de base de données sur disque, transactions sont enregistrées dans les fichiers journaux et le fichier point de contrôle continue à déplacer le long.

Exchange utilise un fichier .pat (correctif) qui assure le suivi des pages mises à jour pendant que le logiciel de sauvegarde est en cours d'exécution, pour vous assurer que les pages sont modifiées pendant la sauvegarde sont également sauvegardés. Il existe deux fichiers .pat, Priv.pat pour la banque d'informations privée et Pub.pat pour la banque d'informations publique.

Lorsque vous effectuez une sauvegarde en ligne, consultez régulièrement le journal d'application dans l'Observateur d'événements pour vous assurer que le déroulement des sauvegardes.

Processus de sauvegarde en ligne

Un programme de sauvegarde, par exemple Windows NT Backup (Ntbackup.exe), effectue les opérations suivantes lors d'une sauvegarde de copie ou d'une sauvegarde complète :
  1. Effectue une copie de la base de données et sauvegarde sur la bande.
  2. Ajoute un sous-ensemble de pages dans le fichier .pat, les pages qui changent après copiés sur bande.
  3. Renomme le fichier edb.log actuel Edb x .log, où x est le numéro de génération de fichier journal au format hexadécimal et crée une nouvelle génération de journal.
  4. Une sauvegarde complète sauvegarde le fichier .pat et tous les fichiers journaux après point de contrôle (à l'exception de la nouvelle edb.log) sur la bande. Dans une sauvegarde de copie sauvegarde les fichiers de journal toutes les avant et après le point de contrôle.
  5. Une sauvegarde complète, supprime les fichiers journaux antérieurs à la point de contrôle. Dans une sauvegarde de copie, ne supprime pas les fichiers journaux des transactions.
Un programme de sauvegarde effectue les opérations suivantes lors d'une sauvegarde différentielle ou une sauvegarde incrémentielle :
  1. Dans un accélère la sauvegarde, incrémentielle une copie du journal de fichiers et les sauvegarde sur la bande. Dans une sauvegarde différentielle, copie la base de données sur bande.
  2. Ajoute un sous-ensemble de pages dans le fichier .pat, les pages qui changent après copiés sur bande.
  3. Renomme le fichier edb.log actuel Edb x .log et crée une nouvelle génération de journal.
  4. Sauvegarde le fichier .pat et tous les fichiers journaux avant et après point de contrôle, y compris edb.log nouveau, sur bande.
  5. Dans une sauvegarde incrémentielle, supprime les fichiers de journaux de transaction antérieurs à la point de contrôle. Dans une sauvegarde différentielle ne supprime pas tous les fichiers journaux.

Sauvegarde hors connexion

Essayez d'éviter de réaliser les sauvegardes hors connexion. Dans une sauvegarde en ligne, le programme de sauvegarde gère les fichiers pour vous, mais sauvegarde hors connexion est un processus manuel mobilisant une main-d'?uvre importante est sujet aux erreurs humaines. En outre, dans une sauvegarde hors connexion, vous ne pouvez pas valider la somme de contrôle sur chaque page de la base de données. Sauvegardes en ligne sont l'outil plus précieuse unique pour la détection de corruption et la récupération de données.

Pour plus d'informations sur les sauvegardes, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
191357XADM : Restauration d'une base de données unique à partir de sauvegardes complet en ligne
179308XADM : Procédure vérifier les sauvegardes en ligne Exchange

Propriétés

Numéro d'article: 271987 - Dernière mise à jour: samedi 28 octobre 2006 - Version: 5.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Mots-clés : 
kbmt kbinfo KB271987 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 271987
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com