ORA-00257:archiver error, connect internal only until freed
Issue:
Application log shows below error and users are unable to connect to the database.
0RA-00257:archiver error, connect internal only until freed
(OR)
0RA-00257:archiver error, connect internal only until freed
ORA-16020: less destinations available than specified by LOG_ARCHIVE_MIN_SUCCEED_DEST
Fix:
1) Check if there are any errors for the archive destination(s). Make sure that the number of VALID archive destinations is greater than or equal to the value specified by LOG_ARCHIVE_MIN_SUCCEED_DEST initialization parameter.
set pages 1000
col dest_name for a30
col destination for a60
SELECT dest_id, dest_name, binding, status, destination, error FROM v$archive_dest;
SHOW PARAMETER log_archive_min_succeed_dest
2) If space is full in one or more of the archive destinations (or if destination is not available), take any of the following steps:
2.a) Manually move the archives to another location and delete them from archive destination.
(OR)
2.b) Change the archive destination to an alternate archive destination which has space available.
(OR)
2.c) If there are VALID archive destinations but are less than the value specified by LOG_ARCHIVE_MIN_SUCCEED_DEST, then set this parameter to a lower value:
(OR)
2.d) Backup the archives and delete them using RMAN command - BACKUP ARCHIVELOG with DELETE INPUT; (Doc ID 388422.1)
3) In case, archiving does not resume even after freeing up space in archive destination, then probably archiver is stuck.In such case, issue the following command as per (Doc ID 121927.1), for each archive destination to resume automatic archiving:
alter system set LOG_ARCHIVE_DEST_.. = 'location=/<archive log path> reopen';
When Flash Recovery Area is in use ( Most of the cases we need to follow the below steps)
i) Check if flash_recovery_area is in use.
Database log mode Archive Mode
Automatic archival Enabled
Archive Destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 384
Next log sequence to archive 386
Current log sequence 386
ii) To immediately resolve this issue, allow more space in the DB_RECOVERY_FILE_DEST with the DB_RECOVERY_FILE_DEST_SIZE parameter :
OR
iii) To avoid the situation once DB_RECOVERY_FILE_DEST_SIZE is reached , specify and alternate location
(archiving is automatically performed to the alternate dest2) :
log_archive_dest_2='LOCATION=/other_dest_for_archiving'
log_archive_dest_state_1='enable'
log_archive_dest_state_2='alternate'
db_recovery_file_dest='/u01/app/oracle/product/10.1.0/db_1/flash_recovery_area'
db_recovery_file_dest_size=2G
iv) To cleanup Flash recovery Area regularly in order to avoid hitting the space issue, refer to below document:
Frist
1 Step : shut abort;
2 step : startup mont
3 step : target rman /
For immediate release need to delete from ASM for dev servers
RMAN> crosscheck backup;
RMAN> DELETE BACKUP COMPLETED BEFORE 'SYSDATE-2';
================================================
Use below rman script to delete archive logs older than 2 days.
rman target /
DELETE ARCHIVELOG ALL COMPLETED BEFORE ‘sysdate-7’;
CROSSCHECK ARCHIVELOG ALL;
DELETE EXPIRED ARCHIVELOG ALL;
==========================================
Space issue in Fast / Flash Recovery Area - FRA Full (Doc ID 829755.1)
Start pluggable database and check the services are up or not in case of EBS check ebs_PDB then connect sqlplus apps/apps for app node.
Comments
Post a Comment