Κατανόηση και ανάλυση -1018,-1019 και-1022 ανταλλαγή σφάλματα βάσης δεδομένων

Σύνοψη

Αυτό το άρθρο παρέχει πληροφορίες που θα σας βοηθήσουν να κατανοήσετε και να αναλύσετε-1018,-1019 και-1022 σφάλματα βάσης δεδομένων του Exchange. Αυτό το άρθρο περιγράφει τις διαφορές μεταξύ αυτών των τριών σφαλμάτων και τους τύπους των θεμάτων στη βάση δεδομένων που έχει ως αποτέλεσμα κάθε ένα από αυτά τα τρία σφάλματα πρέπει να αναφέρονται.

Περισσότερες πληροφορίες

Ανταλλαγή περιλαμβάνει τη λειτουργικότητα να εντοπίζει καταστροφή επίπεδο αρχείου σε σελίδες με τις βάσεις δεδομένων. Τα τρία πιο συνηθισμένα σφάλματα που σχετίζονται με ζημία επίπεδο αρχείου σε μια βάση δεδομένων του Exchange είναι οι εξής:
  • JET_errReadVerifyFailure -1018
  • -1019 JET_errPageNotInitialized
  • -1022 JET_errDiskIO
Τα ακόλουθα τρία επίπεδα ζημία μπορεί να προκύψει σε μια βάση δεδομένων του Exchange:
  • Επίπεδο σελίδας (σύστημα αρχείων)
  • Επίπεδο βάσης δεδομένων (διαχείρισης βάσεων δεδομένων Jet)
  • Επίπεδο εφαρμογής (χώρου αποθήκευσης πληροφοριών του Exchange)
Το βοηθητικό πρόγραμμα Esefile.exe να εντοπίσετε σφάλματα σε βάσεις δεδομένων σε επίπεδο σελίδας. Το βοηθητικό πρόγραμμα Eseutil.exe να εντοπίσετε και να επιδιορθώσετε προβλήματα σε επίπεδο σελίδας και σε επίπεδο βάσης δεδομένων. Το βοηθητικό πρόγραμμα Isinteg.exe εντοπίζει και επιδιορθώνει προβλήματα σε επίπεδο εφαρμογής.

Βλάβη σε χαμηλότερη επίπεδο (επίπεδο σελίδας) σχεδόν πάντα ως αποτέλεσμα προβλήματα στα υψηλότερα επίπεδα (το επίπεδο βάσης δεδομένων ή εφαρμογής). Επομένως, μετά την επιδιόρθωση μιας βάσης δεδομένων με το εργαλείο Eseutil, σχεδόν πάντα πρέπει να χρησιμοποιήσετε στη συνέχεια Isinteg.

Βλάβη σε επίπεδο βάσης δεδομένων και εφαρμογών σχετίζεται με ζητήματα στον κώδικα του Exchange ή σε προγράμματα τρίτων κατασκευαστών που ενοποιούνται με το Exchange. Ζημία σε επίπεδο σελίδας προκαλείται συνήθως από ένα πρόγραμμα οδήγησης, υλικολογισμικό ή ζητήματα υλικού, παρόλο που επίσης ενδέχεται να προκαλείται ζημία σε επίπεδο σελίδων από προβλήματα στο Exchange.

Σχεδόν πάντα να εντοπίσουν την κύρια αιτία για ένα σφάλμα -1018 σε ένα από τα υποκείμενα συστήματα που εξαρτάται από το Exchange, όχι στον Exchange κώδικα ίδια. Υπάρχουν πολύ λίγες εξαιρέσεις σε αυτόν τον κανόνα. Οι εξαιρέσεις σε ημερομηνία έχουν όσον αφορά την ανταλλαγή αναφέρει μια συνθήκη -1018, όχι επειδή Exchange ίδια προκαλεί σφάλμα -1018. Για περισσότερες πληροφορίες, κάντε κλικ στους αριθμούς των άρθρων παρακάτω, για να προβάλετε τα άρθρα της Γνωσιακής Βάσης της Microsoft:

237953 Erroneous -1018 μήνυμα σφάλματος κατά την ηλεκτρονική δημιουργία αντιγράφων ασφαλείας

230215 αντιγράφων ασφαλείας checksuming δεν πραγματοποιείται σε υπολογιστές με έναν επεξεργαστή

Παρόλο που η πλειοψηφία των-1019 και-1022 των σφαλμάτων είναι επίσης να προκαλείται από ένα σφάλμα στο υποκείμενο σύστημα, δεν είναι δυνατό να αποκλείσετε την πιθανότητα ότι-1019 και-1022 ενδέχεται να παρουσιαστούν σφάλματα εξαιτίας ενός σφάλματος στο Exchange κώδικα ως γρήγορα.

Σφάλμα -1018 είναι το πιο συχνά εμφανίζεται σφάλμα, το οποίο δηλώνει ότι μια βάση δεδομένων του Exchange έχει υποστεί ζημία σε επίπεδο συστήματος αρχείων. Κατά συνέπεια, περισσότερες από αυτό το άρθρο επικεντρώνεται στο σφάλμα -1018.

Υπάρχουν τρεις θεμελιώδεις τρόποι να καταστραφούν δεδομένα στο δίσκο:

  • Λάθος δεδομένα εγγράφονται στο μέσο αποθήκευσης.
  • Δεδομένα γράφονται σε λάθος θέση στο μέσο αποθήκευσης.
  • Δεδομένων είναι κατεστραμμένο ή έχει τροποποιηθεί μετά από την αποθήκευση.
Παρά το γεγονός ότι είναι πολύ δύσκολο να αποτραπεί ή να διορθώσετε το 100 τοις εκατό του κάθε ζημία, είναι σχετικά εύκολο για να εντοπίσετε ένα ζήτημα που έχει προκύψει. Ανταλλαγή εντοπίζει εσφαλμένα και σε λανθασμένη θέση δεδομένων με τα αρχεία της βάσης δεδομένων και αναφέρει ένα σφάλμα -1018 ή σφάλμα-1019. Εάν ένα αρχείο έχει υποστεί σοβαρή βλάβη και τα μέρη του λείπουν εξ ολοκλήρου ή διαφορετικά είναι δυνατή η πρόσβαση όταν Exchange προσπαθεί να διαβάσει το αρχείο, αναφέρεται ένα σφάλμα-1022.

Τον τρόπο ανταλλαγής που υπολογίζει αθροίσματα ελέγχου και οι αριθμοί σελίδων της βάσης δεδομένων

Για να κατανοήσετε τον τρόπο λειτουργίας των μηχανισμών που προκαλούν σφάλματα-1018 και-1019, πρέπει να κατανοήσετε τον τρόπο μια βάση δεδομένων του Exchange αποθηκεύει σελίδες δεδομένων.

Στο χαμηλότερο λογικό επίπεδο, μπορείτε να προβάλετε ένα αρχείο βάσης δεδομένων του Exchange ως ένα σύνολο από 4 kilobyte (KB) σελίδες, με αρίθμηση με διαδοχική σειρά. Δεδομένα διαβάζονται και εγγράφονται σε μια βάση δεδομένων Exchange κατά μία σελίδα κάθε φορά.

Κάθε σελίδα που περιέχει δεδομένα που αποθηκεύει τον δικό του αριθμό σελίδας, μαζί με ένα άθροισμα ελέγχου που υπολογίζεται από όλα τα δεδομένα στη σελίδα. Η τιμή αθροίσματος ελέγχου ίδιο είναι το μόνο τμήμα της σελίδας που δεν περιλαμβάνεται σε αυτόν τον υπολογισμό.

