SQL Server Πάντα ενεργό: Πλήρης οδηγός για DBA [2026]

SQL Server Το Always On είναι η ολοκληρωμένη λύση υψηλής διαθεσιμότητας και αποκατάστασης καταστροφών της Microsoft που παρουσιάζεται με SQL Server 2012. Αντιπροσωπεύει μια σημαντική πρόοδο σε σχέση με προηγούμενες τεχνολογίες, όπως η δημιουργία κατοπτρισμού βάσεων δεδομένων και η αποστολή αρχείων καταγραφής, εξασφαλίζοντας συνεχή πρόσβαση στα δεδομένα, ελαχιστοποιώντας παράλληλα τον χρόνο διακοπής λειτουργίας και την απώλεια δεδομένων.

1.2 Γιατί οι επιχειρήσεις χρειάζονται λύσεις Always On

Στη σημερινή ψηφιακή οικονομία, ο χρόνος διακοπής λειτουργίας των βάσεων δεδομένων μεταφράζεται άμεσα σε απώλεια εσόδων, ζημιά στη φήμη και προβλήματα συμμόρφωσης με τους κανονισμούς. Οι οργανισμοί απαιτούν λύσεις υψηλής διαθεσιμότητας που μπορούν να εγγυηθούν σχεδόν συνεχή χρόνο λειτουργίας, προστατεύοντας παράλληλα από διάφορα σενάρια αστοχίας.

Οι παραδοσιακές διαδικασίες δημιουργίας αντιγράφων ασφαλείας και επαναφοράς δεν επαρκούν για τις σύγχρονες επιχειρηματικές απαιτήσεις. Όταν μια κρίσιμη βάση δεδομένων παρουσιάσει σφάλμα, οι επιχειρήσεις δεν έχουν την οικονομική δυνατότητα να αντέξουν οικονομικά τις ώρες που απαιτούνται για την επαναφορά από αντίγραφα ασφαλείας. Οι λύσεις της Always On παρέχουν αυτοματοποιημένη ανακατεύθυνση (failover) που μπορεί να επαναφέρει την υπηρεσία σε δευτερόλεπτα ή λεπτά αντί για ώρες, μειώνοντας δραματικά τον αντίκτυπο των βλαβών του συστήματος.

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

1.3 Βασικές Έννοιες: RTO, RPO, HA και DR

Στόχος χρόνου αποκατάστασης (RTO) ορίζει τη μέγιστη αποδεκτή διάρκεια διακοπής λειτουργίας μετά από μια βλάβη — πόσο γρήγορα πρέπει να επανέλθει η βάση δεδομένων σε λειτουργία.

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

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

Ανάκτηση καταστροφών (DR) αντιμετωπίζει καταστροφικά συμβάντα που επηρεάζουν ολόκληρες τοποθεσίες, διατηρώντας αντίγραφα δεδομένων σε γεωγραφικά ξεχωριστές τοποθεσίες. Ενώ το HA επικεντρώνεται στην ελαχιστοποίηση του χρόνου διακοπής λειτουργίας, το DR επικεντρώνεται στη διασφάλιση της προστασίας των δεδομένων και της επιχειρησιακής συνέχειας κατά τη διάρκεια σημαντικών συμβάντων.

SQL Server Η λειτουργία Always On υποστηρίζει τόσο το HA όσο και το DR εντός μιας ενιαίας ενοποιημένης αρχιτεκτονικής. Η λειτουργία σύγχρονης δέσμευσης παρέχει RPO = 0 με αυτόματη ανακατεύθυνση για σχεδόν μηδενικό RTO. Η λειτουργία ασύγχρονης δέσμευσης αποδέχεται πιθανή απώλεια δεδομένων με αντάλλαγμα χαμηλότερο αντίκτυπο στην καθυστέρηση σε απομακρυσμένες τοποθεσίες.

1.4 Πάντα σε Λύσεις

SQL Server Το Always On παρέχει τρεις επιλογές ανάπτυξης, καθεμία από τις οποίες ταιριάζει σε διαφορετικές απαιτήσεις διαθεσιμότητας και υποδομής. Αυτός ο οδηγός καλύπτει και τις τρεις:

Ομάδες Πάντα Διαθεσιμότητας (AG): Υψηλή διαθεσιμότητα σε επίπεδο βάσης δεδομένων και αποκατάσταση καταστροφών χωρίς κοινόχρηστο χώρο αποθήκευσης.
Πάντα σε παρουσίες συμπλέγματος ανακατεύθυνσης (FCI): Υψηλή διαθεσιμότητα σε επίπεδο παρουσίας χρησιμοποιώντας κοινόχρηστο χώρο αποθήκευσης.
AG + FCI συνδυασμένα: Προστασία δύο επιπέδων που συνδυάζει ανακατεύθυνση σε επίπεδο στιγμιότυπου και σε επίπεδο βάσης δεδομένων για μέγιστη ανθεκτικότητα.

2. Ομάδες Πάντα Διαθέσιμες

Ομάδες Πάντα Διαθεσιμότητας (AG) είναι μια λύση υψηλής διαθεσιμότητας και αποκατάστασης από καταστροφές σε επίπεδο βάσης δεδομένων που αναπαράγει ένα σύνολο βάσεων δεδομένων χρηστών σε έως και οκτώ δευτερεύοντα αντίγραφα μέσω συνεχούς αποστολής αρχείων καταγραφής συναλλαγών.

2.1 Βασικά χαρακτηριστικά

