RMAN [message #499766] |
Wed, 16 March 2011 02:33  |
 |
Paules
Messages: 128 Registered: March 2011 Location: United Arab Emirates
|
Senior Member |
|
|
Hai,
Is it Possible to Maintain real Time Backup using RMAN ?
Regards,
Paules
|
|
|
|
|
|
|
|
|
|
|
Re: RMAN [message #499851 is a reply to message #499818] |
Wed, 16 March 2011 08:01   |
John Watson
Messages: 8968 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
Quote:We can bring back everything till the previous day using the dump file. This sounds as though you taking a database export. Is that correct? If so, you are operating your database in a very dangerous manner, as an export is NOT a backup.
If I have misunderstood your post, please forgive me, and perhaps describe in greater detail what you are doing for backup.
|
|
|
|
|
|
|
|
|
|
Re: RMAN [message #506661 is a reply to message #506651] |
Tue, 10 May 2011 07:19   |
Yasir Hashmi
Messages: 304 Registered: April 2006
|
Senior Member |
|
|
Why are you only backing up the archivelogs?
WHy not take proper RMAN backups and include archivelog backups in that?
Schedule them at midnight. Ensure you take periodic backups of archive logs generated over the day.
What is your rate of generation of archivelogs?WHats the frequency of logswitch/checkpoint?
You can schedule that accordingly.
|
|
|
Re: RMAN [message #506662 is a reply to message #506661] |
Tue, 10 May 2011 07:22   |
Yasir Hashmi
Messages: 304 Registered: April 2006
|
Senior Member |
|
|
Quote:there is an Issue at 1:00 PM . We can bring back everything till the previous day using the dump file.
Wrong,if you lose any system file,the dump will not have any effect.
You will lose your database. Plan for taking physical backups.Archivelogs alone are not sufficient enough to ensure complete recoverability.
[Updated on: Tue, 10 May 2011 07:29] by Moderator Report message to a moderator
|
|
|
|
Re: RMAN [message #506747 is a reply to message #506742] |
Wed, 11 May 2011 02:10   |
John Watson
Messages: 8968 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
Before you try anything, you need to explain what you are doing at the moment. First question: are you making backups at all? This,
Quote:import the dump file
and this
Quote:bring back everything till the previous day using the dump file
sound like export/import, which are not backups, and will not give you a copy of the database that can be maintained. Michel is assuming that you are using RMAN to backup your database. Is that correct?
|
|
|
|
|
|
|
Re: RMAN [message #506779 is a reply to message #506775] |
Wed, 11 May 2011 05:20   |
 |
Mahesh Rajendran
Messages: 10708 Registered: March 2002 Location: oracleDocoVille
|
Senior Member Account Moderator |
|
|
>>I have commented on this just now and now it is on section "Admin approval"
Quoting your comments
>> Database logical objects are exported independently of the files that contain those objects.
Wrong.
Not all objects/rows are always exported.
-----
Edit:
-----
What I meant to say is, by default protected rows are not always exported.
In specific cases, a very special role(EXEMPT ACCESS POLICY) needs to be granted just to do export which will overwrite the
security policies. Just not acceptable in real world.
>> Logical backups can be imported into a different database, even on a different platform. RMAN backups are not portable between databases or platforms.
wrong.
RMAN backups are portable between different platforms.
Exp/Expdp are just a logical way of moving data from one database to another. They are never meant to be backups.
RMAN is meant for backup/recovery. Not really meant to move data
between databases.
Restore/Recover means bringing the database to the same state before it was.
With exp/imp you need to recreate the databases to start with.
>>if it not a Production Environment we Use logical backups only.And In Prd Environment we prefer RMAN Backups.
>>But this does n`t mean that Exp/Imp utilities are not backup utilities.
You may even prefer to get data out of database as csv and use sqlldr to load back.
But it still not a "backup". Just another way to move data.
[Updated on: Wed, 11 May 2011 05:48] Report message to a moderator
|
|
|
|
Re: RMAN [message #506797 is a reply to message #506789] |
Wed, 11 May 2011 05:59   |
 |
Mahesh Rajendran
Messages: 10708 Registered: March 2002 Location: oracleDocoVille
|
Senior Member Account Moderator |
|
|
Quote:http://www.orafaq.com/forum/mv/msg/49057/131217/136607/#msg_131217
I knew you would quoting this.
Did you realize this post is 5+years old?
In this post, I failed to realize OP was using 10g and was under impression he was using 9i.
>>RMAN Cross-Platform Transportable Databases Is different.
How different?
It is an RMAN feature.
With the same endians, RMAN works as an angel.
With different endians, needs a little more work. Thats it.
>>And As I said My comments/Posts are not meant for blame anyone.
Either is ours.
[Updated on: Wed, 11 May 2011 06:05] Report message to a moderator
|
|
|
|
|
|
|
Re: RMAN [message #506841 is a reply to message #506808] |
Wed, 11 May 2011 07:56   |
Yasir Hashmi
Messages: 304 Registered: April 2006
|
Senior Member |
|
|
I think what Mahesh wants to say is from recovery point of view exp/imp are not backups.Because if you have any failure of database exp/imp won't help.Then you need physical backup.
What Sriram is saying is in general.Both are backups.
From recovery point of view exp/imp aka logical backups are useless unless you recreate your database and import all the data but that is not recovery.
otherwise yes exp/imp does contain data.So its a backup of data only usefull in user related errors.
|
|
|
|
|
|
|
|
|
Re: RMAN [message #506858 is a reply to message #506850] |
Wed, 11 May 2011 08:21   |
John Watson
Messages: 8968 Registered: January 2010 Location: Global Village
|
Senior Member |
|
|
I'll have one more try.
Paules,
It sounds as though you want to maintain a copy of the datbase in (near) real time. You can't do that with RMAN. Do you have Enterprise Edition licenses? If so you can do it with Data Guard.
|
|
|