Μενού

Επικύρωση αντιγράφων ασφαλείας και ανάκτησης Oracle RMAN (Hands-on Tutorial)

validate oracle rman backup

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Πώς να δημιουργήσετε και να επικυρώσετε το Oracle RMAN Backup: Μάθετε με τις εντολές RMAN και τη διαδικασία ανάκτησης

c ++ παράδειγμα αντιστοίχισης regex

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

Θα πάρουμε το Βάση δεδομένων της Oracle ως μελέτη περίπτωσης για αυτό το σεμινάριο.

Μελέτη περίπτωσης: Δοκιμή αντιγράφων ασφαλείας βάσεων δεδομένων Oracle RMAN:

Δοκιμή αντιγράφων ασφαλείας και ανάκτησης Oracle RMAN

Τι θα μάθετε:

Διαδικασία επικύρωσης αντιγράφων ασφαλείας της βάσης δεδομένων Oracle με χρήση του RMAN

Το έχουμε κατηγοριοποιήσει στις ακόλουθες τέσσερις ενότητες

  1. Τι είναι το αντίγραφο ασφαλείας;
  2. Γιατί να δημιουργήσετε αντίγραφα ασφαλείας;
  3. Πώς να δημιουργήσετε αντίγραφα ασφαλείας;
  4. Πώς να ελέγξετε / επικυρώσετε το αντίγραφο ασφαλείας της βάσης δεδομένων σας - Στρατηγικές αποκατάστασης;

Διαβάστε επίσης=> Όλα σχετικά με τη δοκιμή βάσης δεδομένων

Τι είναι ένα αντίγραφο ασφαλείας βάσης δεδομένων;

Προτού αρχίσουμε να μαθαίνουμε περισσότερα για τα αντίγραφα ασφαλείας, πρέπει να κατανοήσουμε το σημαντικότερο στοιχείο ενός οργανισμού - Δεδομένα. Λαμβάνοντας υπόψη ότι ο οργανισμός σας εκτελείται στη βάση δεδομένων της Oracle. Για να κατανοήσετε τον όρο «βάση δεδομένων» μπορείτε να ανατρέξετε στο Η σειρά δοκιμών βάσεων δεδομένων της Oracle εδώ .

Τα δεδομένα ενός οργανισμού είναι το πιο αναπόσπαστο μέρος ενός οργανισμού. Σκεφτείτε μια λιανική, τραπεζική εταιρεία. Όλοι έχουν τεράστιο όγκο δεδομένων - χρήστης, σύστημα κ.λπ. Ως διαχειριστής βάσης δεδομένων, ο διαχειριστής συστήματος ή οποιοδήποτε προσωπικό στο οποίο έχει ανατεθεί η εργασία για την προστασία αυτών των δεδομένων θα πρέπει να γνωρίζει πόσο σημαντικά είναι τα δεδομένα για έναν οργανισμό. Πώς να βεβαιωθείτε ότι τα δεδομένα είναι πάντα διαθέσιμα; Δημιουργήστε αντίγραφα ασφαλείας αυτών των δεδομένων.

Ένα αντίγραφο ασφαλείας είναι ένα ακριβές αντίγραφο της βάσης δεδομένων σας που μπορεί να σας βοηθήσει να ανακατασκευάσετε τα δεδομένα σας σε περίπτωση απώλειας δεδομένων.

Δοκιμή αντιγράφων ασφαλείας βάσης δεδομένων 1

Γιατί εφεδρική βάση δεδομένων;

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

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

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

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

Πώς να δημιουργήσετε αντίγραφα ασφαλείας της βάσης δεδομένων;

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

Μέθοδος # 1)Φυσικά αντίγραφα ασφαλείας :

  1. 3rdδημιουργία αντιγράφων ασφαλείας για πάρτι - όπως Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Αντίγραφα ασφαλείας που διαχειρίζεται ο χρήστης - Δημιουργία αντιγράφων ασφαλείας μιας βάσης δεδομένων που χρησιμοποιεί βοηθητικά προγράμματα OS, όπως αντίγραφο (windows), cp (Unix).
  3. Oracle Secure Backup
  4. Το αγαπημένο μου και το πιο προτιμώμενο προτεινόμενο βοηθητικό πρόγραμμα Oracle - Recover Manager ( RMAN ).

