most would say anywhere from 1 checkpoint every 15-30 minutes or so. It would also depend on how important the data is to retrieve. If very important and you have lots of activity, then you want more frequent checkpoints/log-intervals.
if you take cold-backups every evening, then you don't need the old achived-logs after your cold-backup. Just delete your logs after every cold-backup with a script. I assume you are doing this since you mentioned it is not 24/7.
Originally posted by jgmagnus most would say anywhere from 1 checkpoint every 15-30 minutes or so. It would also depend on how important the data is to retrieve. If very important and you have lots of activity, then you want more frequent checkpoints/log-intervals.
if you take cold-backups every evening, then you don't need the old achived-logs after your cold-backup. Just delete your logs after every cold-backup with a script. I assume you are doing this since you mentioned it is not 24/7.
- Magnus
Hi Magnus,
I think, we have very weired log generation pattern. Sometimes, every two minutes, Arch log file is created. Sometimes, it takes 1-2 hours too. In Nov, it generated 450 Arch log files of 50 MB each and in Oct, about 470.
We take hot backup everyday and weekly cold backup as we cannot shutdown the database every night due to some schedules concurrent programs running that time.
So, should I increase the size of Redo log file and then change LOG_CHECKPOINT_INTERVAL to the size greater than 100M so that only on filling of Redo log file, log checkpoint occurs?
Thanks,
Sam
------------------------
To handle yourself, use your head. To handle others, use your heart
Originally posted by jgmagnus most would say anywhere from 1 checkpoint every 15-30 minutes or so. It would also depend on how important the data is to retrieve. If very important and you have lots of activity, then you want more frequent checkpoints/log-intervals.
if you take cold-backups every evening, then you don't need the old achived-logs after your cold-backup. Just delete your logs after every cold-backup with a script. I assume you are doing this since you mentioned it is not 24/7.
- Magnus
Hi Magnus,
I think, we have very weired log generation pattern. Sometimes, every two minutes, Arch log file is created. Sometimes, it takes 1-2 hours too. In Nov, it generated 450 Arch log files of 50 MB each and in Oct, about 470.
We take hot backup everyday and weekly cold backup as we cannot shutdown the database every night due to some schedules concurrent programs running that time.
So, should I increase the size of Redo log file and then change LOG_CHECKPOINT_INTERVAL to the size greater than 100M so that only on filling of Redo log file, log checkpoint occurs?
Thanks,
Hi Magnus,
Are you there?
Thanks,
Sam
------------------------
To handle yourself, use your head. To handle others, use your heart
Sam,
You should have 3 groups with 2 members each.
You have that type of error because your redo log size is too small to handle the transaction
load.
what you need to do is re create your redo log with larger size.
before you drop your redo log make sure you only drop the redo log with INACTIVE status.
SQL>COL MEMBER FORMAT A40
SQL> select f.group#,
f.member,
g.status,
g.bytes bytes_mb
from v$logfile f, v$log g;
if they are active do the following.
SQL> alter system switch logfile;
SQL> alter database drop logfile group 1;
REM to delete logfiles from OS
SQL> HOST DEL C:\oracle\oradata\db_name\redo01.log
Also LOG_CHECKPOINT_INTERVAL = (set it larger than your redo log) and
LOG_CHECKPOINT_TIMEOUT=0. These 2 parameters influence how often your log switch.
After increasing Redo log file size from 50m to 100m and also increasing the value of LOG_CHECKPOINT_INTERVAL appropriately, I still see very inconsistancy in Archive log file creation.
It created some files with 5-10 minutes interval and few files with 1-2 hours.
So, overall I do not see any advantage of increasing the redo log file size.
What is the solution?
Thanks,
Sam
------------------------
To handle yourself, use your head. To handle others, use your heart
If it is any consolation to you, my redo logs are 256MB each, and my processing load can still make them swap several times per minute (sometimes).
It is NEVER going to be a constant rate of swapping. Oracle recommends sizing them so that they swap not more than once per hour. It is not a problem if they swap less frequently than that.
However, it is not always possible to achieve this goal.
Bookmarks