Αλγόριθμοι αθροίσματος ελέγχου, καθώς και τον αλγόριθμο άθροισμα ελέγχου που χρησιμοποιεί το Exchange, είναι απόλυτα κατανοητό και σχετικά απλή. Έχουν σχεδιαστεί έτσι ώστε οι πιθανότητες που θα έχει ως αποτέλεσμα το ίδιο άθροισμα ελέγχου για κάθε δύο διαφορετικές σελίδες είναι χαμηλή, ακόμη και αν η διαφορά μεταξύ των σελίδων είναι ένα μόνο bit.

Αν και μιας δοκιμής αθροίσματος ελέγχου είναι επαρκή για να προσδιορίσετε ή όχι τη σελίδα έχει τροποποιηθεί από τότε που έγινε η εγγραφή, μιας δοκιμής αθροίσματος ελέγχου δεν είναι αρκετά για να βεβαιωθείτε ότι η σελίδα θα είναι στο σωστό μέρος. Για το λόγο αυτό, το Exchange Αποτυπώνει κάθε σελίδα με τον δικό του αριθμό σελίδας, καθώς και ένα άθροισμα ελέγχου.

Οι δύο πρώτες σελίδες 4 KB στη βάση δεδομένων είναι δεσμευμένα για τη βάση δεδομένων "κεφαλίδα". Όταν διακοπεί η βάση δεδομένων, μπορείτε να χρησιμοποιήσετε το διακόπτη /MH του βοηθητικού προγράμματος Eseutil, για να προβάλετε αυτήν την κεφαλίδα. Η επικεφαλίδα περιέχει πληροφορίες αναγνώρισης σχετικά με τη βάση δεδομένων ως σύνολο.


Μετά από αυτές τις σελίδες κεφαλίδας δύο πρώτα, όλες οι άλλες σελίδες στη βάση δεδομένων είναι δεδομένα. Οι σελίδες δεδομένων όλα μοιράζονται μια κοινή δομή. Κάθε σελίδα έχει τη δική της σελίδα επικεφαλίδα, η οποία περιέχει πληροφορίες αναγνώρισης σχετικά με τη συγκεκριμένη σελίδα, ακολουθούμενο από τα πραγματικά δεδομένα.


Επειδή η πρώτη σελίδα δεδομένων σε μια βάση δεδομένων του Exchange βρίσκεται μετά την πρώτη κεφαλίδα δύο σελίδες, η φυσική σελίδα 3 της βάσης δεδομένων είναι λογική σελίδα 1. 2 είναι ο αριθμός λογική σελίδα φυσική σελίδα 4, κ.ο.κ.

Λογικοί αριθμοί σελίδων στη βάση δεδομένων αντιστοίχισης απευθείας σε φυσική σελίδα αριθμούς με τον ακόλουθο τύπο:
αριθμό της λογικής σελίδας = αριθμός φυσική σελίδα - 2
Επειδή οι δομές λογική και φυσική σελίδα του αρχείου βάσης δεδομένων είναι τόσο στενά σχετίζονται, Exchange μπορεί να προσδιορίσει εύκολα αν κάθε λογική σελίδα είναι στη σωστή φυσική θέση του αρχείου.

Το μόνο σελίδες στη βάση δεδομένων για την οποία δεν υπολογίζεται ένα άθροισμα ελέγχου είναι "δεν έχει προετοιμαστεί σελίδες". Αυτά είναι τα τμήματα των σελίδων που δημιουργούνται όταν το μέγεθος της βάσης δεδομένων επεκτείνεται για να δημιουργήσουν χώρο για περισσότερα δεδομένα. Μια σελίδα που δεν έχει προετοιμαστεί είναι αυτή που έχει μηδενικό άθροισμα ελέγχου και μηδενικό αριθμό σελίδας. Συνήθως, κάθε byte για μια σελίδα που δεν έχει προετοιμαστεί συμπληρώνεται με χαρακτήρα 0x00.

Μετά από μια σελίδα που δεν έχει προετοιμαστεί χρησιμοποιείται για πρώτη φορά, δεν επιστρέφει στην κατάσταση που δεν έχει προετοιμαστεί, ακόμη και αν το αδειάζει. Αντί για αυτό, ορίζεται μια σημαία στη σελίδα "άδεια" για να επισημάνετε διαθέσιμων προς περαιτέρω χρήση. Η σελίδα εξακολουθεί να φέρει έναν αριθμό σελίδας και το άθροισμα ελέγχου, ακόμα και όταν είναι κενή.

Exchange Server 2003 Service Pack 1 (SP1) άλλαξε τον αλγόριθμο αθροίσματος ελέγχου και τη μορφή των σελίδων που χρησιμοποιούνται. Επίσης, το Exchange Server 2003 SP1 εισήγαγε σφάλμα διόρθωση αλγόριθμο κώδικα (ECC) για να εντοπίσει και να διορθώσει αυτόματα τα σφάλματα bit μονό. Για περισσότερες πληροφορίες σχετικά με αυτή τη νέα λειτουργία, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:

867626 νέο σφάλμα κωδικού διόρθωσης είναι περιλαμβάνονται στον Exchange Server 2003 Service Pack 1

Τι προκαλεί το σφάλμα -1018

Ανταλλαγή αναφέρει ένα σφάλμα -1018, όταν μια σελίδα προετοιμασία στο αρχείο βάσης δεδομένων βρέθηκε με κάποια από τις ακόλουθες συνθήκες:

  • Το άθροισμα ελέγχου που είναι αποθηκευμένο στη σελίδα δεν συμφωνεί με το αποτέλεσμα του υπολογισμού αθροίσματος ελέγχου που εκτελούνται κατά την ανάγνωση της σελίδας.
  • Τον αριθμό της σελίδας που είναι αποθηκευμένο στη σελίδα δεν συμφωνεί με τον αριθμό της σελίδας που θα πρέπει να είναι στη σελίδα, λόγω φυσική θέση της σελίδας στο αρχείο της βάσης δεδομένων.
Exchange μπορεί να είναι υπεύθυνος για τη ιδιο-δημιουργία ένα σφάλμα -1018, εάν το Exchange εκτελεί μία από τις ακόλουθες ενέργειες:

  • Δημιουργεί μια σελίδα που περιέχει το λάθος άθροισμα ελέγχου.
  • Δημιουργεί μια σελίδα σωστά, αλλά σας ενημερώνει ότι το λειτουργικό σύστημα για να γράψετε τη σελίδα σε λάθος θέση.
Αφού ένας διαχειριστής συστήματος συναντήσει ένα σφάλμα -1018, εάν ο διαχειριστής εκτελεί δοκιμές διάγνωσης υλικού προς το διακομιστή και αυτές οι δοκιμές αναφοράς δεν υπάρχουν θέματα, ο διαχειριστής μπορεί να συνάπτει ότι Exchange πρέπει να είναι υπεύθυνος για το ζήτημα, επειδή το υλικό μεταβιβάζεται η αρχική ανάλυση.


Ωστόσο, σε περίπτωση μετά την υπόθεση, περαιτέρω έρευνα από Microsoft ή υλικό προμηθευτές ακάλυπτο διακριτική προβλήματα σε προγράμματα οδήγησης υλικού, το υλικολογισμικό ή συσκευή που ευθύνονται για την καταστροφή του αρχείου βάσης δεδομένων.


