ORA-00265: instance recovery required, cannot set archivelog Mode

Source: Internet
Author: User
Symptom:

I reported an error ORA-00265 after executing the open archive command

    SQL> alter database archivelog;    alter database archivelog    *    ERROR at line 1:    ORA-00265: instance recovery required, cannot set ARCHIVELOG mode

Problem Analysis:
From the above error, we can see that archive cannot be enabled because the SCN numbers in datafile, controlfile, and redolog are inconsistent, the cause of this problem is that I used startup force mount when I restarted the database to mount; because this command actually performed two steps:
1. Shutdown abort --- force shut down the database
2. startup Mount


Since we implicitly perform the shutdown abort operation, it means that the SCN numbers in datafile, controlfile, and redolog are definitely inconsistent. We need to perform recover during the Open Database process, because their SCN numbers are inconsistent, archivelog cannot be enabled in the Mount state, as shown below:

    SQL> startup mount force;    ORACLE instance started.    Total System Global Area 2505338880 bytes    Fixed Size 2255832 bytes    Variable Size 620758056 bytes    Database Buffers 1862270976 bytes    Redo Buffers 20054016 bytes    Database mounted.    SQL> alter database archivelog;    alter database archivelog    *    ERROR at line 1:    ORA-00265: instance recovery required, cannot set ARCHIVELOG mode

Solution:
To solve this problem, the simplest solution is to open the database and perform the recover operation. After the operation is completed, perform shutdown immediate and start statup mount to enable archiving, for details, see:

SQL> alter database open; database altered. #### recover log information: Alter database open beginning crash recovery of 1 threads parallel recovery started with 3 processes started redo scan completed redo scan read 1522 kb Redo, 175 data blocks need recovery started redo application at thread 1: logseq 7, block 10941 recovery of online redo log: thread 1 group 1 seq 7 reading mem 0 mem #0: /dbdata/woo2/redo01.log completed redo application of 0.44 MB completed crash recovery at thread 1: logseq 7, block 13985, SCN 991198 175 data blocks read, 175 data blocks written, 1522 redo K-bytes read wed Sep 03 22:39:35 2014 thread 1 advanced to log sequence 8 (thread open) thread 1 opened at log sequence 8 current log #2 seq #8 mem #0: /dbdata/woo2/redo02.log successful open of redo thread 1 MTTR advisory is disabled because provided is not set wed Sep 03 22:39:35 2014 SMON: Enabling cache recovery [13499] deleonlined undo tablespace 2. undo initialization finished serial: 0 start: 3565124 end: 3565194 DIFF: 70 (0 seconds) Verifying File Header compatibility for 11g tablespace encryption .. verifying 11g File Header compatibility for tablespace encryption completed SMON: Enabling TX recovery database characterset is al32utf8 no resource manager plan active replication_dependency_tracking turned off (no async multimaster replication found) starting background process qmnc wed Sep 03 22:39:36 2014 qmnc started with PID = 23, OS id = 16119 completed: Alter database open wed Sep 03 22:39:37 2014 db_recovery_file_dest_size of 4182 MB is 0.00% used. this is a user-specified limit on the amount of space that will be used by this database for recovery-related files, and does not reflect the amount of space available in the underlying filesystem or ASM diskgroup. wed Sep 03 22:39:37 2014 starting background process cjq0 wed Sep 03 22:39:37 2014 cjq0 started with PID = 24, OS id = 16134 starting background process SmCo wed Sep 03 22:39:43 2014 SmCo started with PID = 30, OS id = 16149

##### Immediate: Close the database and restart archiving.

SQL> shutdown immediate database closed. database dismounted. oracle instance shut down. SQL> startup Mount; Oracle instance started. total system global area 2505338880 bytes fixed size 2255832 bytes variable size 620758056 bytes database buffers 1862270976 bytes redo buffers 20054016 bytes database mounted. SQL> alter database archivelog; database altered. SQL> alter database open; database altered. SQL >### open the archive Alert Log information as follows: Alter database Mount successful mount of redo thread 1, with Mount ID 3606990310 database mounted in exclusive mode lost write protection disabled completed: alter database Mount wed Sep 03 22:45:06 2014 alter database archivelog completed: Alter database archivelog alter database open wed Sep 03 22:45:12 2014 lgwr: starting arch processes wed Sep 03 22:45:12 2014 arc0 started with PID = 20, OS id = 16867 arc0: archival started lgwr: Starting arch processes complete arc0: starting arch processes wed Sep 03 22:45:13 2014 arc1 started with PID = 21, OS id = 16871 wed Sep 03 22:45:13 2014 arc2 started with PID = 22, OS id = 16873 wed Sep 03 22:45:13 2014 arc3 started with PID = 23, OS id = 16875 arc1: archival started arc2: archival started arc1: becoming


ORA-00265: instance recovery required, cannot set archivelog Mode

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.