Χωρίς σύνδεση δημιουργίας αντιγράφων ασφαλείας και επαναφορά διαδικασίες για ανταλλαγή

Μεταφράσεις άρθρων Μεταφράσεις άρθρων
Αναγν. άρθρου: 296788 - Δείτε τα προϊόντα στα οποία αναφέρεται το συγκεκριμένο άρθρο.
Ανάπτυξη όλων | Σύμπτυξη όλων

Σε αυτήν τη σελίδα

Περίληψη

Αυτό το άρθρο περιγράφει μεθόδους που μπορείτε να χρησιμοποιήσετε για να παρακάμψετε την ηλεκτρονική αντιγράφων ασφαλείας διασυνδέσεων προγραμματισμού εφαρμογών (API) και με μη αυτόματο τρόπο δημιουργίας αντιγράφων ασφαλείας και επαναφορά βάσεων δεδομένων χώρου αποθήκευσης πληροφοριών του Exchange. Εάν έχετε πολλές ομάδες αποθήκευσης σε ένα διακομιστή Exchange, κάθε ομάδα αποθήκευσης πρέπει να θεωρούνται ένα ανεξάρτητο, αυτόνομη μονάδα για τους σκοπούς της χωρίς σύνδεση δημιουργίας αντιγράφων ασφαλείας και επαναφοράς.Για πρόσθετες πληροφορίες σχετικά με τη δημιουργία αντιγράφων ασφαλείας χωρίς σύνδεση και στιγμιότυπο, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
296787 XADM: Χωρίς σύνδεση δημιουργίας αντιγράφων ασφαλείας και επαναφορά διαδικασίες για τον Exchange Server 4.0, 5.0 και 5.5

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

Πριν να ξεκινήσετε

Πριν να εκτελέσετε ένα αντίγραφο ασφαλείας χωρίς σύνδεση, βεβαιωθείτε ότι έχετε τις ακόλουθες πληροφορίες:
  • Προσδιορίστε ή όχι η κυκλική καταγραφή είναι ενεργοποιημένη για την ομάδα αποθήκευσης. (Κυκλική καταγραφή είναι απενεργοποιημένη από προεπιλογή στον Exchange.) Για να προσδιορίσετε αν κυκλική καταγραφή είναι ενεργοποιημένη ή όχι, ανοίξτε τις ιδιότητες του storage_group αντικείμενο στο Exchange System Manager και στη συνέχεια προβάλετε την Γενικά σελίδα. Για να απενεργοποιήσετε την κυκλική καταγραφή, κάντε κλικ για να καταργήσετε την επιλογή του Κυκλική καταγραφή το πλαίσιο ελέγχου. Αλλαγές σε κυκλική καταγραφή δεν εφαρμόζονται μέχρι να σταματήσει κάθε βάσης δεδομένων ομάδας αποθήκευσης.

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

    Για να εντοπίσετε αυτές τις πληροφορίες, ανοίξτε τις ιδιότητες του storage_group αντικείμενο στο Exchange System Manager και στη συνέχεια προβάλετε την Γενικά σελίδα. Εγγραφή τιμών για τα ακόλουθα τρία πλαίσια:
    • Πρόθεμα του αρχείου καταγραφής (E0n, όπου μπορεί να είναι E0n, E00, E01, E02 ή E03)
    • Θέση του αρχείου καταγραφής συναλλαγών (E0n*.log)
    • Θέση της διαδρομής συστήματος (E0n.chk)
    Οι διαδρομές βάσης δεδομένων παρατίθενται στις ιδιότητες βάσης δεδομένων, κάθε όνομα_βάσης_δεδομένων το αντικείμενο. Εγγραφή τιμών για τα ακόλουθα δύο πεδία για κάθε βάση δεδομένων, στην ομάδα αποθήκευσης:
    • Βάση δεδομένων του Exchange (.edb)
    • Βάση δεδομένων ροής του Exchange (.stm)
Εάν δεν είναι διαθέσιμη από το Exchange System Manager, μπορείτε να βρείτε όλες τις παραπάνω πληροφορίες, διαβάζοντας raw χαρακτηριστικά απευθείας από την υπηρεσία καταλόγου Active Directory με ένα εργαλείο όπως το βοηθητικό πρόγραμμα ADSIEDIT ή LDIFDE. Μπορείτε να χρησιμοποιήσετε την ακόλουθη εντολή LDIFDE για να εξαγάγετε πληροφορίες για όλους τους διακομιστές του Exchange σε ένα σύμπλεγμα δομών υπηρεσίας καταλόγου Active Directory.

ΣΗΜΕΊΩΣΗ: Το κείμενο για αυτήν την εντολή έχει αναδιπλωθεί για εύκολη ανάγνωση.
EXPATHS -F LDIFDE.TXT -D "CN = CONFIGURATION, DC =configuration_container_domainDC =top_level_domain"-L MSEXCHESEPARAMLOGFILEPATH, MSEXCHESEPARAMSYSTEMPATH,
MSEXCHESEPARAMBASENAME, MSEXCHESEPARAMCIRCULARLOG, MSEXCHSLVFILE,
MSEXCHEDBFILE -R "(| ()MSEXCHESEPARAMLOGFILEPATH=*)(MSEXCHESEPARAMSYSTEMPATH=*)(MSEXCHESEPARAMBASENAME=*)(MSEXCHESEPARAMCIRCULARLOG=*)(MSEXCHEDBFILE=*)(MSEXCHSLVFILE=*))"
Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
D:\exchsrvr\mdbdata>LDIFDE -f απατεώνες -d "cn = configuration, dc = δοκιμής, dc = com" -l msexch eseparamlogfilepath, msexcheseparamsystempath, msexcheseparambasename, msexchesepar amcircularlog, msexchslvfile, msexchedbfile - r "(| ()msexcheseparamlogfilepath = *) (ms excheseparamsystempath=*)(msexcheseparambasename=*)(msexchslvfile=*) (msexchedbfi Le=*)(msexcheseparamcircularlog=*))"
Σύνδεση με "dc1.child.test.com"
Σύνδεση ως ο τρέχων χρήστης χρησιμοποιώντας SSPI
Εξαγωγή καταλόγου στο αρχείο con
Αναζήτηση για εγγραφές...

<output truncated=""></output>

.DN: CN = πρώτη ομάδα αποθήκευσης, CN = InformationStore, CN = Exchange1, CN = Servers, CN = πρώτη Ομάδα διαχείρισης, CN ομάδες διαχείρισης, CN = = εταιρεία, CN = Microsoft Excha nge, CN = υπηρεσίες, CN = Configuration, DC = δοκιμής, DC = com
changetype: Προσθήκη
msExchESEParamCircularLog: 0
msExchESEParamLogFilePath: D:\exchsrvr\MDBDATA
msExchESEParamSystemPath: D:\exchsrvr\MDBDATA
msExchESEParamBaseName: E00

.DN: CN = δημόσια αποθήκευσης πληροφοριών (EXCHANGE1), CN = πρώτη ομάδα αποθήκευσης, CN = Informati onStore, CN = Exchange1, CN = Servers, CN Πρώτη_διαχειριστική_ομάδα, CN = Administrative Groups, CN = εταιρεία, CN = Microsoft Exchange, CN = υπηρεσίες, CN = Configuration, DC = = Tes t, DC = com
changetype: Προσθήκη
msExchEDBFile: D:\exchsrvr\MDBDATA\PUB.EDB
msExchSLVFile: D:\exchsrvr\MDBDATA\PUB.stm