Συνήθεις διαγνωστικών ελέγχων ενδέχεται να μην εντοπίσει όλες τις προσωρινές βλάβες για διάφορους λόγους. Ζητήματα με το λογισμικό του υλικολογισμικού ή του προγράμματος οδήγησης ενδέχεται να εμπίπτουν τις δυνατότητες των διαγνωστικών προγραμμάτων. Διαγνωστικοί έλεγχοι ίσως να μην μπορείτε να προσομοιώσετε επαρκώς μεγάλη σειρά φορές ή σύνθετη φορτία. Επίσης, η προσθήκη καταγραφή διαγνωστικών παρακολούθηση ή εντοπισμό σφαλμάτων ενδέχεται να αλλάξει το σύστημα αρκετά για να αποτρέψετε την εμφάνιση ξανά το ζήτημα.


Την απλότητα και τη σταθερότητα των μηχανισμών ανταλλαγής που δημιουργούν αθροισμάτων ελέγχου και να συντάξουν σελίδες στο αρχείο βάσης δεδομένων είναι ένας άλλος λόγος που η πιθανότητα ότι η αρχική αιτία για ένα σφάλμα -1018 είναι ένα ζήτημα του Exchange είναι χαμηλή. Το άθροισμα ελέγχου και μηχανισμών εντοπισμού εσφαλμένη σελίδα είναι απλή, αξιόπιστη και παρέμειναν ουσιαστικά το ίδιο δεδομένου ότι η πρώτη ανταλλαγή έκδοση, εκτός από τις μικρές αλλαγές να προσαρμοστούν στις αλλαγές της βάσης δεδομένων σελίδα μορφή μεταξύ εκδόσεις βάσεων δεδομένων.

Για να εξηγήσετε περαιτέρω, δημιουργείται ένα άθροισμα ελέγχου για μια σελίδα που πρόκειται να εγγραφεί στο δίσκο όταν όλα τα άλλα δεδομένα έχει εγγραφεί στη σελίδα, συμπεριλαμβανομένης της σελίδας αριθμό ίδια. Μετά την ανταλλαγή προσθέτει το άθροισμα ελέγχου στη σελίδα, το Exchange καθοδηγεί το λειτουργικό σύστημα των Microsoft Windows για να γράψετε τη σελίδα στο δίσκο χρησιμοποιώντας τυπικές, δημοσιευμένη Windows διασυνδέσεις προγραμματισμού εφαρμογών (API).

Το άθροισμα ελέγχου μπορεί να δημιουργηθεί σωστά για μια σελίδα, αλλά στη συνέχεια η σελίδα μπορεί να έχουν συνταχθεί σε εσφαλμένη θέση στον σκληρό δίσκο. Αυτό μπορεί να οφείλεται σε ένα σφάλμα μεταβατική μνήμης, όπως "Αναστροφή bit". Για παράδειγμα, ας υποθέσουμε ότι Exchange δημιουργεί μια νέα έκδοση της σελίδας 70. Την ίδια τη σελίδα να μην αντιμετωπίζει ένα σφάλμα, αλλά το αντίγραφο του αριθμού σελίδας που χρησιμοποιείται από τον ελεγκτή δίσκου ή από το λειτουργικό σύστημα έχει τροποποιηθεί τυχαία. Αυτό το ζήτημα ενδέχεται να παρουσιαστεί όταν 70 (δυαδική 100110) έχει αλλάξει σε 6 (δυαδική 000110) από ένα κελί μνήμης αστάθεια. Άθροισμα ελέγχου στη σελίδα εξακολουθεί να είναι σωστή, αλλά τώρα είναι λάθος στη θέση της σελίδας στη βάση δεδομένων. Ανταλλαγή αναφέρει ένα σφάλμα -1018 για τη σελίδα, όταν ανιχνεύει ότι τον αριθμό της λογικής σελίδας δεν συμφωνεί με τη φυσική θέση της σελίδας. Ένα άλλο είδος σελίδας αρίθμηση σφάλμα (προκλήθηκε από Exchange) ενδέχεται να προκύψουν, εάν το Exchange γράφει τον αριθμό εσφαλμένη σελίδα στην ίδια τη σελίδα. Ωστόσο, αυτό προκαλεί άλλα σφάλματα, δεν το σφάλμα -1018. Αν Exchange γράφει 71 στη σελίδα 70 και, στη συνέχεια, το άθροισμα ελέγχου στη σελίδα σωστά, η σελίδα είναι γραμμένο σε θέση 71 και μεταβιβάζει δύο σελίδα αριθμό και το άθροισμα ελέγχου δοκιμών.


Συχνά, ένα μόνο σφάλμα -1018 που αναφέρεται σε μια βάση δεδομένων του Exchange δεν προκαλεί τη βάση δεδομένων για να διακόψετε ή να έχει ως αποτέλεσμα ένα σύμπτωμα εκτός από την παρουσία του το ίδιο το σφάλμα -1018. Η σελίδα μπορεί να βρίσκεται σε ένα φάκελο που είναι δυνατή η πρόσβαση σε (για παράδειγμα, τα απεσταλμένα ή Διαγραμμένα φακέλους), ή σε ένα συνημμένο που είναι σπάνια, ανοίγονται ή ακόμα και το κενό.


Παρόλο που ένα μόνο σφάλμα -1018 είναι απίθανο να προκαλέσει απώλεια δεδομένων εκτεταμένες, σφάλματα -1018 εξακολουθούν να είναι ανησυχητική διότι είναι απόδειξη ότι το σύστημα αποθήκευσης απέτυχε να αποθηκεύσετε ή να ανακτήσετε δεδομένα τουλάχιστον μία φορά με αξιόπιστο τρόπο ένα σφάλμα -1018. Παρόλο που το σφάλμα -1018 μπορεί να είναι μια μεταβατική ζήτημα που θα προκύψει ποτέ ξανά, είναι πολύ πιθανό ότι αυτό το σφάλμα είναι ένα ζήτημα που θα επιδεινωθούν σταδιακά εγκαίρως προειδοποίηση. Ακόμα και αν το σφάλμα πρώτα-1018 είναι σε μια κενή σελίδα στη βάση δεδομένων, δεν μπορείτε να γνωρίζετε ποια σελίδα μπορεί να έχει καταστραφεί στη συνέχεια. Εάν μια κρίσιμη καθολικό πίνακα είναι κατεστραμμένο, η βάση δεδομένων μπορεί να γίνει unstartable και επισκευή βάσης δεδομένων ενδέχεται να αποτύχει ή επιτυχής μόνο εν μέρει.

Αφού συνδεθεί ένα σφάλμα -1018, πρέπει να λάβετε υπόψη και σχεδιασμός για τη δυνατότητα επικείμενη αποτυχία ή περαιτέρω τυχαία ζημιά στη βάση δεδομένων μέχρι να βρείτε και να εξαλείψετε τη ρίζα.

Ανάκτηση από σφάλματα -1018

Exchange χειρίζεται μια σελίδα η οποία αποτυγχάνει με σφάλμα -1018 ως πλήρως αναγνώσιμο να προλάβουν τη δράση σε τυχαία δεδομένα από προκληθούν άλλα προβλήματα στη βάση δεδομένων.

