- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Multi Mastering - backups?
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2007 02:59 PM
тАО11-18-2007 02:59 PM
10.2.0.2
We are not using streams, but advanced replication.
We are just trying to wrap our heads around how to do backups.
If we are using multi mastering, are backups required, if so what?
From what I am thinking, if we have a catastrophic failure, we confirm which is master core. Severe multimastering, completely install new database, and treat as new core and restart multimastering, and all data will then sync across.
So what really needs to me backed up?
This is really confusing...
If we do a hot backup at the same time, on both cores, and we have a problem, and do a restore on the problem server, with this create any issues with Multimaster transactions?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2007 06:13 PM
тАО11-18-2007 06:13 PM
Re: Multi Mastering - backups?
As I understand this concept multiple backup streams go to the same tape, making the backup go much faster.
With some versions of Veritas this makes the restore single stream with many passes on the tape. This makes DR painfully slow.
Test your technology on the restore side at your DR site.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2007 08:09 PM
тАО11-18-2007 08:09 PM
Re: Multi Mastering - backups?
Not sure what you are talking about there - this is a question about Oracle Streams replication.
LHradowy,
I'm afraid I don't know the streams technology at all - but I can't imagine it would be a replacement for a good local backup solution...
Have you looked at the part of the streams manual that talks about recovery?
http://download.oracle.com/docs/cd/B19306_01/server.102/b14228/man_gen_rep.htm#sthref627
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-19-2007 04:50 AM
тАО11-19-2007 04:50 AM
Re: Multi Mastering - backups?
you surely need a backup!
Think of untechnical errors like a user who deletes wrong data.
This will be a true and solid DB-transaction, which might be surely replicated anywhere else and if that already happend before you noticed... busted.
In terms of databases for the same reason:
- Mirroring is no technique that saves you from taking a backup
- Clusters are not a technique that saves you from taking a backup
- Replication is no technique that saves you from taking a backup
- export is no backup at all
Only a backup gives you the opportunity of doing a point-in-time recovery, meaning turn the inside db-clock backwards.
The same applies for a crash situation. Do not think of a db-backup as a filesystem backup, which you restore and get everything back to yesterday 04:00 am.
In case of hardware error, you will always want to recover every transaction and not yesterdays last backup. So you'll have to use yesterdays backup, but require db-logs up to the point of crash to get everything that happend.
By the way, coming back to my user-error scenario: You have a strategy to recover from this, have you? Otherwise I'd recommend to think about this urgently.
Volker
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-20-2007 12:16 AM
тАО11-20-2007 12:16 AM
SolutionAllow me to add one further step to what Volker has posted above.
The backups need to be tested. Even better actual recovery must be done on the DR or recovery site as frequently as possible. This way you ensure that both your system is running and the backup is still valid.
If you use RMAN backup, there is one command that allows you to validate your actual backup without the need to actually doing the real restore on a server:
restore validate database;
You should also look into Incremental Merge RMAN backup option for faster recovery...
hope this helps too!
kind regards
yogeeraj
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-21-2007 03:48 AM
тАО11-21-2007 03:48 AM