ORACLE归档日志设置.docx

ORACLE归档模式的设置在ORACLE 数据库的开发环境和测试环境中，数据库的日志模式和自动归档模式一般都是不设置的，这样有利于系统应用的调整，也免的生成大量的归档日志文件将磁盘空间大 量的消耗。但在系统上线，成为生产环境时，将其设置为日志模式并自动归档就相当重要了，因为，这是保证系统的安全性，有效预防灾难的重要措施。这样，通过 定时备份数据库和在两次备份间隔之间的日志文件，可以有效的恢复这段时间的任何时间点的数据，可以在很多时候挽回或最大可能的减少数据丢失。一、 要使OARCLE 数据库进行日志的自动归档，需要做两方面的事情；1是数据库日志模式的设置(可为Archive Mode 和No Archive Mode)；2就是自动归档模式设置(Automatic archival,可为Enabled 和Disabled)。二、 如何查看数据库的现行日志和自动归档模式的设置可用archive log list 命令来查看。运行在日志自动归档模式下的数据库系统查看结果如下（一般是生产环境）：SQL archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination /backup/archivelogOldest online log sequence 2131Next log sequence to archive 2133Current log sequence 2133没有启动数据库日志模式和自动归档的数据库系统查看结果如下（一般是测试环境）：SQL archive log listDatabase log mode No Archive ModeAutomatic archival DisabledArchive destination /u01/app/oracle/product/8.1.7/dbs/archOldest online log sequence 194Current log sequence 196三. 数据库日志模式的设置在 创建数据库时，可以在CREATE DATABASE 语句中指定数据库的日志模式。假如没有指明，则缺省为NOARCHIVELOG 模式。由于如果在创建数据库时指明是Archive Mode的话，会增加约20%的创建时间，而在以后启动INSTANCE 时再设置的话，一般只用去几秒的时间，所以一般在创建数据库时是不设置为ARCHIVE MODE 的。将数据库的日志模式设置切换（Archive Mode 和No Archive Mode 之间的切换）的步骤和操作如下：1. 关闭运行的数据库实例SQL shutdown在进行日志模式切换之前，必须将运行的数据库正常关闭。2. 备份数据库该备份跟以后产生的日志一起用于将来的灾难恢复（很重要，如要改为归档日志模式，没有这个数据库备份，仅有日志文件是无法从该时间点恢复的）。3. 启动数据库实例到mount 状态，但不要打开。SQL startup mount4. 切换数据库日志模式。SQL alter database archivelog;(设置数据库为归档日志模式)或SQL alter database noarchivelog;(设置数据库为非归档日志模式)5. 打开数据库SQL alter database open;6. 确认数据库现在处于归档日志模式。SQL archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination for example: $ORACLE_HOME/dbs/archOldest on-line log sequence 275Next log sequence 277Current log sequence 2787. 将这个时间点的redo logs 归档SQL archive log all;8. 确认新产生的日志文件已在相应的归档目录下面。四. 自动归档模式设置(Automatic archival,可为Enabled 和Disabled)。在该模式下，数据库启动一个arch 进程，专门负责将redo logs 写到系统归档设备的相应目录下。在数据库的参数文件中设置参数（一般是在$ORACLE_HOME/dbs/init*.ora 文件中）：LOG_ARCHIVE_START=LOG_ARCHIVE_DEST=LOG_ARCHIVE_FORMAT=LOG_ARCHIVE_START:如要求自动归档的话，则设为TRUE，如要求为非自动归档的话，则设为FALSELOG_ARCHIVE_DEST:该参数设定了archive logs 归档存放的路径。LOG_ARCHIVE_FORMAT:该参数设定了archive logs 的命名格式。例如，如将格式设为: arch%s.arclog 文件将为: arch1.arc, arch2.arc, arch3.arc这几个参数设置只有在数据库实例启动前设置才能生效，如果在数据库运行中进行设置，要使其生效，必须重起数据库。如果数据库正在运行中，不能即刻重起，要设置其为自动归档模式，则做如下操作：SQL ALTER SYSTEM ARCHIVE LOG START;如要设置其为非自动归档模式(取消自动归档)，则：SQL ALTER SYSTEM ARCHIVE LOG STOP;但如果数据库重起后，给语句修改的结果就失效了，自动归档的设置还是按照系统参数文件中的LOG_ARCHIVE_START 的值来设置。五. 几种设置情况：1. Database log mode Archive Mode，Automatic archival Enabled这是在大部分生产环境中的ORACLE 数据库日志及归档模式设置，这种情况下，做好数据库的定期备份（有热备和冷备）和归档日志备份，可有效的将数据库恢复到有归档日志的全部时间点。2. Database log mode Archive Mode，Automatic archival Disabled这种情况下，数据库不能自动归档，需要进行手工归档。如果所有在线日志都写满了，又没有的及时进行手工归档的话，由于LGWR 没有可用的在线日志可写，数据库将会挂在这儿，只有进行手工归档后，有可用的在线日志后才能继续。在生产环境中应该避免这种情况。手工归档操作如下：SQL ALTER SYSTEM ARCHIVE LOG ALL;数据库将会把在线日志进行归档处理3. Database log mode NO Archive Mode，Automatic archival Enabled有 些情况下，数据库管理员只在数据库参数文件中设置了LOG_ARCHIVE_START=TRUE，然后在数据库起来后查看到ARCH 归档进程已经起来了，可是尽管ORACLE 已经作了几次日志切换，但还是没有归档日志，这时的设置就是这种情况，如果数据库不是处在ARVHIVELOG 模式，redolog 还是不会被归档。4. Database log mode NO Archive Mode，Automatic archival Disabled这种设置是刚安装的oracle 数据库的缺省设置，开发环境也大部分如此。即没有进行归档。如何手工删除归档日志文件？（如果采用RMNA备份后则不用手工删除）一、先手工删除归档日志文件二、用RMAN删除数据库记录的归档列表信息1) 进入本数据库的rman，在命令行模式输入rman target /，进入rman，查看提示，确认连接的是否是本库？2) 查看归档日志文件的状态：RMAN list archivelog all;3) 删除操作系统中的日志文件（到操作系统级进行手工删除,也可以是第一步；4) 将归档日志信息进行更新；RMAN crosscheck archivelog all;RMAN delete expired archivelog all; （确认时键入yes）RMAN exit如何正确删除ORACLE归档日志文件我们都都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话，下面我经过实验，可以尝试这种方法：1. 进入rman2. connect target /3. crosscheck archivelog all;4. delete expired archivelog all;这时候我们再去OEM中看就一定看不到，如果你的从来没有做过这个动作的话，我们可以比较从这个动作前的controlfile后动作后的controlfile的大小!ORACLE正确删除归档并回收空间的方法ORACLE正确删除归档并回收空间的方法一个ORACLE归档日志经常满，表现为/oraarchive 这个文件空间占用100大家一定抱怨ORACLE为何没有归档维护工具，很多人直接删除了事，错了，ORACLE有，而且很智能，可以正确的删除归档和FLASHBACK，不过切记,ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，不到万不得已不要删除归档日志。删除归档日志的过程以ORACLE用户身份登录到数据库服务器主机或通过网络连接进入ORACLE数据备份工具rman target/或rmantarget/orcl在命令窗口里面执行DELETE ARCHIVELOG ALL COMPLETED BEFORE SYSDATE-7;说明SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。同样道理，也可以删除从7天前到现在的全部日志，不过这个命令要考虑清楚，做完这个删除，最好马上进行全备份数据库DELETE ARCHIVELOG FROM TIME SYSDATE-7; 删除从7天前到现在的全部日志,慎用UNIX/LINUX下也可以通过FIND找到7天前的归档数据，使用EXEC子操作删除find /oraarchive -xdev -mtime +7 -name *.dbf -exec rm -f ;这样做仍然会在RMAN里留下未管理的归档文件仍需要在RMAN里执行下面2条命令crosscheck archivelog all;delete expired archivelog all;所以还不如上面的方法好用，不过用FIND的好处就是，可以在条件上，和EXEC子项上做很多操作，实现更复杂的功能3.简要介绍一下report obsolete命令使用report obsolete命令报告过期备份RMAN report obsolete;RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1Report of obsolete backups and copiesType Key Completion Time Filename/Handle- - - -Backup Set 125 01-NOV-04Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804Backup Set 131 04-NOV-04Backup Piece 131 04-NOV-04 /data1/oracle/orabak/full_AVATAR2_20041104_131.Backup Set 173 06-DEC-04Backup Piece 173 06-DEC-04 /data1/oracle/orabak/full_AVATAR2_20041206_173Backup Set 179 11-DEC-04Backup Piece 179 11-DEC-04 /data1/oracle/orabak/arch544588206.arc.Backup Piece 189 17-DEC-04 /data1/oracle/orabak/arch545106606.arcBackup Set 190 17-DEC-04Backup Piece 190 17-DEC-04 /data1/oracle/orabak/arch545106665.arcBackup Set 191 20-DEC-04Backup Piece 191 20-DEC-04 /data1/oracle/orabak/arch_AVATAR2_20041220_194Archive Log 2973 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2985.dbfArchive Log 2971 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2984.dbf.Archive Log 2705 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2717.dbfArchive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbfArchive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbfArchive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbf4.使用delete obsolete命令删除过期备份:RMAN delete obsolete;RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1using channel ORA_DISK_1Deleting the following obsolete backups and copies:Type Key Completion Time Filename/Handle- - - -Backup Set 125 01-NOV-04Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804.Archive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbfArchive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbfArchive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbfDo you really want to delete the above objects (enter YES or NO)? yesdeleted backup piecebackup piece handle=/data1/oracle/orabak/full_AVATAR2_20041206_173 recid=173 stamp=544156241.deleted archive logarchive log filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703 stamp=545108268deleted archive logarchive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf recid=2702 stamp=545107659Deleted 286 objectsRMAN crosscheck archivelog all;released channel: ORA_DISK_1allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=19 devtype=DISKspecification does not match any archive log in the recovery catalog5 在rman中用crosscheck检查归档日志,2个归档日志都是失败的:RMAN crosscheck archivelog all;释放的通道: ORA_DISK_1分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=14 devtype=DISK对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记录 ID=1 时间戳 =572866683对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE11_48.DBF 记录 ID=2 时间戳 =572866931已交叉检验的 2 对象6 试着同步一下,看行不行,结果不行,crosscheck还是失败:RMAN resync catalog;正在启动全部恢复目录的 resync完成全部 resyncRMAN crosscheck archivelog all;释放的通道: ORA_DISK_1分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=14 devtype=DISK对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记录 ID=1 时间戳 =572866683对归档日志的验证失败存档日志文件名 =D:ORACLEORA