Μετά την εφαρμογή αυτής της άμεσης επιδιόρθωσης, πρέπει να ενεργοποιήσετε τη σημαία ανίχνευσης 1800 ως παράμετρο εκκίνησης σε όλους τους διακομιστές ή τα αντίγραφα που έχουν μέγεθος φυσικού τομέα 512 byte και να τα επανεκκινήσετε, για να λειτουργήσει σωστά αυτή η άμεση επιδιόρθωση.
Συμπτώματα
Εξετάστε το ακόλουθο σενάριο:
-
Ενεργοποιείτε τη δυνατότητα Ομάδες διαθεσιμότητας AlwaysOn ή Σύνδεση στο Microsoft SQL Server.
-
Οι δίσκοι που αποθηκεύουν τα αρχεία καταγραφής της κύριας και δευτερεύουσας ρεπλίκας σε μια ομάδα διαθεσιμότητας AlwaysOn (AG) έχουν διαφορετικά μεγέθη τομέων. Ή σε περιβάλλοντα Logshipping, οι δίσκοι που αποθηκεύουν τα αρχεία καταγραφής για τους κύριους διακομιστές Logshipping και τους δευτερεύοντες διακομιστές Logshipping έχουν διαφορετικά μεγέθη τομέων. Για παράδειγμα:
-
Το κύριο αρχείο καταγραφής ρεπλίκας βρίσκεται σε ένα δίσκο με μέγεθος τομέα 512 byte. Ωστόσο, το δευτερεύον αρχείο καταγραφής ρεπλίκας βρίσκεται σε ένα δίσκο με μέγεθος τομέα 4 kilobyte (KB).
-
Το κύριο αρχείο καταγραφής ρεπλίκας βρίσκεται σε ένα τοπικό σύστημα εσωτερικής εγκατάστασης που έχει μέγεθος τομέα 512 byte. Ωστόσο, η δευτερεύουσα ρεπλίκα βρίσκεται σε ένα δίσκο χώρου αποθήκευσης Windows Azure που έχει μέγεθος τομέα 4 kilobyte (KB).
-
Σε αυτό το σενάριο, καταγράφεται το ακόλουθο μήνυμα σφάλματος στο αρχείο καταγραφής σφαλμάτων SQL Server. Το μήνυμα σφάλματος μπορεί να συνεχιστεί για λίγο μετά την επανεκκίνηση, εάν υπήρχαν αρχεία καταγραφής που δεν είχαν εφαρμοστεί σε δευτερεύοντα αρχεία πριν από την επανεκκίνηση του διακομιστή.
Υπήρξαν IO αρχείου καταγραφής με εσφαλμένη στοίχιση X, το οποίο απαιτούσε επιστροφή στο συγχρονισμένο IO. Η τρέχουσα IO είναι στο αρχείο ....
Επιπλέον, ο συγχρονισμός AG ή Logshipping εκτελείται πολύ αργά λόγω του συγχρονισμένου I/Os. Εάν η δευτερεύουσα ρεπλίκα βρίσκεται στον χώρο αποθήκευσης Windows Azure, χρειάζεται πολύ περισσότερος χρόνος από τον αναμενόμενο για να ολοκληρωθεί η διαδικασία συγχρονισμού.
Σημείωση Αυτό το πρόβλημα παρουσιάζεται όταν χρησιμοποιείτε τόσο τις νέες μονάδες δίσκου με μέγεθος τομέα 4 KB όσο και τις παλιές μονάδες δίσκου με μέγεθος τομέα 512 byte. Για περισσότερες πληροφορίες σχετικά με τις νέες μονάδες δίσκου, ανατρέξτε στο θέμα SQL Server - Νέες μονάδες δίσκου Χρήση μεγέθους τομέα 4K και SQL Server– Χώροι αποθήκευσης/VHDx και μέγεθος τομέα 4K.
Επίλυση
Το πρόβλημα διορθώθηκε για πρώτη φορά στην ακόλουθη συγκεντρωτική ενημέρωση του SQL Server.
Συγκεντρωτική ενημέρωση 5 για SQL Server 2014 /en-us/help/3011055
Συγκεντρωτική ενημέρωση 3 για SQL Server 2012 SP2 /en-us/help/3002049
Συγκεντρωτική ενημέρωση 13 για SQL Server 2012 SP1 /en-us/help/3002044
Αφού εφαρμόσετε την άμεση επιδιόρθωση και ενεργοποιήσετε τη σημαία ανίχνευσης 1800 ως παράμετρο εκκίνησης σε όλα τα αντίγραφα διακομιστών που εκτελούνται σε ένα δίσκο με μέγεθος τομέα 512 byte, παρατηρείτε μια μικρή αύξηση στο μέγεθος των ακόλουθων αρχείων:
-
Αρχείο καταγραφής συναλλαγών
-
Αντίγραφα ασφαλείας αρχείων καταγραφής
Επιπλέον, παρατηρήστε ότι τα ακόλουθα μηνύματα καταγράφονται στο αρχείο καταγραφής SQL Server σφάλματος του πρωτεύοντα διακομιστή:
Η ουρά του αρχείου καταγραφής για τη βάση δεδομένων "<όνομα βάσης δεδομένων>" γράφεται ξανά, ώστε να ταιριάζει με το νέο μέγεθος τομέα των 4096 byte
Αυτό είναι ένα ενημερωτικό μήνυμα που μπορεί να αγνοηθεί με ασφάλεια.
Κάθε νέα συγκεντρωτική ενημέρωση για SQL Server περιέχει όλες τις άμεσες επιδιορθώσεις και όλες τις επιδιορθώσεις ασφαλείας που περιλαμβάνονταν στην προηγούμενη συγκεντρωτική ενημέρωση. Δείτε τις πιο πρόσφατες συγκεντρωτικές ενημερώσεις για SQL Server:
Λύση
Για να επιλύσετε αυτό το πρόβλημα, μετακινήστε το αρχείο καταγραφής συναλλαγών στον προορισμό σε μια μονάδα δίσκου στην οποία τα Byte ανά φυσικό τομέα έχουν οριστεί ως 512 byte.
Κατάσταση
Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για πρόβλημα στα προϊόντα της Microsoft που αναφέρονται στην ενότητα "Ισχύει για".
Περισσότερες πληροφορίες
Ως βέλτιστη πρακτική, προσπαθήστε να βεβαιωθείτε ότι όλοι οι δίσκοι σε όλες τις ρεπλίκα (τουλάχιστον όλοι οι δίσκοι που φιλοξενούν αρχεία καταγραφής) έχουν το ίδιο μέγεθος τομέα. Σε μεικτά περιβάλλοντα, όπου ο δευτερεύων τομέας έχει φυσικό τομέα 512 byte και ο κύριος έχει μέγεθος τομέα 4 KB, το TF 1800 πρέπει να χρησιμοποιείται ως σημαία εκκίνησης σε όλους τους διακομιστές ή τα αντίγραφα που έχουν μέγεθος φυσικού τομέα 512 byte και επανεκκινούνται. Έτσι διασφαλίζεται ότι η τρέχουσα μορφή δημιουργίας αρχείου καταγραφής χρησιμοποιεί μέγεθος τομέα 4 KB.
Για περισσότερες πληροφορίες σχετικά με τον τρόπο λειτουργίας SQL Server με μεγαλύτερα μεγέθη τομέων, ανατρέξτε στην ακόλουθη δημοσίευση στο ιστολόγιο υποστήριξης:
SQL Server–Χώροι αποθήκευσης/VHDx και μέγεθος
τομέα 4K
Μπορείτε να χρησιμοποιήσετε το βοηθητικό πρόγραμμα γραμμής εντολών Fsutil για να καθορίσετε την τιμή Byte ανά φυσικό τομέα. Εάν αυτή η παράμετρος δεν είναι ορατή στο αποτέλεσμα, πρέπει να εφαρμόσετε την άμεση επιδιόρθωση που καθορίζεται στο άρθρο της Γνωσιακήςβάσης 982018 .
Για να επαληθεύσετε το είδος της μονάδας δίσκου που διαθέτετε, ακολουθήστε τα εξής βήματα:
-
Εκτελέστε την ακόλουθη εντολή σε μια γραμμή εντολών με αναβαθμισμένη λειτουργία:
Fsutil fsinfo ntfsinfo x: Σημείωση Το σύμβολο κράτησης θέσης x αντιπροσωπεύει τη μονάδα δίσκου που ελέγχετε.
-
Χρησιμοποιήστε τις τιμές byte ανά τομέα και Byte ανά φυσικό τομέα για να προσδιορίσετε το είδος της μονάδας δίσκου που έχετε. Για να το κάνετε αυτό, χρησιμοποιήστε τον παρακάτω πίνακα:
Τιμή "Bytes Per Sector"
Τιμή "Byte ανά φυσικό τομέα"
Τύπος μονάδας δίσκου
4096
4096
Εγγενής 4K
512
4096
Μορφή για προχωρημένους (γνωστή και ως 512E)
512
512
Εγγενής 512 byte