Ανακατεύθυνση σε επίπεδο βάσης δεδομένων: μεμονωμένες βάσεις δεδομένων ή ομάδες μπορούν να ανακατευθύνουν ανεξάρτητα από SQL Server παράδειγμα;
έως εννέα αντίγραφα (ένα κύριο, οκτώ δευτερεύοντα) στην έκδοση Enterprise.
Λειτουργία συγχρονισμένης επικύρωσης για μηδενική απώλεια δεδομένων. ασύγχρονη επικύρωση για απομακρυσμένα αντίγραφα DR.
αυτόματη ανακατεύθυνση σε περίπτωση σύγχρονων αντιγράφων όταν το κύριο δεν είναι διαθέσιμο.
αναγνώσιμα δευτερεύοντα αντίγραφα για την εκφόρτωση φόρτων εργασίας αναφοράς και δημιουργίας αντιγράφων ασφαλείας.
Ο ακροατής ομάδας διαθεσιμότητας παρέχει ένα μόνο τελικό σημείο σύνδεσης που δρομολογείται αυτόματα στην τρέχουσα κύρια σύνδεση.

2.2 Βήματα Εφαρμογής

Προετοιμασία λογαριασμών υπηρεσίας Active Directory και ρύθμιση παραμέτρων δικαιωμάτων σε όλους τους κόμβους.
εγκατάσταση και επικύρωση του Windows Server Failover Clustering σε όλους τους συμμετέχοντες διακομιστές·
εγκαθιστώ SQL Server ως αυτόνομη παρουσία σε κάθε κόμβο χρησιμοποιώντας συνεπείς διαδρομές και ρυθμίσεις.
ενεργοποιήστε τη λειτουργία Ομάδες διαθεσιμότητας πάντα ενεργές μέσω SQL Server Διαχειριστής διαμόρφωσης ή PowerShell;
ορίστε τις βάσεις δεδομένων σε μοντέλο πλήρους ανάκτησης και δημιουργήστε πλήρη αντίγραφα ασφαλείας και αντίγραφα ασφαλείας αρχείων καταγραφής.
δημιουργήστε την ομάδα διαθεσιμότητας, προσθέστε αντίγραφα και διαμορφώστε τις λειτουργίες διαθεσιμότητας και ανακατεύθυνσης.
δημιουργία δευτερευόντων αντιγράφων χρησιμοποιώντας αυτόματη σπορά ή χειροκίνητη δημιουργία αντιγράφων ασφαλείας και επαναφορά·
δημιουργήστε τον ακροατή ομάδας διαθεσιμότητας και επαληθεύστε τη συνδεσιμότητα του υπολογιστή-πελάτη.

Για την πλήρη αναλυτική παρουσίαση βήμα προς βήμα, ανατρέξτε στην Πλήρης οδηγός για τις ομάδες Always On Availability.

2.3 Ιδανικό για

Βάσεις δεδομένων κρίσιμων για την αποστολή που απαιτούν μηδενική απώλεια δεδομένων και αυτόματη ανακατεύθυνση σε περίπτωση αποτυχίας.
φόρτοι εργασίας που χρειάζονται αναγνώσιμα δευτερεύοντα στοιχεία για αναφορά ή εκφόρτωση αντιγράφων ασφαλείας·
αναπτύξεις που εκτείνονται σε πολλαπλές τοποθεσίες για αποκατάσταση από καταστροφές·
περιβάλλοντα χωρίς υπάρχουσα υποδομή κοινόχρηστης αποθήκευσης.

2.4 Πλεονεκτήματα

Δεν απαιτείται κοινόχρηστος χώρος αποθήκευσης — κάθε αντίγραφο χρησιμοποιεί ανεξάρτητο τοπικό χώρο αποθήκευσης.
υποστηρίζει τόσο το HA όσο και το DR σε μία μόνο διαμόρφωση.
Τα αναγνώσιμα δευτερεύοντα στοιχεία μειώνουν τον φόρτο εργασίας του πρωτεύοντος στοιχείου.
Η λεπτομέρεια σε επίπεδο βάσης δεδομένων επιτρέπει διαφορετικές πολιτικές ανακατεύθυνσης ανά ομάδα βάσεων δεδομένων.

2.5 Κων

Απαιτείται έκδοση Enterprise για το πλήρες σύνολο χαρακτηριστικών (Το Standard υποστηρίζει το Basic AG με σημαντικούς περιορισμούς).
Η λειτουργία συγχρονισμένης δέσμευσης προσθέτει καθυστέρηση εγγραφής ανάλογη με τον χρόνο μετ' επιστροφής του δικτύου.
Οι συνδέσεις, οι εργασίες SQL Agent και οι συνδεδεμένοι διακομιστές απαιτούν χειροκίνητο συγχρονισμό στο SQL Server 2019 και νωρίτερα·
Όλα τα αντίγραφα πρέπει να βρίσκονται σε κόμβους του ίδιου συμπλέγματος ανακατεύθυνσης Windows Server.

2.6 Αναφορές

Επίσημο έγγραφο της Microsoft: Τι είναι μια ομάδα διαθεσιμότητας Always On;
Επίσημο έγγραφο της Microsoft: Ξεκινώντας με τις ομάδες Always On Availability

3. Πάντα σε παρουσίες συμπλέγματος ανακατεύθυνσης

Πάντα σε παρουσίες συμπλέγματος ανακατεύθυνσης (FCI) παρέχει υψηλή διαθεσιμότητα σε επίπεδο στιγμιότυπου εκτελώντας ένα μόνο SQL Server παράδειγμα σε πολλαπλούς φυσικούς κόμβους που μοιράζονται τον ίδιο χώρο αποθήκευσης. Όταν ο ενεργός κόμβος αποτύχει, ο SQL Server Μια παρουσία σε έναν κόμβο σε αναμονή επανεκκινείται αυτόματα, καθιστώντας τη μετάβαση διαφανή στις εφαρμογές-πελάτες.

3.1 Βασικά χαρακτηριστικά