.DN: ΣΟ ιδιωτικού αποθήκευσης πληροφοριών (Exchange1), CN = = πρώτη ομάδα αποθήκευσης, CN = Informat ionStore, CN = Exchange1, CN = Servers, CN = Πρώτη_διαχειριστική_ομάδα, CN = διαχείρισης Ομάδες, CN εταιρείας, CN = Microsoft Exchange, CN = = υπηρεσίες, CN = Configuration, DC = Te ST, DC = com
changetype: Προσθήκη
msExchEDBFile: D:\exchsrvr\MDBDATA\PRIV.EDB
msExchSLVFile: D:\exchsrvr\MDBDATA\PRIV.stm
Για την επιτυχή επανάληψη των αρχείων καταγραφής συναλλαγών, πρέπει να επαναφέρετε αρχεία βάσης δεδομένων (.edb και .stm) στην ίδια διαδρομή θέσεις από την οποία δημιουργήθηκαν αντίγραφα ασφαλείας των αρχείων. Για παράδειγμα, εάν δημιουργείτε αντίγραφα ασφαλείας των αρχείων βάσης δεδομένων από το φάκελο E:\Mdbdata και το αρχείο βάσης δεδομένων ροής από το φάκελο F:\Mdbdata, θα πρέπει να επαναφέρετε τα αρχεία E:\Mdbdata και F:\Mdbdata, αντίστοιχα. Αυτός ο περιορισμός ισχύει ακόμη και αν θέλετε να επαναφέρετε τη βάση δεδομένων σε ένα εντελώς διαφορετικό διακομιστή (για παράδειγμα, σε περίπτωση αποκατάστασης μόνο γραμματοκιβώτιο).

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

Μπορείτε να επαναφέρετε τα αρχεία καταγραφής συναλλαγών (E0n*.log) σε μια διαφορετική διαδρομή από την αρχική θέση αντιγράφων ασφαλείας. Αυτό συμβαίνει επειδή τα αρχεία καταγραφής συναλλαγών καταγράφουν τις θέσεις των βάσεων δεδομένων που είναι συνημμένες αρχεία καταγραφής συναλλαγών αλλά βάσεις δεδομένων καταγράφει τις θέσεις των αρχείων καταγραφής συναλλαγών. Κατά τη διάρκεια της αναπαραγωγής, τα αρχεία καταγραφής "Εύρεση" τις βάσεις δεδομένων, χρησιμοποιώντας πληροφορίες διαδρομής που είναι αποθηκευμένα στις κεφαλίδες καταγραφής συναλλαγών. (Ηλεκτρονική API δημιουργίας αντιγράφων ασφαλείας εσωτερικά αντισταθμίζει αλλαγές διαδρομή βάσης δεδομένων και έτσι αυτός ο περιορισμός ισχύει.)

Δεν δημιουργήσετε αντίγραφα ασφαλείας ή επαναφορά του αρχείου σημείων ελέγχου (E0n.chk), αλλά πρέπει να γνωρίζετε την τρέχουσα θέση του αρχείου σημείου ελέγχου, επειδή ίσως χρειαστεί να εξετάζει ή διαγραφή κατά την ανάκτηση.

Πώς αρχεία βάσης δεδομένων του Exchange σχετίζονται μεταξύ τους

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

Ένα Exchange 2000 ή σε ένα διακομιστή Exchange 2003 μπορεί να υποστηρίξει έως και τέσσερις ομάδες αποθήκευσης και κάθε ομάδα αποθήκευσης μπορούν να υποστηρίξουν έως και πέντε βάσεις δεδομένων. Μια ομάδα αποθήκευσης είναι ένα σύνολο βάσεων δεδομένων που έχουν ένα κοινό σύνολο αρχείων καταγραφής συναλλαγών. Microsoft Exchange Server 5.5 μπορεί να υποστηρίξει το πολύ μία ομάδα αποθήκευσης, το οποίο υποστηρίζει έως δύο βάσεις δεδομένων (το αποθηκεύει τις ιδιωτικές και δημόσιες πληροφορίες).

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

Για να αποφύγετε τη σύγχυση σχετικά με τα αρχεία καταγραφής που ανήκουν σε κάθε ομάδα αποθήκευσης, ανταλλαγή αρχείων καταγραφής που ανήκουν σε μια ομάδα αποθήκευσης δεδομένο ονομάζονται με πρόθεμα μοναδικό αρχείο καταγραφής, δηλαδή τους τρεις πρώτους χαρακτήρες του ονόματος του αρχείου. Τα προθήματα έγκυρο αρχείο καταγραφής για τις τέσσερις ομάδες αποθήκευσης που υποστηρίζονται σε Exchange 2000 ή Exchange 2003 server E00, E01, E02 και E03. Σε αυτό το άρθρο, το πρόθεμα του αρχείου καταγραφής για μια ομάδα αποθήκευσης έχει οριστεί ως E0n. Το τρέχον αρχείο καταγραφής για μια ομάδα αποθήκευσης είναι πάντα E0n.log.

Τα αρχεία καταγραφής συναλλαγών είναι ομοιόμορφη 5 megabyte (MB), το μέγεθος. Όταν το τρέχον αρχείο καταγραφής είναι πλήρες, μετονομάζεται με αριθμό ακολουθίας δεκαεξαδικό, που ονομάζεται αριθμός δημιουργίας καταγραφής, και δημιουργείται ένα νέο αρχείο καταγραφής τρέχουσα. Αρχεία καταγραφής αριθμούνται ως E0n00001.log, E0n00002.log και ούτω καθεξής. Σε αυτό το άρθρο, με αρίθμηση αρχεία καταγραφής έχουν καθοριστεί γενικά ως E0nxxxxx. log.

Εάν μια βάση δεδομένων έχει διακοπεί με μη φυσιολογικό τρόπο, επανάληψη εγγραφών (E0n.chk) του αρχείου σημείου ελέγχου στο αρχείο καταγραφής συναλλαγών από την οποία πρέπει να ξεκινούν αποκατάστασης για να επαναφέρετε τη βάση δεδομένων με συνέπεια. Αυτή η διαδικασία ονομάζεται "απαλό αποκατάστασης". Απαλό αποκατάστασης μπορεί να contrasted με "σκληρό αποκατάστασης" που είναι η διαδικασία καταγραφής ποια αρχεία είναι αναπαραχθούν μετά την επαναφορά από ένα ηλεκτρονικό αντίγραφο ασφαλείας. Η πιο σημαντική διαφορά μεταξύ λογισμικού και υλικού αποκατάστασης είναι παρεμβολή δεδομένων αρχείου ενημερωμένης έκδοσης κώδικα στη διαδικασία αναπαραγωγής αρχείου καταγραφής κατά την ανάκτηση σκληρό.

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

Δημιουργία αντιγράφων ασφαλείας μιας βάσης δεδομένων Exchange για εργασία χωρίς σύνδεση

