原创作品，出自 “深蓝的blog” 博客，深蓝的blog：http://blog.csdn.net/huangyanlong/article/details/47172639
本次先来介绍一下在rac环境下，开启归档的最简单的方法。
环境：oracle11g RAC 11.2.0.4
登陆sqlplus
Last login: Wed Jul 29 09:25:43 2015 from 10.112.16.22
[root@hyldb1 ~]# su – oracle
[oracle@hyldb1 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Wed Jul 29 09:29:44 2015
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 – 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options
查看ASM空间使用率
SQL> select group_number,name,total_mb,free_mb from v$asm_diskgroup;
GROUP_NUMBER NAME TOTAL_MB FREE_MB
———— —————————— ———- ———-
1 OCR_ARCH 2048000 2042322
2 OCR_DATA 26112000 23640108
3 OCR_VOTE 61440 60514
查看归档状态
SQL> archive log list;
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 29061
Current log sequence 29065
SQL> show user
USER is “SYS”
节点1、2，分别关库，或使用命令：srvctl stop instance -d hyl来关闭所有实例。
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
节点1，启库到mount
SQL> startup mount;
ORACLE instance started.
Total System Global Area 3.9284E+10 bytes
Fixed Size 2261608 bytes
Variable Size 7516196248 bytes
Database Buffers 3.1675E+10 bytes
Redo Buffers 89997312 bytes
Database mounted.
查看节点1的状态
SQL> select status from gv$instance;
STATUS
————
MOUNTED
为节点1开启归档
开启归档
SQL> alter database archivelog;
Database altered.
查看归档状态，可以看到默认归档路径为USE_DB_RECOVERY_FILE_DEST
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 29061
Next log sequence to archive 29065
Current log sequence 29065
节点1启库
SQL> alter database open;
Database altered.
SQL> select status,instance_name from gv$instance;
STATUS INSTANCE_NAME
———— —————-
OPEN hyl1
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 29061
Next log sequence to archive 29065
Current log sequence 29065
来看一下，归档路径的信息，默认是直接指向了ASM中的路径
SQL> show parameter recover
NAME TYPE VALUE
———————————— ———– ——————————
db_recovery_file_dest string +OCR_ARCH
db_recovery_file_dest_size big integer 4407M
db_unrecoverable_scn_tracking boolean TRUE
recovery_parallelism integer 0
节点2启库：
SQL> startup;
ORACLE instance started.
Total System Global Area 3.9284E+10 bytes
Fixed Size 2261608 bytes
Variable Size 6710889880 bytes
Database Buffers 3.2481E+10 bytes
Redo Buffers 89997312 bytes
Database mounted.
Database opened.
查看集群实例启动状态
SQL> select status,instance_name from gv$instance;
STATUS INSTANCE_NAME
———— —————-
OPEN hyl2
OPEN hyl1
查看节点2的归档状态
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 48485
Next log sequence to archive 48489
Current log sequence 48489
查看db_recovery_file_dest信息
SQL> show parameter recover
NAME TYPE VALUE
———————————— ———– ——————————
db_recovery_file_dest string +OCR_ARCH
db_recovery_file_dest_size big integer 4407M
db_unrecoverable_scn_tracking boolean TRUE
recovery_parallelism integer 0
到ASM下看一下归档文件
ASMCMD> lsdg
State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name
MOUNTED EXTERN N 512 4096 1048576 2048000 2042300 0 2042300 0 N OCR_ARCH/
MOUNTED EXTERN N 512 4096 1048576 26112000 23640108 0 23640108 0 N OCR_DATA/
MOUNTED NORMAL N 512 4096 1048576 61440 60514 20480 20017 0 Y OCR_VOTE/
ASMCMD> cd +OCR_ARCH/hyl/ARCHIVELOG/2015_07_29
ASMCMD> ls -s
Block_Size Blocks Bytes Space Name
512 43974 22514688 23068672 thread_2_seq_48488.268.886327155
节点1上切一下归档
SQL> alter system switch logfile;
System altered.
在看一下归档文件的信息
ASMCMD> ls -ls
Type Redund Striped Time Sys Block_Size Blocks Bytes Space Name
ARCHIVELOG UNPROT COARSE JUL 29 10:00:00 Y 512 378883 193988096 196083712 thread_1_seq_29065.269.886328273
ARCHIVELOG UNPROT COARSE JUL 29 09:00:00 Y 512 43974 22514688 23068672 thread_2_seq_48488.268.886327155
可以看到线程1，即节点1的归档文件已经成功生成了。
这种设置归档路径使用的db_recovery_file_dest，但是要注意db_recovery_file_dest的大小设置，默认设置往往比较小，对于生成环境显然是不够的，需要调整。
如果默认设置过小，使用这种方式，开启归档后常常遇到如下错误：
ORA-00257: archiver error. Connect internal only, until freed
如指令：
SQL> alter system set db_recovery_file_dest_size=200G;
