Use 10g to undo/check data from history [message #396134] |
Sat, 04 April 2009 02:35 |
linuxos
Messages: 31 Registered: April 2009
|
Member |
|
|
Hi, I'm quite new in administration. When I read many documents about Flashback of 10g, I found there are many advantages of implementing it.
However, I don't know whether it will affect performance. It uses additional processes and memory to handle it.
And the DBA has to concern about the DB_FLASHBACK_RETENTION_TARGET and DB_RECOVERY_FILE_DEST_SIZE. It the transaction volume suddenly exceeds the quota, the db will stop, right? Can Oracle handle this automatically?
If the user errors do not usually happen and job rerun is possible, then can I skip this feature in the new Oracle 10g database?
Thank you!
|
|
|
|
Re: Use 10g to undo/check data from history [message #396171 is a reply to message #396134] |
Sat, 04 April 2009 09:46 |
linuxos
Messages: 31 Registered: April 2009
|
Member |
|
|
Thanks!
Instead of tuning the size of flash recovery area, I think the DBA has to consider the number of redo log files and archived log files for recovery.
I've seen a case the my app suddenly perform lots of DML (insert/update/delete) in a short time, then the archive process hangs. Add enough redo logs/archived logs may help the db performace and may save DBA effort. Am I right?
|
|
|
Re: Use 10g to undo/check data from history [message #396174 is a reply to message #396171] |
Sat, 04 April 2009 10:25 |
|
ebrian
Messages: 2794 Registered: April 2006
|
Senior Member |
|
|
You should check your alert log to determine how often you are performing log switches. You may need to add additional redo logs and/or increase the size of the members you already have. Check Determine Optimal Size for Redo Logs for help with your sizing.
If you have a FRA configured and haven't set the size of the DB_RECOVERY_FILE_DEST_SIZE set appropriately and you are storing your archive logs in the FRA, then your database will hang will you reach the DB_RECOVERY_FILE_DEST_SIZE limit.
|
|
|