[Πηγή] Υψηλή διαθεσιμότητα στον SQL Server (1) ---- μια επισκόπηση της υψηλής διαθεσιμότητας

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

    Πριν ξεκινήσω αυτό το άρθρο, θα ξεκινήσω με μια σύντομη επισκόπηση του τι καθορίζει ποια τεχνολογία υψηλής διαθεσιμότητας θα χρησιμοποιηθεί.

    Πολλές εταιρείες χρειάζονται όλα ή μέρος των δεδομένων τους για να είναι εξαιρετικά διαθέσιμα, όπως οι ιστότοποι ηλεκτρονικών αγορών, οι διαδικτυακές βάσεις δεδομένων προϊόντων πρέπει να είναι online 24 ώρες το 24ωρο, 7 ημέρες την εβδομάδα, διαφορετικά σε ένα άκρως ανταγωνιστικό περιβάλλον αγοράς, ο χρόνος διακοπής λειτουργίας σημαίνει απώλεια πελατών και εσόδων. Για παράδειγμα, σε ένα τηλεφωνικό κέντρο που βασίζεται στον SQL Server, εάν η βάση δεδομένων πέσει, όλοι οι καλούντες μπορούν μόνο να καθίσουν εκεί και να απαντήσουν στον πελάτη "Συγγνώμη, αποτυχία συστήματος", κάτι που είναι επίσης απαράδεκτο.

    Φυσικά, σε έναν ιδανικό κόσμο, όλα τα κρίσιμα δεδομένα θα είναι online ανά πάσα στιγμή, αλλά στον πραγματικό κόσμο, θα υπάρχουν διάφοροι λόγοι για τους οποίους η βάση δεδομένων δεν είναι διαθέσιμη, επειδή είναι αδύνατο να προβλεφθεί ο χρόνος και η μορφή της καταστροφής, είναι απαραίτητο να ληφθούν μέτρα εκ των προτέρων για την πρόληψη διαφόρων καταστάσεων έκτακτης ανάγκης, έτσι ο SQL Server παρέχει μια ποικιλία τεχνολογιών υψηλής διαθεσιμότητας, αυτές οι τεχνολογίες περιλαμβάνουν κυρίως: ομαδοποίηση, αναπαραγωγή, κατοπτρισμό, παράδοση αρχείων καταγραφής, ομάδες διαθεσιμότητας AlwaysOn και άλλες, όπως δημιουργία αντιγράφων ασφαλείας και επαναφορά ομάδων αρχείων, Τεχνολογίες υψηλής διαθεσιμότητας μίας παρουσίας, όπως ευρετήρια ανακατασκευής στο διαδίκτυο. Η χρήση της τεχνολογίας υψηλής διαθεσιμότητας δεν είναι η επιλογή μιας οικείας τεχνολογίας για άμεση χρήση, αλλά η ολοκληρωμένη εξέταση της επιχείρησης και της τεχνολογίας. Γιατί δεν υπάρχει ενιαία τεχνολογία που να μπορεί να επιτύχει όλες τις λειτουργίες. Ο τρόπος υιοθέτησης αυτών των τεχνολογιών με βάση τη συγκεκριμένη επιχείρηση και τον προϋπολογισμό σας είναι αυτό που είναι γνωστό ως στρατηγική υψηλής διαθεσιμότητας.

Όταν σχεδιάζετε μια στρατηγική υψηλής διαθεσιμότητας, θα πρέπει πρώτα να λάβετε υπόψη τους ακόλουθους παράγοντες:

