上帝之手&传奇 - MartinLee

DG  T-1   测试：需求：  应测试需求，在备库上定期跑报表，之后再继续主备同步，然后，再定期跑报表。这里，方法有二：   通过ogg 主备同步                   通过DG T-1 库闪回。  这里主要在 DG  standby  上测试运行：1,开启 Standby flashback_on ,配置相关参数值（详见其

注意Data Guard 启动顺序：启动顺序：先standby ,后primary;       关闭顺序：先primary 后standby;  在备库将实例启动到mount 状态：SQL> startup nomount;SQL>alter database mount standby database ; SQL>ALTER DAT

1，其他的不说，首先命令查看：是否归档、是否强制日志、show parameter db_name、show parameter service_name、show parameter db_unique_name、select name from v$datafile、select member from v$log.2，创建pfile-参数文件 create pfile='路径

win 下，oracle DG 搭建，standby 在nomount之前，需要设置： > oradim -new -sid sidname  startmode manualRMAN> duplicate target database for standby nofilenamecheck;启动 Duplicate Db 于 25-6月 -13使

RAC， Data Gurad， Stream 是Oracle 高可用性体系中的三种工具，每个工具即可以独立应用，也可以相互配合。 他们各自的侧重点不同，适用场景也不同。RAC 它的强项在于解决单点故障和负载均衡，因此RAC 方案常用于7*24 的核心系统，但RAC 方案中的数据只有一份，尽管可以通过RAID 等机制可以避免存储故障，但是数据本身是没有冗余的，容易形成单点故障。Da

1 ：    2 :  db_unique_name   主备必须不一致， 同时可以等于（不等于） 数据库的service_name.        db_unique_name   必须和参数*.log_archive_config='dg_config 配合使用 ---此参数是配置主备的数据库 3 :  db_unique_name 可以和 net-service-

第一部分 日常维护一 正确打开主库和备库1 主库:SQL> STARTUP MOUNT;SQL> ALTER DATABASE ARCHIVELOG;SQL> ALTER DATABASE OPEN;2 备库:SQL> STARTUP MOUNT;SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONN

因not open force loggning 引起的DG ora-1578 报错       前天，部署实施公司xx生产中心录入库一套DG，但是在之前，这其中的一台primary 是我N就之前的一台测试机。记得当时我是通过寂寞方式安装的版本 11.2g 03小版本。本来这这也没什么，可以前段时间，因为项目，部门经理突然把正式数据导入，就这样，变成了公司的正式库运行生产。 为此，我狂

DG 一次大意操作总结：环境： ORACLE 11.2 DG 主备   操作： 备库上查询一些数据文件，报错信息： ：同时查看主备的alter ,trace 日志，一切正常。1， alter database recover managed standby  database cancel; standby trace文件:报错一： Parallel

1， DG 主-从-从   主要配置参数： 以下摘自官当：Primary DatabaseDB_UNIQUE_NAME=bostonFAL_SERVER=boston2LOG_ARCHIVE_CONFIG='DG_CONFIG=(boston,boston2,denver)'LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY