Συμπτώματα
Ας υποθέσουμε ότι έχετε μια βάση δεδομένων που έχει διαφανή κρυπτογράφηση δεδομένων (TDE) ενεργοποιημένη στο Microsoft SQL Server 2008 ή SQL Server 2008 R2, οποιαδήποτε λειτουργία εγγραφής στη βάση δεδομένων περιμένει επ 'αόριστον σε WRITELOG ή LOGBUFFER.
Όταν η βάση δεδομένων βρίσκεται σε κατάσταση λειτουργίας πλήρους αποκατάστασης και πραγματοποιείται τακτική δημιουργία αντιγράφων ασφαλείας των αρχείων καταγραφής, ο πρώτος και ο τελευταίος αριθμός ακολουθίας καταγραφής (LSN) στα αρχεία καταγραφής σφαλμάτων SQL Server είναι ίδιοι για τα επακόλουθα αντίγραφα ασφαλείας αρχείων καταγραφής μετά την εμφάνιση του προβλήματος. Συνιστάται να επιβεβαιώσετε εάν αναμένεται κάποια δραστηριότητα χρήστη κατά τη διάρκεια αυτού του χρονικού πλαισίου. Οι αριθμοί LSN ενδέχεται να μην αλλάξουν επειδή δεν υπάρχει λειτουργία εγγραφής που προκαλείται από την έλλειψη δραστηριότητας χρήστη. Οι σχετικές καταχωρήσεις SQL Server οι καταχωρήσεις του αρχείου καταγραφής σφαλμάτων είναι οι εξής:
Σημείωση
Δημιουργήθηκε αντίγραφο ασφαλείας του αρχείου καταγραφής. Βάση δεδομένων: <DataBaseName>, ημερομηνία (ώρα): <Ημερομηνία><Ώρα>, πρώτο LSN: 76383:11154:1, τελευταίο LSN: 76383:11154:1..... Αυτό είναι ένα μόνο ενημερωτικό μήνυμα. Δεν απαιτείται καμία ενέργεια χρήστη.
Δημιουργήθηκε αντίγραφο ασφαλείας του αρχείου καταγραφής. Βάση δεδομένων: <DataBaseName>, ημερομηνία (ώρα): <Ημερομηνία><Ώρα>, πρώτο LSN: 76383:11154:1, τελευταίο LSN: 76383:11154:1..... Αυτό είναι ένα μόνο ενημερωτικό μήνυμα. Δεν απαιτείται καμία ενέργεια χρήστη.
Αυτό το πρόβλημα δεν αφορά συγκεκριμένα τη βάση δεδομένων σε κατάσταση λειτουργίας πλήρους ανάκτησης, καθώς οι βάσεις δεδομένων με άλλες λειτουργίες ανάκτησης είναι επίσης επιρρεπείς στο να αντιμετωπίσουν το ίδιο πρόβλημα. Επιπλέον, ενδέχεται επίσης να δείτε ένα SPID σε κατάσταση επαναφοράς στον πίνακα συστήματος sys.sysprocesses.
Αιτία
Αυτό το πρόβλημα παρουσιάζεται εξαιτίας κάποιας υποκείμενης εξαίρεσης γύρω από το TDE.
Επίλυση
Το πρόβλημα διορθώθηκε για πρώτη φορά στην ακόλουθη αθροιστική ενημερωμένη έκδοση του SQL Server. Μετά την εφαρμογή αυτής της επείγουσας επιδιόρθωσης, SQL Server παίρνει τη βάση δεδομένων εκτός σύνδεσης όταν χτυπάτε το ζήτημα (αντί να περιμένετε επ 'αόριστον σε WRITELOG ή LOGBUFFER), η βάση δεδομένων μπορεί να επανέλθει στο διαδίκτυο χωρίς επανεκκίνηση SQL Server υπηρεσιών. Σε ορισμένα σενάρια, η βάση δεδομένων θα επανέλθει αυτόματα στο διαδίκτυο από SQL Server χωρίς ανθρώπινη παρέμβαση. Σχετικές πληροφορίες θα καταγράφονται SQL Server αρχεία καταγραφής σφαλμάτων.
Η επείγουσα επιδιόρθωση δεν θα επιλύσει πλήρως το πρόβλημα. Ωστόσο, ενδέχεται να καταγραφούν πρόσθετες διαγνωστικές πληροφορίες (με βάση τον τύπο και τη σοβαρότητα του σφάλματος) στα αρχεία καταγραφής SQL Server σφαλμάτων όταν παρουσιαστεί ξανά το πρόβλημα. Πρέπει να προσδιορίσετε την πραγματική εξαίρεση και να την διορθώσετε με τη βοήθεια πρόσθετων διαγνωστικών πληροφοριών που ενδέχεται να ανακτήσετε μετά την εφαρμογή της επείγουσας επιδιόρθωσης.
Αθροιστική ενημερωμένη έκδοση 13 για SQL Server 2008 R2 SP2 /el-gr/help/2967540
Αθροιστική ενημερωμένη έκδοση 17 για SQL Server 2008 SP3 /el-gr/help/2958696
Πληροφορίες σχετικά με τις αθροιστικές ενημερώσεις για SQL Server
Κάθε νέα αθροιστική ενημερωμένη έκδοση για SQL Server περιέχει όλες τις επείγουσες επιδιορθώσεις και όλες τις ενημερώσεις κώδικα ασφαλείας που συμπεριλήφθηκαν με την προηγούμενη αθροιστική ενημερωμένη έκδοση. Δείτε τις πιο πρόσφατες αθροιστικές ενημερώσεις για SQL Server:
- Τελευταία αθροιστική ενημέρωση για το SQL Server 2008 R2 SP2
- Τελευταία αθροιστική ενημερωμένη έκδοση για το SQL Server 2008 SP3
Κατάσταση
Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για ένα ζήτημα που αφορά τα προϊόντα της Microsoft που παρατίθενται στην ενότητα "Ισχύει για".