ΕΠΙΔΙΌΡΘΩΣΗ: Αργή συγχρονισμού όταν οι δίσκοι έχουν διαφορετικό τομέα μεγέθη για τα αρχεία καταγραφής του πρωτεύοντος και δευτερεύοντος ρεπλίκα σε περιβάλλοντα AG διακομιστή SQL και Logshipping

ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο έχει μεταφραστεί χρησιμοποιώντας λογισμικό μηχανικής μετάφρασης της Microsoft και μπορείτε να το διορθώσετε χρησιμοποιώντας την τεχνολογία Community Translation Framework (CTF) (Πλαίσιο μετάφρασης κοινότητας). Η Microsoft παρέχει μηχανική μετάφραση, επεξεργασία μετά τη μηχανική μετάφραση από την κοινότητα και άρθρα μεταφρασμένα από επαγγελματίες προκειμένου να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής βάσης σε πολλές γλώσσες. Τα άρθρα μηχανικής μετάφρασης και αυτά που επεξεργάζονται ύστερα από μηχανική μετάφραση ενδέχεται να περιέχουν σφάλματα στο λεξιλόγιο, στη σύνταξη ή/και στη γραμματική. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες μας. Για περισσότερες πληροφορίες σχετικά με το CTF, μεταβείτε στην τοποθεσία http://support.microsoft.com/gp/machine-translation-corrections/el.

Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη: 3009974
Ενημέρωση
Σημείωση Αφού εφαρμόσετε αυτήν την επείγουσα επιδιόρθωση, πρέπει να ενεργοποιήσετε τη σημαία παρακολούθησης 1800 σε όλους τους διακομιστές για να λειτουργήσει σωστά αυτή η επείγουσα επιδιόρθωση.
Συμπτώματα
Εξετάστε το ακόλουθο σενάριο:
  • Ενεργοποίηση της δυνατότητας ομάδες διαθεσιμότητας AlwaysOn ή Logshipping σε 2012 του Microsoft SQL Server ή 2014 διακομιστή SQL.
  • Οι δίσκοι που αποθηκεύουν τα αρχεία καταγραφής του πρωτεύοντος και δευτερεύοντος ρεπλίκων σε μια ομάδας διαθεσιμότητας AlwaysOn (AG) έχουν μεγέθη διαφορετικό τομέα. Ή σε περιβάλλοντα Logshipping, τους δίσκους ότι ο χώρος αποθήκευσης των αρχείων καταγραφής για πρωτεύοντες διακομιστές Logshipping και Logshipping δευτερεύοντες διακομιστές έχουν μέγεθος διαφορετικό τομέα. Για παράδειγμα:
    • Κύρια ρεπλίκα αρχείο καταγραφής βρίσκεται σε ένα δίσκο με μέγεθος τομέα 512 byte. Ωστόσο, το αρχείο καταγραφής δευτερεύοντα ρεπλίκα βρίσκεται σε ένα δίσκο που έχει το μέγεθος τομέα 4 kilobyte (KB).
    • Κύρια ρεπλίκα αρχείο καταγραφής βρίσκεται σε ένα τοπικό σύστημα εσωτερικής εγκατάστασης που έχει μέγεθος τομέα 512 byte. Ωστόσο, η δευτερεύουσα ρεπλίκα βρίσκεται σε ένα δίσκο Windows Azure αποθήκευσης που έχει το μέγεθος τομέα 4 kilobyte (KB).
Σε αυτό το σενάριο, το ακόλουθο μήνυμα λάθους καταγράφεται στο αρχείο καταγραφής σφαλμάτων του SQL Server:

Να έχουν στοίχιση X σύνδεση IOs που απαιτείται υποχώρηση σε σύγχρονης εισόδου/ΕΞΌΔΟΥ. Η τρέχουσα είσοδος/ΈΞΟΔΟΣ είναι σε αρχείο...

Επιπλέον, AG ή Logshipping συγχρονισμός εκτελείται πολύ αργά εξαιτίας της σύγχρονης εισόδων/εξόδων. Αν η δευτερεύουσα ρεπλίκα είναι στο χώρο αποθήκευσης του Windows Azure, διαρκεί πολύ περισσότερο από το αναμενόμενο για να ολοκληρωθεί η διαδικασία συγχρονισμού.

Σημείωση Αυτό το ζήτημα προκύπτει όταν χρησιμοποιείτε τόσο το νέες μονάδες δίσκου που έχουν μέγεθος τομέα 4 KB και οι παλιές μονάδες δίσκου που έχουν μέγεθος τομέα 512 byte. Για περισσότερες πληροφορίες σχετικά με τις νέες μονάδες δίσκου, ανατρέξτε στο θέμα SQL Server - νέες μονάδες δίσκου μεγέθους τομέα χρήση 4K και Διαστήματα SQL Server – αποθήκευσης/VHDx και μέγεθος τομέα 4K.
Προτεινόμενη αντιμετώπιση
Το πρόβλημα επιδιορθώθηκε για πρώτη φορά με την ακόλουθη αθροιστική ενημερωμένη έκδοση του SQL Server.