Αντίγραφα ασφαλείας μιας βάσης δεδομένων Exchange χωρίς σύνδεση:
  1. Κατάργηση μονταρίσματος της βάσης δεδομένων που θέλετε να δημιουργήσετε αντίγραφα ασφαλείας. Δεν πρέπει να αποσυνδέσετε όλες τις βάσεις δεδομένων ομάδας αποθήκευσης, απλώς τη βάση δεδομένων ή τις βάσεις δεδομένων που θέλετε να δημιουργήσετε αντίγραφα ασφαλείας.
  2. Βεβαιωθείτε ότι τα αρχεία βάσης δεδομένων (αρχείο τόσο .edb και .stm) είναι συνεπείς και ταιριάζουν μεταξύ τους. Για να γίνει αυτό, εκτελέστε την ακόλουθη εντολή έναντι κάθε αρχείου:
    αρχείο βάσης δεδομένων του Eseutil /mh | Εύρεση /i "DB υπογραφή"
    ΣΗΜΕΊΩΣΗ: Exchange 2000 Service Pack 2 και νεότερες εκδόσεις δεν αναφέρουν την κατάσταση της βάσης δεδομένων ως "Συνεπής" ή "Συνεπές" αλλά ως "Καθαρή τερματισμού" ή "Τροποποιημένου τερματισμού". Η έννοια "Τερματισμό" είναι ίδιο με το "Συνεπής" και την έννοια της "Τροποποιημένου τερματισμού" είναι ίδιο με το "Συνεπές". Για το Exchange 2000 Service Pack 2 ή νεότερη έκδοση, εκτελέστε αυτήν την εντολή πρόσθετα για να προσδιορίσετε την κατάσταση κάθε βάση δεδομένων:
    Eseutil /mh όνομα_βάσης_δεδομένων | Εύρεση /i "Τερματισμός λειτουργίας"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    D:\mdbdata>eseutil /mh priv.edb | find /i "DB Signature"
         DB Signature: Create time:04/02/2001 16:59:32 Rand:2746771 Computer:
    
    D:\mdbdata>eseutil /mh priv.stm | find /i "DB Signature"
         DB Signature: Create time:04/02/2001 16:59:32 Rand:2746771 Computer:
    							
    Στο προηγούμενο παράδειγμα, οι υπογραφές DB είναι η ίδια, που αποδεικνύει ότι τα αρχεία .edb και .stm ανήκουν στο ίδιο σύνολο. (Τόσο γραμμές υπογραφής πρέπει να ταιριάζουν απόλυτα στο σύνολό τους, θεωρείται ότι ταιριάζουν υπογραφή.)

    Όχι μόνο πρέπει να συμφωνεί με τις υπογραφές DB, αλλά πρέπει επίσης να τα αρχεία συγχρονισμένα μεταξύ τους και συνεπή. Εκτελέστε την ακόλουθη εντολή έναντι κάθε αρχείου:
    αρχείο βάσης δεδομένων του Eseutil /mh | Εύρεση /i "σταθερό"
    Ακολουθεί ένα παράδειγμα του αποτελέσματος που προκύπτει από την προηγούμενη εντολή:
    D:\mdbdata>eseutil /mh priv.edb | find /i "consistent"
                 State: Consistent
       Last Consistent: (0x2CC7,1F14,1F7)  04/04/2001 18:07:14
    
    D:\mdbdata>eseutil /mh priv.stm | find /i "consistent"
                 State: Consistent
       Last Consistent: (0x2CC7,1F14,1F7)  00/00/1900 00:00:00
    							
    Στο προηγούμενο παράδειγμα, η έκθεση και τα δύο αρχεία "κράτος: συνεπή." Επίσης πρέπει να συμφωνεί με τους δεκαεξαδικούς αριθμούς σε παρενθέσεις για κάθε αρχείο (0x2CC7, 1F14, 1F7). Τελευταία συνεπή χρονική σήμανση πρέπει να ταιριάζουν. Τα αρχεία αυτά είναι συνεπή και ταιριάζουν μεταξύ τους.

    Εάν κάποιο αρχείο εκθέσεις "κράτος: ασυνεπής" ή τελευταία συνεπείς θέσεις αρχείου καταγραφής δεν είναι συγχρονισμένα, η βάση δεδομένων δεν ξεμοντάρισμά καθαρότητα. Μοντάρετε και στη συνέχεια αποσυνδέσετε ξανά τη βάση δεδομένων. Εάν τα αρχεία εξακολουθούν να ταιριάζουν σωστά ή δεν συμφωνούν, με υπηρεσίες υποστήριξης προϊόντων της Microsoft (PSS) για περαιτέρω βοήθεια.
  3. Αντιγραφή κάθε αρχείου βάσης δεδομένων .edb και του αντίστοιχου .stm ροής βάσης δεδομένων αρχείου σε μια θέση αντιγράφων ασφαλείας.
  4. Μοντάρετε ασφαλείας των βάσεων δεδομένων.
  5. Εάν η κυκλική καταγραφή είναι ενεργοποιημένη, παραλείψτε αυτό το βήμα. Εάν η κυκλική καταγραφή είναι απενεργοποιημένη και θέλετε να "Προώθηση" αργότερα, θα πρέπει να δημιουργήσετε αντίγραφα ασφαλείας όλα τα αρχεία καταγραφής συναλλαγών με αρίθμηση (το E0nxxxxxαρχεία .log). Αντίγραφο ασφαλείας των αρχείων E0n.log, Res1.log και Res2.log.

    Μπορείτε να δημιουργήσετε αντίγραφα ασφαλείας αρχείων καταγραφής με αρίθμηση ανά πάσα στιγμή εύκολη, ακόμη και αμέσως μετά τη δημιουργία, επειδή μετά από ένα αρχείο καταγραφής έχει μετονομαστεί από E0n.log σε E0nxxxxx.log, Exchange δεν τροποποιεί το αρχείο ξανά. Ωστόσο, η εκκαθάριση αντίγραφα αρχείων καταγραφής σύμφωνα με τις οδηγίες στο βήμα 6.

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

    Εάν αναφέρεστε στο προηγούμενο παράδειγμα, η τελευταία καταχώρηση συνεπή είναι (0x2CC7, 1F14, 1F7). Τρεις αριθμούς ορίζουν ένα αρχείο καταγραφής, μια σελίδα σε αυτό το αρχείο καταγραφής και μετατόπιση byte σε αυτήν τη σελίδα. Κάθε αρχείο καταγραφής περιέχει περίπου 10.000 σελίδων 512 byte. Μετατόπιση σελίδας δίνει μια καλή ιδέα πόσο κοντά το αρχείο καταγραφής είναι σε κατάσταση πλήρους (το αρχείο καταγραφής στο προηγούμενο παράδειγμα είναι περίπου 80 τοις εκατό, επειδή είναι ισοδύναμο δεκαδικό 7956 0x1F14), αλλά είναι άσχετες αποκατάστασης. Ανάκτηση ξεκινά πάντα στην αρχή ενός αρχείου καταγραφής.

    Σε αυτό το παράδειγμα, το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης είναι E0n02cc7.log.

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

    Για να προβάλετε ο αριθμός δημιουργίας καταγραφής εσωτερικό, εκτελέστε την ακόλουθη εντολή:
    Eseutil /ml [αρχείο] | Εύρεση /i "lGeneration"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    E:\mdbdata>eseutil /ml E00.log | find /i "lgeneration"
          lGeneration: 11463 (0x2CC7)
    							
    Σε πολλές περιπτώσεις, είναι πιο σημαντικό να βεβαιωθείτε ότι τα αντίγραφα ασφαλείας του αρχείου καταγραφής είναι καλή, παρά να βεβαιωθείτε ότι κάθε αντίγραφο ασφαλείας της βάσης δεδομένων είναι καλή. Αυτό συμβαίνει επειδή κάθε αντίγραφο ασφαλείας βάσης δεδομένων μπορούν να παρέχουν εφεδρεία για τους άλλους αλλά πλήρη ανάκτηση από οποιοδήποτε αντίγραφο ασφαλείας της βάσης δεδομένων είναι εξαρτάται από τη διατήρηση του κάθε αρχείου καταγραφής μετά από αυτό το αντίγραφο ασφαλείας.
  6. Εάν η κυκλική καταγραφή είναι ενεργοποιημένη, παραλείψτε αυτό το βήμα. Εξετάστε την κεφαλίδα του αρχείου σημείων ελέγχου για να καθορίσετε ανώτερη αριθμημένο αρχείο καταγραφής που μπορεί να αφαιρεθεί με ασφάλεια. Το σημείο ελέγχου παρακολουθεί το χαμηλότερο αριθμημένη αρχείο καταγραφής που είναι απαραίτητες για αυτόματη ανάκτηση, εάν διακοπεί με μη φυσιολογικό τρόπο τη βάση δεδομένων. Για να εξετάσετε το αρχείο σημείου ελέγχου, εκτελέστε την ακόλουθη εντολή:
    Eseutil /mk E0n.chk
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    D:\exchsrvr\mdbdata>eseutil /mk e00.chk | find /i "checkpoint"
          Checkpoint file: e00.chk
          LastFullBackupCheckpoint: (0x0,0,0)
          Checkpoint: (0x2CC7,9607,256)
    							
    Τρίτη γραμμή της γραμμής σημείου ελέγχου περιέχει τις σχετικές πληροφορίες (το LastFullBackupCheckpoint εγγραφή χρησιμοποιείται από ηλεκτρονικό αντίγραφο ασφαλείας και παραμένει όλα τα μηδενικά εάν ένα ηλεκτρονικό αντίγραφο ασφαλείας εκτελείται ποτέ με τη βάση δεδομένων). Η μορφή θέση αρχείου καταγραφής σημείου ελέγχου είναι ίδια με την τελευταία καταχώρηση συνεπής στην κεφαλίδα της βάσης δεδομένων. Σε αυτό το παράδειγμα είναι το σημείο ελέγχου στο E0002cc7.log.

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

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

    ΣΗΜΑΝΤΙΚΌ: Κατάργηση του αρχείου καταγραφής σημείου ελέγχου.

    Σε αυτό το παράδειγμα, μπορείτε να καταργήσετε όλα τα αρχεία καταγραφής έως E0002cc6.log.
  7. Αυτό το βήμα είναι προαιρετικό. Μπορείτε να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Esefile να επαληθεύσετε την ακεραιότητα επιπέδου σελίδας αντιγράψατε βάσεων δεδομένων.

    Το αρχείο Esefile.exe είναι διαθέσιμη στο φάκελο υποστήριξη Exchange Server 5.5 Service Pack 3 CD-ROM, το CD-ROM εγκατάστασης του Exchange 2000 Server ή το CD-ROM εγκατάστασης του Exchange Server 2003. Μπορείτε επίσης να αποκτήσετε το αρχείο Esefile.exe από τις υπηρεσίες Microsoft PSS. Το βοηθητικό πρόγραμμα Esefile λειτουργεί για αρχεία .edb από Exchange Server 5.0 και 5.5, Exchange 2000 και Exchange 2003.

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

    Για να επαληθεύσετε τα αθροίσματα ελέγχου σελίδας για μια βάση δεδομένων του Exchange, εκτελέστε την ακόλουθη εντολή βοηθητικό πρόγραμμα Esefile:
    esefile /s όνομα_βάσης_δεδομένων
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    E:\mdbdata>esefile /s priv.edb
    
    Checksumming
    0    10   20   30   40   50   60   70   80   90  100
    |----|----|----|----|----|----|----|----|----|----|
    ...................................................
    
    23042 pages seen
    0 bad checksums
    241 uninitialized pages
    0 wrong page numbers
    
    esefile completes successfully after 10 seconds
    							
    Απροετοίμαστο σελίδες είναι αποδεκτές, αλλά σε μια βάση δεδομένων χωρίς προβλήματα, υπάρχουν 0 εσφαλμένη τα αθροίσματα ελέγχου και 0 λανθασμένοι αριθμοί σελίδων.

    Εάν μια βάση δεδομένων δεν περάσει τον έλεγχο ακεραιότητας βοηθητικό πρόγραμμα Esefile, είναι η καλύτερη επιλογή για να επαναφέρετε μια προηγούμενη δημιουργία αντιγράφων ασφαλείας που γνωρίζετε ότι είναι επιτυχημένη και για την προώθηση της βάσης δεδομένων. Εάν δεν είναι διαθέσιμο ένα αντίγραφο ασφαλείας, συμβουλευτείτε τις υπηρεσίες PSS για συμβουλές σχετικά με τον τρόπο επιδιόρθωσης ή τη διάσωση της βάσης δεδομένων.
  8. Αυτό το βήμα είναι προαιρετικό. Μπορείτε να χρησιμοποιήσετε την ακόλουθη εντολή για να επαληθεύσετε την ακεραιότητα του αντίγραφα ασφαλείας των αρχείων καταγραφής:
    Eseutil /ml E0n
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    k:\backups>eseutil /ml E00
    							
    Πρέπει να εκτελέσετε αυτήν την εντολή από το φάκελο που περιέχει ασφαλείας των αρχείων καταγραφής. Μπορείτε επίσης να εκτελέσετε αυτήν την εντολή από τον τρέχοντα φάκελο καταγραφής εκτελούνται, αλλά εάν Eseutil προσπαθεί να διαβάσει την κεφαλίδα E0n.log ενώ εκτελείται οποιαδήποτε βάση δεδομένων ομάδας αποθήκευσης, λαμβάνετε ένα μήνυμα λάθους-1032 (JET_errFileAccessDenied).

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

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