Ανακατεύθυνση σε επίπεδο παρουσίας: όλες οι βάσεις δεδομένων στην παρουσία ανακατευθύνονται μαζί ως μία ενιαία μονάδα.
κοινόχρηστος χώρος αποθήκευσης (Δίκτυο περιοχής αποθήκευσης (SAN), iSCSI, Storage Spaces Direct ή SMB) προσβάσιμος από όλους τους κόμβους·
Το όνομα εικονικού δικτύου και η εικονική διεύθυνση IP παρέχουν ένα σταθερό τελικό σημείο σύνδεσης ανεξάρτητα από το ποιος κόμβος είναι ενεργός.
Η ομαδοποίηση ανακατεύθυνσης μέσω ανακατεύθυνσης των Windows Server διαχειρίζεται την παρακολούθηση της εύρυθμης λειτουργίας των κόμβων, την απαρτία και την ενορχήστρωση ανακατεύθυνσης μέσω ανακατεύθυνσης.
Υποστηρίζει τους τύπους διαμόρφωσης κόμβων Ενεργό/Αναμονή, Ενεργό/Ενεργό, N+1 και N+M.

3.2 Βήματα Εφαρμογής

Παροχή και σύνδεση κοινόχρηστου χώρου αποθήκευσης σε όλους τους κόμβους του συμπλέγματος.
εγκαταστήστε τη λειτουργία Failover Clustering και επικυρώστε τη διαμόρφωση του συμπλέγματος.
δημιουργήστε το σύμπλεγμα ανακατεύθυνσης του Windows Server και ρυθμίστε τις παραμέτρους της απαρτίας.
εκτελέστε το SQL Server εγκατάσταση επιλέγοντας την επιλογή συμπλέγματος ανακατεύθυνσης και καθορίζοντας το όνομα του εικονικού δικτύου και τις κοινόχρηστες διαδρομές αποθήκευσης.
προσθέστε επιπλέον κόμβους στο SQL Server στιγμιότυπο συμπλέγματος ανακατεύθυνσης;
Επαληθεύστε τη συμπεριφορά ανακατεύθυνσης δοκιμάζοντας μια χειροκίνητη ανακατεύθυνση μεταξύ κόμβων.

Για την πλήρη αναλυτική παρουσίαση βήμα προς βήμα, ανατρέξτε στην SQL Server Πλήρης οδηγός συμπλέγματος ανακατεύθυνσης.

3.3 Ιδανικό για

Περιβάλλοντα με υπάρχουσα υποδομή κοινόχρηστης αποθήκευσης (SAN ή iSCSI).
εφαρμογές που απαιτούν ανακατεύθυνση σε επίπεδο στιγμιότυπου, όπου όλες οι βάσεις δεδομένων πρέπει να ανασταλούν ταυτόχρονα.
σενάρια όπου η διαφάνεια του πελάτη είναι κρίσιμη και δεν είναι αποδεκτές αλλαγές από την πλευρά της εφαρμογής·
οργανισμοί που δίνουν προτεραιότητα στην απλότητα ενός μοντέλου ανακατεύθυνσης μίας μόνο περίπτωσης.

3.4 Πλεονεκτήματα

Αυτόματη ανακατεύθυνση σε επίπεδο στιγμιότυπου χωρίς να απαιτείται επαναρύθμιση παραμέτρων υπολογιστή-πελάτη.
καμία επιβάρυνση αναπαραγωγής δεδομένων — όλοι οι κόμβοι έχουν πρόσβαση στον ίδιο χώρο αποθήκευσης·
προβλέψιμη συμπεριφορά ανακατεύθυνσης (failover) για όλες τις βάσεις δεδομένων ταυτόχρονα.
Υποστηρίζει ευέλικτες διαμορφώσεις κόμβων (Ενεργός/Ενεργός, N+1, N+M) για βελτιστοποίηση της αξιοποίησης του υλικού.

3.5 Κων

Η κοινόχρηστη αποθήκευση αποτελεί πιθανό σημείο αποτυχίας, εκτός εάν η ίδια η αποθήκευση είναι πλεονάζουσα.
μόνο ένας κόμβος εκτελείται SQL Server κάθε φορά — χωρίς εξισορρόπηση φορτίου ανάγνωσης σε δευτερεύοντες κόμβους.
καμία ενσωματωμένη αποκατάσταση καταστροφών χωρίς σύζευξη με μια ομάδα διαθεσιμότητας·
Η κοινόχρηστη υποδομή αποθήκευσης προσθέτει κόστος και πολυπλοκότητα σε σύγκριση με την AG.

3.6 Αναφορές

Επίσημο έγγραφο της Microsoft: Πάντα σε παρουσίες συμπλέγματος ανακατεύθυνσης (SQL Server)

4. Συνδυάστε ομάδες διαθεσιμότητας με παρουσίες συμπλέγματος ανακατεύθυνσης

Για οργανισμούς που απαιτούν προστασία τόσο σε επίπεδο στιγμιότυπου όσο και σε επίπεδο βάσης δεδομένων, SQL Server Υποστηρίζει τη φιλοξενία αντιγράφων ομάδας διαθεσιμότητας σε περιπτώσεις συμπλέγματος ανακατεύθυνσης (FCI). Σε αυτήν τη διαμόρφωση, κάθε κόμβος FCI λειτουργεί ως ένα μοναδικό αντίγραφο διαθεσιμότητας, επομένως μια ανακατεύθυνση FCI είναι διαφανής στην ομάδα διαθεσιμότητας, ενώ μια ανακατεύθυνση AG παρέχει προστασία σε επίπεδο βάσης δεδομένων σε όλες τις τοποθεσίες. Αυτός ο συνδυασμός παρέχει την πιο ολοκληρωμένη κάλυψη υψηλής διαθεσιμότητας και αποκατάστασης από καταστροφές που διατίθεται στο SQL Server.

4.1 Βασικά χαρακτηριστικά

