1、數(shù)據(jù)庫歸檔1、 查看、更改歸檔路徑在ORACLE10G中，默認的歸檔路徑為$ORACLE_BASE/flash_recovery_area。對于這個路徑，ORACLE有一個限制，就是默認只能有2G的空間給歸檔日志使用，可以使用下面兩個SQL語句去查看它的限制select * from v$recovery_file_dest;show parameter db_recovery_file_dest(這個更友好直觀一些)當歸檔日志數(shù)量大于2G時，那么就會由于沒有更多的空間去容納更多的歸檔日志會報無法繼續(xù)歸檔的錯誤。如：RA-19809: limit exceeded for recovery f

2、ilesORA-19804: cannot reclaim 10017792 bytes disk space from 2147483648 limitARC0: Error 19809 Creating archive log file to '/u01/app/oracle/flash_recovery_area/ORCL/archivelog/2007_04_30/o1_mf_1_220_0_.arc'這時我們可以修改它的默認限制，比如說將它增加到5G或更多，也可以將歸檔路徑重新置到別的路徑，就不會有這個限制了。更改限制語句如下：alter system set db_

3、recovery_file_dest_size=5368709102; 或者直接修改歸檔的路徑即可alter system set log_archive_dest_1='location=/u01/archivelog' scope =both;2、修改歸檔模式sql> archive log list;sql> shutdown immediate;sql> startup mount;sql> alter database archivelog; alter database noarchivelogsql> alter datab

4、ase open;sql> archive log list;3、確認歸檔是否生效alter system switch logfile;看對應的歸檔位置時候有archivelog產(chǎn)生。該參數(shù)已廢棄，只要開啟了archivelog就自動歸檔。4、設置歸檔文件格式當數(shù)據(jù)庫處理ARCHIVELOG模式時，如果進行日志切換，后臺進程將自動生成歸檔日志。歸檔日志的默認位置為%ORACLE_HOEM%RDBMS，在Oracle 11g中，歸檔日志的默認文件名格式為ARC%S%_%R%T。為了改變歸檔日志的位置和名稱格式，必須改變相應的初始化參數(shù)。 初始化參數(shù)LOG_ARCHIV

5、E_FORMAT用于指定歸檔日志的文件名稱格式，設置該初始化參數(shù)時，可以指定以下匹配符： l %s  日志序列號。 l %S  日志序列號，但帶有前導0。 l %t  重做線程號。 l %T  重做線程號，但帶有前導0。 l %a  活動ID號。 l %d  數(shù)據(jù)庫ID號。 l %r  RESETLOGS的ID值。&#

6、160;需要注意，在Oracle 11g中，配置歸檔日志文件格式時，必須帶有%s，%t和%r匹配符，其他匹配符可有可無。配置了歸檔文件格式后，必須重新啟動數(shù)據(jù)庫。例如： SQL> alter system set log_archive_format='%s_%t_%r.arc' scope=spfile;  系統(tǒng)已更改。  SQL> shutdown immediate; SQL> startup 修改初始化參

7、數(shù)LOG_ARCHIVE_FORMAT并重啟數(shù)據(jù)庫后，實始化參數(shù)配置將會生效。進行日志切換時，會生成該格式的歸檔日志文件。5、歸檔模式啟停1. archive log stop;  2. archive log start; 6、查看歸檔日志select name from v$archived_log; 7、歸檔相關(guān)參數(shù)log_archive_dest &LOG_ARCHIVE_DEST_n使用log_archive_dest參數(shù)最多可設置2個歸檔路徑，通過log_archi

8、ve_dest設置一個主歸檔路徑，通過LOG_ARCHIVE_DUPLEX_DEST 參數(shù)設置一個從歸檔路徑。所有的路徑必須是本地的，該參數(shù)的設置格式如下：LOG_ARCHIVE_DEST = '/disk1/archive'LOG_ARCHIVE_DUPLEX_DEST = '/disk2/archive' LOG_ARCHIVE_DEST_n 參數(shù)可以設置最多10個不同的歸檔路徑，通過設置關(guān)鍵詞location或service，該參數(shù)指向的路徑可以是本地或遠程的。LOG_ARCHIVE_DEST_1 = 'LOCATION = /disk1

