RAC開啟資料庫歸檔

記錄每一次錯誤發表於2018-11-29

RAC開啟資料庫歸檔:

        首先要確定歸檔存放的路徑:

1.切換至grid使用者下使用asmcmd命令檢視要把歸檔存放到那個路徑下

在節點1上執行上執行  
[root@yang1 ~]#  su - grid  
[grid@yang1 ~]$  sqlplus  / as  sysasm  
  
SQL>  select name from v$asm_diskgroup;  
  
NAME  
------------------------------  
DATA  
OCR 
FRA 
  
  
SQL> alter system set log_archive_dest_1='LOCATION=+RECOC1/yang/archivelog' scope=spfile sid='yang1'; 
Diskgroup altered.  
  
SQL> alter system set log_archive_dest_1='LOCATION= +RECOC1/yang/archivelog ' scope=spfile sid=' yang 2'; 
Diskgroup altered.  

2. 使用shutdown immediate命令關閉節點的兩個例項

         節點yang1上執行  
  
SQL>  shutdown immediate  
  
        節點 yang 2上執行  
  
SQL>  shutdown immediate

3.開啟歸檔模式  

在yang1上執行

SQL> startup mount 
SQL>alter database archivelog  
Database altered.  
  
SQL> archive log list  

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            +RECOC1/yang/archivelog

Oldest online log sequence     48

Next log sequence to archive   50

Current log sequence           50

在節點一上修改成功。

節點yang2上執行執行

SQL> startup mount 
SQL>alter database archivelog  
Database altered.  
  
SQL> archive log list  

Database log mode              No Archive Mode

Automatic archival             Disabled

Archive destination            +RECOC1/yang/archivelog

Oldest online log sequence     53

Current log sequence           55

4.開啟資料庫

節點yang1,yang2上分別執行   
SQL>  alter database open  
  
 
5.驗證歸檔檔案成功生成在目標位置
  
節點yang1上執行  
  
SQL>  alter system switch logfile;  
System altered.  
 

[oracle@yang1 ~]$  su - grid  
[grid@yang1 ~]$  asmcmd

 ASMCMD>  cd yang/archivelog/2018_11_29

ASMCMD> pwd

+RECOC1/RISKDB/archivelog/2018_11_29

ASMCMD> ls

thread_1_seq_55.41248.993493281

thread_1_seq_56.41243.993493295

thread_2_seq_49.41922.993492943

thread_2_seq_50.40857.993493383

thread_2_seq_51.41798.993493589

可以使用同樣的方法驗證節點是否成功。




按照此方法在節點yang2上執行alter system switch logfile並且多切換幾次確定每次切換都有相對應的歸檔日誌生成.

說明一點關於歸檔的路徑問題:

如果在grid使用者下沒有設定歸檔的路徑

oracle使用者會把歸檔放在db_recovery_file_dest 會使用db_recovery_file_dest_size  ,如果歸檔db_recovery_file_dest_size的大小滿了,資料庫會hang住。

db_recovery_file_dest                string      +RECOC1

db_recovery_file_dest_size           big integer 5000000M





來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31547066/viewspace-2222189/,如需轉載,請註明出處,否則將追究法律責任。

相關文章