KB2653893 - ΔΙΟΡΘΩΣΗ: Χρειάζεται πολύς χρόνος για την επαναφορά μιας βάσης δεδομένων στο SQL Server 2008 R2 ή στο SQL Server 2008 ή στο SQL 2012

Συμπτώματα

Ενδέχεται να χρειαστεί πολύς χρόνος για την επαναφορά μιας βάσης δεδομένων στο Microsoft SQL Server 2008 R2 ή στο Microsoft SQL Server 2008 ή στο Microsoft SQL Server 2012.

Αιτία

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

Επίλυση

Κατάσταση

Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για πρόβλημα στα προϊόντα της Microsoft που αναφέρονται στην ενότητα "Ισχύει για".

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

Μπορείτε να ελέγξετε τον αριθμό των τμημάτων VLF εξετάζοντας το αρχείο καταγραφής σφαλμάτων SQL και, στη συνέχεια, βρίσκοντας τον αριθμό ακολουθίας αρχείου καταγραφής (LSN) σε κάθε αρχείο αντιγράφων ασφαλείας αρχείου καταγραφής συναλλαγών. Τα πρώτα ψηφία πριν από το σύμβολο της άνω και κάτω τελείας στα LSN αντιστοιχούν στον αριθμό του LSN.

Για παράδειγμα, ο πρώτος αριθμός στο πρώτο ενημερωτικό μήνυμα για το LSN είναι 1. Ωστόσο, ο πρώτος αριθμός στο δεύτερο ενημερωτικό μήνυμα για το LSN είναι 100001. Σε αυτό το σενάριο, υπάρχουν 100.000 VLF που χρησιμοποιούνται μεταξύ της στιγμής του πρώτου ενημερωτικού μηνύματος και του δεύτερου ενημερωτικού μηνύματος. Επομένως, το κατακερματισμένο αρχείο καταγραφής συναλλαγών που έχει πολλές Files εικονικού αρχείου καταγραφής (VLF) μοιάζει με το εξής:

{Log δημιουργήθηκε αντίγραφο ασφαλείας. Βάσης δεδομένων: mydbname, ημερομηνία(ώρα δημιουργίας): 2010/07/08(12:36:46), πρώτο LSN: 1:5068:70, τελευταίο LSN: 1:5108:1, αριθμός συσκευών απόρριψης: 1, πληροφορίες συσκευής: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Αυτό είναι μόνο ένα ενημερωτικό μήνυμα. Δεν απαιτείται καμία ενέργεια χρήστη.

Δημιουργήθηκε αντίγραφο ασφαλείας του αρχείου καταγραφής. Βάσης δεδομένων: mydbname, ημερομηνία(ώρα δημιουργίας): 2010/07/08(15:36:46), πρώτο LSN: 100001:5108:1, τελευταίο LSN: 100002:5108:1, αριθμός συσκευών απόρριψης: 1, πληροφορίες συσκευής: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Αυτό είναι μόνο ένα ενημερωτικό μήνυμα. Δεν απαιτείται καμία ενέργεια χρήστη.}

Αναφορές

Για περισσότερες πληροφορίες σχετικά με τους αριθμούς ακολουθίας αρχείων καταγραφής (LSN), επισκεφθείτε την ακόλουθη τοποθεσία Web του MSDN:

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

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

Πώς μια δομή αρχείου καταγραφής μπορεί να επηρεάσει το χρόνο

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

Γενικές πληροφορίες σχετικά με το αρχείο καταγραφής συναλλαγών

Λύση