• RTO (Recovery Time Objective) - δηλαδή, στόχος χρόνου αποκατάστασης, σημαίνει πόσος χρόνος διακοπής λειτουργίας επιτρέπεται, που συνήθως εκφράζεται με μερικά 9, για παράδειγμα, 99.999% διαθεσιμότητα σημαίνει όχι περισσότερο από 5 λεπτά διακοπής λειτουργίας ετησίως, 99.99% διαθεσιμότητα σημαίνει όχι περισσότερο από 52.5 λεπτά διακοπής λειτουργίας ετησίως και 99.9% διαθεσιμότητα σημαίνει όχι περισσότερες από 8.75 ώρες διακοπής λειτουργίας ετησίως. Αξίζει να σημειωθεί ότι η μέθοδος υπολογισμού του RTO λαμβάνει υπόψη εάν το σύστημα είναι 24*365 ή μόλις 6 π.μ. έως 9 μ.μ. κ.λπ. Πρέπει επίσης να δώσετε προσοχή στο εάν το παράθυρο συντήρησης υπολογίζεται ως χρόνος διακοπής λειτουργίας και είναι ευκολότερο να επιτύχετε υψηλότερη διαθεσιμότητα εάν επιτρέπεται η συντήρηση και η ενημέρωση κώδικα της βάσης δεδομένων κατά τη διάρκεια του παραθύρου συντήρησης.
• RPO (Recovery Point Objective) – Γνωστός και ως στόχος σημείου ανάκτησης, σημαίνει πόση απώλεια δεδομένων επιτρέπεται. Συνήθως, εφόσον δημιουργείτε ένα καλό αντίγραφο ασφαλείας, μπορείτε εύκολα να επιτύχετε μηδενική απώλεια δεδομένων. Αλλά όταν συμβεί μια καταστροφή, ανάλογα με την έκταση της καταστροφής της βάσης δεδομένων, ο χρόνος που απαιτείται για την επαναφορά δεδομένων από ένα αντίγραφο ασφαλείας θα έχει ως αποτέλεσμα η βάση δεδομένων να μην είναι διαθέσιμη, γεγονός που θα επηρεάσει την εφαρμογή του RTO. Ένα πρώιμο και πιο διάσημο παράδειγμα είναι ένα τραπεζικό σύστημα στην Ευρώπη και τις Ηνωμένες Πολιτείες, λαμβάνοντας υπόψη μόνο το RPO, υπάρχουν μόνο πλήρη αντίγραφα ασφαλείας και αντίγραφα ασφαλείας αρχείων καταγραφής στο σύστημα, πλήρη αντίγραφα ασφαλείας κάθε 3 μήνες, αντίγραφα ασφαλείας καταγραφής κάθε 15 λεπτά, όταν συμβαίνει μια καταστροφή, μόνο μέσω πλήρων αντιγράφων ασφαλείας και αντιγράφων ασφαλείας αρχείων καταγραφής μπορεί να επαναφέρει δεδομένα, οπότε παρόλο που δεν υπάρχει απώλεια δεδομένων, αλλά επειδή χρειάστηκαν δύο ολόκληρες ημέρες για την επαναφορά δεδομένων, το τραπεζικό σύστημα δεν ήταν διαθέσιμο για 2 ημέρες, επομένως χάθηκε μεγάλος αριθμός πελατών. Ένα άλλο αντίθετο παράδειγμα είναι ένας εγχώριος διαδικτυακός ιστότοπος βίντεο, που χρησιμοποιεί τον SQL Server ως σχεσιακή βάση δεδομένων back-end, το front-end χρησιμοποιεί No-SQL και εισάγει τακτικά δεδομένα No-SQL στη σχεσιακή βάση δεδομένων ως αντίγραφο ασφαλείας.
  

    Προϋπολογισμός – Το RTO και το RPO είναι συλλογικά γνωστά ως SLA (Service Level Agreements) και όταν σχεδιάζετε μια στρατηγική υψηλής διαθεσιμότητας, πρέπει να μετράτε πόσο καλά πληροίτε τα SLA με βάση την επιχείρησή σας, ανάλογα με τον προϋπολογισμό σας και μετρώντας το κόστος διαφορετικών SLA σε περίπτωση αποτυχίας. Σε γενικές γραμμές, είναι δύσκολο να επιτευχθούν υψηλά SLA με περιορισμένο προϋπολογισμό, και ακόμη και αν τα υψηλά SLA επιτυγχάνονται μέσω πολύπλοκων αρχιτεκτονικών, οι σύνθετες αρχιτεκτονικές σημαίνουν επίσης υψηλό κόστος λειτουργίας και συντήρησης, επομένως είναι απαραίτητο να επιλέξετε τη σωστή τεχνολογία εντός του προϋπολογισμού για την κάλυψη των SLA.

Επομένως, γενικά, το μεγάλο πλαίσιο για υψηλή διαθεσιμότητα μπορεί να καθοριστεί από διάφορες ερωτήσεις λήψης παραγγελιών:

• Ποιος είναι ο χρόνος διακοπής λειτουργίας που είναι διατεθειμένοι να δεχτούν οι μέτοχοι;
• Ποιος χρόνος διακοπής λειτουργίας είναι αποδεκτός για τους διευθυντές;
• Ποιος είναι ο προϋπολογισμός που προβλέπεται για ένα σενάριο υψηλής διαθεσιμότητας;
• Πόση είναι η απώλεια ανά ώρα λόγω διακοπής λειτουργίας;
  

