Skip to Main Content

Oracle Database Discussions

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

ORA-00257: archiver error. Connect internal only, until freed.

SheySep 4 2013 — edited Sep 6 2013

Hello everybody,

I have been using oracle 11g on windows server 2008 R2 and also use these 2 rman scripts for generating backup level 0(usually run it once a week) and 1(usually run it everyday).

level 1:

echo database backup, level 1

echo %DATE%

echo %TIME%

set datetimef=%date:~-4%_%date:~4,2%_%date:~7,2%_%time:~0,2%_%time:~3,2%_%time:~6,2%

echo %datetimef%

rman target / @F:\backup1.txt LOG F:\database-backup\rman-logs\%datetimef%.txt

copy F:\database-backup\rman-logs\%datetimef%.txt F:\database-backup\rman-logs\current-log.txt

level 0:

echo database backup, level 0

echo %DATE%

echo %TIME%

set datetimef=%date:~-4%_%date:~4,2%_%date:~7,2%_%time:~0,2%_%time:~3,2%_%time:~6,2%

echo %datetimef%

rman target / @F:\backup0.txt LOG F:\database-backup\rman-logs\%datetimef%.txt

copy F:\database-backup\rman-logs\%datetimef%.txt F:\database-backup\rman-logs\current-log.txt

I get this error at least once a month:

ORA-00257: archiver error. Connect internal only, until freed.

Cause: The archiver process received an error while trying to archive a redo log. If the problem is not resolved soon, the database will stop executing transactions. The most likely cause of this message is the destination device is out of space to store the redo log file.

Action: Check the archiver trace file for a detailed description of the problem. Also, verify that the device specified in the initialization parameter archive_log_dest is set up properly for archiving.


And database goes down, so I use my rman backups to recover the database. But this time when I recover the database and users start working with it , after few minutes, , the same problem happens and database goes down again!


I've tried :
alter system set db_recovery_file_dest_size=<new_size>
alter system switch logfile;

it used to fix the database before but since 2,3 months ago, it has not been working anymore.

Could you please help me to find the reason and prevent it to occur this frequently?

Regards

Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Oct 4 2013
Added on Sep 4 2013
6 comments
10,095 views