Αυτή η ενότητα περιγράφει δύο μεθόδους για να επαναφέρετε ένα αντίγραφο ασφαλείας χωρίς σύνδεση:
  • "Χρονικό σημείο" Επαναφορά. Τα αρχεία καταγραφής δεν είναι να αναπαραχθούν στη βάση δεδομένων. Χάνονται όλα τα δεδομένα που δημιουργήθηκαν μετά τη δημιουργία αντιγράφων ασφαλείας.
  • Επαναφορά "Προώθηση". Τα αρχεία καταγραφής που δημιουργήθηκαν μετά τη δημιουργία αντιγράφων ασφαλείας αναπαράγονται στη βάση δεδομένων. Εάν είναι διαθέσιμα όλα τα αρχεία καταγραφής, όλα τα δεδομένα που δημιουργήθηκε μετά τη δημιουργία αντιγράφων ασφαλείας να διατηρούνται. Εάν η κυκλική καταγραφή είναι ενεργοποιημένη, πρέπει να εκτελέσετε μια "χρονικό σημείο" Επαναφορά των αντιγράφων ασφαλείας χωρίς σύνδεση. Δεν μπορείτε να επιλέξετε μια επαναφορά "Προώθηση".
Σύνολο αρχείων που επαναφέρετε πρέπει να πληρούν τα ακόλουθα ελάχιστα κριτήρια:
  • Για σημείο επαναφορές ώρας, όλες διακοπεί βάσεων δεδομένων ομάδας αποθήκευσης πρέπει να είναι συνεπείς και πρέπει να είναι ένα αρχείο έγκυρων σημείων ελέγχου. Μην διαγράψετε το τρέχον αρχείο σημείου ελέγχου ή οποιαδήποτε υπάρχοντα αρχεία καταγραφής.
  • Για προώθηση επαναφορές ζαριά, όλων των βάσεων δεδομένων ομάδας αποθήκευσης πρέπει να διακοπεί και συνεπή και όλα τα αρχεία καταγραφής που δημιουργήθηκαν μετά την ώρα που τραβήξατε τη δημιουργία αντιγράφων ασφαλείας, πρέπει να υπάρχει (συμπεριλαμβανομένης της τρέχουσας E0n.log). Πρέπει να διαγραφεί το αρχείο σημείου ελέγχου.
Σύνολο αρχείων πληρούν τους παραπάνω όρους, αποκατάσταση και αναπαραγωγής δεν μπορεί να αποτύχει απαραίτητα, αλλά είναι πιθανό να εμφανιστεί ένα μήνυμα λάθους-1216 (JET_errAttachedDatabaseMismatch) κατά την ανάκτηση Απαλή.

Ασχολείται με ένα σφάλμα-1216

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

Σε παλαιότερες εκδόσεις του Exchange, εάν το σύνολο αρχείων είναι ελλιπής, αλλά είναι έγκυρη για μια επιτυχημένη replay απαλό αποκατάστασης ξεκινά χωρίς περαιτέρω προειδοποίηση στο διαχειριστή. Στο Exchange 2000 και νεότερη έκδοση, ο διαχειριστής πρέπει να παρακάμψετε ειδικά το σφάλμα-1216 χρησιμοποιώντας το Eseutil.

Σημείο στο χρόνο επαναφορά ενός αντιγράφου ασφαλείας χωρίς σύνδεση

