Événements d'erreur sont enregistrés lorsque le service de base de données Exchange Server se voit refuser l'accès en écriture à ses propres fichiers .edb ou sur le fichier .chk.

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

Sommaire

Résumé

Si le service de base de données Exchange Server est refusé accès en écriture à ses propres fichiers de base de données (*.edb) ou au fichier point de contrôle (*.chk), les erreurs semblables au suivant peuvent s'afficher :

Le type d'événement : erreur
Source de l'événement : ESE97
Catégorie d'événement : général
ID d'événement : 145
Date: 2/3/2000
Durée : 1:57:34 PM
Utilisateur: n/A
Ordinateur : EXSERVER1
Description: (1996) le moteur de base de données n'a pas pu accéder au fichier intitulé E:\exchsrvr\mdbdata\tmp.edb.




Le type d'événement : erreur
Source de l'événement : ESE97
Catégorie d'événement : Enregistrement/récupération
ID d'événement : 158
Date: 1/2/2000
Heure : 4:40:20 PM
Utilisateur: n/A
Ordinateur : EXSERVER1
Description : MSExchangeIS (1628) Impossible d'écrire un en-tête caché pour le fichier D:\exchsrvr\MDBDATA\edb.chk.

(Format d'erreur Microsoft Exchange Server 5.5. Dans Microsoft Exchange Server 4.0, l'ID d'événement de cette erreur est 61 ; dans Microsoft Exchange Server 5.0, l'ID d'événement est 63).

Le type d'événement : erreur
Source de l'événement : ESE98
Catégorie d'événement : Enregistrement/récupération
ID d'événement : 439
Date: 2/2/2000
Durée: 8: 05 : 13 AM
Utilisateur: n/A
Ordinateur : EXSERVER1
Description : Banque d'informations (2700) Impossible d'écrire un en-tête caché pour le fichier E:\Exchsrvr\mdbdata\E00.chk. Erreur 1032.

(Format d'erreur Microsoft Exchange 2000 Server)

Plus d'informations

Pour résoudre ces erreurs, vous devez découvrir ce qui a soudainement empêché le service de base de données d'accès à ses fichiers. Permet de nombreux cas, redémarrage du serveur concerné «briser» le verrou si vous n'êtes pas en mesure de trouver un autre moyen de le faire.

Les causes les plus courantes de ce problème sont :
  • Un autre processus a «volé» le fichier. Un programme de détection de virus peut par erreur un fichier en quarantaine ou un processus de sauvegarde ou de restauration peut temporairement refuser l'accès.
  • Une panne de disque ou de contrôleur s'est produite et accès au lecteur a été perdu, parfois temporairement. Vérifiez le journal système d'e/S ou de lecteur survenues à l'heure de l'événement 158.
  • Des autorisations ont été supprimées à partir du dossier dans lequel se trouve le fichier.
  • Le fichier a été marqué en lecture seule. Cela est probablement de se produire dans un fichier point de contrôle.
  • Le dossier contenant le fichier a été renommé ou supprimé. Ceci est également probablement de se produire dans un fichier point de contrôle.

Qu'est-ce qu'un «en-tête occulté» ?

Base de données Exchange Server, point de contrôle et fichiers journaux commencent par une section d'en-tête de 4 kilo-octets (Ko). L'en-tête contient des informations d'identification et de configuration importantes sur le fichier. Il est possible d'afficher des en-têtes à l'aide de l'utilitaire Eseutil grâce aux /MH (fichier de base de données), /ml (fichier journal des transactions) ou options /MK (fichier point de contrôle).

Remarque : l'option /ml a été publiée pour la première fois dans Exchange Server 5.5 Service Pack 1 (SP1).

En-têtes de fichier de base de données et point de contrôle sont fréquemment modifiés en mode de fonctionnement normal, tandis que les en-têtes de fichier journal jamais modifiées après qu'un fichier journal a été créé. Pour les en-têtes de fichier sont fréquemment modifiés, un «en-tête ombre» préserve l'en-tête lors des mises à jour. L'en-tête principal est le premier bloc de 4 Ko dans le fichier ; l'en-tête d'ombre, identique à l'en-tête principal, est le second bloc de 4 Ko. Les deux pages d'en-tête sont Somme, et la somme de contrôle est écrit dans chaque page. Dommages causés à même d'un seul bit de des pages peuvent être détectés fiable car les modifications apportées aux données changer la somme de contrôle qui doit figurer dans la page.

Lorsqu'un en-tête est mis à jour, les modifications sont apportées tout d'abord à la page d'en-tête masqué. Si un incident se produit avant la fin de la mise à jour de l'ombre (causant "écriture déchirée"), l'en-tête principal est intacte. Après mise à jour de l'ombre, l'en-tête principal est mis à jour. Si un incident se produit à ce stade, l'en-tête de l'ombre est intacte. Par conséquent, même lors d'une mise à jour, un en-tête valide existe à tout moment.

Dommages à une page sont détecté par la somme de contrôle le recalcul chaque accès à la page. Si le checksum calculé ne correspond pas à celui déjà sur la page, la page est incorrecte. Tant que l'autre copie de l'en-tête est bonne, elle peut servir à la page endommagée "correctif".

Si une condition de refus d'accès se produit et l'écriture suivante a tenté par la base de données est un en-tête, une erreur «Impossible d'écrire l'en-tête caché» est écrite dans le journal des événements. Cela se produit parce que la page de l'ombre est la première page d'en-tête mis à jour. Si la tentative d'écriture est ailleurs que dans un en-tête, différentes erreurs seront signalées, y compris 1032 ou 0xfffffbf8(JET_errFileAccessDenied) et -510 ou 0xfffffe02 (JET_errLogWriteFail).

Les en-têtes de transaction des fichiers journaux (* .log) ne sont pas ombré, et par conséquent, les refus d'accès à un fichier journal n'entraîne pas une erreur «en-tête caché». À l'inverse, fichiers point de contrôle sont qu'en-tête (4 Ko d'en-tête primaire et 4 Ko d'en-tête caché) et donc un rapport toujours une erreur «en-tête caché» sur un échec d'écriture.

Si un fichier de base de données ou un fichier journal ne peut pas être écrite dans, le service de base de données s'arrête afin de préserver l'intégrité de la base de données. Si le fichier point de contrôle ne peut pas être écrit pour, opération de base de données continue normalement par de nombreux aspects. Le fichier point de contrôle suit la progression dans l'écriture de journal des transactions de fichier dans le fichier de base de données. Si le fichier point de contrôle est «figé», données sont toujours écrites dans le fichier de base de données et le point de contrôle est avancée, mais les nouveaux points de contrôle ne sont pas enregistrés dans le fichier point de contrôle jusqu'à ce qu'il soit à nouveau disponible.

Il existe trois problèmes que pouvant survenir si le fichier point de contrôle ne peut pas être écrites pour une longue période :
  • Le fichier journal référencé dans le fichier point de contrôle peut être supprimé avant la mise à jour le point de contrôle. Dans ce cas, si la base de données est arrêtée anormalement, il peut être impossible de démarrer à nouveau, car le fichier point de contrôle fait référence à un fichier qui n'existe pas. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    176239XADM : Base de données ne démarrer ; circulaire Logging journal supprimés trop rapidement
  • Anciens fichiers journaux ne peuvent pas être définitivement supprimés pendant la sauvegarde en ligne. Le processus de sauvegarde en ligne repose sur le fichier point de contrôle afin de déterminer quels fichiers journaux peuvent être supprimés en toute sécurité. Si le fichier point de contrôle est «figé», plus récentes que la point de contrôle journaux ne sont pas purgés, même si le fichier point de contrôle est plusieurs jours derrière.
  • Si le fichier point de contrôle est endommagé, sauvegarde en ligne risque de ne pas entièrement. Sauvegarde en ligne doit pouvoir au moins lire le fichier point de contrôle. Dans une opération normale, un fichier point de contrôle endommagé est détecté et corrigé dans les minutes qui suivent les dommages. Mais si le fichier est également verrouillé contre une opération d'écriture, les dommages ne peut pas corriger jusqu'à ce que le verrouillage soit supprimé.

Propriétés

Numéro d'article: 253111 - Dernière mise à jour: lundi 26 février 2007 - Version: 3.4
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Mots-clés : 
kbmt kbinfo KB253111 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: 253111
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