环境:RHEL 6.4 + Oracle 11.2.0.4 一.主备手工切换 1.1 主库,切换成备库并启动到mount 1.2 备库,切换成主库并启动到open 1.3 新的备库启动日志应用 二.重命名数据文件 2.1 主库,对应的数据文件或者表空间offline 2.2 主库,操作系统层面重命名数据文件 2.3 主库,重命名数据文件,表空间online 2.4 备库,停止redo应用 2.5 备库,关闭数据库 2.6 备库,操作系统层面重命名数据文件 2.7 备库,启动到mount状态 2.…

环境:RHEL 6.5 + Oracle 11.2.0.4 三.监控DG的状态 3.1监控DG备库的状态 3.2监控主库传输日志链路的状态 四.备库切换为snapshot standby 4.1备库切换为snapshot standby后测试 4.2开始读写测试 五.备库还原为physical standby 5.1备库还原为physical standby 5.2验证数据还原到切换前状态 三.监控DG的状态 3.1 监控DG备库的状态 在备库查询v$dataguard_stats视图信息: -…

RESTORE DATABASE [db1] FROM DISK = N'E:\Backup\db2.bak' , MOVE N'db1_Data' TO N'D:\Data\db2.MDF', MOVE N'db2_Log' TO N'E:\Logs\db2.LDF', STANDBY = N'E:\Standby\ROLLBACK_UNDO_db2.BAK', NOUNLOAD, STATS GO 指定一个允许撤消恢复效果的备用文件. STANDBY 选项可以用于脱机还原(包括部分还原),…

尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便.但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知其然不知其所以然,Dataguard的本质没有吃透,也不利于其维护和调优. 本配置文档基于Oracle官方文档,目的在于加深大家对于Dataguard的了解. 本配置的结果是最大性能模式下的异步传输 ,因此在参数文件中,只涉及基本的主备参数,没有考虑switchover和最大性能模式下的real t…

一般常见的分析standby database的性能问题的方法就是通过动态性能视图来判断,从11g开始,随着Active Data Guard功能的出现,早期的Statspack 工具可以在standby database上收集性能分析数据,   这个收集工作是需要在Primary Database上来完成的.备库需要打开到Read-only模式下做redo apply.      安装standby statspack 以下步骤是针对11gR2的,对于11gR1来说,还稍微有点不同.工具的安装…

Applies to: Oracle Server - Enterprise Edition - Version 11.1.0.6 to 11.2.0.4 [Release 11.1 to 11.2]Information in this document applies to any platform.GoalStep by step guide on how to create a physical standby database using RMAN DUPLICATE FROM ACT…

1.创建一个物理Standby数据库 详细见11g Physical Standby配置 2.Standby数据库取消managed  recovery ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 3.主库配置 1)主库修改LOG_ARCHIVE_DEST_2参数 ALTER SYSTEM SET log_archive_dest_2 = 'SERVICE=PRODDG VALID_FOR=(ONLINE_LOGFILES,ST…

一,准备   Database DB_UNIQUE_NAME Oracle Net Service Name Primary PROD PROD Physical standby PRODDG PRODDG   二,主库设置   1.启用force logging alter database force logging; 2.确认主库处于归档模式 archive log list; 3.在primary库创建standby数据库控制文件 alter database create standb…

一. 简介:          PG在9.*版本后热备提供了新的一个功能,那就是Stream Replication的读写分离,是PG高可用性的一个典型应用.其中备库是只读库:若主库出现故障:备库这个时候需要占出来替代主库工作.这才是hot standby的高可用性应用.如何替代了:这个就是本次测试的内容.   二.系统环境 系统平台:CentOS 6.2    PostgreSQL版本:9.0.3    master :   192.168.1.202    slave  :   192.16…

环境: pg版本:PostgreSQL 9.4.4 on x86_64 系统版本:CentOS release 6.6 linux内核版本:2.6.32-504.8.1.el6.x86_64 今天测试standby延时复制时,在standby节点配置了recovery_min_apply_delay参数,刚开始设置的是5min,但重启完standby节点后,连接数据库直接报:psql: FATAL:  the database system is starting up 错误,我一开始以为是节点…