Μια σελίδα που αποτυγχάνει με σφάλμα -1018 δεν μπορεί να επιδιορθωθεί ή να salvaged. Αυτό πρέπει να είναι expunged από τη βάση δεδομένων. Υπάρχουν τρεις μέθοδοι που μπορείτε να χρησιμοποιήσετε για την οριστική κατάργηση της σελίδας από τη βάση δεδομένων:

  • Επαναφέρετε τη βάση δεδομένων από ένα ηλεκτρονικό αντίγραφο ασφαλείας.
  • Χρήση του Eseutil.exe διακόπτης /D για να εκτελέσετε μια ανασυγκρότηση χωρίς σύνδεση της βάσης δεδομένων.
  • Χρήση του Eseutil.exe διακόπτη /P για να επιδιορθώσετε τη βάση δεδομένων.

Επαναφέρετε τη βάση δεδομένων από ένα ηλεκτρονικό αντίγραφο ασφαλείας

Εάν εντοπιστεί ένα σφάλμα -1018 κατά την ηλεκτρονική δημιουργία αντιγράφων ασφαλείας, διακόπτει το αντίγραφο ασφαλείας. Με τον τρόπο αυτό εξασφαλίζεται ότι η κατεστραμμένη σελίδα δεν υπάρχει στο τελευταίο αντίγραφο ασφαλείας ολοκληρώθηκε με επιτυχία. Εάν η κυκλική καταγραφή είναι απενεργοποιημένη, μπορείτε να επαναφέρετε την πιο πρόσφατη διαθέσιμη πλήρη αντίγραφα ασφαλείας και, στη συνέχεια, προώθηση της βάσης δεδομένων από τα επόμενα αρχεία καταγραφής συναλλαγών.

Χρήση του Eseutil.exe "/ D" διακόπτη για να εκτελέσετε μια ανασυγκρότηση χωρίς σύνδεση της βάσης δεδομένων

Αυτή η μέθοδος είναι αποτελεσματική, εάν το σφάλμα -1018 αναφέρεται σε μια κενή σελίδα. Εάν παρουσιαστεί το σφάλμα -1018 μόνο κατά την ηλεκτρονική δημιουργία αντιγράφων ασφαλείας ή Νυχτερινό ηλεκτρονική συντήρηση, αυτό υποδεικνύει ότι η σελίδα γίνεται σπάνια ή ότι ακόμα και μπορεί να είναι κενό. Ανασυγκρότηση εκτός σύνδεσης απορρίπτει όλες τις κενές σελίδες και δευτερεύων ευρετήρια σε μια βάση δεδομένων.


Χρήση του Eseutil.exe "/ P" διακόπτης για να επιδιορθώσετε τη βάση δεδομένων

Μια εσφαλμένη σελίδα δεν επιδιορθωθεί, εάν χρησιμοποιήσετε αυτήν τη μέθοδο, αλλά η εσφαλμένη σελίδα απορρίπτεται. Εάν η σελίδα που συμμετέχει είναι μια σελίδα"φύλλο", παρουσιάζεται απώλεια κάποιων δεδομένων. Μια σελίδα φύλλα στη βάση δεδομένων είναι μια σελίδα που φέρει πραγματικά δεδομένα. Εσωτερικές σελίδες μεταφέρουν πληροφορίες μόνο διαρθρωτικών και λογική. Στις περισσότερες περιπτώσεις, Eseutil να αναδόμηση εντελώς πίνακα εάν μια εσωτερική σελίδα χάνεται. Ωστόσο, η πλειοψηφία των σελίδων σε μια βάση δεδομένων είναι σελίδες leaf.

Λειτουργεί η λειτουργία επιδιόρθωσης του Eseutil καλά και στις περισσότερες περιπτώσεις να επαναφέρετε μια βάση δεδομένων σε λειτουργία με απώλεια δεδομένων ελάχιστη. Ωστόσο, εάν πολλές σελίδες είναι κατεστραμμένα ή πίνακες κρίσιμων συστήματος χάνονται, η απώλεια δεδομένων μπορεί να καταστροφικές ή η βάση δεδομένων μπορεί να είναι unrepairable.

Επιδιόρθωση μιας βάσης δεδομένων είναι συνήθως μια στρατηγική χαμηλότερη σε σύγκριση με επαναφορά από ένα αντίγραφο ασφαλείας και την επαναφορά της βάσης δεδομένων προς τα εμπρός επειδή επισκευής συνήθως διαρκεί περισσότερο από επαναφορά και είναι πιο επικίνδυνα. Επιλογή επιδιόρθωσης μόνο εάν:
  • Δεν έχετε ένα αντίγραφο ασφαλείας.
  • Δεν μπορείτε να κάνετε προώθηση εντελώς από το αντίγραφο ασφαλείας.
Πριν από την επιδιόρθωση ή την επαναφορά μιας βάσης δεδομένων, να δημιουργείτε πάντα ένα αντίγραφο ασφαλείας των αρχείων της τρέχουσας βάσης δεδομένων. Εάν η διαδικασία επαναφοράς δεν λειτουργεί, μπορείτε να επιδιορθώσετε την υπάρχουσα βάση δεδομένων. Αν η επιδιόρθωση δεν λειτουργεί, αλλά το προηγούμενο αντίγραφο της βάσης δεδομένων είναι να επιτρέψει την εκκίνηση, ίσως μπορέσετε να αχρήστου δεδομένα που διαφορετικά θα είχαν χαθεί.

Σημαντικό Μετά την επιδιόρθωση μιας βάσης δεδομένων, πρέπει να ελέγξει ο αριθμός επιδιορθώσεων στην κεφαλίδα της βάσης δεδομένων. Εάν η μέτρηση είναι μεγαλύτερη από το μηδέν, πρέπει να εκτελέσετε μια ανασυγκρότηση χωρίς σύνδεση χρησιμοποιώντας το Eseutil και, στη συνέχεια, πρέπει να επιδιορθώσετε τη βάση δεδομένων σε επίπεδο χώρου αποθήκευσης πληροφοριών με το βοηθητικό πρόγραμμα Isinteg. Εάν δεν το κάνετε αυτό, οι χρήστες ενδέχεται να αντιμετωπίσουν ζητήματα, όπως αδυναμία να ανοίξετε μηνύματα ή συνημμένα ή αναφορές στα γραμματοκιβώτιά τους σε είδη που δεν υπάρχουν πλέον.

Για να ελέγξετε τη μέτρηση επιδιόρθωσης, εξετάστε την έξοδο στην οθόνη που δημιουργείται όταν εκτελείτε την ακόλουθη εντολή:
ESEUTIL /MH [database_file_name]
Για να εκτελέσετε μια ανασυγκρότηση χωρίς σύνδεση από μια επιδιορθωμένη βάση δεδομένων, εκτελέστε την ακόλουθη εντολή:
ESEUTIL /D [database_file_name]
Για να κάνετε μια πλήρη επιδιόρθωση Isinteg μετά την επιδιόρθωση του Exchange 2000, πρέπει να εκτελείται η υπηρεσία χώρου αποθήκευσης πληροφοριών, αλλά πρέπει να είναι το μοντάρισμα της βάσης δεδομένων που θέλετε να επιδιορθώσετε. Εκτελέστε την ακόλουθη εντολή για την επιδιόρθωση της βάσης δεδομένων:
[Server_name] ISINTEG -S-FIX - TEST ALLTESTS
Για να γίνει μια περιεκτική Isinteg επιδιόρθωση μετά την επιδιόρθωση στον Exchange Server 5.5, πρέπει να διακοπεί η υπηρεσία χώρου αποθήκευσης πληροφοριών. Εκτελέστε την ακόλουθη εντολή, χρησιμοποιώντας τον κατάλληλο διακόπτη (- PRI ή -PUB), ανάλογα με το αν εκτελείτε επιδιόρθωση σε μια ιδιωτική ή δημόσια βάση δεδομένων:
ISINTEG - PRI | PUB-FIX - TEST ALLTESTS
Σημείωση Μπορείτε να εκτελέσετε Eseutil και Esefile σε αρχεία βάσης δεδομένων χωρίς επεξεργασία, ανεξάρτητα από το αρχείο τους θέσεις του συστήματος. Τα αρχεία βάσης δεδομένων δεν χρειάζεται ακόμη και για να συνδεθεί με το διακομιστή του Exchange. Ωστόσο, θα πρέπει να εκτελέσετε τη διεργασία Isinteg ενώ η βάση δεδομένων είναι σε θέση μια πλήρως ρυθμισμένη διακομιστή Exchange επειδή Isinteg λειτουργεί σε επίπεδο χώρου αποθήκευσης πληροφοριών και χρησιμοποιεί την υπηρεσία χώρου αποθήκευσης πληροφοριών για την πρόσβαση στη βάση δεδομένων.