Επαναφορά δύο επιπέδων: Η FCI χειρίζεται αποτυχίες κόμβου σε επίπεδο στιγμιότυπου. Η AG χειρίζεται αποτυχίες σε επίπεδο τοποθεσίας ή σε επίπεδο αντιγράφου.
Κάθε FCI μετράει ως ένα μόνο αντίγραφο εντός της ομάδας διαθεσιμότητας ανεξάρτητα από τον αριθμό των κόμβων που περιέχει το FCI.
Τα αντίγραφα που φιλοξενούνται από την FCI εξακολουθούν να απαιτούν κοινόχρηστο χώρο αποθήκευσης σύμφωνα με τις τυπικές απαιτήσεις της FCI.
Τα αντίγραφα AG που φιλοξενούνται σε FCI υποστηρίζουν μόνο χειροκίνητη ανακατεύθυνση — η αυτόματη ανακατεύθυνση δεν είναι διαθέσιμη για αντίγραφα που φιλοξενούνται από FCI.
Οι μεμονωμένες παρουσίες μπορούν να συμμετέχουν στην ίδια ομάδα διαθεσιμότητας μαζί με αντίγραφα που φιλοξενούνται από την FCI.

4.2 Βήματα Εφαρμογής

Ανάπτυξη και επικύρωση κάθε FCI ανεξάρτητα, ακολουθώντας τις τυπικές διαδικασίες εγκατάστασης FCI.
βεβαιωθείτε ότι όλοι οι κόμβοι FCI και οι μεμονωμένοι κόμβοι-ρεπλίκες ανήκουν στο ίδιο σύμπλεγμα ανακατεύθυνσης Windows Server.
ενεργοποιήστε τη λειτουργία Ομάδες διαθεσιμότητας πάντα ενεργές σε κάθε παρουσία FCI.
επαληθεύστε ότι κανένας μεμονωμένος κόμβος WSFC δεν θα φιλοξενούσε δύο αντίγραφα της ίδιας ομάδας διαθεσιμότητας μετά από οποιαδήποτε πιθανή ανακατεύθυνση FCI.
δημιουργήστε την ομάδα διαθεσιμότητας, ορίζοντας τις παρουσίες FCI ως αντίγραφα και διαμορφώνοντας τη λειτουργία χειροκίνητης ανακατεύθυνσης για όλα τα αντίγραφα που φιλοξενούνται από την FCI·
seed δευτερεύοντα αντίγραφα και ρυθμίστε τις παραμέτρους του listener ομάδας διαθεσιμότητας.

Για λεπτομέρειες σχετικά με τη ρύθμιση της FCI, ανατρέξτε στην SQL Server Πλήρης οδηγός για το Failover Cluster. Για λεπτομέρειες σχετικά με τη ρύθμιση του AG, ανατρέξτε στον πλήρη οδηγό μας για τις Ομάδες Always On Availability.

4.3 Ιδανικό για

Περιβάλλοντα κρίσιμα για την αποστολή που απαιτούν προστασία τόσο από βλάβες μεμονωμένων κόμβων όσο και από καταστροφές σε επίπεδο τοποθεσίας.
οργανισμούς που ήδη λειτουργούν με FCI και χρειάζονται να προσθέσουν διατομεακή αποκατάσταση καταστροφών·
ρυθμιζόμενοι κλάδοι όπου οι Σύστησεις Συμμόρφωσης (SLA) για τη μέγιστη προστασία και διαθεσιμότητα δεδομένων είναι υποχρεωτικές·
μεγάλης κλίμακας αναπτύξεις όπου πρέπει να συνυπάρχουν πολιτικές ανακατεύθυνσης σε επίπεδο στιγμιότυπου και βάσης δεδομένων.

4.4 Πλεονεκτήματα

Μέγιστη προστασία: βλάβες κόμβου που χειρίζεται η FCI, βλάβες τοποθεσίας που χειρίζεται η AG.
Η ανακατεύθυνση FCI είναι διαφανής στην ομάδα διαθεσιμότητας — Η AG δεν βλέπει καμία αλλαγή αντιγράφου κατά τη διάρκεια μιας ανακατεύθυνσης FCI.
Ευέλικτη τοπολογία: συνδυάστε αντίγραφα που φιλοξενούνται από FCI και αυτόνομα στην ίδια ομάδα διαθεσιμότητας.

4.5 Κων

Τα αντίγραφα που φιλοξενούνται από την FCI υποστηρίζουν μόνο μη αυτόματη ανακατεύθυνση AG — η αυτόματη ανακατεύθυνση AG δεν είναι διαθέσιμη για αυτά τα αντίγραφα.
απαιτεί προσεκτικό σχεδιασμό κόμβων WSFC για να αποτραπεί η φιλοξενία δύο αντιγράφων του ίδιου AG από έναν μόνο κόμβο μετά από μια ανακατεύθυνση FCI.
υψηλότερο κόστος υποδομής και λειτουργική πολυπλοκότητα από ό,τι είτε η AG είτε η FCI μεμονωμένα·
απαιτείται ακόμη κοινόχρηστος χώρος αποθήκευσης για κάθε στοιχείο της FCI.

4.6 Αναφορές

Επίσημο έγγραφο της Microsoft: Ομαδοποίηση ανακατεύθυνσης και ομάδες διαθεσιμότητας πάντα ενεργές (SQL Server)
Επίσημο έγγραφο της Microsoft: Τι είναι μια ομάδα διαθεσιμότητας Always On;
Επίσημο έγγραφο της Microsoft: Ξεκινώντας με τις ομάδες Always On Availability
Επίσημο έγγραφο της Microsoft: Πάντα σε παρουσίες συμπλέγματος ανακατεύθυνσης (SQL Server)

5. Σύγκριση λύσεων Always On

5.1 Πίνακας σύγκρισης χαρακτηριστικών