• Περιμένετε να ολοκληρωθεί
  
  η λειτουργία επαναφοράς ή αποκατάστασης Εάν έχετε μια μη ανακτημένη βάση δεδομένων που αντιμετωπίζει χαμηλές επιδόσεις κατά την επαναφορά ή την αποκατάσταση της βάσης δεδομένων, ίσως χρειαστεί να περιμένετε να ολοκληρωθεί η λειτουργία επαναφοράς ή αποκατάστασης. Για παράδειγμα, μπορεί να δείτε την κατάσταση εκτός σύνδεσης ή την κατάσταση ανάκτησης στο SQL Server Management Studio (SSMS) για μια μη ανακτημένη βάση δεδομένων. Η διακοπή SQL Server συνήθως δεν παρέχει ανακούφιση για αργή αποκατάσταση και μπορεί να χρειαστεί περισσότερος χρόνος για να επαναληφθεί η ίδια φάση ανάλυσης αποκατάστασης, η φάση επανάληψης ή η φάση αναίρεσης.

• Αποφύγετε την επαναφορά της ακολουθίας του αρχείου καταγραφής συναλλαγών που περιέχει χιλιάδες VLF Εάν αντιμετωπίσετε χαμηλές
  
  επιδόσεις κατά την επαναφορά και την ανάκτηση μιας βάσης δεδομένων χρησιμοποιώντας ένα αρχείο αντιγράφου ασφαλείας, μπορείτε να αποφύγετε την επαναφορά των ακολουθιών του αρχείου καταγραφής συναλλαγών που περιέχουν χιλιάδες VLF. Για να προσδιορίσετε το αρχείο αντιγράφου ασφαλείας που έχει τα περισσότερα αρχεία εικονικού αρχείου καταγραφής που έχουν καταγραφεί, χρησιμοποιήστε την ακόλουθη πρόταση για να δείτε τις στήλες FirstLSN και LastLSN στα αρχεία αντιγράφων ασφαλείας αρχείων καταγραφής:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'Μπορείτε
  
  να αποφασίσετε να αποφύγετε την επαναφορά των αρχείων αντιγράφων ασφαλείας αρχείων καταγραφής. Εναλλακτικά, μπορείτε να χρησιμοποιήσετε την πρόταση STOP AT στις εντολές RESTORE για να αποφύγετε τα πολύ κατακερματισμένα τμήματα των αρχείων καταγραφής συναλλαγών. Εάν δεν επαναφέρετε πλήρως τις ακολουθίες καταγραφής μέχρι το πιο πρόσφατο χρονικό σημείο στη διάρκεια ενός σεναρίου αποκατάστασης αποτυχίας, προκύπτει απώλεια δεδομένων στο SQL Server της βάσης δεδομένων σας. Αυτή η απώλεια δεδομένων προκύπτει επειδή δεν διατηρούνται όλες οι συναλλαγές. Ως εκ τούτου, υπάρχει μια απόφαση εμπορικής ανταλλαγής. Μπορείτε να επαναφέρετε πλήρως ένα εξαιρετικά κατακερματισμένο αρχείο καταγραφής συναλλαγών. Ωστόσο, αυτή η λειτουργία μπορεί να διαρκέσει πολλές ώρες. Εναλλακτικά, μπορείτε να χρησιμοποιήσετε την πρόταση STOP AT στην αποκατάσταση για να διακόψετε την αποκατάσταση πριν από το εξαιρετικά κατακερματισμένο τμήμα του αρχείου καταγραφής. Ωστόσο, τυχόν συναλλαγές που λείπουν, τις οποίες παραλείπετε, χάνονται.
  
  Σημείωση Χωρίς την εγκατάσταση αυτής της άμεσης επιδιόρθωσης, συνήθως δεν υπάρχει ασφαλής προσφυγή για ταχεία αποκατάσταση μετά την επανεκκίνηση SQL Server. SQL Server πρέπει να εντοπίσει τη λίστα των αρχείων VLF για την ανάλυση των αρχείων καταγραφής, την επανάληψη των ολοκληρωμένων συναλλαγών και, στη συνέχεια, την αναίρεση ελλιπών συναλλαγών για την ολοκλήρωση της ανάκτησης για να φέρει τη βάση δεδομένων σε σύνδεση με ασφάλεια. Δεν μπορείτε να παραλείψετε με ασφάλεια τις συναλλαγές κατά την ανάκτηση.