Για περισσότερες πληροφορίες, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:

244525 τον τρόπο εκτέλεσης του Eseutil σε υπολογιστή χωρίς Exchange Server

Ανάκτηση από ένα σφάλμα-1019

Όταν μια σελίδα η οποία αναμένεται να είναι σε χρήση δεν έχουν προετοιμαστεί ή κενό αναφέρεται ένα σφάλμα-1019 (JET_errPageNotInitialized). Εάν το πεδίο αριθμού σελίδας σε μια σελίδα που χρησιμοποιείται είναι 0x00000000, καταγράφεται ένα σφάλμα-1019 αντί για ένα σφάλμα -1018, ακόμη και αν η σελίδα επίσης μπορεί να αποτύχουν στον έλεγχο του αθροίσματος ελέγχου.

Τις μεθόδους για να διορθώσετε ένα σφάλμα-1019 είναι οι ίδιες με αυτές για να διορθώσετε ένα σφάλμα -1018. Σημειώστε ότι ένα-1019 ζήτημα μπορεί να περνούν απαρατήρητες περισσότερο από ένα ζήτημα -1018 επειδή-1019 ζητήματα δεν εντοπίζονται από το ηλεκτρονικό αντίγραφο ασφαλείας.

Παρά το γεγονός ότι η αρχική αιτία ενός σφάλματος -1018 είναι πολύ πιθανό να είναι εκτός του Exchange, ένα σφάλμα-1019 μπορεί να οφείλεται σε Exchange εάν λογική δείκτες ή συνδέσεις μεταξύ των σελίδων δεν είναι έγκυρες.

Ωστόσο, είναι πιο συνηθισμένο ότι ένα-1019 σφάλμα παρουσιάζεται επειδή το σύστημα αρχείων έχει καταστραφεί ή έχει αντιστοιχιστεί σελίδες στο αρχείο βάσης δεδομένων που δεν ανήκουν στο αρχείο.

Ανάκτηση από ένα σφάλμα-1022

Εάν Exchange, ζητά από το λειτουργικό σύστημα για μια σελίδα στη βάση δεδομένων και παρουσιάζεται ένα σφάλμα, αντί για τα δεδομένα της σελίδας που επιστρέφεται, προκύπτει ένα σφάλμα-1022 (JET_errDiskIO). Το σφάλμα-1022 είναι ένα γενικό σφάλμα που εμφανίζεται κάθε φορά που ένας δίσκος εισόδου/εξόδου (I/O) ζήτημα αποτρέπει την πρόσβαση σε μια σελίδα που ζητήθηκε στη βάση δεδομένων του Exchange.

Ο πιο συνηθισμένος λόγος για ένα σφάλμα-1022 είναι ένα αρχείο βάσης δεδομένων που πλήττουν έχει καταστραφεί ή έχει περικοπεί. Εάν αυτό το ζήτημα παρουσιάζεται, Exchange απαιτεί έναν αριθμό σελίδας που είναι μεγαλύτερο από τον αριθμό των σελίδων στο αρχείο της βάσης δεδομένων και έχει ως αποτέλεσμα ένα σφάλμα-1022. Αυτό το ζήτημα μπορεί να προκύψει εξαιτίας ζητημάτων στο σύστημα αρχείων ή εσφαλμένη συναλλαγή καταγραφής αναπαραγωγής.

Exchange 2000 περιέχει εκτεταμένες διασφαλίσεις για την αποτροπή της αναπαραγωγής αρχείου καταγραφής συναλλαγών που μπορεί να βλάψει τη βάση δεδομένων, αλλά στον Exchange Server 5.5 ήταν δυνατόν να αναπαραγάγετε ένα ημιτελές σύνολο των αρχείων καταγραφής και να καταστρέψουν τη βάση δεδομένων. Για παράδειγμα, αυτό το ζήτημα μπορεί να προκύψει εάν αναπαραγωγής θα πρέπει να ξεκινήσει από το αρχείο καταγραφής 9, αλλά αντίθετα replay αναγκάζεται να ξεκινήσετε από το αρχείο καταγραφής 10. Αναπαραγωγή μπορεί να αναγκαστεί, εάν ένας διαχειριστής διαγράφει το αρχείο σημείου ελέγχου και καταγραφής 9. Εάν μια συναλλαγή στο αρχείο καταγραφής 9 επεκτείνει το μέγεθος της βάσης δεδομένων, αλλά δεν αναπαράγεται στη βάση δεδομένων καταγραφής 9, μια αναφορά στο αρχείο καταγραφής 10 για τις νέες σελίδες που προστίθενται στις βάσεις δεδομένων έχει ως αποτέλεσμα ένα σφάλμα-1022. Αιφνίδιου διακόπτεται, σταματά (κλείσιμο), και οι παραβιάσεις πρόσβασης είναι επίσης συνήθη συμπτώματα επαναλαμβάνω την αναπαραγωγή μιας ατελούς συναλλαγής συνόλου καταγραφής σε μια βάση δεδομένων.

Κατανόηση και αντιμετώπιση προβλημάτων η αρχική αιτία ενός σφάλματος-1022 είναι πιο πολύπλοκο από την αντιμετώπιση προβλημάτων για ένα σφάλμα-1018 ή-1019. Εάν το σφάλμα προκαλείται από καταστροφή της βάσης δεδομένων του συστήματος αρχείων, πρέπει να επαληθεύσετε ή επιδιόρθωση του συστήματος αρχείων και, στη συνέχεια, επαναφέρετε το Exchange από ένα αντίγραφο ασφαλείας. Αν και η επιδιόρθωση της βάσης δεδομένων εξακολουθεί να είναι μια επιλογή, η επιδιόρθωση θα είναι λιγότερο πιθανό να είναι επιτυχής από με τα άλλα σφάλματα, επειδή ένα σφάλμα-1022 σήματα συχνά εκτεταμένες βλάβες.

Μακράν ο πιο συνηθισμένος λόγος για ένα σφάλμα-1022 με μια βάση δεδομένων που δεν έχουν καταστραφεί μια άλλη εφαρμογή κρατά ανοιχτή αρχεία και να επιτρέπει την αποθήκευση πληροφοριών της υπηρεσίας από την πρόσβαση σε αυτά. Σε τέτοιες περιπτώσεις, μπορεί επίσης να δείτε σφάλματα-1032 (JET_errFileAccessDenied). Επανεκκίνηση όλων των υπηρεσιών Exchange ή να επανεκκινήσετε τον διακομιστή ενδέχεται να καταργήσει το κλείδωμα.

