You most probably dont need an RMAN catalog database

3,354
-1

Published on

or 10 compelling reasons why you may need a catalog database (alternative title). The title of this session is on purpose thought provoking. The author is an experience Oracle DBA in Oracle backup & recovery area. During the presentation he will go through top reasons why you may need to implement RMAN catalog database and give you additional ideas on how you can improve your backups leveraging additional benefits provided by RMAN catalog database. The author will explain in what cases and why you may not need the catalog database. You will go away with a clear understanding on how to benefit from RMAN catalog database and when it may be optional. This is another presentation from author's popular RMAN papers.

Published in: Technology
1 Comment
3 Likes
Statistics
Notes
  • This presentation is introduction of a whitepaper. You can find the whitepaper here http://j.mp/XPCxy9.

    I am looking for any feedback you can give me. Please do not hesitate to comment, send me a message over a twitter @yvelik, or drop me an email on velikanovs @ pythian com.

    Your feedback is very important to me. I am about to give this presentations at Collaborate conference on Denver. Please help me to make it even better :)
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
3,354
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
93
Comments
1
Likes
3
Embeds 0
No embeds

No notes for slide
  • Pictures’ Source:www.graphicshunt.com, http://watchmojo.com/liveBlogs/blog_arcade/wp-content/uploads/2011/01/mortalkombat-1992-game-fight-image.png
  • Gustavo René Antunez:Another thing to keep in mind is the following note 134234.1, even though you can set your keep time to a high enough value, it can be affected by the setting in the MAXLOGHISTORY, and it will still cycle the records in the control file, and compromising your DR strategy so just be careful with that when using the control file only.
  • Mention OEM dependencies
  • http://devopsreactions.tumblr.com/
  • You can reduce controlfile recovery time from autobackup dramatically with maxseq and maxdays options. See restoreSpecOperand, FROM AUTOBACKUP from Oracle® Database Backup and Recovery Reference 11g Release 2 (11.2)
  • May mention MML retention option
  • Pictures’ Source:www.graphicshunt.com, http://watchmojo.com/liveBlogs/blog_arcade/wp-content/uploads/2011/01/mortalkombat-1992-game-fight-image.png
  • You most probably dont need an RMAN catalog database

    1. 1. You most probably don't need an RMAN catalog database Introduction to the whitepaper Yury Velikanov & Community Sunday, Sep 22, 2:15 PM - 3:15 PM Moscone West - 3014 Session ID# UGF9741 #OOW13 @yvelik
    2. 2. About Yury Google: Yury Oracle [phone|email] Twitter, LinkedIn, Blog, Slideshare, YouTube Oracle ACE Director Oracle Certified Master(9i/10g/11g + 15 OCP certificates) Oracle DBA 15+ years(42+ months working for Pythian) 10 Problems with your RMAN backup script (author) 12 000+ views on SlideShare.net
    3. 3. About Yury Google: Yury Oracle 10 Problems with your RMAN backup script (author) 12 000+ views on SlideShare.net
    4. 4. About Pythian • Recognized Leader: – Global industry-leader in remote database administration services and consulting for Oracle, Oracle Applications, MySQL and Microsoft SQL Server – Work with over 250 multinational companies such as Forbes.com, Fox Sports, Nordion and Western Union to help manage their complex IT deployments • Expertise: – Pythian’s data experts are the elite in their field. We have the highest concentration of Oracle ACEs on staff – 10 including 3 ACE Directors – and 2 Microsoft MVPs. – Pythian holds 7 Specializations under Oracle Platinum Partner program, including Oracle Exadata, Oracle GoldenGate & Oracle RAC • Global Reach & Scalability: – Around the clock global remote support for DBA and consulting, systems administration, special projects or emergency response
    5. 5. Community involvement
    6. 6. Agenda • Introduction • Why RMAN catalog is an overhead? / COST • Cases when catalog database is a MUST • Benefits of using RMAN catalog / VALUE • Catalog use-cases – Catalog & MML integration – Catalog & DR – Catalog & FS • Practical hints for catalog usage
    7. 7. CTL vs DB
    8. 8. DB Catalog doesn’t provide more HISTORY!
    9. 9. Introduction – Why? • Many DBAs use RMAN catalog because – It was a default option in 8.0 – It is recommended by Oracle – It was created before them • Many DBAs don’t – Use most of the catalog benefits – know how to assess cost involved – know how to justify catalog existence @dbareactions
    10. 10. COST
    11. 11. Complexity
    12. 12. RMAN catalog is an overhead COST • IMPLEMENTATION COST • MAITENANCE & RUNNING COSTS • DEPENDENCIES • DOWNTIME • AVAILABILITY • TUNING • BACKUP • COST per database - More databases - less cost - Cost vs Risk
    13. 13. A MUST
    14. 14. RMAN catalog database is a MUST • Disaster Recovery – Data Guard (standby database) – Backups from both DR sides – Shared backups media
    15. 15. RMAN catalog database is a MUST • Control File size is way to big – control_file_record_keep_time – Manage retention (if applicable) – Restore alternative MML handle
    16. 16. RMAN catalog database is a MUST • KEEP – Keep a backup for longer than current retention policy allows – Long term backups need a special care and should be treated as archiving • MML retention should be adjusted as necessary • Other tape pool / file system than regular backups • oracle database software & operational system – There are alternative ways (file system) • RESTORE PREVIEW + OS copy • BACKUP + UNCATALOG
    17. 17. VALUE
    18. 18. RMAN catalog Benefits / VALUE • Additional bird level view - control level – Many databases – Small DBA team – Scheduling issues – Manager’s view
    19. 19. RMAN catalog Benefits / VALUE • Volumes & Throughput monitoring – Day to day monitoring – Report deviations (archived logs) – Troubleshooting data – Tuning (compression, IO vs CPU vs TIME) – Chargeback
    20. 20. Capacity planning / VALUE • Challenge (centralized NFS) – Used for many databases backups – Retention policy varies – Incremental backups + Weekly cycles – RAC multiple backups from different nodes • Solution – Catalog DB – Centralized data for all databases – Regular data snaps – Custom data analysis tables
    21. 21. RMAN catalog Benefits / VALUE • MML & Catalog DB – Tends to have longer retention policy • Often retention policy isn’t managed by RMAN – Simplifies and unifies controlfile recovery • There are alternatives, e.g. MML handle from log files
    22. 22. RMAN catalog Benefits / VALUE • RMAN scripts Pros – Standard way to backup – Centralized control / easer change Cons – Dependency from RMAN catalog – Limited syntax • About Stored Scripts: Any command that is legal within a RUN command is permitted in the stored script. !shell rules!
    23. 23. VALUE • Additional high-level view of backups • Volumes & Throughput monitoring • Information for Capacity planning • Simplifies controlfile recovery (MML) • Repository for generic RMAN scripts Catalog Doesn’t • Keep longer history • Replace control file backups
    24. 24. CATALOG USE-CASES MML, DR, FS
    25. 25. Catalog & MML integration • Control File Auto recovery (challenge) – How it works • CONFIGURE CONTROLFILE AUTOBACKUP ON • standard handle name (%F format) c + {database ID} + {date} + {XX} • XX - hexadecimal incremental from 00 to FF – Restore • Restore freshest controlfile • RMAN Tries FF, FE, ….. 01, 00 – MML 1 round trip 2-5 minutes • 240 roundtrips = 8-20 hours maxseq and maxdays
    26. 26. Catalog & MML integration • Alternative control file restore options – MML REPOSITORY – RMAN LOG – HANDLE name • RMAN: “ENV=” or “format” • Catalog addresses – Difficulties in MML & DBA communications – Absence of MML access – Standard way to restore (easier)
    27. 27. Catalog, MML & RETENTION RMAN rarely used for retention management – Typically there are many MML clients • File systems • MS Exchange / Lotus Domino • Other databases – There are pools to send backups to • Weekly • Monthly • Custom There is a synchronization challenge
    28. 28. Catalog & Disaster Recovery • Disk based backups are local – Accessible from one site only • Tape based backups are global – Accessible from both sites • Review the SITE_KEY column in RMAN catalog views • KEY: CATALOG disk based backups on other site “Backup and Recovery Reference 11g R2” – “RMAN Backups in a Data Guard Environment”
    29. 29. Catalog & File System => MML • Simple unless …. • Relies on file system to tape backups – Strong recommendation to use MML integration • Missing backups • Too many copies for SOME backup sets – If you use • Don’t use DELETE OBSOLETE • RESTORE … PREVIEW • Manual synchronization
    30. 30. PRACTICAL HINTS THE CATALOG USAGE
    31. 31. Practical hints for catalog usage • DBID must be different for all databases • Do not separate Development & Production • To use or not to use RMAN catalog stored scripts? • Use resync catalog • RMAN setup for catalog DB failures • Introduce two catalog DBs to ensure HA
    32. 32. CONCLUSIONS Whitepaper!
    33. 33. Catalog makes it simple • RMAN Catalog is an overhead • You may manage without it • However an RMAN Catalog – simplifies backup management – adds additional benefits – reduces risks – there are other special cases • Cost is opposite proportion to DB count • Consider leveraging other catalog DB benefits
    34. 34. If you don’t use catalog DB • Make sure that – control_file_record_keep_time is greater than maximum retention period you may use – You have an easy access to archive of RMAN LOG files – You have knowledge & access to MML server • at least you have a best friend in tapes management team • Assess catalog DB benefits on regular basis
    35. 35. CTL vs DB
    36. 36. Google: Oracle Yury Blog, Twitter, Linkedin, ACE … email, phone number Whitepaper! Session ID# UGF9741 #OOW13 @yvelik
    37. 37. THANK YOU Google: Oracle Yury Whitepaper!

    ×