今天在dataguard 备库起recover 的时候报错：ora-16014: log 4 sequence# 1 not archived, no available destinations解决下面第
今天在dataguard 备库起recover 的时候报错：
ora-16014: log 4 sequence# 1 not archived, no available destinations
解决下面第一种方法：
先看
sql> show parameter db_recovery
name type value
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string d:\oracle\product\10.2.0/flash
_recovery_area
db_recovery_file_dest_size big integer 2g
sql> alter system set db_recovery_file_dest_size=3g scope=both;
系统已更改。
--------------
下面继续这种思路：
1).检查flash recovery area的使用情况：
sql> select * from v$flash_recovery_area_usage;
file_type percent_space_used percent_space_reclaimable number_of_files
------------ ------------------ ------------------------- ---------------
controlfile .33 0 1
onlinelog 7.32 0 3
archivelog 25.06 0 35
backuppiece 67.69 0 4
imagecopy 0 0 0
flashbacklog 0 0 0
已选择6行。
.计算flash recovery area已经占用的空间：
sql> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
sum(percent_space_used)*3/100
-----------------------------
3.012
可以看到，这里已经有3.012g使用了，这说明我们刚开始设置的db_recovery_file_dest_size=2g不足，导致online redo log无法归档，在这里，我们通过设置db_recovery_file_dest_size参数，增大了flash recovery area来解决这个问题。
(3).也可以在ｒｍａｎ中通过删除flash recovery area中不必要的备份来释放flash recovery area空间来解决这个问题：
(1). delete obsolete;
(2). crosscheck backupset;
delete expired backupset;
我这里事先手工把归档的文件删除一部分，然后用ｒｍａｎ 用上面的 命令把flash recovery area 实际空间变小。问题就解决了。
------------------
后来，我发现这种方法是不能解决我的问题的，原因我的这个原因是归档路径被改变。
先启动到mount:
sql> startup mount;
oracle 例程已经启动。
total system global area 603979776 bytes
fixed size 1250404 bytes
variable size 163580828 bytes
database buffers 436207616 bytes
redo buffers 2940928 bytes
数据库装载完毕。
sql> select database_role, open_mode from v$database;
database_role open_mode
---------------- ----------
physical standby mounted
看一下alert 日志：
successful mount of redo thread 1, with mount id 1778855572
sat dec 31 15:16:40 2011
physical standby database mounted.
completed: alter database mount
sat dec 31 15:16:40 2011
arc1: archiving not possible: no primary destinations
arc1: failed to archive thread 1 sequence 1 (4)
arch: archival stopped, error occurred. will continue retrying
sat dec 31 15:16:41 2011
errors in file c:\oracle\product\10.2.0\admin\sheng\bdump\sheng_arc1_1836.trc:
ora-16014: log 4 sequence# 1 not archived, no available destinations
ora-00312: online log 4 thread 1: 'c:\oracle\product\10.2.0\oradata\sheng\redo04.log'
再后来：
recover database 又报错;
sql> alter database recover managed standby database cancel;
alter database recover managed standby database cancel
*
第 1 行出现错误:
ora-16136: 受管备用恢复未激活
看一下alert 日志：
sat dec 31 15:20:15 2011
alter database recover managed standby database cancel
sat dec 31 15:20:15 2011
ora-16136 signalled during: alter database recover managed standby database cancel...
----------------------------
下面问题还得一个一个解决：
-------------
下面看一下归档路径：
好像没有问题，下面解决一下：
sql> alter database clear unarchived logfile group 4;
数据库已更改。
sql> alter database clear unarchived logfile group 5;
数据库已更改。
sql> alter database clear unarchived logfile group 6;
数据库已更改。
sql> alter database clear unarchived logfile group 7;
数据库已更改。
------------
shutdown immediate;
startup mount;
看一下alert 日志：
successful mount of redo thread 1, with mount id 1778822431
sat dec 31 16:35:50 2011
physical standby database mounted.
completed: alter database mount
没有问题。
sql> alter database recover managed standby database disconnect from session;
数据库已更改。
sql> alter database recover managed standby database cancel;
数据库已更改。
sql> alter database open read only;
alter database open read only
*
第 1 行出现错误:
ora-16004: 备份数据库需要恢复
ora-01194: 文件 1 需要更多的恢复来保持一致性
ora-01110: 数据文件 1: 'c:\oracle\product\10.2.0\oradata\sheng\system01.dbf'
原因是，control file 是primary 以前copy 的，datafile 是dataguard 配好以后再copy 过来的。
，