Προγράμματα τρίτων κατασκευαστών, όπως προγράμματα ανίχνευσης ιών, ενδέχεται να αποκλείει την πρόσβαση Exchange για την ανταλλαγή δεδομένων. Πάντα ρύθμιση παραμέτρων ανίχνευσης ιών επίπεδο αρχείου, για να εξαιρέσετε αρχεία δεδομένων του Exchange από το αρχείο σάρωση λειτουργία. Υπάρχουν διαθέσιμα πολλά προγράμματα εντοπισμού ιών που να επωφεληθούν από την ανίχνευση διασύνδεση προγραμματισμού εφαρμογών (API) για να σαρώσετε τα μηνύματα και τα συνημμένα στο χώρο αποθήκευσης πληροφοριών του Exchange ιών.

Ανάλυση-1018 και-1019 των σφαλμάτων

Οι πληροφορίες σε αυτήν την ενότητα προορίζεται κυρίως για τεχνική υποστήριξη και προσωπικό προμηθευτή που εμπλέκονται στη ρίζα προκαλέσει ανάλυσης.

Αφού ένας διαχειριστής εντοπίζει ένα σφάλμα-1018 ή-1019, ο διαχειριστής θα πρέπει να γνωρίζετε τουλάχιστον τρία πράγματα:
  • Τι έγινε στην κατεστραμμένη σελίδα
  • Ποια είναι η πιθανότητα επιτυχούς επιδιόρθωσης
  • Τι προκάλεσε τη ζημία κατά πρώτο λόγο
-1018 και-1019 σφάλματα ενδέχεται να προκύψουν από τη γραμμή εντολών κατά την εκκίνηση της υπηρεσίας, στο αρχείο καταγραφής συμβάντων εφαρμογής ή στην έξοδο του Exchange βοηθητικά προγράμματα όπως το Eseutil. Δεν μπορεί να αναφέρεται ένα σφάλμα -1018 στο αρχείο καταγραφής συμβάντων εφαρμογής, όταν εκτελείτε έναν έλεγχο ακεραιότητας της βάσης δεδομένων με το Eseutil /G εντολή. Σε αυτήν την περίπτωση, είναι πιθανό ότι η εσφαλμένη σελίδα είναι κενή.

Στις περισσότερες περιπτώσεις, τα σφάλματα καταγράφονται σε μια φόρμα που σας επιτρέπει να προσδιορίσετε τη σελίδα που αναφέρει το ζήτημα. Μπορείτε επίσης να σαρώσετε ολόκληρη τη βάση δεδομένων με Esefile για τον προσδιορισμό των ακατάλληλων σελίδων. Για περισσότερες πληροφορίες σχετικά με το Esefile, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:

248406 βοηθητικό πρόγραμμα Esefile υποστήριξης για το Exchange Server 5.5 και Exchange 2000

Τα παρακάτω παραδείγματα είναι οι περιγραφές τυπικό σφάλμα -1018 από το αρχείο καταγραφής συμβάντων εφαρμογής για διάφορες εκδόσεις του Exchange, καθώς και την ανάλυση των λεπτομερειών σε κάθε σφάλμα.
MSExchangeIS (248) Synchronous read page checksum error -1018
((1:3106 1:3106)(0-310013)(0-312215)) occurred.
Please restore the databases from a previous backup.

Στο προηγούμενο παράδειγμα, μπορεί να ερμηνεύσει τους αριθμούς σε παρενθέσεις, ως εξής:

  • (1:3106 1:3106) αντιπροσωπεύει τη σελίδα της βάσης δεδομένων που ζητήθηκε (σελίδα 3106) και τον αριθμό σελίδας που βρέθηκε στην πραγματικότητα γραμμένο στη σελίδα (σελίδα 3106). Η επιλογή 1: υποδηλώνει ότι πρόκειται για βάση δεδομένων 1, δηλαδή Priv.edb για τον Exchange Server 5.5. 2 η βάση δεδομένων είναι Pub.edb.
  • (0-310013) αντιπροσωπεύει την τιμή dbtime που εγγράφεται αυτήν τη στιγμή στη σελίδα. Η τιμή dbtime είναι μια τιμή 64-bit που έχει συνταχθεί σε κάθε σελίδα που περίπου συσχετίζεται με πόσο καιρό δεδομένου ότι η σελίδα έχει τροποποιηθεί.
  • (0-312215) αντιπροσωπεύει την τρέχουσα τιμή dbtime για τη βάση δεδομένων ως σύνολο: είναι πιθανό η τιμή dbtime που θα αναγράφονται σε αυτή τη σελίδα εάν η σελίδα έχει τροποποιηθεί τώρα. Η τιμή dbtime ήδη στη σελίδα πάντα θα πρέπει να είναι μικρότερη από την τρέχουσα τιμή της dbtime .
Δεδομένου ότι αναγνώστηκε σωστά τον αριθμό σελίδας από τη σελίδα και οι τιμές dbtime είναι εύλογο (με την πρώτη dbtime τιμή μικρότερη από το δεύτερο), αυτή η σελίδα δεν εξ ολοκλήρου αντικαταστάθηκε με μια σελίδα από εκτός της βάσης δεδομένων ή σε διαφορετική σελίδα.

Μπορείτε να χρησιμοποιήσετε το Esefile για να εξαγάγετε την ίδια τη σελίδα με μια εντολή παρόμοια με την ακόλουθη:

Esefile /d database.edb 3106 > 3106.txt
Επειδή αυτή η σελίδα εμφανίζεται να είναι ουσιαστικά ανέπαφη όσον αφορά τη δομή, ενδέχεται επίσης να μπορείτε να χρησιμοποιείτε το Eseutil για να προβάλετε περισσότερες λογικές πληροφορίες σχετικά με τη σελίδα. Μπορείτε να χρησιμοποιήσετε την έκδοση Exchange 2000 του Eseutil, για να προβάλετε τη σελίδα δομή πληροφοριών από βάσεις δεδομένων του Exchange 2000 και Exchange Server 5.5.

