Πίνακας περιεχομένων:
- Αρχιτεκτονική Data Guard και Oracle 12c
- Μπορείτε να μετατρέψετε την επεξεργασία στην τοποθεσία αναμονής σας με δύο τρόπους:
Βίντεο: Roswell Incident: Department of Defense Interviews - Robert Shirkey / Walter Haut 2024
Η Guard Data είναι η πραγματική τεχνολογία προστασίας από καταστροφές της Oracle 12c. Σε αυτό, έχετε τουλάχιστον δύο βάσεις δεδομένων, βασικές και αναμονής. Το Data Guard διαθέτει επιλογές για πολλαπλές τοποθεσίες αναμονής καθώς και διαμόρφωση ενεργού-ενεργού .
Με ενεργό-ενεργό, σημαίνει ότι και οι δύο / όλοι οι ιστότοποι είναι επάνω, λειτουργούν και προσβάσιμοι. Αυτό αντιτίθεται σε ιστότοπους που έχουν μία ενεργή τοποθεσία και οι άλλοι πρέπει να ξεκινήσουν όταν χρειάζονται. Αυτό είναι ένα παράδειγμα της γενικής αρχιτεκτονικής διάταξης.
Αρχιτεκτονική Data Guard και Oracle 12c
Ξεκινήστε μια περιγραφή με την πρωτεύουσα βάση δεδομένων είναι εύκολη επειδή διαφέρει πολύ λίγο από οποιαδήποτε άλλη βάση δεδομένων που μπορεί να έχετε. Η μόνη διαφορά είναι ό, τι κάνει με τα αρχειοθετημένα αρχεία καταγραφής επαναφοράς.
Η πρωτεύουσα βάση δεδομένων γράφει ένα σύνολο αρχείων καταγραφής επαναφοράς σε μια περιοχή ανάκτησης Flash ή έναν τοπικό δίσκο. Ωστόσο, μπορείτε να διαμορφώσετε έναν ή περισσότερους άλλους προορισμούς σε περιβάλλον δεδομένων Data Guard.
LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVICE = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVICE = LOGSDBY1 LGWR"Το LOG_ARCHIVE_DEST_10
-
έχει ρυθμιστεί ώστε να στέλνει αρχεία καταγραφής αναδρομής στην τοπική περιοχή ανάκτησης Flash. Απαιτείται ένας τοπικός προορισμός για όλες τις βάσεις δεδομένων λειτουργίας αρχειοθήκης.
-
έχει ρυθμιστεί ώστε να στέλνει τα αρχεία καταγραφής αρχείων μέσω της διαδικασίας αρχειοθέτησης σε μια απομακρυσμένη τοποθεσία PHYSDBY1. Το όνομα υπηρεσίας για αυτόν τον απομακρυσμένο ιστότοπο έχει μια καταχώρηση στα tnsnames. ώρα στον κύριο διακομιστή. Το LOG_ARCHIVE_DEST_2
-
έχει ρυθμιστεί ώστε να στέλνει τα αρχεία καταγραφής αρχείων μέσω της διαδικασίας LGWR σε μια απομακρυσμένη τοποθεσία με την ονομασία LOGSDBY1. Το όνομα υπηρεσίας για αυτόν τον απομακρυσμένο ιστότοπο έχει μια καταχώρηση στα tnsnames. ώρα στο πρωτεύον διακομιστή. Γιατί η διαφορά στην ARCn έναντι των μεθόδων αποστολής LGWR; Αυτό έχει να κάνει με τους τρόπους προστασίας. Ένα περιβάλλον Data Guard έχει τρεις τρόπους προστασίας.
Μέγιστη διαθεσιμότητα
Ο τρόπος προστασίας μέγιστης διαθεσιμότητας διακυβεύει την απόδοση και τη διαθεσιμότητα δεδομένων. Λειτουργεί με τη χρήση του LGWR για την ταυτόχρονη εγγραφή για να επαναλάβετε τα αρχεία καταγραφής τόσο στις πρωτεύουσες όσο και στις θέσεις αναμονής. Η υποβάθμιση της απόδοσης έρχεται με τη μορφή διαδικασιών που περιμένουν να εγγραφούν καταχωρήσεις επαναληπτικής εγγραφής σε πολλαπλές τοποθεσίες.
Οι εκδόσεις που εκδίδουν δεσμεύσεις πρέπει να περιμένουν μέχρι να έχουν καταγραφεί όλες οι απαραίτητες πληροφορίες σε τουλάχιστον ένα αναδρομολόγιο καταγραφής αναμονής βάσης δεδομένων. Εάν μια συνεδρία κρέμεται λόγω της ανικανότητάς της να γράφει πληροφορίες επαναφοράς, η υπόλοιπη βάση δεδομένων συνεχίζει να κινείται προς τα εμπρός.
Μέγιστη προστασία
Η μέγιστη λειτουργία προστασίας είναι παρόμοια με τη μέγιστη διαθεσιμότητα εκτός από το ότι, εάν μια συνεδρία δεν μπορεί να επαληθεύσει ότι η επαναφορά γράφεται στον απομακρυσμένο χώρο, διακόπτεται η κύρια βάση δεδομένων.
Διαμορφώστε τουλάχιστον δύο θέσεις αναμονής για μέγιστη προστασία. Με αυτόν τον τρόπο, ένας χώρος αναμονής που είναι διαθέσιμος δεν θα διακόψει την υπηρεσία σε ολόκληρη την εφαρμογή.
Αυτή η λειτουργία επαληθεύει ότι δεν θα υπάρξει απώλεια δεδομένων σε περίπτωση καταστροφής με κόστος εκτέλεσης.
Μέγιστη απόδοση
Ο τρόπος προστασίας μέγιστης απόδοσης αφαιρεί τη διαδικασία αποστολής αρχείων καταγραφής από την πρωτεύουσα βάση δεδομένων μεταβιβάζοντάς την στη διαδικασία καταγραφής αρχείων (ARCn). Με αυτόν τον τρόπο, όλες οι λειτουργίες στον κύριο ιστότοπο μπορούν να συνεχιστούν χωρίς να περιμένετε να καταχωρηθούν καταχωρήσεις επαναφοράς για να επαναλάβετε τα αρχεία καταγραφής ή να επανατοποθετήσετε τη ναυτιλία.
Αυτό αντιτίθεται στις λειτουργίες αποστολής αρχείων καταγραφής που χρησιμοποιούν τον καταγραφέα αρχείων καταγραφής για τη μεταφορά συναλλαγών. Η χρήση του καταγραφέα αρχείου καταγραφής μπορεί να επιβραδύνει την επεξεργασία της συναλλαγής επειδή μπορεί να επηρεαστεί από τη διαθεσιμότητα ή την απόδοση του δικτύου.
Η μέγιστη απόδοση παρέχει το υψηλότερο επίπεδο απόδοσης στον πρωτεύοντα ιστό, εξαιτίας της απόκλισης δεδομένων
. Η απόκλιση δεδομένων εμφανίζεται όταν τα δεδομένα των δύο ιστότοπων αρχίζουν να ξεφεύγουν από το συγχρονισμό. Το αρχείο επαναφοράς δεδομένων αρχείου δεν αποστέλλεται μέχρι να γεμίσει ολόκληρο το αρχείο καταχώρησης αρχείων. Σε μια χειρότερη περίπτωση, μια ολόκληρη απώλεια ιστότοπου θα μπορούσε να έχει ως αποτέλεσμα την απώλεια δεδομένων ολόκληρου του αρχειοθέτησης. Εκτέλεση ενεργειών μετάβασης και ανακατεύθυνσης
Μπορείτε να μετατρέψετε την επεξεργασία στην τοποθεσία αναμονής σας με δύο τρόπους:
Η εναλλαγή
-
είναι ένας προγραμματισμένος διακόπτης που μπορεί να προκύψει εάν θέλετε να πραγματοποιήσετε συντήρηση στον κύριο ιστότοπο που απαιτεί να μην είναι διαθέσιμο. Αυτή η λειτουργία ενδέχεται να απαιτεί λίγα λεπτά διακοπής στην εφαρμογή, αλλά εάν πρέπει να κάνετε συντήρηση που διαρκεί μία ώρα ή περισσότερο, ο χρόνος διακοπής λειτουργίας θα μπορούσε να είναι χρήσιμος. Αυτή η ενέργεια ονομάζεται
ευγενική μετάβαση επειδή μετατρέπει τον κύριο ιστότοπο σε κατάσταση αναμονής και τον χώρο αναμονής σας στην κύρια σας. Επίσης, μπορείτε να μεταβείτε εύκολα στην αρχική αρχική τοποθεσία χωρίς να χρειάζεται να τη δημιουργήσετε ξανά από την αρχή. Η αποτυχία
-
εμφανίζεται όταν ο αρχικός ιστότοπος έχει παραβιαστεί με κάποιο τρόπο. Ίσως ήταν μια συνολική απώλεια ιστότοπου ή ίσως ανακαλύψατε φυσική διαφθορά σε ένα αρχείο δεδομένων. Όχι πάντα, αλλά συνήθως μετά την αποτυχία, πρέπει είτε να επαναδημιουργήσετε πλήρως τον κύριο ιστότοπο είτε να τον ανακτήσετε από ένα αντίγραφο ασφαλείας και να το εγκαταστήσετε ξανά. Συνήθως πραγματοποιείτε ένα failover μόνο όταν έχετε διαπιστώσει ότι ο καθορισμός του κύριου ιστότοπου θα διαρκέσει αρκετά ώστε να προτιμάτε να μην υπάρχει διακοπή λειτουργίας για ολόκληρο το χρονικό διάστημα.
Για να εκτελέσετε μια μετάβαση, ακολουθήστε τα εξής βήματα:
Στο τρέχον πρωτεύον, συνδεθείτε στο SQL * Plus και πληκτρολογήστε τα εξής:
-
Θα πρέπει να το δείτε:
Τροποποιημένη βάση δεδομένων.
Τερματίστε την πρωτεύουσα βάση δεδομένων:
-
Πρέπει να δείτε αυτό:
Η βάση δεδομένων είναι κλειστή. Η βάση δεδομένων αποσυναρμολογήθηκε. Το παράδειγμα ORACLE έκλεισε.
Ξεκινήστε την πρωτεύουσα βάση δεδομένων σε λειτουργία nomount:
-
Θα πρέπει να δείτε κάτι τέτοιο:
Ξεκίνησε το παράδειγμα ORACLE.Σύνολο συστήματος Συνολική περιοχή 789172224 bytes Σταθερό μέγεθος 2148552 bytes Μεταβλητό μέγεθος 578815800 bytes Buffers βάσεων δεδομένων 201326592 bytes Επαναφορά buffer 6881280 bytes
Τοποθετήστε τη βάση δεδομένων ως κατάσταση αναμονής:
-
Θα πρέπει να το δείτε:
Τροποποιήθηκε η βάση δεδομένων.
Ξεκινήστε την αποκατάσταση:
-
Βλέπετε αυτό το μήνυμα:
Ολοκληρώθηκε η ανάκτηση μέσων.
Συνδεθείτε στο SQL * Plus στην τρέχουσα κατάσταση αναμονής και πληκτρολογήστε τα εξής:
-
Πρέπει να δείτε αυτό:
Τροποποιημένη βάση δεδομένων.
Τερματίστε τη βάση δεδομένων αναμονής:
-
Πρέπει να δείτε αυτό:
Η βάση δεδομένων είναι κλειστή. Η βάση δεδομένων αποσυναρμολογήθηκε. Το παράδειγμα ORACLE έκλεισε.
Βεβαιωθείτε ότι έχουν ρυθμιστεί όλες οι κατάλληλες παράμετροι αρχικοποίησης για να συμπεριφέρεται σωστά αυτή η βάση δεδομένων ως πρωτεύουσα.
-
Ξεκινήστε κανονικά:
-
Θα πρέπει να δείτε κάτι τέτοιο:
Ξεκίνησε το παράδειγμα ORACLE. Σύνολο συστήματος Συνολική περιοχή 789172224 bytes Σταθερού μεγέθους 2148552 bytes Μεταβλητή Μέγεθος 578815800 bytes Βάσεις δεδομένων 201326592 bytes Επαναφορά buffer 6881280 bytes Βάση δεδομένων τοποθετημένη. Η βάση δεδομένων άνοιξε.
Βεβαιωθείτε ότι οι χρήστες και οι εφαρμογές μπορούν να συνδεθούν και να χρησιμοποιήσουν τη νέα πρωτογενή παρουσία.