• Ψυχρό αντίγραφο ασφαλείας: Ο διακομιστής αναμονής έχει ρυθμιστεί ώστε να δέχεται τα δεδομένα του κύριου διακομιστή και, όταν αποτύχει, επαναφέρει με μη αυτόματο τρόπο τα δεδομένα στην κύρια βάση δεδομένων ή διαμορφώστε εκ νέου τη συμβολοσειρά σύνδεσης ή τα δικαιώματα του προγράμματος για να φέρει τη βάση δεδομένων αντιγράφων ασφαλείας στο διαδίκτυο.
• Ζεστό αντίγραφο ασφαλείας: Τα δεδομένα του κύριου διακομιστή θα μεταδίδουν συνεχώς αρχεία καταγραφής στον εφεδρικό διακομιστή (σε ακανόνιστα διαστήματα, μπορεί να είναι 15 λεπτά, 30 λεπτά, 1 λεπτό κ.λπ.), με αυτόν τον τρόπο, ο κύριος διακομιστής στον εφεδρικό διακομιστή συνήθως ενημερώνεται ασύγχρονα, επομένως τα δεδομένα του κύριου διακομιστή και του εφεδρικού διακομιστή δεν είναι εγγυημένα. Επιπλέον, αυτό το σχήμα συνήθως δεν εφαρμόζει αυτόματη παρακολούθηση σφαλμάτων και ανακατεύθυνση.
• Hot backup: Τα δεδομένα του κύριου διακομιστή συγχρονίζονται αυτόματα στον εφεδρικό διακομιστή και στις περισσότερες περιπτώσεις περιλαμβάνεται αυτόματη παρακολούθηση σφαλμάτων και ανακατεύθυνση και μπορεί να διασφαλιστεί η συνέπεια δεδομένων του κύριου διακομιστή και του εφεδρικού διακομιστή.
  

    Από το κρύο έως το ζεστό έως το ζεστό εφεδρικό, το κόστος εκτοξεύεται στα ύψη.

    Οι δυνατότητες υψηλής διαθεσιμότητας που υποστηρίζονται στον SQL Server σχετίζονται στενά με την έκδοση και η έκδοση Enterprise υποστηρίζει όλες τις δυνατότητες υψηλής διαθεσιμότητας, όπως:

• Σύμπλεγμα ανακατεύθυνσης
• l Εικόνα βάσης δεδομένων
• l Μετάδοση αρχείου καταγραφής συναλλαγών
• l Στιγμιότυπα βάσης δεδομένων
• l Αναβαθμίσεις υψηλής διαθεσιμότητας
• l Μνήμη θερμού φορτίου
• l Διαδικτυακές λειτουργίες ευρετηρίασης
• l Βάση δεδομένων μερικώς online (αποκαθίστανται μόνο η κύρια ομάδα αρχείων ή η κύρια ομάδα αρχείων και πρόσθετα αρχεία NDF)
  

    Για συγκεκριμένες εκδόσεις των οποίων χαρακτηριστικά υψηλής διαθεσιμότητας, ανατρέξτε στο θέμα:http://msdn.microsoft.com/zh-cn/library/cc645993.aspxΑξίζει να σημειωθεί ότι η δωρεάν έκδοση Express μπορεί να χρησιμεύσει ως διακομιστής μαρτύρων για κατοπτρισμό βάσης δεδομένων, με αποτέλεσμα την εξοικονόμηση κόστους.