Προειδοποίηση Μην χρησιμοποιείτε την έκδοση Exchange 2000 του Eseutil με μια βάση δεδομένων του Exchange Server 5.5 σε οποιαδήποτε λειτουργία που γράφει στη βάση δεδομένων. Για να είστε σίγουροι, χρησιμοποιήστε μόνο με τους διακόπτες /M και δεν χρησιμοποιούν ποτέ το /P, /G ή/r. Επίσης, μην αντιγράψετε εκδόσεις Exchange 2000 από το Eseutil.exe και Ese.dll σε έναν υπολογιστή με Exchange Server 5.5. Αντί για αυτό, αντιγράψτε αυτά τα αρχεία σε έναν απομακρυσμένο διακομιστή και παρέχουν μια διαδρομή διεθνούς σύμβασης ονομάτων (Universal Naming Convention (UNC) ρητή γραμμής εντολών με τη βάση δεδομένων, το οποίο εξετάζετε.

Μια εντολή παρόμοια με την ακόλουθη εντολή εξάγει λογική πληροφορίες για μια σελίδα σε ένα αρχείο κειμένου:
Eseutil /M \\exchange1\d$\exchsrvr\mdbdata\priv.edb /p3106 > 3106.txt
Initiating FILE DUMP mode...
Database: priv.edb
Page: 3106

pgnoThis <0x02360004, 4>: 3106 (0x00000c22)
objidFDP <0x02360018, 4>: 19 (0x00000013)
ulChecksumParity <0x02360000, 4>: 4269350574 (0xfe791eae)
** computed checksum: 157180847 (0x095e63af)
dbtimeDirtied <0x02360008, 8>: 310013 (0x000000000004bafd)
cbFree <0x0236001c, 2>: 436 (0x01b4)
ibMicFree <0x02360020, 2>: 3608 (0x0e18)
itagMicFree <0x02360022, 2>: 3 (0x0003)
cbUncommittedFree <0x0236001e, 2>: 0 (0x0000)
pgnoNext <0x02360014, 4>: 3108 (0x00000c24)
pgnoPrev <0x02360010, 4>: 3088 (0x00000c10)
fFlags <0x02360024, 4>: 2050 (0x00000802)
Leaf page
Primary page
Από αυτό το αποτέλεσμα, μπορείτε να δείτε ότι η σελίδα είναι μια σελίδα φύλλα, γεγονός που σημαίνει ότι έχει πραγματικά δεδομένα σε αυτό. Εάν μπορείτε να επιδιορθώσετε αυτήν τη βάση δεδομένων, η επιδιόρθωση θα έχει ως αποτέλεσμα την απώλεια τουλάχιστον αυτά τα δεδομένα. Για περισσότερες πληροφορίες σχετικά με τον τρόπο για να μάθετε ποιο πίνακα ή το γραμματοκιβώτιο ανήκει στη σελίδα, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:

262196 τρόπος για να προσδιορίσετε ποιο γραμματοκιβώτιο ανήκει σε μια συγκεκριμένη σελίδα σε μια βάση δεδομένων

Εάν το αποτέλεσμα Eseutil δεν παραθέτει φύλλα σελίδας για τη σελίδα, οι πιθανότητες να επιδιορθώσετε θα εργασίας είναι εντελώς υψηλό. Πιο εσωτερικό ή δομικές σελίδες να εντελώς ανακατασκευαστεί από τη διαδικασία επιδιόρθωσης.

Το αποτέλεσμα μπορεί να εμφανίζει επίσης αυτό ως "Κενή σελίδα". Στην περίπτωση αυτή, μια ανασυγκρότηση χωρίς σύνδεση θα απορρίψει την εσφαλμένη σελίδα από τη βάση δεδομένων.

Να θυμάστε ότι εάν μια σελίδα έχει αντικατασταθεί πλήρως από ένα μπλοκ δεδομένων που δεν ανήκει στο αρχείο της βάσης δεδομένων, τα δεδομένα εξόδου του Eseutil μπορεί να είναι άνευ σημασίας.

Το ακόλουθο μήνυμα λάθους είναι ένα άλλο παράδειγμα:
MSExchangeIS ((247) ) Synchronous read page checksum error -1018((1:1057816 1:3688618971) (3688618971-3688618971) (0-16815256)) occurred.
Please restore the databases from a previous backup.
Σε αυτό το παράδειγμα, ο αριθμός σελίδας που στην πραγματικότητα είναι για ανάγνωση από τη σελίδα (3688618971) δεν συμφωνεί με τη σελίδα που ζητήθηκε, πράγμα που σημαίνει ότι η περιοχή κεφαλίδας σελίδας όπου αποθηκεύεται ο αριθμός σελίδας είναι κατεστραμμένο. Είναι πιθανό ότι ο αριθμός σελίδας δεν υπάρχει ακόμη στη βάση δεδομένων. Για να εξακριβώσετε εάν συμβαίνει αυτό, πολλαπλασιάστε τον αριθμό σελίδας με 4.096 και, στη συνέχεια, συγκρίνετε αυτόν τον αριθμό για το μέγεθος σε byte του αρχείου βάσης δεδομένων. Στην περίπτωση αυτή, ο αριθμός σελίδας είναι απίθανο να είναι ένα στοιχείο που δημιούργησε αρχικά Exchange, εκτός εάν η βάση δεδομένων είναι 15 terabytes μέγεθος (3,688,618,971 x 4.096 = 15,108,583,305,216).


Επίσης προειδοποίηση ότι η πρώτη τιμή dbtime επαναλαμβάνει τη σελίδα αριθμό μοτίβου ακριβώς. Εάν μετατρέψετε 3688618971 σε δεκαεξαδικό (χρήση Calc.exe στην Επιστημονική λειτουργία), γίνεται 0xDBDBDBDB. Στο Exchange 2000 και Exchange Server 5.5, αποθηκεύεται η τιμή μεγέθους 8-byte dbtime αμέσως μετά τη σελίδα 4-byte αριθμός τιμή. Για το λόγο αυτό, θα γνωρίζετε ότι τουλάχιστον δώδεκα συνεχόμενων byte για δύο διαφορετικά πεδία έχουν αντικατασταθεί με ένα συγκεκριμένο μοτίβο. Εάν χρησιμοποιείτε το Esefile για να κάνετε αναζήτηση απευθείας σε αυτήν τη σελίδα, ίσως διαπιστώσετε ότι ολόκληρη η σελίδα έχει αντικατασταθεί με το μοτίβο 0xDB. Ένα άλλο μοτίβο συχνές αιφνίδιες μη έγκυρο byte είναι 0xFF. Εάν αυτό ήταν η περίπτωση για το παραπάνω σφάλμα, η τιμή dbtime θα είναι 4294967295.


Το ακόλουθο σφάλμα παρέχει πληροφορίες σελίδας ως μετατόπιση byte στο αρχείο και όχι ως αριθμό σελίδας:
Information Store (2160) The database page read from the file"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 897024 (0x00000000000db000)
for 4096 (0x00001000) bytes failed verification due to a page checksum
mismatch. The expected checksum was 2651583211 (0x9e0bf2eb) and the
actual checksum was 2651582996 (0x9e0bf214). The read operation will
fail with error -1018 (0xfffffc06). If this condition persists then
please restore the database from a previous backup.

Μπορείτε να μετατρέψετε την πρώτη μετατόπιση στον αριθμό σελίδας, καταργώντας τα τρία μηδενικά στο τέλος, αφαιρώντας 1 και μετατρέποντας το αποτέλεσμα σε δεκαδική. Σε αυτό το παράδειγμα, 0x00000000000db - 1 = 0xda = 218 δεκαδικό. Μπορείτε να χρησιμοποιήσετε αυτόν τον αριθμό δεκαδικών σελίδας με Esefile ή Eseutil.

Σημείωση Μπορείτε να αφαιρέσετε μόνο 1, αντί για 2, ώστε να αντισταθμιστεί η κεφαλίδα δύο σελίδες στη βάση δεδομένων, η μετατοπίσεις αρχίζει τη μέτρηση σε 0x0 αντί 0x1. Εάν θέλετε να ελέγξετε τις σελίδες κεφαλίδας με Esefile ή Eseutil, αναφορά -1 και η σελίδα 0.

Στην πραγματικότητα, μια κεφαλίδα βάσης δεδομένων του Exchange απαιτεί μόνο μία σελίδα. Η δεύτερη σελίδα είναι ένα αντίγραφο "σκιά" της επικεφαλίδας. Τα αθροίσματα ελέγχου που αναφέρονται, όταν χρησιμοποιείτε το Esefile /D λειτουργία ένδειξης σφαλμάτων σελίδας πρέπει να είναι πάντοτε το ίδιο για τις σελίδες -1 και 0 μετά το καθαρό τερματισμό της βάσης δεδομένων. Εάν η κεφαλίδα ξαναγράφεται κατά τη διάρκεια μια διακοπή λειτουργίας, Exchange χρησιμοποιεί το αντίγραφο κεφαλίδα με ένα καθαρό άθροισμα ελέγχου, κατά την επανεκκίνηση του Exchange.


Συνεχίζοντας με το προηγούμενο παράδειγμα, τα αθροίσματα ελέγχου είναι στην πραγματικότητα πολύ κοντά μεταξύ τους, διαφορετικές μόνο δύο χαρακτήρες. Όταν πλησιάζουν αθροισμάτων ελέγχου, αυτό σημαίνει ότι οι αλλαγές στη σελίδα ήταν ελάχιστο: ίσως ένα μόνο bit σφάλματος. Είναι πολύ πιθανό ότι αυτή η σελίδα εξακολουθεί να περιέχει αρκετούς από τη λογική δομή για να αξίζει την ανάλυση με Eseutil /M /P.

Το αναμενόμενο άθροισμα ελέγχου του μηνύματος λάθους είναι το άθροισμα ελέγχου που είναι στην πραγματικότητα για ανάγνωση από τη σελίδα που υπάρχει τώρα στη βάση δεδομένων. Το πραγματικό άθροισμα ελέγχου του μηνύματος λάθους είναι το άθροισμα ελέγχου Exchange δυναμικά εκ νέου υπολογισμού που διαβάζει τη σελίδα.

Εάν το πραγματικό άθροισμα ελέγχου σε μια σελίδα είναι 0x89abcdef, η σελίδα περιέχει όλους τους χαρακτήρες 0x00. Εάν το πραγματικό άθροισμα ελέγχου είναι 0x76543210, η σελίδα περιέχει όλους τους χαρακτήρες 0xFF.

Το ακόλουθο παράδειγμα είναι ένα σφάλμα-1019:
Information Store (3928) The database page read from the file"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 1675264 (0x0000000000199000)
for 4096 (0x00001000) bytes failed verification because it contains
no page data. The read operation will fail with error -1019 (0xfffffc05).
If this condition persists then please restore the database from a
previous backup.

Κατά τη διάρκεια της κανονικής λειτουργίας, εάν μια σελίδα μπορεί να αναφέρει ένα σφάλμα-1019 ή ένα σφάλμα -1018, το-1019 σφάλμα έχει προτεραιότητα και αναφέρεται. Να θυμάστε ότι κάθε φορά που ο αριθμός σελίδας που έχει συνταχθεί σε μια σελίδα είναι 0x00000000, προκύπτει ένα σφάλμα-1019, αλλά Exchange αναμένει η σελίδα να είναι σε χρήση. Μπορεί να είναι δύσκολο να αποδείξει αν προκάλεσε ένα σφάλμα-1019, επειδή το σύστημα αρχείων έχει αντιστοιχιστεί ένα μπλοκ μηδενικά στο αρχείο βάσης δεδομένων ή επειδή Exchange κάνει λάθος και γίνεται αναφορά σε μια σελίδα που δεν χρησιμοποιούνται ως "σε χρήση."

Δεν μπορείτε να καταλάβετε από το προηγούμενο σφάλμα εάν η σελίδα δεν έχει προετοιμαστεί ή σε κάποιο άλλο μέλος. Πρέπει να χρησιμοποιήσετε Esefile και Eseutil για την περαιτέρω εξέταση της σελίδας. Σε αυτό το παράδειγμα, ο αριθμός σελίδας είναι 408 δεκαδικό (που προέρχεται από 0x199).

Μπορείτε να χρησιμοποιήσετε το Eseutil για την περαιτέρω εξέταση της σελίδας. Η τιμή pgnoThis πρέπει να ταιριάζει με τον αριθμό σελίδας, το οποίο απευθύνεται το ερώτημα, και η τιμή ulChecksumParity αναφέρει μια πρόσθετη ** υπολογισμένο άθροισμα ελέγχου τιμή, αν το άθροισμα ελέγχου της σελίδας δεν είναι σωστή. Μπορείτε να χρησιμοποιήσετε το Esefile διακόπτης /D για να δείτε τη σελίδα raw για να εξακριβώσετε εάν δεν έχει προετοιμαστεί (όλοι οι χαρακτήρες 0x00).

Ψευδή σφάλματα -1018

Παρουσιάζεται ένα σφάλμα "false" -1018 κατά τη σελίδα στο δίσκο είναι σωστό, αλλά το σύστημα εισόδου/εξόδου ανακτά τα δεδομένα σωστά. Τέτοια σφάλματα συνήθως είναι παροδικά και δύσκολο να απομονώσετε. Αλλά ακόμα και ένα σφάλμα -1018 "false" αξίζει περιμένει την προσοχή σου. Η αξιοπιστία του συστήματος αποθήκευσης έχει παραβιαστεί ακόμη και το σύστημα μπορεί να βρίσκεται σε κίνδυνο πρόσθετα ζητήματα ή αποτυχία.


Εάν υποψιάζεστε ότι μεταβατική σφάλματα ανάγνωσης στο σύστημά σας, χρησιμοποιήστε το Esefile διακόπτης /D ή Eseutil /M /P για να επαληθεύσετε τις μεμονωμένες σελίδες που εμπλέκονται. Εάν χρησιμοποιείτε ένα βοηθητικό πρόγραμμα για να σαρώσετε ολόκληρη τη βάση δεδομένων, μπορείτε να τοποθετήσετε επιβαρύνει το σύστημα εισόδου/εξόδου που μπορεί να οδηγήσει σε πιο εσφαλμένες θετικές αναγνωρίσεις.

Exchange Server 5.5 Service Pack 2 (SP2) πρόσθετες λειτουργίες για να προσδιορίσουν παροδικά σφάλματα ανάγνωσης. Ανταλλαγή εκ νέου διαβάζει μια σελίδα 16 ώρες μετά από μια αποτυχία ανάγνωσης επαλήθευσης. Εάν επιτύχει η σελίδα ανάγνωσης τελικά έπειτα από αρκετές δοκιμές, δηλώνει ότι υπάρχει ένα ζήτημα συστήματος στην ανάγνωση αξιόπιστα από το δίσκο. Ακόμη και αν όλες οι αναγνώσεις 16 αποτύχει, δεν θετικά αποδεικνύει ότι η σελίδα είναι εσφαλμένη. Εκτέλεση μιας συμπληρωματικής δοκιμής με Esefile ή Eseutil.

Ρύθμιση βάσης δεδομένων


Ρύθμιση βάσης δεδομένων προορίζεται να αποκρύψουν πληροφορίες σε μια βάση δεδομένων του Exchange που έχουν διαγραφεί έτσι ώστε δεν είναι δυνατή η ανάκτηση ή διαβάζονται από άμεση εξέταση του αρχείου βάσης δεδομένων. Για περισσότερες πληροφορίες σχετικά με τη ρύθμιση της βάσης δεδομένων, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:

223161 πληροφορίες σχετικά με τη ρύθμιση ESE


Εάν είναι ενεργοποιημένη η ρύθμιση βάσης δεδομένων, ενότητα κενό ή μερικώς σελίδων μπορούν να αντικατασταθούν με μοτίβα ιδιοτυπίας, αλλά η σελίδα εξακολουθεί να δεν επιστρέφει στην κατάσταση που δεν έχει προετοιμαστεί.
Ιδιότητες

Αναγνωριστικό άρθρου: 314917 - Τελευταία αναθεώρηση: 21 Ιαν 2017 - Αναθεώρηση: 1

Σχόλια