Μέθοδος # 2)Λογικά αντίγραφα ασφαλείας:

  1. Συμβατικά βοηθητικά προγράμματα εξαγωγής / εισαγωγής και βοηθητικά προγράμματα Datapump. Ένα λογικό αντίγραφο ασφαλείας είναι ένα αντίγραφο ασφαλείας των λογικών δεδομένων - αντικείμενα όπως πίνακες, ευρετήρια κ.λπ. που αποτελούν συστατικά μιας βάσης δεδομένων ανεξάρτητα από τη θέση των παραπάνω αντικειμένων.

Για να κατανοήσετε τις φυσικές και λογικές δομές αποθήκευσης μιας βάσης δεδομένων που θα μπορούσατε να ανατρέξετε Αυτό και αυτήν την τεκμηρίωση της oracle .

Ποια είναι η καλύτερη μέθοδος για τη δημιουργία αντιγράφων ασφαλείας βάσης δεδομένων;

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

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

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

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

Oracle RMAN (Oracle Recovery Manager) Εφεδρικές εντολές

Μπορούμε να δημιουργήσουμε αντίγραφα ασφαλείας δεδομένων είτε με τη βοήθεια της λειτουργίας Enterprise Manager (GUI) είτε μέσω της γραμμής εντολών OS.

Δοκιμή αντιγράφων ασφαλείας βάσης δεδομένων 2

RMAN είναι ένα ισχυρό, εξελιγμένο εργαλείο που παρέχεται από την Oracle για την εκτέλεση αντιγράφων ασφαλείας και ανάκτησης.

RMAN εγκαθίσταται αυτόματα κατά την εγκατάσταση της βάσης δεδομένων Oracle, οπότε δεν απαιτείται πρόσθετη εγκατάσταση για χρήση RMAN .

ο RMAN το περιβάλλον αποτελείται από δύο συστατικά:

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

δύο) Πελάτης RMAN που είναι ο πελάτης που ερμηνεύει τις εντολές χρήστη και τις εκτελεί για λογαριασμό του χρήστη ενώ συνδέεται στη βάση δεδομένων προορισμού.

Μια απλή εντολή για σύνδεση στη βάση δεδομένων χρησιμοποιώντας το RMAN έχει ως εξής:

C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>

Το DBID εδώ είναι το μοναδικό αναγνωριστικό που είναι μοναδικό σε κάθε βάση δεδομένων με την οποία σχεδιάζουμε να εργαστούμε.

Σε αυτό το παράδειγμα, έχουμε να κάνουμε με μια βάση δεδομένων με το όνομα ORCL .

Θα δημιουργήσουμε αντίγραφα ασφαλείας των δεδομένων που ανήκουν στη βάση δεδομένων ORCL.

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

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

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

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

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

Για τη δημιουργία αντιγράφων ασφαλείας μιας βάσης δεδομένων χρησιμοποιούμε:

'Εφεδρική βάση δεδομένων' - είναι τόσο απλό. Ας αρχίσουμε λοιπόν να δημιουργούμε αντίγραφα ασφαλείας της βάσης δεδομένων ORCL.

Δεδομένου ότι έχουμε ήδη συνδεθεί με τη βάση δεδομένων προορισμού (ORCL), ενεργοποιούμε την εντολή 'εφεδρική βάση δεδομένων'.

Δοκιμή αντιγράφων ασφαλείας βάσης δεδομένων 3

RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14

Εδώ, παρατηρούμε ότι το αντίγραφο ασφαλείας όλων των σχετικών αρχείων της βάσης δεδομένων - αρχεία δεδομένων, αρχεία ελέγχου, αρχείο spfile (αρχείο παραμέτρων) έχει ολοκληρωθεί. Η λειτουργία δημιουργίας αντιγράφων ασφαλείας χρειάστηκε περίπου 4 λεπτά και 27 δευτερόλεπτα (χρόνος που πέρασε). Αυτή είναι μια μικρή δοκιμαστική βάση δεδομένων με μόλις 5 αρχεία δεδομένων, οπότε χρειάστηκε πολύ λιγότερος χρόνος για δημιουργία αντιγράφων ασφαλείας.

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

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

RMAN> δημιουργία αντιγράφων ασφαλείας λίστας;

Δοκιμή αντιγράφων ασφαλείας βάσης δεδομένων 4