Χαρακτηριστικό	Ομάδες Διαθεσιμότητας	Παρουσίες συμπλέγματος ανακατεύθυνσης	Συνδυασμός AG + FCI
Πεδίο εφαρμογής ανακατεύθυνσης	Επίπεδο βάσης δεδομένων	Επίπεδο παρουσίας	Και τα δύο
Απαιτείται κοινόχρηστος χώρος αποθήκευσης	Οχι	Ναι	Ναι (για το στοιχείο FCI)
Αντιγραφή δεδομένων	Βασισμένο σε αρχείο καταγραφής για κάθε αντίγραφο	Κανένα (κοινόχρηστος χώρος αποθήκευσης)	Βασισμένο σε λογαριθμική καταγραφή μεταξύ FCIs
Αυτόματο failover	Ναι (συγχρονισμένα αντίγραφα)	Ναι	FCI: Ναι· AG: Όχι
Αναγνώσιμα δευτερεύοντα	Ναι	Οχι	Ναι (στοιχείο AG)
Ανάκτηση μετά από καταστροφή	Built-in	Δεν είναι ενσωματωμένο	Built-in
Μέγιστος αριθμός αντιγράφων	9 (Επιχείρηση)	Δ/Ε	9 (Επιχείρηση)
Πολυπλοκότητα υποδομών	Μέτριας Δυσκολίας	Μέτριας Δυσκολίας	Ψηλά
Κόστος	Χαμηλότερο (δεν απαιτείται SAN)	Υψηλότερο (απαιτείται SAN)	Υψιστος

5.2 Επιλέξτε τη λύση σας Always On

Ξεκινήστε με την υποδομή αποθήκευσης: εάν δεν διαθέτετε υπάρχοντα κοινόχρηστο χώρο αποθήκευσης, οι Ομάδες Διαθεσιμότητας είναι η φυσική επιλογή και η πιο οικονομική διαδρομή τόσο για το HA όσο και για το DR. Εάν ήδη λειτουργείτε ένα περιβάλλον SAN και χρειάζεστε ανακατεύθυνση σε επίπεδο στιγμιότυπου, το FCI είναι η απλούστερη επιλογή — αλλά σχεδιάστε να προσθέσετε AG αργότερα εάν η διατομεακή DR είναι μια μελλοντική απαίτηση.

Επιλέξτε τον συνδυασμό AG + FCI μόνο όταν έχετε πραγματική ανάγκη και για τα δύο επίπεδα προστασίας και για την επιχειρησιακή ωριμότητα για να διαχειριστείτε την αυξημένη πολυπλοκότητα. Ο βασικός περιορισμός που πρέπει να θυμάστε είναι ότι τα αντίγραφα AG που φιλοξενούνται από FCI δεν υποστηρίζουν αυτόματη ανακατεύθυνση AG, επομένως αυτή η τοπολογία απαιτεί χειροκίνητη παρέμβαση για ανακατεύθυνση σε επίπεδο ομάδας διαθεσιμότητας.

Για τις περισσότερες αναπτύξεις σε greenfield σήμερα, οι Ομάδες Always On Availability είναι το συνιστώμενο σημείο εκκίνησης: καλύπτουν τόσο το HA όσο και το DR, δεν απαιτούν κοινόχρηστο χώρο αποθήκευσης και υποστηρίζουν αναγνώσιμα δευτερεύοντα στοιχεία — δυνατότητες που το FCI από μόνο του δεν μπορεί να καλύψει.

6. Βέλτιστες πρακτικές για SQL Server Πάντα σε λύσεις

6.1 Σχεδιασμός και Προγραμματισμός

Ορίστε τις απαιτήσεις RTO και RPO πριν επιλέξετε μια λύση Always On — αυτοί οι στόχοι καθορίζουν άμεσα εάν η σύγχρονη ή ασύγχρονη λειτουργία commit είναι κατάλληλη και εάν η αυτόματη ανακατεύθυνση είναι εφικτή.
Προσαρμόστε το μέγεθος των δευτερευόντων αντιγράφων για να χειριστείτε το πλήρες κύριο φόρτο εργασίας κατά τη διάρκεια ενός συμβάντος ανακατεύθυνσης, συμπεριλαμβανομένων των σεναρίων αιχμής φόρτου.
Για αναπτύξεις AG, τοποθετήστε σύγχρονα αντίγραφα στο ίδιο κέντρο δεδομένων ή δίκτυο χαμηλής καθυστέρησης για να ελαχιστοποιήσετε τον αντίκτυπο στην καθυστέρηση εγγραφής. Διατηρήστε την ασύγχρονη λειτουργία για γεωγραφικά απομακρυσμένα αντίγραφα DR.
Σχεδιάστε απαρτία με περιττό αριθμό ψήφων. Για συμπλέγματα δύο κόμβων, προσθέστε ένα κοινόχρηστο αρχείο ή έναν μάρτυρα cloud ως τρίτη ψήφο για να αποτρέψετε σενάρια split-brain.
Σχεδιάστε προσεκτικά την τοπολογία του δικτύου σας για αναπτύξεις πολλαπλών υποδικτύων. Κάθε υποδίκτυο απαιτεί τη δική του διεύθυνση IP ακροατή και οι υπολογιστές-πελάτες χρειάζονται MultiSubnetFailover=True στις συμβολοσειρές σύνδεσής τους.

6.2 Οδηγίες Εφαρμογής

