Συμπτώματα
Ας υποθέσουμε ότι χρησιμοποιείτε την ομάδα διαθεσιμότητας του AlwaysOn σε μια βάση δεδομένων του Microsoft SQL Server 2012 ή του SQL Server 2014 και υπάρχει μια μεγάλη ανοιχτή ενεργή συναλλαγή και απαιτείται πρόσθετος χώρος καταγραφής. Όταν το αρχείο καταγραφής δεν μπορεί να αναπτυχθεί για έναν από τους παρακάτω λόγους, η συναλλαγή αποτυγχάνει.
-
Έλλειψη πρόσθετου χώρου αρχείων
-
Το αρχείο καταγραφής έχει ρυθμιστεί ώστε να μην αναπτύσσεται
-
Το αρχείο καταγραφής έχει φθάσει στο ρυθμισμένο μέγιστο μέγεθός του
Επιπλέον, εμφανίζεται το ακόλουθο μήνυμα σφάλματος:
Σφάλμα: 9002, σοβαρότητα: 17, κατάσταση: 9. το αρχείο καταγραφής συναλλαγών για τη βάση δεδομένων ' <όνομα βάσης δεδομένων> ' είναι πλήρες λόγω του ' LOG_BACKUP '.
Μετά την εκτέλεση ενός αντιγράφου ασφαλείας του αρχείου καταγραφής, λαμβάνετε ένα άλλο μήνυμα σφάλματος 9002:
Σφάλμα: 9002, σοβαρότητα: 17, κατάσταση: 9. το αρχείο καταγραφής συναλλαγών για τη βάση δεδομένων ' <όνομα βάσης δεδομένων> ' είναι πλήρες λόγω του ' ACTIVE_TRANSACTION '.
Μετά από ένα άλλο αντίγραφο ασφαλείας του αρχείου καταγραφής, στη συνέχεια, λαμβάνετε ένα άλλο μήνυμα σφάλματος 9002 ακολουθούμενο από ένα μήνυμα σφάλματος του 5901:
Σφάλμα: 9002, σοβαρότητα: 17, κατάσταση: 9. το αρχείο καταγραφής συναλλαγών για τη βάση δεδομένων ' <όνομα βάσης δεδομένων> ' είναι πλήρες λόγω του ' AVAILABILITY_REPLICA '.
Δεν ήταν δυνατή η εγγραφή μιας εγγραφής σημείου ελέγχου στη βάση δεδομένων <όνομα βάσης δεδομένων> επειδή το αρχείο καταγραφής δεν έχει χώρο. Επικοινωνήστε με το διαχειριστή της βάσης δεδομένων για να περικόψετε το αρχείο καταγραφής ή να εκχωρήσετε περισσότερο χώρο στα αρχεία καταγραφής της βάσης δεδομένων. Σφάλμα: 5901, σοβαρότητα: 16, κατάσταση: 1. μία ή περισσότερες μονάδες αποκατάστασης που ανήκουν στη βάση δεδομένων "<όνομα βάσης δεδομένων>" δεν κατάφεραν να δημιουργήσουν ένα σημείο ελέγχου. Αυτό συνήθως προκαλείται από την έλλειψη πόρων του συστήματος, όπως το δίσκο ή τη μνήμη, ή σε ορισμένες περιπτώσεις λόγω καταστροφής της βάσης δεδομένων. Εξετάστε τις προηγούμενες καταχωρήσεις στο αρχείο καταγραφής σφαλμάτων για πιο λεπτομερείς πληροφορίες σχετικά με αυτήν την αποτυχία.
Όταν τα επόμενα αντίγραφα ασφαλείας του σημείου ελέγχου ή του αρχείου καταγραφής λαμβάνονται στη συνέχεια κατά την επαναφορά της συναλλαγής, ενδέχεται να λάβετε το ακόλουθο μήνυμα σφάλματος:
Msg 3052, επίπεδο 16, κατάσταση 1, LOG 4BACKUP line δεν ήταν δυνατό να καταγράψει ενημερώσεις για τη βάση δεδομένων "<όνομα βάσης δεδομένων>". Τα επόμενα αντίγραφα ασφαλείας του αρχείου καταγραφής θα χρειαστούν για να προωθήσετε το τμήμα αντιγράφων ασφαλείας από το ' <LSN ID 1> ' σε ' <lsn ID 2> ' μετά τη διαθεσιμότητα του χώρου καταγραφής για την καταγραφή τους.
Όταν λαμβάνετε αυτά τα μηνύματα, δεν είστε πλέον σε θέση να υποβάλετε νέες συναλλαγές στη βάση δεδομένων και δεν μπορείτε να μεγαλώσετε το αρχείο καταγραφής ή να προσθέσετε ένα άλλο αρχείο καταγραφής.
Επίλυση
Το πρόβλημα διορθώθηκε για πρώτη φορά με την ακόλουθη αθροιστική ενημέρωση του SQL Server:
Κάθε νέα αθροιστική ενημέρωση για τον SQL Server περιέχει όλες τις επείγουσες επιδιορθώσεις και όλες τις επιδιορθώσεις ασφαλείας που συμπεριλήφθηκαν στην προηγούμενη αθροιστική ενημέρωση. Συνιστούμε να κάνετε λήψη και εγκατάσταση των πιο πρόσφατων αθροιστικών ενημερώσεων για τον SQL Server:
Λύση
Μπορείτε να χρησιμοποιήσετε την παρακάτω λύση για να περικόψετε τα αρχεία καταγραφής και τη δραστηριότητα συνέχισης.
-
Ελέγξτε κάθε δευτερεύουσα ρεπλίκα για να επαληθεύσετε τη δευτερεύουσα ρεπλίκα last_hardened_lsn (ανατρέξτε στο θέμα sys.dm_hadr_database_replica_states) ταιριάζει με την κύρια ρεπλίκα last_hardened_lsn. Αυτό μπορείτε να το κάνετε εκτελώντας το ακόλουθο ερώτημα που είναι συνδεδεμένο στην κύρια παρουσία ρεπλίκας
SELECT ags.name as AGGroupName, ar.replica_server_name as InstanceName, hars.role_desc, db_name(drs.database_id)as DBName, drs.last_hardened_lsn, drs.log_send_queue_size, drs.synchronization_state_desc as SyncState, ar.availability_mode_desc as SyncMode, CASE drs.is_local WHEN 1 THEN drs.database_id ELSE NULL END as database_id FROM sys.dm_hadr_database_replica_states drs LEFT JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id LEFT JOIN sys.availability_groups ags ON ar.group_id = ags.group_id LEFT JOIN sys.dm_hadr_availability_replica_states hars ON ar.group_id = hars.group_id and ar.replica_id = hars.replica_id WHERE db_name(drs.database_id) = '<database name>'
-
Στην κύρια ρεπλίκα
-
Καταργήστε τη βάση δεδομένων από την ομάδα διαθεσιμότητα.
-
Προσθέστε ξανά τη βάση δεδομένων στην ομάδα διαθεσιμότητα.
-
-
Σε κάθε δευτερεύουσα ρεπλίκα
-
Προσθέστε ξανά τη βάση δεδομένων στην ομάδα διαθεσιμότητα.
-
Καταργώντας τη βάση δεδομένων από την ομάδα διαθεσιμότητας, θα περικόψει αμέσως τα αρχεία καταγραφής και θα αποδεσμεύσει χώρο καταγραφής. Εάν το last_hardened_lsn σε κάθε δευτερεύουσα ρεπλίκα είναι πανομοιότυπο με την κύρια ρεπλίκα και δεν λαμβάνονται αντίγραφα ασφαλείας του αρχείου καταγραφής κατά τη διάρκεια της κατάργησης της βάσης δεδομένων από την ομάδα διαθεσιμότητα και την εκ νέου προσθήκη της βάσης δεδομένων σε κάθε δευτερεύουσα, η δευτερεύουσα ρεπλίκα θα προστεθεί με επιτυχία χωρίς σφάλματα ή πρέπει να αποκαταστήσει τα αντίγραφα ασφαλείας του αρχείου καταγραφής στη δευτερεύουσα έκδοση. Εάν μια δευτερεύουσα ρεπλίκα δεν είναι τρέχουσα με την κύρια ρεπλίκα και πρέπει να καταργήσετε τη βάση δεδομένων από την ομάδα διαθεσιμότητα πριν να μπορέσει να προλάβει η δευτερεύουσα ρεπλίκα, αυτή η δευτερεύουσα ρεπλίκα ίσως χρειαστεί να αποκαταστήσει τα αντίγραφα ασφαλείας του αρχείου καταγραφής για να τα προλάβει πριν από την εκ νέου προσθήκη της στην ομάδα διαθεσιμότητας ή να αποθέσετε τη βάση δεδομένων στη δευτερεύουσα ρεπλίκα και να την κάνετε εκ νέου σπορά με
Κατάσταση
Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για ένα πρόβλημα στα προϊόντα της Microsoft που παρατίθενται στην ενότητα "ισχύει για".