Σύμπλεγμα ανακατεύθυνσης

    Τα συμπλέγματα ανακατεύθυνσης παρέχουν υποστήριξη υψηλής διαθεσιμότητας για ολόκληρη την παρουσία του SQL Server, πράγμα που σημαίνει ότι μια παρουσία του SQL Server σε έναν κόμβο του συμπλέγματος αποτυγχάνει σε άλλους κόμβους του συμπλέγματος λόγω σφαλμάτων υλικού, σφαλμάτων λειτουργικού συστήματος κ.λπ. Η υψηλή διαθεσιμότητα επιτυγχάνεται με πολλούς διακομιστές (κόμβους) που μοιράζονται έναν ή περισσότερους δίσκους και τα συμπλέγματα ανακατεύθυνσης εμφανίζονται στο δίκτυο με τον ίδιο τρόπο όπως ένας μεμονωμένος υπολογιστής, αλλά με χαρακτηριστικά υψηλής διαθεσιμότητας. Είναι σημαντικό να σημειωθεί ότι δεδομένου ότι τα συμπλέγματα ανακατεύθυνσης βασίζονται σε κοινόχρηστους δίσκους, υπάρχει ένα μόνο σημείο αποτυχίας δίσκου, επομένως πρέπει να αναπτυχθούν πρόσθετες προστασίες, όπως η αναπαραγωγή SAN, σε επίπεδο δίσκου. Το πιο κοινό σύμπλεγμα ανακατεύθυνσης είναι ένα σύμπλεγμα ανακατεύθυνσης δύο κόμβων, συμπεριλαμβανομένου του κύριου και του υποτελούς.

Διαβίβαση ημερολογίου συναλλαγών

    Η αποστολή αρχείου καταγραφής συναλλαγών παρέχει προστασία υψηλής διαθεσιμότητας σε επίπεδο βάσης δεδομένων. Η καταγραφή χρησιμοποιείται για τη διατήρηση μιας ή περισσότερων βάσεων δεδομένων αναμονής (που ονομάζονται "δευτερεύουσες βάσεις δεδομένων") της αντίστοιχης βάσης δεδομένων παραγωγής (που ονομάζεται "κύρια βάση δεδομένων"). Πριν από την ανακατεύθυνση, η δευτερεύουσα βάση δεδομένων πρέπει να ενημερωθεί πλήρως εφαρμόζοντας με μη αυτόματο τρόπο όλα τα αντίγραφα ασφαλείας του αρχείου καταγραφής που δεν έχουν αποκατασταθεί. Η παράδοση αρχείων καταγραφής έχει την ευελιξία να υποστηρίζει πολλαπλές βάσεις δεδομένων αναμονής. Εάν απαιτούνται πολλές εναλλακτικές βάσεις δεδομένων, η παράδοση αρχείων καταγραφής μπορεί να χρησιμοποιηθεί ξεχωριστά ή ως συμπλήρωμα του κατοπτρισμού βάσης δεδομένων. Όταν αυτές οι λύσεις χρησιμοποιούνται μαζί, η κύρια βάση δεδομένων της τρέχουσας ρύθμισης παραμέτρων κατοπτρισμού βάσης δεδομένων είναι επίσης η κύρια βάση δεδομένων της τρέχουσας ρύθμισης παραμέτρων αποστολής αρχείων καταγραφής.

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

Κατοπτρισμός βάσης δεδομένων

    Ο κατοπτρισμός βάσεων δεδομένων είναι στην πραγματικότητα μια λύση λογισμικού που παρέχει επίσης προστασία σε επίπεδο βάσης δεδομένων, παρέχοντας σχεδόν στιγμιαία ανακατεύθυνση για τη βελτίωση της διαθεσιμότητας της βάσης δεδομένων. Ένα είδωλο βάσης δεδομένων μπορεί να χρησιμοποιηθεί για τη διατήρηση μιας ενιαίας βάσης δεδομένων αναμονής (ή "βάση δεδομένων ειδώλου") για την αντίστοιχη βάση δεδομένων παραγωγής (που ονομάζεται "κύρια βάση δεδομένων").