List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14

Αυτό το αντίγραφο ασφαλείας τοποθετείται στην τοποθεσία DB_RECOVERY_FILE_DEST η οποία ορίζεται ως D: APP1 SUNTYADA FLASH_RECOVERY_AREA

SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M

Το μέγεθος που ορίζεται για τη θέση δημιουργίας αντιγράφων ασφαλείας είναι 3912 MB.

Χρησιμοποιήστε το VALIDATE για να ελέγξετε αρχεία βάσης δεδομένων και αντίγραφα ασφαλείας:
RMAN> ΕΠΙΒΕΒΑΙΩΣΗ ΔΕΔΟΜΕΝΩΝ

Επικύρωση αντιγράφου ασφαλείας RMAN

Πώς δοκιμάζουμε ή επικυρώνουμε ότι μπορούμε να ανακτήσουμε τη βάση δεδομένων μας σε οποιαδήποτε κρίση;

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

Όλα εξαρτώνται από τον τρόπο με τον οποίο έχετε σχεδιάσει τα αντίγραφα ασφαλείας, τα διαστήματα με τα οποία προγραμματίζονται τα αντίγραφα ασφαλείας, εάν λαμβάνετε ένα πλήρες αντίγραφο ασφαλείας και έχετε σταδιακά αντίγραφα ασφαλείας.

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

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

Χρησιμοποιήστε την εντολή BACKUP VALIDATE για επικύρωση αντιγράφων ασφαλείας αρχείων:

Η εντολή για έλεγχο φυσικής διαφθοράς:

RMAN> ΕΓΚΑΤΑΣΤΑΣΗ ΕΦΑΡΜΟΓΗΣ
ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ
ΑΡΧΙΕΛΛΟΓΟ ΟΛΟ;

Η εντολή για τον έλεγχο φυσικής και λογικής διαφθοράς:

RMAN> ΕΓΚΑΤΑΣΤΑΣΗ ΕΦΑΡΜΟΓΗΣ
ΕΛΕΓΞΤΕ ΛΟΓΙΚΑ
ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ
ΑΡΧΙΕΛΛΟΓΟ ΟΛΟ;

RMAN> ΕΙΣΑΓΩΓΗ ΒΑΣΗ ΒΑΣΕΩΝ ;

Δοκιμή αντιγράφων ασφαλείας βάσης δεδομένων 5 νέο

Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14

Όπως μπορείτε να παρατηρήσετε παραπάνω, η κατάσταση κάθε αρχείου είναι « Εντάξει 'Που σημαίνει ότι μπορούν να χρησιμοποιηθούν και μπορούν να χρησιμοποιηθούν για την επαναφορά των αρχείων ανά πάσα στιγμή.

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

Χρησιμοποιήστε την εντολή RESTORE για επικύρωση αντιγράφων ασφαλείας:

RMAN> ΕΠΙΣΤΡΟΦΗ ΕΠΙΣΚΕΥΗΣ ΒΑΣΕΩΝ ΒΑΣΕΩΝ
ΑΠΟΚΑΤΑΣΤΑΣΗ ΑΡΧΙΕΛΛΟΓΟΥ ΟΛΟ ΤΟ VALIDATE.

RMAN> ΕΠΑΝΑΦΟΡΑ ΠΡΟΒΟΛΗΣ ΒΑΣΕΩΝ ΒΑΣΕΩΝ

Εφεδρικό αντίγραφο βάσης δεδομένων δοκιμής 6

Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14

συμπέρασμα

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

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

Έχουμε ασχοληθεί με διάφορες μεθόδους δημιουργίας αντιγράφων ασφαλείας των κρίσιμων βάσεων δεδομένων / δοκιμών σας και διάφορες μεθόδους για τη δοκιμή τους. Όπως έχει ήδη προταθεί πολλές φορές, η καλή στρατηγική δημιουργίας αντιγράφων ασφαλείας και ανάκτησης θα σώσει τη δουλειά και τον οργανισμό σας.

Ενημερώστε μας εάν έχετε οποιεσδήποτε ερωτήσεις σχετικά με την Oracle ή οποιαδήποτε άλλη δοκιμή δημιουργίας αντιγράφων ασφαλείας και ανάκτησης βάσης δεδομένων.

Συνιστώμενη ανάγνωση

^