Χρησιμοποιήστε συνεπή SQL Server έκδοση, έκδοση και επίπεδα αθροιστικής ενημέρωσης σε όλα τα αντίγραφα. Τα μικτά επίπεδα ενημέρωσης κώδικα μπορούν να προκαλέσουν μη αναμενόμενη συμπεριφορά κατά την ανακατεύθυνση.
Ρυθμίστε τις παραμέτρους αποκλειστικών διεπαφών δικτύου για την κυκλοφορία παλμών συμπλέγματος, ξεχωριστά από την κυκλοφορία εφαρμογών.
Ενεργοποίηση αυτόματης σποράς για αρχικό συγχρονισμό βάσης δεδομένων σε SQL Server 2016 και νεότερες εκδόσεις — εξαλείφει την ανάγκη μη αυτόματης αντιγραφής αντιγράφων ασφαλείας σε δευτερεύοντα αντίγραφα για τα περισσότερα σενάρια.
Για τοπολογίες AG + FCI, επαληθεύστε μετά από κάθε αλλαγή διαμόρφωσης κόμβου FCI ότι κανένας μεμονωμένος κόμβος WSFC δεν θα μπορούσε να φιλοξενήσει δύο αντίγραφα της ίδιας ομάδας διαθεσιμότητας.
Πάντα να χρησιμοποιείτε SQL Server Management Studio ή Transact-SQL για τη διαχείριση ανακατευθύνσεων ομάδας διαθεσιμότητας — μην χρησιμοποιείτε ποτέ απευθείας το Failover Cluster Manager, καθώς δεν γνωρίζει την κατάσταση συγχρονισμού AG και μπορεί να προκαλέσει παρατεταμένο χρόνο διακοπής λειτουργίας ή απώλεια δεδομένων.

6.3 Παρακολούθηση και Συντήρηση

Παρακολουθήστε την εύρυθμη λειτουργία του συγχρονισμού, στείλτε ουρά και επαναλάβετε την ουρά τακτικά χρησιμοποιώντας τον πίνακα ελέγχου ομάδας διαθεσιμότητας στο SQL Server Management Studio ή Dynamic Management Views (DMV). Μια αυξανόμενη ουρά επανάληψης σε μια δευτερεύουσα μονάδα υποδεικνύει ένα σημείο συμφόρησης εισόδου/εξόδου που θα καθυστερήσει την επαναφορά μέσω ανακατεύθυνσης.
Εκτελέστε το DBCC CHECKDB σε δευτερεύοντα αντίγραφα για να αφαιρέσετε τους ελέγχους ακεραιότητας από το κύριο. Δείτε το Οδηγός DBCC CHECKDB για λεπτομέρειες.
Εγγραφές SQL Server Ενημερώσεις κώδικα χρησιμοποιώντας κυλιόμενες αναβαθμίσεις: Ενημερώστε πρώτα τα αντίγραφα των δευτερευόντων, εκτελέστε μια προγραμματισμένη χειροκίνητη ανακατεύθυνση σε ένα δευτερεύον που έχει ενημερωθεί και, στη συνέχεια, ενημερώστε το προηγούμενο πρωτεύον. Αυτό περιορίζει τον χρόνο διακοπής λειτουργίας στη διάρκεια μιας μόνο ανακατεύθυνσης.
Δοκιμάζετε τακτικά την ανακατεύθυνση σε μη παραγωγικά περιβάλλοντα. Η αυτόματη ανακατεύθυνση που δεν έχει δοκιμαστεί ποτέ δεν αποτελεί αξιόπιστη στρατηγική αποκατάστασης.
Ρύθμιση παραμέτρων ειδοποιήσεων για αλλαγές στην κατάσταση εύρυθμης λειτουργίας της ομάδας διαθεσιμότητας, μεταβάσεις ρόλων αντιγράφων και αποτυχίες συγχρονισμού χρησιμοποιώντας SQL Server Πράκτορας ή ένα ειδικό εργαλείο παρακολούθησης, όπως SQL Server Εποπτεία επιδόσεων.

7. Συχνές ερωτήσεις

Ε: Τι είναι SQL Server Πάντα ενεργοποιημένο;

A: SQL Server Το Always On είναι η πλατφόρμα υψηλής διαθεσιμότητας και αποκατάστασης καταστροφών της Microsoft που παρουσιάστηκε το SQL Server 2012. Περιλαμβάνει δύο τεχνολογίες — Ομάδες Always On Availability και Στιγμιότυπα Συμπλέγματος Always On Failover — που παρέχουν αυτοματοποιημένη ανακατεύθυνση, πλεονασμό δεδομένων και συνεχή πρόσβαση σε βάσεις δεδομένων σε περίπτωση βλαβών υλικού, λογισμικού ή τοποθεσίας.

Ε: Ποια είναι η διαφορά μεταξύ των ομάδων διαθεσιμότητας Always On και των παρουσιών συμπλέγματος ανακατεύθυνσης;

Α: Οι Ομάδες Διαθεσιμότητας λειτουργούν σε επίπεδο βάσης δεδομένων, αντιγράφουν δεδομένα σε ανεξάρτητα δευτερεύοντα αντίγραφα μέσω αποστολής αρχείων καταγραφής και δεν απαιτούν κοινόχρηστο χώρο αποθήκευσης. Οι Παρουσίες Συμπλέγματος Ανακατεύθυνσης (Failover Cluster Instances) λειτουργούν σε επίπεδο παρουσίας, απαιτούν κοινόχρηστο χώρο αποθήκευσης προσβάσιμο από όλους τους κόμβους και πραγματοποιούν ανακατεύθυνση σε όλες τις βάσεις δεδομένων μαζί ως μονάδα. Το AG υποστηρίζει αναγνώσιμα δευτερεύοντα αρχεία και ενσωματωμένο DR. Το FCI όχι.

Ε: Χρειάζομαι κοινόχρηστο χώρο αποθήκευσης για τις Ομάδες Always On Availability;

Α: Όχι. Κάθε αντίγραφο AG διατηρεί το δικό του ανεξάρτητο αντίγραφο των βάσεων δεδομένων στον τοπικό χώρο αποθήκευσης. Ο κοινόχρηστος χώρος αποθήκευσης απαιτείται μόνο εάν χρησιμοποιείτε παρουσίες συμπλέγματος ανακατεύθυνσης (Failover Cluster Instances) για τη φιλοξενία αντιγράφων AG.