Επειδή η βάση δεδομένων ειδώλου βρίσκεται πάντα σε κατάσταση επαναφοράς, αλλά δεν γίνεται επαναφορά της βάσης δεδομένων, δεν είναι δυνατή η άμεση πρόσβαση στη βάση δεδομένων ειδώλου. Ωστόσο, για φορτώσεις μόνο για ανάγνωση, όπως αναφορές, μπορείτε να χρησιμοποιήσετε τη βάση δεδομένων κατοπτρισμού έμμεσα, δημιουργώντας ένα στιγμιότυπο βάσης δεδομένων της βάσης δεδομένων κατοπτρισμού. Τα στιγμιότυπα βάσης δεδομένων παρέχουν στους υπολογιστές-πελάτες πρόσβαση μόνο για ανάγνωση στα δεδομένα της βάσης δεδομένων κατά τη δημιουργία του στιγμιότυπου. Κάθε ρύθμιση παραμέτρων κατοπτρισμού βάσης δεδομένων περιλαμβάνει έναν "κύριο διακομιστή" που περιέχει την κύρια βάση δεδομένων και περιλαμβάνει επίσης έναν διακομιστή ειδώλου που περιέχει τη βάση δεδομένων κατοπτρισμού. Ο διακομιστής ειδώλου ενημερώνει συνεχώς τη βάση δεδομένων ειδώλου με την κύρια βάση δεδομένων.
    Ο κατοπτρισμός βάσης δεδομένων εκτελείται σε σύγχρονη λειτουργία σε λειτουργία υψηλής ασφάλειας ή ασύγχρονη λειτουργία σε λειτουργία υψηλής απόδοσης. Στη λειτουργία υψηλής απόδοσης, οι συναλλαγές δεν χρειάζεται να περιμένουν μέχρι ο διακομιστής ειδώλου να γράψει αρχεία καταγραφής στο δίσκο για να μπορέσουν να υποβληθούν, γεγονός που μεγιστοποιεί τις επιδόσεις. Στη λειτουργία υψηλής ασφάλειας, οι δεσμευμένες συναλλαγές δεσμεύονται και από τους δύο συνεργάτες, αλλά ο χρόνος καθυστέρησης της συναλλαγής παρατείνεται. Η απλούστερη ρύθμιση παραμέτρων του κατοπτρισμού βάσης δεδομένων περιλαμβάνει μόνο τον κύριο διακομιστή και τον διακομιστή ειδώλου. Σε αυτήν τη ρύθμιση παραμέτρων, εάν χαθεί ο κύριος διακομιστής, ο διακομιστής ειδώλου μπορεί να χρησιμοποιηθεί ως διακομιστής αναμονής, αλλά μπορεί να προκαλέσει απώλεια δεδομένων. Η λειτουργία υψηλής ασφάλειας υποστηρίζει τη διαμόρφωση αναμονής, τη λειτουργία υψηλής ασφάλειας με αυτόματη ανακατεύθυνση. Αυτή η ρύθμιση παραμέτρων περιλαμβάνει μια παρουσία διακομιστή άλλου κατασκευαστή που ονομάζεται "διακομιστής μαρτύρων", η οποία επιτρέπει τη χρήση του διακομιστή ειδώλου ως διακομιστή αντιγράφων ασφαλείας με δυνατότητα άμεσης εκτύπωσης. Η ανακατεύθυνση από την κύρια βάση δεδομένων στη βάση δεδομένων ειδώλου διαρκεί συνήθως μερικά δευτερόλεπτα.

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

αντίγραφο

    Η αναπαραγωγή δεν είναι αυστηρά μια δυνατότητα που έχει σχεδιαστεί για υψηλή διαθεσιμότητα, αλλά μπορεί να εφαρμοστεί σε υψηλή διαθεσιμότητα. Η αναπαραγωγή παρέχει προστασία σε επίπεδο αντικειμένου βάσης δεδομένων. Η αναπαραγωγή χρησιμοποιεί ένα μοντέλο δημοσίευσης-συνδρομής, όπου τα δεδομένα δημοσιεύονται από τον κύριο διακομιστή, γνωστό ως εκδότη, σε έναν ή περισσότερους δευτερεύοντες ή συνδρομητές. Η αναπαραγωγή παρέχει διαθεσιμότητα και επεκτασιμότητα σε πραγματικό χρόνο μεταξύ αυτών των διακομιστών. Υποστηρίζει φιλτράρισμα για την παροχή ενός υποσυνόλου δεδομένων στους συνδρομητές, ενώ υποστηρίζει επίσης ενημερώσεις διαμερισμάτων. Ο συνδρομητής είναι συνδεδεμένος και διαθέσιμος για αναφορές ή άλλες λειτουργίες χωρίς ανάκτηση ερωτημάτων. Ο SQL Server προσφέρει τέσσερις τύπους αναπαραγωγής: αναπαραγωγή στιγμιότυπου, αναπαραγωγή συναλλαγών, αναπαραγωγή peer-to-peer και αναπαραγωγή συγχώνευσης.