Αθροιστική ενημερωμένη έκδοση 5 για τον SQL Server 2014

Αθροιστική ενημερωμένη έκδοση 3 για SQL Server 2012 SP2

Αθροιστική ενημερωμένη έκδοση 13 για τον SQL Server 2012 SP1

Αφού εφαρμόσετε την επείγουσα επιδιόρθωση και ενεργοποιήσετε τη σημαία παρακολούθησης 1800 σε οι πρωτεύοντες διακομιστές, παρατηρείτε μια μικρή αύξηση στο μέγεθος των αρχείων που ακολουθούν:
  • Αρχείο καταγραφής συναλλαγών
  • Αντίγραφα ασφαλείας του αρχείου καταγραφής
Επιπλέον, μπορείτε να παρατηρήσετε ότι τα ακόλουθα μηνύματα καταγράφονται στο αρχείο καταγραφής σφαλμάτων του SQL Server του κύριου διακομιστή:

Η ουρά του αρχείου καταγραφής για τη βάση δεδομένων 'όνομα βάσης δεδομένων> «ξαναγράφεται ώστε να ταιριάζει με το νέο μέγεθος τομέα των 4096 byte

Αυτό είναι ένα πληροφοριακό μήνυμα το οποίο μπορείτε να το αγνοήσετε.

Σχετικά με τις αθροιστικές ενημερωμένες εκδόσεις για τον SQL Server

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

Εναλλακτικός τρόπος αντιμετώπισης
Για να επιλύσετε αυτό το ζήτημα, μετακινήστε το αρχείο καταγραφής συναλλαγών στον προορισμό σε μια μονάδα δίσκου που έχει οριστεί ως 512 byte το byte ανά φυσικό τομέα .
Κατάσταση
Η Microsoft έχει επιβεβαιώσει ότι πρόκειται για ένα ζήτημα των προϊόντων της Microsoft που παρατίθενται στην ενότητα "Ισχύει για".
Περισσότερες πληροφορίες
Ως μια καλύτερη πρακτική, προσπαθήστε να βεβαιωθείτε ότι όλοι οι δίσκοι σε όλες τις ρεπλίκες (τουλάχιστον όλους τους δίσκους που περιέχουν αρχεία καταγραφής) έχουν το ίδιο μέγεθος τομέα. Σε μεικτά περιβάλλοντα, όπου στο δευτερεύον έχει ένα φυσικό τομέα 512 byte και η κύρια έχει μέγεθος τομέα 4 KB, TF 1800 πρέπει να χρησιμοποιηθεί ως σημαία σε εκκίνηση σε όλους τους διακομιστές (ειδικά οι διακομιστές που έχουν ένα φυσικό τομέα 512-byte) που να Μετάβαση σε τον πρωτεύοντα ρόλο. Αυτό εξασφαλίζει ότι η μορφή δημιουργίας συνεχούς καταγραφής χρησιμοποιεί ένα μέγεθος τομέα 4 KB.

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

Διαστήματα SQL Server – αποθήκευσης/VHDx και μέγεθος τομέα 4K

Μπορείτε να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Fsutil εντολών Για να προσδιορίσετε την τιμή byte ανά φυσικό τομέα. Εάν αυτή η παράμετρος δεν εμφανίζεται στα αποτελέσματα, πρέπει να εφαρμόσετε την επείγουσα επιδιόρθωση που καθορίζεται στο Άρθρο 982018.

Για να επαληθεύσετε το είδος της μονάδας δίσκου που έχετε, ακολουθήστε τα εξής βήματα:
  1. Εκτελέστε την ακόλουθη εντολή σε μια γραμμή εντολών με αυξημένα δικαιώματα:
    Fsutil fsinfo ntfsinfo στο x:
    Σημείωση Το x αντιπροσωπεύει τη μονάδα δίσκου που ελέγχετε.
  2. Χρησιμοποιήστε τις τιμές για Bytes ανά τομέα και byte ανά φυσικό τομέα για να προσδιορίσετε το είδος της μονάδας δίσκου που διαθέτετε. Για να γίνει αυτό, χρησιμοποιήστε τον ακόλουθο πίνακα:
    Η τιμή "Byte ανά τομέα"Η τιμή "Byte ανά φυσικό τομέα"Τύπος μονάδας δίσκου
    40964096Εγγενής 4K
    5124096Σύνθετη μορφή (γνωστή και ως 512E)
    512512εγγενής 512-byte

Προειδοποίηση: Αυτό το άρθρο έχει μεταφραστεί αυτόματα

Ιδιότητες

Αναγνωριστικό άρθρου: 3009974 - Τελευταία αναθεώρηση: 01/19/2016 19:39:00 - Αναθεώρηση: 6.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard

  • kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMtel
Σχόλια