Για να εκτελέσετε ένα σημείο στο χρόνο επαναφορά ενός αντιγράφου ασφαλείας χωρίς σύνδεση:
  1. Εάν η βάση δεδομένων που θέλετε να επαναφέρετε είναι μονταρισμένος, κατάργηση μονταρίσματος Κατάργηση. Αν έχουν αποσυνδεθεί άλλες βάσεις δεδομένων ομάδας αποθήκευσης, αυτές οι βάσεις δεδομένων βάση δεδομένων και ροής αρχείων (.edb και .stm) κάθε πρέπει συνεπή και ταιριάζουν. (Για να επαληθεύσετε τη συνοχή και τη συμφωνία, δείτε το βήμα 2 της ενότητας "Δημιουργία αντιγράφων ασφαλείας αντίγραφα ενός Exchange χωρίς βάση δεδομένων σύνδεση" αυτού του άρθρου).

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

    Για να επαληθεύσετε το αρχείο σημείου ελέγχου όταν τερματίζονται όλες τις βάσεις δεδομένων, εκτελέστε τις ακόλουθες εντολές:
    Eseutil /mk E0n.chk | ΕΎΡΕΣΗ /i "σημείου ελέγχου"
    Eseutil /ml E0n.log | ΕΎΡΕΣΗ /i "lgeneration"
    Ακολουθεί ένα παράδειγμα του αποτελέσματος από τις παραπάνω εντολές:
    D:\mdbdata>eseutil /mk e00.chk | find /i "checkpoint"
          Checkpoint file: e00.chk
          LastFullBackupCheckpoint: (0x0,0,0)
          Checkpoint: (0x2cc7,1B59,1A)
    
    D:\mdbdata>eseutil /ml e00.log |find /i "lgeneration"
          lGeneration: 11463 (0x2cc7)
    							
    Στο προηγούμενο παράδειγμα, το σημείο ελέγχου είναι στο αρχείο καταγραφής με το lGeneration 0x2cc7, που είναι e00.log. Επομένως, το σημείο ελέγχου μπορεί να θεωρηθεί έγκυρη.

    Εάν το σημείο ελέγχου δεν είναι έγκυρη, ενδέχεται να λάβετε ένα μήνυμα λάθους-1216 (JET_errAttachedDatabaseMismatch) κατά την προσπάθεια μονταρίσματος οποιαδήποτε βάση δεδομένων, στην ομάδα αποθήκευσης. Αυτό το ζήτημα μπορεί να προκύψει ακόμα και αν όλες οι βάσεις δεδομένων ομάδας αποθήκευσης είναι συνεπή.
  2. Αντιγράψτε το αντίγραφο ασφαλείας αρχεία .edb και .stm στην κατάλληλη βάση δεδομένων και ροής θέσεις αρχείων. (Για να βρείτε αυτές τις θέσεις, ανατρέξτε στην ενότητα "Πριν να ξεκινήσετε" αυτού του άρθρου.) Βεβαιωθείτε ότι τα αρχεία που επαναφέρονται συνεπή και ταιριάζουν.

    ΣΗΜΕΊΩΣΗ: Εάν αντίγραφα των αρχείων βάσης δεδομένων που θέλετε να επαναφέρετε ήδη υπάρχει στο διακομιστή, αντίγραφα αυτών των αρχείων πριν από την επαναφορά της βάσης δεδομένων, ακόμη και αν τα υπάρχοντα αρχεία δεν έχουν επιτρέψει την εκκίνηση. Μπορεί να είναι δυνατό να επιδιορθωθούν και ίσως αχρήστου δεδομένα από τους χρησιμοποιώντας το βοηθητικό πρόγραμμα Exmerge.
  3. Μοντάρετε τη βάση δεδομένων που επαναφέρεται. Η βάση δεδομένων προσαρτάται στο τέλος του αρχείου E0n.log. Αφού έχει ξεκινήσει με επιτυχία τη βάση δεδομένων, δεν υπάρχει ήδη υπάρχοντα αρχεία καταγραφής μπορούν να αναπαραχθούν ποτέ στη βάση δεδομένων. Βάσεις δεδομένων δημόσιου φακέλου που περιέχουν χιλιάδες στην ιεραρχία των φακέλων μπορεί να διαρκέσει πολλή ώρα. Επιτρέπουν τουλάχιστον ένα λεπτό για κάθε 1.000 φακέλους στην ιεραρχία.

    Σε παλαιότερες εκδόσεις του Exchange Server, που συνήθως απαιτείται για την εκτέλεση του ISINTEG-ενημερωμένη έκδοση κώδικα εντολή μετά την επαναφορά ενός χωρίς σύνδεση αντίγραφο ασφαλείας μιας βάσης δεδομένων χώρου αποθήκευσης πληροφοριών, για να συγχρονίσετε τη βάση δεδομένων χώρου αποθήκευσης πληροφοριών με τον κατάλογο. Κατά την ενημέρωση κώδικα για μια βάση δεδομένων του Exchange είναι αναγκαίο, ότι ενημέρωση γίνεται αυτόματα από το σύστημα, εκτός εάν η βάση δεδομένων είναι Επαναφορά σε διαφορετικό διακομιστή ομάδα αποθήκευσης ή αντικειμένου βάσης δεδομένων ή αντικείμενο υπηρεσίας καταλόγου Active Directory για τη βάση δεδομένων έχει διαγραφεί και εκ νέου στο Active Directory. Στις περιπτώσεις αυτές, το ακόλουθο μήνυμα λάθους καταγράφεται στο αρχείο καταγραφής συμβάντων εφαρμογής.
    Τύπος συμβάντος: σφάλμα
    Προέλευση συμβάντος: Χώρος αποθήκευσης γραμματοκιβωτίου MSExchangeIS
    Κατηγορία συμβάντος: Γενικά
    Το Αναγνωριστικό συμβάντος: 1087
    Ημερομηνία: 5/4/2001
    Ώρα: 8:33:42 μμ
    Χρήστης: N/A
    Υπολογιστή: EXCHANGE1
    Περιγραφή: Το χώρο αποθήκευσης πληροφοριών έγινε επαναφορά από ένα αντίγραφο ασφαλείας χωρίς σύνδεση. Με το Microsoft Exchange System Manager, υποδεικνύουν ότι η βάση δεδομένων "πρώτη αποθήκευσης Group\Private αποθήκευσης πληροφοριών" επιτρέπεται να επαναφέρετε, έτσι ώστε να μπορεί να ενημερωθεί.
    Για να επιλύσετε αυτό το ζήτημα, πρέπει να κάνετε κλικ για να επιλέξετε το Αυτή η βάση δεδομένων μπορεί να αντικατασταθούν από μια επαναφορά πλαίσιο ελέγχου στο Exchange System Manager, στις ιδιότητες βάσης δεδομένων στο αντικείμενο βάσης δεδομένων.

Κύλιση προς τα εμπρός επαναφορά ενός αντιγράφου ασφαλείας χωρίς σύνδεση

Για την καλύτερη πιθανότητα επιτυχίας επαναλαμβάνοντας τα αρχεία καταγραφής σε μια βάση δεδομένων που επαναφέρεται:
  • Για να διατηρήσετε ένα αντίγραφο όλων των αρχείων καταγραφής συναλλαγών που δημιουργήθηκαν μετά το χρόνο σας πιο παλιά πλήρες αντίγραφο ασφαλείας.
  • Να αλλάξετε διαδρομή βάσης δεδομένων χωρίς να κάνετε αμέσως μετά ένα νέο, πλήρες αντίγραφο ασφαλείας.
  • Εκτέλεση ESEUTIL /p ή ESEUTIL /d χωρίς να λαμβάνει αμέσως μετά ένα νέο, πλήρες αντίγραφο ασφαλείας.
  • Προσθήκη ή κατάργηση μιας βάσης δεδομένων σε μια ομάδα αποθήκευσης χωρίς να κάνετε αμέσως ένα πλήρες αντίγραφο ασφαλείας όλων των βάσεων δεδομένων ομάδας αποθήκευσης.
