u011180520的博客

文章说明第一次完成了基础的物理备库搭建，便于后续回顾故写下该文章，有关DG的认知还很浅显，文章中不乏有许多的问题，若有错误或配置不完善的地方请大家指出，希望该文章能在大家搭建dg的过程中起到帮助。环境信息说明搭建步骤一、确认主备物理环境信息修改主数据库hosts文件，同时将该文件复制替换至备库[root@orclpr ~]$ cat /etc/hosts127.0.0.1 localhost localhost.localdomain localhost4 localhost4.loca

Oracle的Name分类我们知道，Oracle中的各种NAME会在我们的各个配置文件中经常出现，大致有以下这些：在init.ora中有DB_NAME，INSTANCE_NAME，SERVICE_NAME配置DG(data guard,数据监听)的时候，为了区分主备库，还要使用DB_UNIQUE_NAME在操作系统中需要配置环境变量，ORACLE_SID在listener.ora中有SID_NAME，GLOBAL_DBNAME在tnsname.ora中有SERVICE_NAME，SID，NET

一、源数据库进行备份① 查询数据库ID信息（在恢复过程中需要保证ID号相同）② 查询数据文件的ID和路径信息③ 查询重做日志文件的路径信息④ 查询控制文件的路径信息⑤ 设置控制文件的自动备份⑥ RMAN中对数据库进行全备（0级或full备份）⑦ 查看数据空归档日志路径，切换归档日志文件，使所有数据库修改都写入了归档日志中⑧ 确定最后的SCN号⑨ 将⑤⑥⑦步骤产生的结果拷贝到新系统中二、目标数据库进行恢复2.1 目标数据库目录层次与源数据库目录层次均一致2.2 目标数据库目录层次与源数

问题描述通过rman进行异机恢复参数文件时，提示如下错误：RMAN> restore spfile from autobackup;Starting restore at 16-AUG-14using channel ORA_DISK_1channel ORA_DISK_1: looking for AUTOBACKUP on day: 20140816channel ORA_DISK_1: looking for AUTOBACKUP on day: 20140815channel

问题描述最近通过RMAN执行了一次数据库全库的备份恢复实验，在目标环境进行还原后，通过dbca进行还原实例的删除操作，发现dbca无法识别相关实例名称。问题原因dbca会读取/etc/oratab文件中的记录，rman的恢复过程不会修改该文件，导致在dbca中无法识别到已恢复实例。解决方法修改"/etc/oratab"文件，根据实际的实例名信息添加记录。[oracle@orcl ~]$ vim /etc/oratab # This file is used by ORACLE utiliti

使用Catalog的优点：可以存储更多的备份信息可以使用RMAN备份脚本可以根据注册的目标数据库创建自定义报告可以永久保留记录可以查看一个表空间或数据文件的备份记录Catalog的创建方法配置catalog数据库创建catalog数据库使用DBCA指令创建catalog数据库创建catalog表空间SQL> create tablespace rman_ts datafile '/u01/app/oracle/oradata/test/rman_ts.dbf' size 30

背景新上的应用最近在做压力测试，测试了一天就发现登录报错了，提示：ORA-00257: Archiver error. Connect AS SYSDBA only until resolved百度后，确定原因为归档日志空间不足，也查询了具体的归档日志扩容方法及清理方法，记录一下，帮助自己也帮助其他其他朋友。归档日志使用情况查询使用sys用户登录数据库使用如下语句可以查询归档日志的使用情况及使用率。[oracle@ESBDatabase ~]$ sqlplus / as sysdbaSQL

问题描述安装完数据库后，在做压力测试，测试了没多久就出现了Oracle挂起的问题，提示如下错误：ORA-00257: Archiver error. Connect AS SYSDBA only until resolved通过上网查找资料，确定原因为归档日志已满，导致Oracle被挂起。可通过如下语句查看归档日志使用率：SQL> select * From v$flash_recovery_area_usage where FILE_TYPE='ARCHIVED LOG';解决方法