Ε: Μπορώ να χρησιμοποιήσω την επιλογή "Πάντα ενεργοποιημένη" με ...Συνεχώς ενεργοποιημένη" SQL Server Τυπική Έκδοση;

A: SQL Server Η Τυπική Έκδοση υποστηρίζει Βασικές Ομάδες Διαθεσιμότητας ξεκινώντας με SQL Server 2016, αλλά με σημαντικούς περιορισμούς: μία βάση δεδομένων ανά AG, δύο αντίγραφα το πολύ και καμία αναγνώσιμη δευτερεύουσα υποστήριξη. Το FCI είναι διαθέσιμο στην Standard Edition χωρίς αυτούς τους περιορισμούς. Η Enterprise Edition απαιτείται για πλήρη λειτουργικότητα Always On.

Ε: Ποιος είναι ο μέγιστος αριθμός αντιγράφων σε μια ομάδα διαθεσιμότητας;

A: SQL Server Η έκδοση Enterprise υποστηρίζει έως και εννέα αντίγραφα: ένα κύριο και οκτώ δευτερεύοντα. Οι κατανεμημένες ομάδες διαθεσιμότητας μπορούν να επεκτείνουν αυτό το εύρος σε 18 αντίγραφα σε δύο ξεχωριστές ομάδες διαθεσιμότητας.

Ε: Μπορούν τα αντίγραφα που φιλοξενούνται από την FCI να χρησιμοποιήσουν αυτόματη ανακατεύθυνση AG;

Α: Όχι. Όταν ένα αντίγραφο διαθεσιμότητας φιλοξενείται σε μια παρουσία συμπλέγματος ανακατεύθυνσης, η αυτόματη ανακατεύθυνση ομάδας διαθεσιμότητας δεν υποστηρίζεται για αυτό το αντίγραφο. Όλες οι ανακατεύθυνσεις AG που περιλαμβάνουν αντίγραφα που φιλοξενούνται από την FCI απαιτούν μη αυτόματη παρέμβαση.

Ε: Ποια είναι η διαφορά μεταξύ σύγχρονων και ασύγχρονων λειτουργιών υποβολής;

Α: Η λειτουργία σύγχρονης ολοκλήρωσης απαιτεί από το πρωτεύον να περιμένει το δευτερεύον να σκληρύνει τα αρχεία καταγραφής πριν από την ολοκλήρωση, εξασφαλίζοντας μηδενική απώλεια δεδομένων (RPO = 0) με κόστος την πρόσθετη καθυστέρηση εγγραφής. Η λειτουργία ασύγχρονης ολοκλήρωσης επιτρέπει στο πρωτεύον να ολοκληρώσει χωρίς αναμονή, μειώνοντας την καθυστέρηση αλλά διακινδυνεύοντας την απώλεια δεδομένων εάν το πρωτεύον αποτύχει πριν το δευτερεύον λάβει όλα τα αρχεία καταγραφής. Χρησιμοποιήστε σύγχρονη για τοπικά αντίγραφα HA και ασύγχρονη για απομακρυσμένα αντίγραφα DR.

Ε: Πόσο διαρκεί ένα SQL Server Πάντα σε failover take;

Α: Η αυτόματη ανακατεύθυνση σε περίπτωση σφάλματος (failover) για ένα σύγχρονο αντίγραφο AG συνήθως ολοκληρώνεται σε λιγότερο από 30 δευτερόλεπτα υπό κανονικές συνθήκες. Η ανακατεύθυνση σε περίπτωση σφάλματος FCI διαρκεί συνήθως 20-60 δευτερόλεπτα, ανάλογα με τον χρόνο ανάκτησης της βάσης δεδομένων. Η πραγματική διάρκεια εξαρτάται από το φόρτο εργασίας, το μέγεθος της βάσης δεδομένων και τις ρυθμίσεις χρονικού ορίου ελέγχου εύρυθμης λειτουργίας που έχουν διαμορφωθεί στο WSFC.

Ε: Τι συμβαίνει στις συνδέσεις των πελατών κατά τη διάρκεια μιας ανακατεύθυνσης;

Α: Οι υπάρχουσες συνδέσεις διακόπτονται όταν συμβαίνει ανακατεύθυνση μέσω ανακατεύθυνσης. Οι εφαρμογές που χρησιμοποιούν την ακρόαση ομάδας διαθεσιμότητας και περιλαμβάνουν λογική επανάληψης σύνδεσης επανασυνδέονται αυτόματα με τη νέα κύρια μετά την ολοκλήρωση της ανακατεύθυνσης. Η προσθήκη της συνάρτησης MultiSubnetFailover=True στις συμβολοσειρές σύνδεσης βελτιώνει την ταχύτητα επανασύνδεσης σε αναπτύξεις πολλαπλών υποδικτύων.

Ε: Πώς μπορώ να υποβάλω αίτηση SQL Server ενημερώσεις κώδικα με ελάχιστο χρόνο διακοπής λειτουργίας σε ένα περιβάλλον Always On;

Α: Χρησιμοποιήστε κυλιόμενες αναβαθμίσεις: πρώτα ενημερώστε τα αντίγραφα των δευτερευόντων εκδόσεων, στη συνέχεια εκτελέστε μια προγραμματισμένη χειροκίνητη ανακατεύθυνση σε ένα δευτερεύον εκδόσεων που έχει ενημερωθεί και τέλος ενημερώστε την προηγούμενη κύρια έκδοση. Αυτό περιορίζει τον χρόνο διακοπής λειτουργίας στη διάρκεια μιας μόνο προγραμματισμένης ανακατεύθυνσης — συνήθως κάτω από ένα λεπτό.

Ε: Μπορώ να συνδυάσω ομάδες Always On Availability με παρουσίες συμπλέγματος ανακατεύθυνσης;