Πάντα ενεργόΟμάδα χρηστικότητας

    Το AlwaysOn Availability Groups είναι μια νέα δυνατότητα που εισήχθη στον SQL Server 2012. Παρέχεται επίσης προστασία σε επίπεδο βάσης δεδομένων. Επεκτείνει επίσης το όριο ότι ο κατοπτρισμός βάσης δεδομένων μπορεί να είναι μόνο 1:1, έτσι ώστε μια κύρια ρεπλίκα να μπορεί να αντιστοιχεί σε έως και 4 δευτερεύουσες ρεπλίκες (στον SQL Server 2014, αυτό το όριο επεκτείνεται σε 8), εκ των οποίων 2 δευτερεύουσες ρεπλίκες μπορούν να συγχρονιστούν ως καυτά αντίγραφα ασφαλείας και πρωτεύουσες ρεπλίκες σε πραγματικό χρόνο και οι άλλες δύο ασύγχρονες δευτερεύουσες ρεπλίκες μπορούν να χρησιμοποιηθούν ως θερμά αντίγραφα ασφαλείας. Επιπλέον, οι δευτερεύουσες ρεπλίκες μπορούν να διαμορφωθούν ως μόνο για ανάγνωση και μπορούν να χρησιμοποιηθούν για να αναλάβουν το φορτίο των αντιγράφων ασφαλείας.

    Εξαιτίας αυτού, ο κατοπτρισμός βάσης δεδομένων επισημαίνεται ως "παρωχημένος" στον SQL Server 2012.

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

Συγκεντρώστε απαιτήσεις

    Το πρώτο βήμα για να αποφασίσετε για μια στρατηγική υψηλής διαθεσιμότητας είναι αναμφίβολα να συγκεντρώσετε τις επιχειρηματικές απαιτήσεις για τη δημιουργία SLA. Το RTO και το RPO είναι τα πιο κρίσιμα μέρη και σε αυτή τη βάση, δημιουργήστε ρεαλιστικές προσδοκίες για τις απαιτήσεις διαθεσιμότητας και καθιερώστε μια ρεαλιστική στρατηγική υψηλής διαθεσιμότητας με βάση αυτές τις προσδοκίες.

Όρια αξιολόγησης

    Τα όρια αξιολόγησης δεν περιορίζονται μόνο στους περιορισμούς των διαφορετικών τεχνολογιών υψηλής διαθεσιμότητας στον SQL Server, αλλά και σε εκείνες που δεν είναι τεχνικές. Εάν έχετε προϋπολογισμό μόνο δεκάδων χιλιάδων γιουάν, αλλά θέλετε να κάνετε μια λύση υψηλής διαθεσιμότητας που βασίζεται σε κέντρα δεδομένων εκτός τοποθεσίας και αναπαραγωγή SAN, είναι αναμφίβολα το όνειρο ενός ανόητου. Ένας άλλος μη τεχνικός περιορισμός είναι το επίπεδο του επιχειρησιακού προσωπικού και συχνά, οι πολύπλοκες αρχιτεκτονικές σημαίνουν πιο εξειδικευμένο επιχειρησιακό προσωπικό. Άλλοι μη τεχνικοί περιορισμοί περιλαμβάνουν τη διαθεσιμότητα χώρου στο δίσκο στο κέντρο δεδομένων, εάν η παροχή ρεύματος και ο κλιματισμός μπορούν να καλύψουν τις ανάγκες και τον χρόνο που απαιτείται για την εφαρμογή της στρατηγικής διαθεσιμότητας.

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

Επιλέξτε τεχνολογία

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

Δοκιμή, επικύρωση και τεκμηρίωση

    Οι πολιτικές υψηλής διαθεσιμότητας πρέπει να ελέγχονται αυστηρά και να επικυρώνονται από την αρχή, ώστε να διασφαλίζεται ότι οι τρέχουσες πολιτικές διαθεσιμότητας πληρούν τις SLA. Ωστόσο, όταν ξεκινά μια στρατηγική υψηλής διαθεσιμότητας, είναι επίσης απαραίτητο να δοκιμάζεται και να επικυρώνεται τακτικά για να διασφαλίζεται ότι η τρέχουσα πολιτική μπορεί να εξακολουθεί να πληροί τις SLA παρά την αύξηση των δεδομένων, τις επιχειρηματικές αλλαγές ή τις αλλαγές. Παράλληλα, θα πρέπει να τεκμηριώνεται ταυτόχρονα η παραμετροποίηση της λύσης διαθεσιμότητας, η μέθοδος failover και το disaster recovery plan ώστε να μπορεί να εντοπιστεί σε περίπτωση αστοχίας ή μελλοντικής προσαρμογής της στρατηγικής υψηλής διαθεσιμότητας.

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