9、/archive'LOG_ARCHIVE_DEST_2 = 'LOCATION = /disk2/archive'LOG_ARCHIVE_DEST_3 = 'LOCATION = /disk3/archive'如果要歸檔到遠程的standby數(shù)據(jù)庫，可以設置service：LOG_ARCHIVE_DEST_4 = 'SERVICE = standby1'可見，這兩個參數(shù)都可以設置歸檔路徑，不同的是后者可以設置遠程歸檔到standby端，而前者只能歸檔到本地，且最多同時歸檔到2個路徑下。log_archive_dest_n&DB_R

10、ECOVERY_FILE_DEST參數(shù)都可以用來存放歸檔日志，但二者的關(guān)系是：不設置log_archive_dest_n時，使用DB_RECOVERY_FILE_DEST來存文件；當設置了log_archive_dest_n時，則使用log_archive_dest_n來存放歸檔日志。8、查看歸檔日志所占空間select * from V$FLASH_RECOVERY_AREA_USAGE;9、刪除歸檔日志文件 今天一早，同事說Oracle數(shù)據(jù)庫連接不上。用Sqlplus測試一下，報如下錯：ORA-00257 archiver error. Connec

11、t internal only, until freed.原因比較明顯，應該是歸檔日志文件太多造成磁盤或者設備空間不足。官方的解釋就基本如此：· Cause: The archiver process received an error while trying to archive a redo log. If the problem is not resolved soon, the database will stop executing transactions. The most likely cause of this message is the destin

12、ation device is out of space to store the redo log file.·  Action: Check the archiver trace file for a detailed description of the problem. Also, verify that the device specified in the initialization parameter ARCHIVE_LOG_DEST is set up properly for archiving.·    

13、; 通常，在正式的也就是生產(chǎn)環(huán)境下，Oracle是啟用歸檔模式的（SQL>alter database archivelog;）。因此，Oracle系統(tǒng)會不斷的產(chǎn)生歸檔日志?？梢韵炔榭匆幌乱延械臍w檔日志：   · 1.telnet 到主機：·· AIX Version 5(C) Copyrights by IBM and by others 1982, 2005.login: rootroot's Password:*        

14、;                                                  

15、;                   *                              

16、0;                                              *  Welcome t

17、o AIX Version 5.2!                                               

18、 *                                                 

19、;                            *                     

20、0;                                                 

21、0;     *  Please see the README file in /usr/lpp/bos for information pertinent to    *  this release of the AIX Operating System.                 

22、0;                *                                 

23、60;                                           *      &#

24、160;                                                 &#

25、160;                    *Last unsuccessful login: Thu Jul 30 00:06:26 BEIST 2009 on /dev/pts/0 from smnpcbackupLast login: Sat Aug  8 10:37:11 BEIST 2009 on /dev·· 2.切換用戶到oracleroo

26、tp630_1#:/> su - oracle·· 3.進入rmanp630_1#oracle> rmanRecovery Manager: Release 9.2.0.8.0 - 64bit ProductionCopyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.4.連接到目標數(shù)據(jù)庫RMAN> connect target /connected to target database: RAC9I (DBID=654968050)  &

27、#160;5.查看所有日志情況RMAN> list archivelog all;using target database controlfile instead of recovery catalogList of Archived Log CopiesKey     Thrd Seq     S Low Time  Name- - - - - -960     1   

28、60;522     A 01-AUG-09 /archlog1/Arch1_522.arc962     1    523     A 02-AUG-09 /archlog1/Arch1_523.arc964     1    524     A 04-AUG-09

29、/archlog1/Arch1_524.arc972     1    525     A 05-AUG-09 /archlog1/Arch1_525.arc967     1    526     A 06-AUG-09 /archlog1/Arch1_526.arc973   

30、0; 1    527     A 06-AUG-09 /archlog1/Arch1_527.arc974     1    528     A 07-AUG-09 /archlog1/Arch1_528.arc     簡單地，我們可以到OS下把這些物理文件delete掉。但是，我們都知道在control

31、file中記錄著每一個archivelog的相關(guān)信息，當我們在OS中刪除這些文件后，我們的controlfile中仍然記錄著這些archivelog的信息，因此在Oracle的OEM管理器中還會存在這些日志。因為當我們手工清除 archive目錄下的文件后，這些記錄并沒有被我們從controlfile中清除掉，也就是oracle并不知道這些文件已經(jīng)不存在了。如果我們已經(jīng)這樣做了，那么可以通過如下步驟來更新Oracle的controlfile中關(guān)于日志的信息：· 1.進入rmanp630_1#oracle> rman·· 2.連接到目標數(shù)據(jù)庫· RMAN> connect target /;·· 3