Α: Ναι. Μπορείτε να φιλοξενήσετε αντίγραφα AG σε παρουσίες FCI για να επιτύχετε προστασία ανακατεύθυνσης σε επίπεδο παρουσίας και βάσης δεδομένων. Κάθε FCI μετράει ως ένα μόνο αντίγραφο AG. Αυτή η τοπολογία απαιτεί προσεκτικό σχεδιασμό κόμβου WSFC για να διασφαλιστεί ότι κανένας μεμονωμένος κόμβος δεν φιλοξενεί δύο αντίγραφα του ίδιου AG μετά από οποιαδήποτε πιθανή ανακατεύθυνση FCI.

Ε: Τι πρέπει να κάνω εάν η βάση δεδομένων μου καταστραφεί σε ένα περιβάλλον Always On;

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

Ε: Πώς συγκρίνονται οι ομάδες Always On Availability με παλαιότερες; SQL Server Λύσεις HA;

Α: Η AG αντικαθιστά παλαιότερες τεχνολογίες όπως αποστολή κορμών και αναπαραγωγήΗ αποστολή αρχείων καταγραφής απαιτεί χειροκίνητη ανακατεύθυνση και δεν έχει αυτόματη μετάβαση ρόλων. Η αναπαραγωγή έχει σχεδιαστεί για διανομή δεδομένων και όχι για HA. Η AG παρέχει αυτοματοποιημένη ανακατεύθυνση, μηδενική απώλεια δεδομένων με σύγχρονη ολοκλήρωση και αναγνώσιμα δευτερεύοντα — δυνατότητες που αυτές οι τεχνολογίες δεν μπορούν να αντισταθμίσουν.

8. Σύναψη

SQL Server Το Always On παρέχει μια ευέλικτη πλατφόρμα εταιρικού επιπέδου για υψηλή διαθεσιμότητα και αποκατάσταση από καταστροφές. Οι Ομάδες Διαθεσιμότητας Always On είναι η σωστή επιλογή για τις περισσότερες σύγχρονες αναπτύξεις: εξαλείφει την ανάγκη για κοινόχρηστο χώρο αποθήκευσης, υποστηρίζει αναγνώσιμα δευτερεύοντα αρχεία και χειρίζεται τόσο το τοπικό HA όσο και το DR μεταξύ τοποθεσιών σε μία μόνο διαμόρφωση. Οι περιπτώσεις συμπλέγματος ανακατεύθυνσης σε περίπτωση αποτυχίας (failover) παραμένουν μια σταθερή επιλογή όταν οι κύριες απαιτήσεις είναι η ανακατεύθυνση σε επίπεδο παρουσίας και η υπάρχουσα υποδομή κοινόχρηστου χώρου αποθήκευσης. Ο συνδυασμός και των δύο τεχνολογιών προσφέρει την βαθύτερη διαθέσιμη προστασία — με κόστος μεγαλύτερης επένδυσης σε υποδομή και λειτουργικής πολυπλοκότητας.

Όποια λύση κι αν επιλέξετε, τα βασικά είναι τα ίδια: ορίστε πρώτα τις απαιτήσεις RTO και RPO, σχεδιάστε την τοπολογία σας γύρω από αυτούς τους στόχους και δοκιμάστε τακτικά την ανακατεύθυνση. Μια καλά υλοποιημένη λύση Always On που έχει δοκιμαστεί διεξοδικά θα ανακάμψει προβλέψιμα όταν προκύψουν αποτυχίες παραγωγής.

Σχετικά με το Συγγραφέας

Γιουάν Σενγκ είναι ανώτερος διαχειριστής βάσεων δεδομένων (DBA) με πάνω από 10 χρόνια εμπειρίας σε SQL Server περιβάλλοντα και διαχείριση βάσεων δεδομένων επιχειρήσεων. Έχει επιλύσει με επιτυχία εκατοντάδες σενάρια ανάκτησης βάσεων δεδομένων σε χρηματοοικονομικές υπηρεσίες, υγειονομική περίθαλψη και βιομηχανικούς οργανισμούς.

Ο Γιουάν ειδικεύεται στην SQL Server ανάκτηση βάσεων δεδομένων, λύσεις υψηλής διαθεσιμότητας και βελτιστοποίηση απόδοσης. Η εκτεταμένη πρακτική του εμπειρία περιλαμβάνει τη διαχείριση βάσεων δεδομένων πολλαπλών terabyte, την υλοποίηση ομάδων Always On Availability και την ανάπτυξη αυτοματοποιημένων στρατηγικών δημιουργίας αντιγράφων ασφαλείας και ανάκτησης για κρίσιμα επιχειρηματικά συστήματα.

Μέσω της τεχνικής του εξειδίκευσης και της πρακτικής του προσέγγισης, ο Yuan επικεντρώνεται στη δημιουργία ολοκληρωμένων οδηγών που βοηθούν τους διαχειριστές βάσεων δεδομένων και τους επαγγελματίες πληροφορικής να επιλύουν πολύπλοκα ζητήματα. SQL Server προκλήσεις αποτελεσματικά. Παραμένει ενημερωμένος για τις τελευταίες εξελίξεις SQL Server κυκλοφορίες και τις εξελισσόμενες τεχνολογίες βάσεων δεδομένων της Microsoft, δοκιμάζοντας τακτικά σενάρια ανάκτησης για να διασφαλίσει ότι οι συστάσεις του αντικατοπτρίζουν τις βέλτιστες πρακτικές του πραγματικού κόσμου.

Έχετε ερωτήσεις σχετικά με SQL Server Ανάκτηση ή χρειάζεστε επιπλέον καθοδήγηση για την αντιμετώπιση προβλημάτων βάσης δεδομένων; Ο Yuan είναι ευπρόσδεκτος. σχόλια και προτάσεις για τη βελτίωση αυτών των τεχνικών πόρων.