Για να ξεκινήσει η διαδικασία επαναφοράς:
  1. Εάν το μοντάρισμα της βάσης δεδομένων που θέλετε να επαναφέρετε, κατάργηση μονταρίσματος του και στη συνέχεια αντιγράψτε τα αρχεία βάσης δεδομένων που θέλετε να επαναφέρετε τις διαδρομές κατάλληλα στο διακομιστή. Εάν υπάρχουν αντίγραφα των αρχείων βάσης δεδομένων που θέλετε να επαναφέρετε ήδη στο διακομιστή, αντίγραφα τα αντίγραφα αυτά πριν από την επαναφορά της βάσης δεδομένων, ακόμη και αν τα υπάρχοντα αρχεία δεν έχουν επιτρέψει την εκκίνηση. Τα αρχεία μπορεί να είναι δυνατό να επιδιορθωθούν και ενδέχεται να μπορείτε να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Exmerge αχρήστου δεδομένα από τους.
  2. Αποσυνδέστε όλες τις βάσεις δεδομένων ομάδας αποθήκευσης και, στη συνέχεια, εκτελέστε την ακόλουθη εντολή κάθε βάση δεδομένων στην τρέχουσα ομάδα αποθήκευσης και έναντι κάθε αρχείο Επαναφορά βάσης δεδομένων:
    Eseutil /mh database_file_name | Εύρεση /i "σταθερό"
    ΣΗΜΕΊΩΣΗ: Exchange 2000 Service Pack 2 και νεότερες εκδόσεις δεν αναφέρουν την κατάσταση της βάσης δεδομένων ως "Συνεπής" ή "Συνεπές" αλλά ως "Καθαρή τερματισμού" ή "Τροποποιημένου τερματισμού". Η έννοια "Τερματισμό" είναι ίδιο με το "Συνεπής" και την έννοια της "Τροποποιημένου τερματισμού" είναι ίδιο με το "Συνεπές". Για το Exchange 2000 Service Pack 2 ή νεότερη έκδοση, εκτελέστε αυτήν την εντολή πρόσθετα για να προσδιορίσετε την κατάσταση κάθε βάση δεδομένων:
    Eseutil /mh όνομα_βάσης_δεδομένων | Εύρεση /i "Τερματισμός λειτουργίας"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    D:\mdbdata>eseutil /mh PRIV.EDB   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2692,1ED)  04/12/2001 20:07:46
    
    
    I:\mdbdata<eseutil /mh PRIV.stm   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2692,1ED)  00/00/1900 00:00:00
    
    E:\mdbdata>eseutil /mh PRIV2.edb   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2685,171)  04/12/2001 20:07:41
    
    J:\mdbdata>eseutil /mh PRIV2.stm   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2685,171)  00/00/1900 00:00:00
    
    F:\mdbdata>eseutil /mh PRIV3.edb   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2ac8,87,1FC)  04/12/2001 20:05:04
    
    K:\mdbdata>eseutil /mh PRIV3.stm   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2ac8,87,1FC)  00/00/1900 00:00:00
    
    G:\mdbdata>eseutil /mh PRIV4.edb   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,268C,19B)  04/12/2001 20:07:43
    
    L:\mdbdata>eseutil /mh PRIV4.stm   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,268C,19B)  00/00/1900 00:00:00
    
    H:\mdbdata>eseutil /mh PUB.EDB   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2699,181)  04/12/2001 20:07:46
    
    M:\mdbdata>eseutil /mh PUB.stm   | find /i "consistent"
                State: Consistent
      Last Consistent: (0x2cc7,2699,181)  00/00/1900 00:00:00
    							
    Αυτή η εντολή έχει τρεις χρήσεις:
    • Για να επαληθεύσετε ότι τα αρχεία βάσης δεδομένων κάθε συνεπή.
    • Για να βεβαιωθείτε ότι τα αρχεία .edb και .stm για κάθε βάση δεδομένων είναι ένα ζευγάρι.
    • Για να αναγνωρίσετε τα αρχεία καταγραφής χαμηλή και υψηλή αγκύρωσης, που είναι τα αρχεία καταγραφής και το τελευταίο που απαιτούνται για την αποκατάσταση με επιτυχία όλα τα δεδομένα χωρίς τη δημιουργία ενός σφάλματος-1216. Η χαμηλότερη τιμή τελευταία συνεπή σε όλες τις βάσεις δεδομένων είναι καταγραφής χαμηλό σημείο αγκύρωσης και την υψηλότερη τιμή τελευταία συνεπή καταγραφής υψηλό σημείο αγκύρωσης.
    Στο προηγούμενο παράδειγμα, το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης είναι E0002ac8.log και το αρχείο καταγραφής υψηλής αγκύρωσης είναι E0002cc7.log.
  3. Βεβαιωθείτε ότι η υπογραφή καταγραφής που εγγράφονται κάθε κεφαλίδας βάσης δεδομένων υπογραφής του αρχείου καταγραφής χαμηλό σημείο αγκύρωσης. Εκτελέστε τις ακόλουθες εντολές:
    Eseutil /mh όνομα_βάσης_δεδομένων | Εύρεση /i "Υπογραφή καταγραφής"
    Eseutil /ml low_anchor_log | Εύρεση /i "Υπογραφή"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    D:\mdbdata>eseutil /mh priv.edb | find /i "Log Signature"
        Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
    
    E:\mdbdata>eseutil /mh PRIV2.edb   | find /i "consistent"
        Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
    
    F:\mdbdata>eseutil /mh PRIV3.edb   | find /i "consistent"
        Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
    
    G:\mdbdata>eseutil /mh PRIV4.edb   | find /i "consistent"
        Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
    
    H:\mdbdata>eseutil /mh PUB.EDB   | find /i "consistent"
        Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
    
    
    D:\exchsrvr\mdbdata\save>eseutil /ml e0002ac8.log | find /i "Signature"
          Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:
          Signature: Create time:12/29/2000 21:6:40 Rand:67798 Computer:
          Signature: Create time:12/29/2000 21:6:41 Rand:58314 Computer:
    							
    Ένα αρχείο καταγραφής μπορεί να αναφέρει πολλές υπογραφές. Την πρώτη υπογραφή είναι πάντα η υπογραφή του αρχείου καταγραφής. τα υπόλοιπα είναι βάσεις δεδομένων που εκτελούνταν τη στιγμή που δημιουργήθηκε το αρχείο καταγραφής. Στο προηγούμενο παράδειγμα υπογραφές καταγραφής που καταγράφονται στα αρχεία βάσης δεδομένων ταιριάζουν με την υπογραφή καταγραφής στο αρχείο καταγραφής χαμηλό σημείο αγκύρωσης.

    Εάν δεν εντοπίσετε το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης, δεν μπορείτε να αναπαραγάγετε αρχεία καταγραφής προς τα εμπρός σε αυτή τη βάση δεδομένων. Εάν δεν βρείτε το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης, δεν είναι δυνατό να πετάξετε ξανά όλα τα αρχεία καταγραφής σε όλες τις βάσεις δεδομένων. Υπάρχουν δύο μέθοδοι που μπορείτε να χρησιμοποιήσετε για να χειριστείτε ένα αρχείο καταγραφής λείπει χαμηλό σημείο αγκύρωσης:
    • Μπορείτε να καταργήσετε όλα τα αρχεία καταγραφής. Επειδή συνεπές όλες τις βάσεις δεδομένων, μπορείτε να τα εκκινήσετε χωρίς την παρουσία των αρχείων καταγραφής, αλλά χάνουν κάθε ευκαιρία κατά την ανάκτηση δεδομένων που δεν είναι ήδη σε αρχεία βάσης δεδομένων.
    • Μπορείτε να καταργήσετε βάσεις δεδομένων με χαμηλότερη τελευταία συνεπή τιμές, μέχρι να κατασκευάσετε μια αδιάσπαστη καταγραφής σειράς από χαμηλή υψηλά σημεία αγκύρωσης και στη συνέχεια εκτελέστε αποκατάστασης στις υπόλοιπες βάσεις δεδομένων. Όταν θέτετε καταργήθηκε βάσεις δεδομένων πίσω σε ομάδα αποθήκευσης, δεν είναι δυνατό να επανάληψης πρόσθετα δεδομένα σε αυτά.
  4. Βεβαιωθείτε ότι οι τρέχουσες θέσεις διαδρομή βάσης δεδομένων είναι το ίδιο όπως ήταν τη στιγμή που δημιουργήσατε το αντίγραφο ασφαλείας.

    Παρόλο που μπορείτε να αλλάξετε τη διαδρομή του αρχείου καταγραφής συναλλαγών ή τη διαδρομή εργασίας αφού δημιουργήσετε ένα αντίγραφο ασφαλείας, μπορείτε να εκτελέσετε μόνο αναπαραγωγή του αρχείου καταγραφής εάν στις ίδιες θέσεις που δημιουργήθηκαν αντίγραφα από τα αρχεία βάσης δεδομένων. Εάν δεν είστε βέβαιοι για τις αρχικές θέσεις, εκτελέστε την ακόλουθη εντολή:
    Eseutil /ml _Log "last_consistent" | Εύρεση /i"όνομα βάσης δεδομένων ή ένα μοτίβο"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    N:\mdbdata>eseutil /ml e0002cc7.log |find /i ".edb"
          1 f:\MDBDATA\PRIV3.edb
          2 g:\MDBDATA\PRIV4.edb
          3 d:\MDBDATA\PRIV.EDB
          4 e:\MDBDATA\PRIV2.edb
          5 h:\MDBDATA\PUB.EDB
    
    d:\mdbdata>eseutil /ml e0002cc7.log |find /i ".stm"
            streaming file: k:\MDBDATA\PRIV3.stm
            streaming file: l:\MDBDATA\PRIV4.stm
            streaming file: i:\MDBDATA\PRIV.stm
            streaming file: j:\MDBDATA\PRIV2.stm
            streaming file: m:\MDBDATA\PUB.stm
    							
    ΣΗΜΕΊΩΣΗ: Εάν το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης είναι E0n00001.log, δεν θα έχει πληροφορίες διαδρομής στην κεφαλίδα της, επειδή η κεφαλίδα για το πρώτο αρχείο καταγραφής σε μια σειρά που δημιουργούνται πριν από την πρώτη βάση δεδομένων ποτέ επισυνάπτεται στο αρχείο καταγραφής. Στην περίπτωση αυτή, πρέπει να φαίνονται στην κεφαλίδα στο επόμενο αρχείο καταγραφής, για να προβάλετε πληροφορίες διαδρομής βάσης δεδομένων. Σε σπάνιες περιπτώσεις, αυτό μπορεί επίσης να ισχύει για τα αρχεία καταγραφής αργότερα από το πρώτο, επειδή δημιουργήθηκε μια βάση δεδομένων ή να επισυνάπτεται ροή καταγραφής μετά τη δημιουργία του αρχείου καταγραφής.
  5. Συγκεντρώστε όλα τα αρχεία καταγραφής, από τον αριθμό αγκύρωσης χαμηλό βαθμό εμπρός όσο το δυνατόν σε συνεχή ακολουθία και αντιγράψτε αυτά τα αρχεία καταγραφής στην τρέχουσα διαδρομή αρχείων καταγραφής συναλλαγών. Αντικατάσταση αρχείων καταγραφής που βρίσκονται ήδη στη θέση του διακομιστή χωρίς τη δημιουργία αντιγράφων ασφαλείας πρώτα αυτά τα αρχεία καταγραφής. Για να το κάνετε αυτό, ίσως χρειαστεί να επαναφέρετε τα αρχεία καταγραφής από περισσότερους από έναν τύπο αποθήκευσης αντιγράφων ασφαλείας.

    Στο προηγούμενο παράδειγμα, χαμηλή αγκύρωσης είναι E0002ac8.log και υψηλή αγκύρωσης είναι E0002cc7.log. Όταν εξετάζετε αρχεία καταγραφής που είναι διαθέσιμες, ανώτερη αριθμημένο αρχείο καταγραφής που μπορείτε να βρείτε ίσως έναν αριθμό μικρότερο από τον απαραίτητο αριθμό (για παράδειγμα, E0002cc6.log, αντί για 2cc7). Αυτό συμβαίνει συνήθως επειδή το E0n.log δεν έχει ακόμη έχει γεμίσει και μετονομαστεί τον αριθμό της ακολουθίας. Για να προσδιορίσετε εάν το E0n.log είναι στην πραγματικότητα το αρχείο καταγραφής υψηλό σημείο αγκύρωσης, πρέπει να χρησιμοποιήσετε την ακόλουθη εντολή για να εξετάσετε το lGeneration τιμή στην κεφαλίδα του αρχείου καταγραφής:
    Eseutil /ml E0n.log | Εύρεση /i "lGeneration"
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    N:\mdbdata>eseutil /ml e00.log |find /i "lGeneration"
          lGeneration: 11463 (0x2cc7)
    							
    ΣΗΜΕΊΩΣΗ: Για να προβάλετε την επικεφαλίδα ενός αρχείου καταγραφής με το βοηθητικό πρόγραμμα Eseutil, χρησιμοποιήστε το /ml ο διακόπτης. Για να προβάλετε μια κεφαλίδα του αρχείου βάσης δεδομένων, χρησιμοποιήστε το /mH εναλλαγή. Εάν συγχέετε τους διακόπτες, η έξοδος από τις εντολές είναι εσφαλμένη.

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

      - ή -
    • Επαναφορά όλων των βάσεων δεδομένων ταυτόχρονα σε μια ομάδα αποθήκευσης.
    Στην πρώτη περίπτωση, είναι πιθανό να αντιμετωπίσετε σφάλματα-1216 κατά την ανάκτηση. στη δεύτερη περίπτωση, μπορείτε να αναπαραγάγετε αρχεία καταγραφής προς τα εμπρός, ακόμα και πέρα καταγραφής υψηλό σημείο αγκύρωσης, καθώς συνεχίζουν την ακολουθία lGeneration.
  6. Βεβαιωθείτε ότι όλα τα αρχεία καταγραφής μοιράζονται την ίδια υπογραφή καταγραφής και βρίσκονται σε συνεχή ακολουθία. Εκτελέστε την ακόλουθη εντολή:
    Eseutil /ml E0n > filename.txt
    Ακολουθεί ένα παράδειγμα της εξόδου από την προηγούμενη εντολή:
    d:\mdbdata>eseutil /ml E00 > logverify.txt
    
    d:\mdbdata>type logverify.txt
    
    Microsoft(R) Exchange Server(TM) Database Utilities
    Version 6.0
    Copyright (C) Microsoft Corporation 1991-2000.  All Rights Reserved.
    
    Initiating FILE DUMP mode...
    
    Verifying log files...
          Base name: e00
    
          Log file: D:\exchsrvr\mdbdata\save1\E0000001.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000002.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000003.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000004.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000005.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000006.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000007.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000008.log
          Log file: D:\exchsrvr\mdbdata\save1\E0000009.log
          Log file: D:\exchsrvr\mdbdata\save1\E000000A.log
          Log file: D:\exchsrvr\mdbdata\save1\E000000B.log
          Log file: D:\exchsrvr\mdbdata\save1\E00.log
    
    No damaged log files were found.
    
    Operation completed successfully in 3.305 seconds.
    							
    Αυτή η εντολή Eseutil δεν τρία πράγματα: ελέγχει κάθε αρχείο καταγραφής για τυχόν ζημιές, αναφέρει οποιοδήποτε κενό στην ακολουθία αρχείου καταγραφής και εντοπίζει ασυμφωνίες υπογραφής του αρχείου καταγραφής.

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

    Στο σημείο αυτό, αφού καταργήσετε τα αρχεία που δεν πέτυχε την εξακρίβωση, τα αρχεία στο φάκελο "αρχεία καταγραφής συναλλαγών" είναι το μόνο αρχείο καταγραφής συναλλαγών αρχεία τα οποία:
    • Οι lGeneration αδιάσπαστη διαδοχικά, ξεκινώντας με το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης και να συνεχίσετε μέχρι τουλάχιστον το αρχείο καταγραφής υψηλό σημείο αγκύρωσης, και πέρα από αυτό, αν είναι δυνατόν.
    • Έχει αντίστοιχη καταγραφής υπογραφές.
  7. Εάν καταγραφής υψηλής αγκύρωσης δεν ονομάζεται ήδη E0n.log, μετονομάστε το.
  8. Κατάργηση του αρχείου E0n.chk από το φάκελο διαδρομή συστήματος.

    Ελλείψει ενός αρχείου σημείου ελέγχου, αρχίζει να πετάξετε ξανά τα αρχεία καταγραφής από το χαμηλότερο αριθμημένη αρχείο καταγραφής που είναι διαθέσιμη στο φάκελο "αρχεία καταγραφής συναλλαγών" του Exchange Server: καταγραφής χαμηλό σημείο αγκύρωσης. Εάν υπάρχει το αρχείο E0n.chk, Exchange Server αρχίζει replay στο σημείο ελέγχου που έχει καταγραφεί στο αρχείο αυτό. Εάν E0n.chk σημεία πέρα από το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης, replay αποτυγχάνει εξ ολοκλήρου για σύνολο επαναφορά αρχείων. Σε πολλές περιπτώσεις, εάν κάνετε κάποιο λάθος με το αρχείο σημείου ελέγχου, πρέπει να ξεκινήσετε από την αρχή επαναφορά αρχείων βάσης δεδομένων από αντίγραφο ασφαλείας.
  9. Ως τελικό έλεγχο πριν μοντάρετε ομάδα αποθήκευσης, βεβαιωθείτε ότι:
    • Όλα τα αρχεία βάσης δεδομένων βρίσκονται στην εκτέλεση των διαδρομών τους.
    • Μόνο αρχεία καταγραφής στη διαδρομή εκτελείται αρχείο καταγραφής συναλλαγών είναι αρχεία που ξεκινούν από το αρχείο καταγραφής χαμηλό σημείο αγκύρωσης και συνεχίσετε τουλάχιστον στο αρχείο καταγραφής υψηλό σημείο αγκύρωσης με το υψηλότερο διαθέσιμο αρχείο καταγραφής που ονομάζεται E0n.log.
    • Δεν υπάρχει κανένα αρχείο E0n.chk στο φάκελο διαδρομή συστήματος.
    Τώρα θα πρέπει να μπορείτε να μοντάρετε ομάδα αποθήκευσης και να ξεκινήσετε την αναπαραγωγή αρχείων καταγραφής συναλλαγών με αυτό το σύνολο αρχείων με επιτυχία. Ακόμη και μετά την ολοκλήρωση αποκατάστασης και να ξεκινήσει η βάση δεδομένων, όλα τα δεδομένα σε όλα τα αρχεία καταγραφής μπορεί να δεν πράγματι να ανακτηθεί λόγω των ζητημάτων DB υπογραφής και τη διαδρομή που παρουσιάστηκε κατά τη διάρκεια της αναπαραγωγής. Στην ενότητα "Αντιμετώπιση με βάση δεδομένων υπογραφής και διαδρομή ασυμφωνιών" αυτού του άρθρου παρέχει πρόσθετες πληροφορίες σχετικά με αυτά τα ζητήματα.
  10. Εάν ο χώρος αποθήκευσης πληροφοριών δεν εκτελείται ήδη, την έναρξη και στη συνέχεια μοντάρετε τουλάχιστον μία βάση δεδομένων, στην ομάδα αποθήκευσης. Αυτό προκαλεί απαλό αποκατάστασης για την εκτέλεση σε όλες τις βάσεις δεδομένων ομάδας αποθήκευσης.

    Σε παλαιότερες εκδόσεις του Exchange Server, συνήθως πρέπει να εκτελέσετε το ISINTEG-ενημερωμένη έκδοση κώδικα εντολή μετά την επαναφορά ενός χωρίς σύνδεση αντιγράφου ασφαλείας μιας βάσης δεδομένων χώρου αποθήκευσης πληροφοριών, να συγχρονίσουν τη βάση δεδομένων με τον κατάλογο. Κατά την ενημέρωση κώδικα για μια βάση δεδομένων του Exchange είναι αναγκαίο, ότι ενημέρωση γίνεται αυτόματα από το σύστημα, εκτός εάν η βάση δεδομένων είναι Επαναφορά σε διαφορετικό διακομιστή ομάδα αποθήκευσης ή αντικειμένου βάσης δεδομένων ή αντικείμενο υπηρεσίας καταλόγου Active Directory για τη βάση δεδομένων έχει διαγραφεί και εκ νέου στο Active Directory. Στις περιπτώσεις αυτές, το ακόλουθο μήνυμα λάθους καταγράφεται στο αρχείο καταγραφής συμβάντων εφαρμογής.
    Τύπος συμβάντος: σφάλμα
    Προέλευση συμβάντος: Χώρος αποθήκευσης γραμματοκιβωτίου MSExchangeIS
    Κατηγορία συμβάντος: Γενικά
    Το Αναγνωριστικό συμβάντος: 1087
    Ημερομηνία: 5/4/2001
    Ώρα: 8:33:42 μμ
    Χρήστης: N/A
    Υπολογιστή: EXCHANGE1
    Περιγραφή: Το χώρο αποθήκευσης πληροφοριών έγινε επαναφορά από ένα αντίγραφο ασφαλείας χωρίς σύνδεση. Με το Microsoft Exchange System Manager, υποδεικνύουν ότι η βάση δεδομένων "πρώτη αποθήκευσης Group\Private αποθήκευσης πληροφοριών" επιτρέπεται να επαναφέρετε, έτσι ώστε να μπορεί να ενημερωθεί.
    Για να επιλύσετε αυτό το ζήτημα, πρέπει να κάνετε κλικ για να επιλέξετε το Αυτή η βάση δεδομένων μπορεί να αντικατασταθούν από μια επαναφορά πλαίσιο ελέγχου στο Exchange System Manager, στις ιδιότητες βάσης δεδομένων στο αντικείμενο βάσης δεδομένων.
