【干货分享】DM7中log_commit.log日志文件存储路径
的修改方式
在DM7中，log_commit.log文件用于记录数据库接收到的所有SQL语句等信息，DBA可以通过分析该文件来帮助解决问题。要生成该文件，只需将配置文件dm.ini中的参数SVR_LOG设置为1，即启用SVR_LOG就可以了。
log_commit.log默认存储在与bin目录同级的log目录下。但是在读写频繁的生产环境中，存储为默认路径可能会有如下问题发生：
1、dmp或bak文件未及时清理，累积造成磁盘空间不足，导致log_commit 日志无法正常存储，从而使数据库无法被正常访问。
2、存储足够数量的log_commit.log文件，会更加利于DBA对数据库业务运行状态进行分析，但难免出现为了保证磁盘空间而减少对log_commit.log文件存储数量的情况。
尽早更换该日志文件的存储路径，就可以很好的避免陷入上述两难的窘境。
当然，上述问题未必一定发生，但是生产环境中未雨绸缪总还是好些。何况，修改方法非常简单。按如下三步：
步骤1：检查。
确保dm.ini中SVR_LOG=1，且有SVR_LOG_NAME参数及对应参数值，及log 目录下有sqllog.ini文件：
图 1 查看dm.ini
图 2 sqllog.ini文件参考内容
步骤2：修改。
图3
文件sqllog.ini用于SQL日志的配置。当把dm.ini中参数SVR_LOG置为1（图1），才会打开SQL日志。
步骤3：使配置生效。
如果在服务器启动过程中，修改了sqllog.ini文件。修改之后的文件，只要调用过程SP_REFRESH_SVR_LOG_CONFIG() 就会生效。如下：
图 4 执行过程
最后可以执行任意查询语句，确认一下日志的生成情况。
图 5 查看日志生成情况
通过简单的检查、修改、使配置生效三步就可以修改log_commit.log日志文件存储路径的修改。
关于对log_commit.log日志文件的存储内容、个数、大小进行配置的方法，基本都是在配置文件中增加相应配置项，具体可以参考《DM7系统管理员手册》。
oracle11g更改归档模式、目录、日志大小 一、更改Oracle为归档模式 1.关闭oracle SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. 2.启动为mount状态 SQL> startup mount ORACLE instance started. Total System Global Area 2572144640 bytes Fixed Size 2283984 bytes Variable Size 738199088 bytes Database Buffers 1828716544 bytes Redo Buffers 2945024 bytes Database mounted. 3.更改为归档模式 SQL> alter database archivelog Database altered. 备注：‘archivelog’为归档模式；‘noarchivelog’为非归档模式。 4.更改数据库为‘打开’状态 SQL> alter database open 5.查看归档模式信息 SQL> archvie log list 它会提示归档的模式、是否启用、参数 Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 88 Next log sequence to archive 90 Current log sequence 90 二、更改归档目录 1.查看参数db_recovery_file_dest （1）“db_recovery_file_dest”是用于定义存储归档日志的目录。通过show parameter命令，显示参数的值为（默认为）fast_recovery_area。示例如下：SQL> show parameter db_recovery NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\fast_recovery_area db_recovery_file_dest_size big integer 4182M （2）查看v$recovery_file_dest视图，可得知fast_recovery_area的空间限制、已使用的空间、文件数等。 SQL> select * from v$recovery_file_dest; NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES ----------- ---------- ----------------- --------------- D:\oracle\fast_recovery_area 4385144832 4346230272 2741248 102 2.更改归档日志目录 语法：alter system set 参数=值scope=spfile; 示例：SQL> alter system set db_recovery_file_dest='D:\oracle\archivelog' scope=spfile; System altered.
那么如何设置归档呢？很简单的步骤 1.关闭数据库 SQL> shutdown immediate; 2.启动数据库为mount模式 SQL> startup mount 3.显示和修改归档模式 SQL> archive log list SQL> alter database archivelog; SQL> alter database open 4.设置归档日志的格式 SQL>alter system set log_archive_format='ARC%s%t%r.log' scope=spfile; 5.设置归档日志的存放路径 SQL>alter system set log_archive_dest='+data/arcl' scope=spfile; SQL>shutdown immediate SQL>startup 6.强制切换归档日至 SQL>alter system switch logfile; 7.取消归档 SQL>alter database noarchivelog; 、2：oracle中log_archive_dest_n和log_archive_dest不能共存，也就是只能使用其一，如果同时使用，会报错如下信息： ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST log_archive_dest_n可以设置10个归档路径，也就是n可以是1－10，接下来要作的是去除db现在的log_archive_dest参数设置，可以执行如下命令清除： SQL> alter system reset log_archive_dest scope=spfile sid='*'; 也可以这样操作： SQL> alter system set log_archive_dest='' scope=spfile; 然后重新启动数据库。 3: 执行命令： SQL> alter system set log_archive_dest_n="location=F:\oracle\product\10.2.0\db_1 \database\arch" scope=spfile; alter system set log_archive_dest_1="location=C:\oracle\archive" scope=spfile;
oracle 归档日志文件路径设置 2012-05-23 15:37:42| 分类：oracle | 标签：oracle log_archive_dest |举报|字号订阅 1:首先查看是否是归档模式运行archive log list 命令(必须以sys身份运行) 运行结果如下; 2:通过上面的信息可以看出已经是归档模式了(如果是非归档模式参考博主的 另一篇文章有关“归档日志与非归档日志切换”), 查看归档日志文件 存放在哪个位置运行show parameter log_archive_dest 命令运行结果如下; 3: 在上面的信息中可以看到，log_archive_dest 的路径为空,我们可以设置这个路径来存放归档日志文件，运行alter system set log_archive_dest='d:/xxx/xxx' scope=spfile;(xxx代表存放路径,最好指定scope=spfile 否则的话重启db，则配置不会生效); 运行结果会出现在如下错误： 第1 行出现错误: ORA-02097: 无法修改参数, 因为指定的值无效 ORA-16018: 无法将LOG_ARCHIVE_DEST 与LOG_ARCHIVE_DEST_n 或DB_RECOVERY_FILE_DEST 一起使用 出现错误的原因是db_recovery_file_dest的参数已经被设置了，去查询一下看看，果真如此。 4: 查看db_recovery_file_dest 参数设置，运行show parameter db_recovery_file_dest 命令运行结果如下; 可以看到已经默认设置了归档的路径。 5：db_recovery_file_dest是缺省的归档位置，下面把它设置为"空"，然后设置log_archive_dest参数，指定另外一个非缺省的参数 重启db 如下图 运行shutdown immediate;
数据库归档 1、查看、更改归档路径 在ORACLE10G中，默认的归档路径为$ORACLE_BASE/flash_recovery_area。对于这个路径， ORACLE有一个限制，就是默认只能有2G的空间给归档日志使用，可以使用下面两个SQL语句去查看它的限制 select * from v$recovery_file_dest; show parameter db_recovery_file_dest(这个更友好直观一些) 当归档日志数量大于2G时，那么就会由于没有更多的空间去容纳更多的归档日志会报无法继续归档的错误。 如： RA-19809: limit exceeded for recovery files ORA-19804: cannot reclaim 10017792 bytes disk space from 2147483648 limit ARC0: 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_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 noarchivelog sql> alter database open; sql> archive log list;
第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图： 提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于ORACLE数据库的归档日志被启用了，而我们系统默认是没有启用ORACLE数据库归档日志这个功能的。 使用sql命令查看： Sql>sqlplus / as nolog;---------------------启动sql*Plus Sql> connect sys/password@orcl as sysdba; Sql> archive log list; 数据库日志模式存档模式 自动存档启用 存档终点USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列4888 下一个存档日志序列4890 当前日志序列4890 Sql> show parameter db_recovery_file_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 20G 发现默认的归档路径为D:\oracle\product\10.2.0/flash_recovery_area。而且限制使用空间为20G。由于每天产生的oracle归档日志差不多就占用2个G的磁盘空间，而且oracle自身并不会自动清理也没有相关设置自动清理归档日志的功能，一段时间不进行清理，20G空间很快就满了。 与客户商议，准备关闭归档日志功能，客户了解情况后，觉得归档日志功能还是需要开启，（归档日志是oracle灾难恢复的必要数据），于是准备把归档日志使用空间扩大，设成200g。 处理方法： 一、首先要处理日志空间满的情况： 1、删除归档日志物理文件，归档日志一般都是位于D:\oracle\product\10.2.0\flash_recovery_area\ORCL\ARCHIVELOG目录下，以日期文件夹存放，删除时至少保留最近几天的日志用于数据库恢复。 2、归档日志的物理文件删除后，ORACLE可以正常登录了，但是还没完全把归档日志删除干净，ORACLE的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM 管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，利用RMAN进行删除操作； 进入cmd， 1.指定数据库实例 C:/Documents and Settings/Administrator>SET ORACLE_SID =orcl 2.连接数据库
数据库归档模式介绍 简介： 归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重 做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换时,后台进程ARCH会将重做日志的内容保存到归档日志中，当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库。在Oracle10g中，只要启动数据库的归档模式，Oracle 就会启用自动归档，从而避免了10g以前由于用户疏忽所带来的一系列问题。 日志操作模式：ARCHIVELOG（归档），NOARCHIVELOG（非归档） 启动Oracle10g数据库的归档模式详细步骤 对于非归档模式的数据库改为归档模式（主要以Oracle 10g为参考）使用以下步骤：步骤1(查看数据库的归档状态) 首先查看数据库现有模式可使用以下语句，显示数据库处于非归档模式下 SQL> select name,log_mode from v$database; NAME LOG_MODE --------- ------------ ZHQHDB NOARCHIVELOG 也可以用下面的语句 [oracle@wangdm ~ 10:28 #9]$ sqlplus / as sysdba SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination ?/dbs/arch Oldest online log sequence 534 Current log sequence 536 步骤2(设置归档日志文件路径) SQL>alter system set log_archive_dest_1='location=/u01/arch'; 该语句含义是设置归档日志文件的存放路径，实际上Oracle 10g以后可以生成多份一样的日志，保存多个位置以防不测
如何使用归档日志进行完全恢复 系统环境： 1、操作系统：Windows 2000 Server，机器内存128M 2、数据库：Oracle 8i R2 (8.1.6) for NT 企业版 3、安装路径：C:\ORACLE 模拟现象： 先将数据库设置为归档模式（见“如何启动ARCHIVELOG模式（将数据库设置为归档模式）.doc”）SQL*Plus --创建实验表空间 create tablespace test datafile 'c:\test.ora' size 5M AUTOEXTEND ON NEXT 1M MAXSIZE UNLIMITED default storage (initial 128K next 1M pctincrease 0) / --创建实验用户 drop user test cascade; create user test identified by test default tablespace test; grant connect,resource to test; conn test/test create table a(a number); insert into a values(1); insert into a select * from a; --反复插入，达到10万条 commit; 拷贝test.ora为test1.ora文件 insert into a select * from a; --20万条 commit; 关闭数据库 shutdown 删除test.ora文件，把test1.ora拷贝为test.ora。 重新启动数据库 这时，可以mount上，但无法打开，因为现在使用的数据文件是旧的 只有10万条记录，与控制文件中记载的log number不一样 startup mount 需要recover database，使数据库记录重新恢复到当前的20万条 C:\>svrmgrl svrmgrl>connect internal
o r a c l e g更改归档模式 目录日志大小 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】
oracle11g更改归档模式、目录、日志大小 一、更改Oracle为归档模式 1.关闭oracle SQL>shutdownimmediate; Databaseclosed. Databasedismounted. ORACLEinstanceshutdown. 2.启动为mount状态 SQL>startupmount ORACLEinstancestarted. TotalSystemGlobalAreabytes FixedSize2283984bytes VariableSizebytes DatabaseBuffersbytes RedoBuffers2945024bytes Databasemounted. 3.更改为归档模式 SQL>alterdatabasearchivelog Databasealtered. 备注：‘archivelog’为归档模式；‘noarchivelog’为非归档模式。 4.更改数据库为‘打开’状态 SQL>alterdatabaseopen 5.查看归档模式信息 SQL>archvieloglist 它会提示归档的模式、是否启用、参数 DatabaselogmodeArchiveMode AutomaticarchivalEnabled ArchivedestinationUSE_DB_RECOVERY_FILE_DEST Oldestonlinelogsequence88 Nextlogsequencetoarchive90 Currentlogsequence90 二、更改归档目录 1.查看参数db_recovery_file_dest （1）“db_recovery_file_dest”是用于定义存储归档日志的目录。通过showparameter命令，显示参数的值为（默认为）fast_recovery_area。示例如下：
centos7 给普通用户添加sudo权限； 1、sudo的使用 首先需要管理员root赋予某个用户sudo权限 [root@centos7 ~]# vi /etc/sudoers #实际修改的是/etc/sudoers文件 由上图可知： 第一个字段代表用户名（组名）， 第二个字段ALL=(ALL)中第一个ALL主要指的就是本机， 小括号中的ALL表示可以使用的身份（ALL主要表示root身份）， 最后一个ALL代表授权命令为所有命令。 那么,oracle ALL=(ALL) ALL就表示给oracle用户在本主机下能使用root用户的所有命令的权限。 %wheel ALL=(ALL) ALL就表示给wheel组内所有用户在本主机下能使用root用户的所有命令的权限。 增加：Oracle ALL=（ALL）ALL Oracle ALL=/usrs/sbin/shutdown -r now
oracle开启归档模式 1、首先用sys登录数据库，查看oracle是否开启归档模式 [root@centos7 ~]# su - oracle [oracle@centos7 ~]$ sqlplus /nolog SQL> conn sys/manager as sysdba （1）输入archive log list来查看是否开启，如下说明不是归档模式 SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 40 Current log sequence42 （2）需要将数据库归档更改为enable,使用shutdown immediate来关闭数据库SQL> shutdown immediate;
XX项目故障解决库——VER 1.0 2012年6月
文挡名称初稿 审核建立日期 作者 文档修订记录 章节编号章节名称修订内容简述修订日期修订前版本号
目录 1.总统架构 (4) 2.故障解决库 (4) 3.详细解决方法 (5) 3.1.序号1 (5) 3.1.1.解决方法 (5) 1.总统架构 架构图： 2.故障解决库 序号发生 时间 故障现象故障原因 解决方法 详见3.详细解决方法 前期预防 详见3.详细解决方 法 解决人联系方式 1 2012 年10 月9 日上 午11 时数据库系统 宕机，应用 系统停用。 自动备份脚 本中，删除 归档日志的 命令没有添 加 noprompt 参数，需要 人工输入 YES确认， 不能自动执 1、备份最近3天的归档日 志。 2、删除最近2天归档日 志。 3、正常关闭数据库。 4、正常开启数据库。 5、开启相关应用系统。 6、做数据库完全备份。 7、更改自动备份脚本，添 监控归档目录空间使 用百分比，一旦超过 80%开始告警。 select file_type, percent_space_used as used,percent_space _reclaimable as reclaimable, number_of_files as
行，造成存放归档日志的闪回区目录空间使用率积累到100%，引起数据库系统宕机。加noprompt参数。测试自 动备份脚本。 "number" from v$flash_recovery_a rea_usage; 3.详细解决方法 3.1.序号1 3.1.1.解决方法 1、备份最近3天的归档日志。 # cd /home/db/oracle_backup # mkdir 2012_10_07 # mkdir 2012_10_08 # mkdir 2012_10_09 # su - grider $ asmcmd ASMCMD> ls ARCVG/ DBVG/ ASMCMD> cd ARCVG ASMCMD> ls JXPAEA/ ASMCMD> cd JXPAEA ASMCMD> ls ARCHIVELOG/ CONTROLFILE/ ONLINELOG/ ASMCMD> cd ARCHIVELOG
开启和关闭归档模式 2012-05-15 20:14:54| 分类：Oracle | 标签：|举报|字号大中小订阅查看是否开启了归档模式archive log list; 把实例启动到mount级别 输入命令startup mount 输入命令alter database archivelog; 重新打开数据库 再次输入命令archive log list;查看状态，已经查看归档日志所在路径（注意在mount状态也可以查看的，open状态是非必要） 上图，我们看到日志模式已经成功修改为存档模式了 而归档日志将存放在DB_RECOVERY_FILE_DEST
我们看到目录所在位置是/u01/app/oracle/flash_recovery 即$ORACLE_BASE/flash_recovery 输入命令select group#,status,bytes,archived from v$log; 上图中，我们看到目前的重做日志正处于第1组，并且还没有归档的。 我们手工给oracle切换日志组，看看是否自动把第一组的重做日志归档 输入命令alter system switch logfile; 同时altert_log也立刻显示信息 再次输入命令输入命令select group#,status,bytes,archived from v$log; 我们发现第1组重做日志，已经归档，并且当前重做日志组也切换到第2组里。 同时发现黄色部分的RECOVERY_FILE_DEST生成了目录及文件
归档日志是用来recover，开启归档日志后应该做一个全库备份的， 否则没有备份文件，开启归档日志是没有意义的。 修改归档日志生成路径 命令修改一下： alter system set log_archive_dest_1='location=/data/archivelog' scope=spfile; 修改大小 alter system set DB_RECOVERY_FILE_DEST_SIZE=20g; 生成一份pfile 可以看到pfile里多出了log_archive_dest_1，
存储迁移方案
目前数据库采用10gRAC，采用裸设备存储数据，要求将目前的rac数据从现有存储割接到新存储，为保证业务的高度可持续性，要求业务终止时间要尽可能短。方法： 采用建立临时库将数据文件通过rman copy方式恢复到新存储设备上，运用归档日志恢复的方式进行迁移。 具体实施过程如下（存储已经挂接新存储VG配置到当前HACMP，lv已经一一对应划分）。 1.在其中一号节点上建立TEST实例，大致需要2G左右的内存，该实例的主要任务是为了生产环境的数据文件的迁移，减少宕机时间。（在线操作） 注：TEST实例的参数文件为生产环境中创建出： create pfile=’/tmp/init.ora from spfile 控制文件也是从生产环境备份出来: alter database backup controlfile to ........................; 修改参数文件的内容。创建相应的dump目录，将数据库启动到mount状态： 包括控制文件的路径等等。 注意这一步对于参数文件中的路径应当仔细修改，包括集群参数，dump文件路径，控制文件路径，数据库文件名，实例undo等。 2.在生产环境一号节点利用rman copy将数据文件拷贝到新存储指定位置，完成数据文件从原存储到新存储的迁移。（在线操作） run { copy datafile ........................ to ..................; }; 3.在TEST数据库中mount状态下，修改数据文件的位置： alter database rename file ......... to .........; 4.所有数据文件rename完毕后对数据库执行recover run { set until sequence X thread 1; set until sequence X thread 2; recover database; } 备注：（以上过程均需在线操作，但不涉及对生产环境宕机，数据库正常应用，数据文件在迁移过程中可能会影响生产系统性能，视情况而定，如果对性能产生影响，可对copy进行限速） 5.新老库的切换，将生产库宕机，通过dd将spfile，控制文件，redo拷贝到指定位置。 数据库启动到nomount状态，修改参数文件中控制文件的新位置： alter system set control_files=’…………’,’………………….’scope=spfile;
案例描述：客户反应数据库归档日志生成过快，导致磁盘空间占满，引起数据库宕机。问题看起来很简单，只要清理下归档日志然后重启就能解决，但这只是治标不治本的方法，显然是要找到归档日志增长异常频繁的原因。最后通过LogMiner分析归档日志发现是运维部署了频繁update的语句，停了后归档日志变为正常。下面是详细步骤 1.通过v$archived_log视图查看最近归档日志状态 select to_char(COMPLETION_TIME, 'yyyymmdd'), count(*) from v$archived_log t where https://www.doczj.com/doc/db12541859.html,PLETION_TIME > sysdate - 20 group by to_char(COMPLETION_TIME, 'yyyymmdd') order by to_char(COMPLETION_TIME, 'yyyymmdd'); 2.查看今天的归档日志情况，看到8点左右归档日志增长最大 select to_char(FIRST_TIME, 'yyyymmddhh24'), count(*) fromsys.v_$archived_log t where t.FIRST_TIME > trunc(sysdate) groupby to_char(FIRST_TIME, 'yyyymmddhh24')
orderby to_char(FIRST_TIME, 'yyyymmddhh24') 3.查看今天八点的归档日志的路径 selectname, COMPLETION_TIME, t.FIRST_TIME, t.RESETLOGS_TIME fromsys.v_$archived_log t where to_char(FIRST_TIME, 'yyyymmddhh24') = 2015081108 orderby t.FIRST_TIME desc;
ORACLE 11G 数据库归档日志清理规程 说明：切记！！！ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，不到万不得已不要删除归档日志，除非没有配置自动备份任务，且数据库的归档目录或闪回恢复区将满时，才会删除归档日志。 1、远程连接到数据库服务器，输入CMD命令，进入DOS命令窗口，通过SQLPLUS连接ORACLE数据库， 如下图 2、输入命令: show parameter db_recovery;如下图 当db_recovery_file_dest 中TYPE值为string,VALUE值为空时，表示未打开恢复区，这时只需要在服务器上手工删除归档日志文件即可； 否则当db_recovery_file_dest 中VALUE值非空时，还需要使用RMAN命令删除；当然也可以不考虑此参数，先手工删除归档日志后，再RMAN命令清除。
3、新建一个DOS窗口，输入命令：rman target /，回车后打开RMAN窗口，进入到RMAN命令行 4、输入命令：list archivelog all;如下图，显示归档日志所在磁盘目录和文件名 根据上面提示可知，数据库归档日志文件路径为：X:\TGMESYG\ARCHIVELOG，每天的归档日志文件存放在以当天日期命名的文件夹下，具体见下图：
5、手工在磁盘上删除归档日志文件。 6、然后在上面打开的RMAN运行窗口中，输入命令：crosscheck archivelog all; 如下图 7、最后输入命令：delete expired archivelog all
确认是否要删除失效的对象，确定删除的话，输入YES,回车。
NBU_ORACLE_异机不同路径恢复详解 恢复环境： NBU MASTER SERVER：as5 NBU CLENET: e1, oracle源数据服务器，已做备份。 NBU CLIENT: e2, oracle目标服务器。已装好跟e1同版本，同实例名，不同 路径数据库，NBU AGENT已装好。 恢复内容： 把e1备份的oracle恢复到e2上 恢复过程：（下列过程只在as5和e2上操作） 1.把e2上安装的数据库开启归档，指定归档路径，归档路径在恢复时要使用，确保有足 够的空间。 2.在MASTER SERVER的C:\Program Files\V eritas\NetBackup\db\altnames目录下新建文件 No.Restrictions（允许异机恢复）。 3.在e2上点击“开始”>打开backup,archive,restore程序 4.打开“File”>“Specify Netbackup Machines and Policy Type”
5.点击“Edit Client List”按钮 6.添加e1进去。
7.在“Source client for restore”里改成e1（原来是e2）。点击“OK”。 8.然后点击菜单栏上的“Select for Restore”,然后选中要还原的e1的控制文件的备份，点 击左边的恢复按钮（红圈处。） 9.选择“Restore everything to a different location”,在“Destination”里定位到e2上控制文 件所在的目录。点击“Start Restore”开始恢复。
主库丢失归档恢复备库 (oracle 文档历史信息 一、使用范围 (3) 1、使用对象 (3) 2、使用场景 (3) 二、具体操作 (3) 备库查询scn (3) 主库创建增量备份 (4) 备库恢复数据 (4) 启动主库 (5) 三、验证DG系统是否恢复正常 (5)
主库操作 (5) 备库操作 (6) 四、附录 (6) 状态模拟 (6) 保护模式开启 (6) 1检查保护模式 (7) 2修改保护模式 (7)
一、使用范围 1、使用对象 数据库维护人员。 现场实施人员。 2、使用场景 在系统运转过程中由于人为，或网络，等其他意外情况导致主库归档日志未在备库正常应用，丢了若干个归档序号。同时主库是归档日志由于定时rman任务清除，使归档日志无法完成同步。 使用命令SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;可查看日常DG同步情况，如在备库中出现短号情况适用本文档。 二、具体操作 备库查询scn 1、前提条件 备库监听已经启动 >netstat –an |grep 1521 备库数据库处于Standby状态 >sqlplus /nolog Sql>connect /as sysdba sql> shutdown immediate sql>startup mount; sql> Alter database recover managed standby database disconnect from session; 2、查询备库同步scn号 > sqlplus /nolog sql> connect /as sysdba sql> select current_scn from v$database; 显示结果：
数据库归档日志管理方案 由于使用了LOGRETAIN=ON数据库设置，所以数据库日志文件将不会被数据库从活动日志目录中自动删除或循环利用，活动日志目录中的日志文件将会越来越多，所以需要对该目录下的日志文件进行归档。 问题分析 将LOGRETAIN设置为ON后，数据库将支持前滚恢复。此时，系统中将会存在三种类型的日志文件：活动日志：该日志包含尚未提交或回滚的事务单元的相关信息，及已提交但尚未写入数据库文件的事务的信息。 联机存档日志：活动日志中所有改动对正常处理已不必，即该日志中所记录的事务都已提交并写入数据库文件时，该活动日志转换为联机存档日志。称之为联机，是由于他们和活动日志存放在同一个目录下。 脱机存档日志：将联机存档日志从活动日志目录下Copy到另外的地方存档，就称为脱机存档日志。这些日志可能在数据库前滚恢复的时候仍然需要。 管理数据库日志的工作能手工完成（即将联机存档日志手工拷贝到某个archive目录），也可由编写USEREXIT程式自动维护。 由于DB2对所有平台都提供了相应的USEREXIT示例程式，而且非常易于修改和使用，所以IBM建议用户使用USEREXIT程式来管理日志文件。 使用USEREXIT程式的方法 要使用User exit program自动化log文件的archiving和retrieval过程： 1. 设置database cfg参数logarchmeth1 为USEREXIT。 connect to sample update db cfg using logarchmeth1 USEREXIT connect reset 2. 创建user exit programs。该程式必须是个名为db2uext2的可执行文件。DB2在各种平台上都提供了 User Exit的示例程式，用户能通过直接修改该样本文件来实现自己的user exit程式。 在UNIX(R) based的系统中，该程式存放在sqllib/samples/c目录下. There are four sample user exit programs for UNIX based systems: ? db2uext2.ctsm This sample uses Tivoli(R) Storage Manager to archive and retrieve database log files. ? db2uext2.ctape This sample uses tape media to archive and retrieve database log files . ? db2uext2.cdisk This sample uses the operating system COPY command and disk media to archive and retrieve database log files. ? db2uxt2.cxbsa This sample works with the XBSA Draft 0.8 published by the X/Open group. It can be used to archive and retrieve database log files. This sample is only supported on AIX. ? 在视窗系统(R) 系统中，该文件存放在sqllib/samples/c目录下。 There are two sample user exit programs for 视窗系统operating systems: ? db2uext2.ctsm This sample uses Tivoli Storage Manager to archive and retrieve database log files. ? db2uext2.cdisk This sample uses the operating system COPY command and disk media to archive and retrieve database log files.
##规划时注意的事项 db_name必须保持一致，db_unique_name必须保持不一致 主库安装软件、数据库、监听，备库只安装软件、监听，不安装数据库 ##操作系统层面的操作 #安装32位依赖包 rpm -ivh compat-libstdc++-33-3.2.3-69.el6.i686.rpm rpm -ivh glibc-devel-2.12-1.132.el6.i686.rpm rpm -ivh libaio-0.3.107-10.el6.i686.rpm rpm -ivh libstdc++-4.4.7-4.el6.i686.rpm rpm -ivh libstdc++-devel-4.4.7-4.el6.i686.rpm rpm -ivh libtool-ltdl-2.2.6-15.5.el6.i686.rpm rpm -ivh libtool-ltdl-devel-2.2.6-15.5.el6.i686.rpm rpm -ivh ncurses-libs-5.7-3.20090208.el6.i686.rpm rpm -ivh ncurses-devel-5.7-3.20090208.el6.i686.rpm rpm -ivh readline-6.0-4.el6.i686.rpm rpm -ivh readline-devel-6.0-4.el6.i686.rpm rpm -ivh unixODBC-2.2.14-12.el6_3.i686.rpm rpm -ivh unixODBC-devel-2.2.14-12.el6_3.i686.rpm #建立目录 mkdir -p /data/pri/ mkdir -p /data/pri/oradata mkdir -p /data/pri/arch mkdir -p /data/pri/redo mkdir -p /data/pri/oradata_bak mkdir -p /data/pri/product/11.2.0/db_1 mkdir -p /data/pri/fast_recovery_area mkdir -p /data/pri/oraInventory mkdir -p /data/std/ mkdir -p /data/std/oradata mkdir -p /data/std/arch mkdir -p /data/std/redo mkdir -p /data/std/oradata_bak mkdir -p /data/std/product/11.2.0/db_1 mkdir -p /data/std/fast_recovery_area mkdir -p /data/std/oraInventory #创建Oracle账户 groupadd oinstall groupadd dba useradd -g oinstall -G dba -m oracle passwd oracle