Ελέγξτε το αρχείο καταγραφής συμβάντων εφαρμογής στο πρόγραμμα προβολής συμβάντων των Windows NT Microsoft για οποιαδήποτε σφάλματα ή ανωμαλίες που ενδέχεται να προκύψουν κατά την εκκίνηση της βάσης δεδομένων. Εμφανίζεται ένα συμβάν 301 για κάθε αρχείο καταγραφής που επαναλαμβάνεται. Παρατηρήστε προσεκτικά για σφάλματα και προειδοποιήσεις κατά τη διαδικασία ανάκτησης.

Σχετικά με την υπογραφή της βάσης δεδομένων και τη διαδρομή ασυμφωνιών

Βάσεις δεδομένων, όπως τα αρχεία καταγραφής, έχουν τις δικές τους υπογραφές. Αλλά αν και καταγραφής υπογραφές δεν αλλάζουν μετά την ώρα που δημιουργήθηκε το αρχείο E0n000001.log, υπογραφές βάσης δεδομένων αλλάζουν όταν τροποποιηθεί φυσικής τοπολογίας της βάσης δεδομένων, χωρίς αλλαγές παρακολουθούνται μέσω των αρχείων καταγραφής. Ανασυγκρότηση εκτός σύνδεσης ή επιδιόρθωση μιας βάσης δεδομένων με το εργαλείο Eseutil αλλάζει την υπογραφή DB. Μετά την περίπτωση αυτή, μπορεί να προσαρτηθεί στη βάση δεδομένων ίδια ροή καταγραφής ως πριν αλλά της βάσης δεδομένων δεν δέχεται replay οποιεσδήποτε συναλλαγές που πραγματοποιήθηκαν κατά την προηγούμενη υπογραφή είχε η βάση δεδομένων. Προηγούμενες αντίγραφο της βάσης δεδομένων δεν δέχεται replay οποιαδήποτε συναλλαγή που πραγματοποιήθηκε μετά την υπογραφή της βάσης δεδομένων αλλάξει.

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

Εάν αλλάξουν οι διαδρομές βάσης δεδομένων στο μέσο της μια ροή καταγραφής, το εφέ είναι παρόμοιο με αλλαγή υπογραφές: replay διακόπτεται στο σημείο της αλλαγής. (Ηλεκτρονική API δημιουργίας αντιγράφων ασφαλείας παρέχει μιας λιμενικής εγκατάστασης για να αντιστοιχίζετε ξανά διαδρομές κατά την αποκατάσταση, επομένως, ηλεκτρονική API δημιουργίας αντιγράφων ασφαλείας να επανάληψης αρχεία καταγραφής εντελώς, ακόμη και εάν η διαδρομή έχει αλλάξει από το αντίγραφο ασφαλείας.)

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

Ιδιότητες

Αναγν. άρθρου: 296788 - Τελευταία αναθεώρηση: Κυριακή, 29 Μαΐου 2011 - Αναθεώρηση: 4.0
Οι πληροφορίες σε αυτό το άρθρο ισχύουν για:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
Λέξεις-κλειδιά: 
kbproductlink kberrmsg kbhowto kbmt KB296788 KbMtel
Μηχανικά μεταφρασμένο
ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.
Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη:296788

Αποστολή σχολίων

 

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