防火墙配置不当导致ADG只读打开耗时较常且失败 目录防火墙配置不当导致ADG只读打开耗时较常且失败背景原因解决方案 背景 Oracle数据库的主从两个实验库，长时间未同步，且两个服务器节点均重启。 在从库以只读方式打开时，耗时较常，最后报错，打开失败 SQL> alter database open read only
一、模拟产生GAP 1.备库停止DG同步进程： SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination /oracle/archive Oldest online log sequence 72 Next log sequence to archive 0 Cu
select db_unique_name, open_mode,database_role, switchover_status from v$database; select error,status from gv$archive_dest where dest_id=12; show parameter archive_dest_ select inst_id, error,status from gv$archive_dest where dest_id=12; 有gap了
一、环境准备 主机名ipDB Versiondb_namedb_unique_name主库节点一lucifer0110.211.55.10011.2.0.4orcl主库节点二lucifer0210.211.55.10111.2.0.4orcl备库luciferdg10.211.55.11011.2.0.4orcl
前言 Oracle Data Guard 简称 DG，是 Oracle MAA（Maximum Availability Architecture）中的成员之一。 从 Oracle 7i 版本开始推出 STANDBY DATABASE 的概念，慢慢受到大家的欢迎。随着 Oracle 数据库版本的更迭，搭建备库的方式多种多样。 本文介绍一种创建物理备库的新方式，从 12C 版
主库192.168.2.191 数据库实例名：orcl db_unique_name:primary 从库 192.168.2.192 数据库实例名：orcl db_unique_name:standby 1. 主备库判断DG是否已经安装,默认是安装好的 SQL> select * from v$option where parameter = 'Oracle Data G
问题 DG备库无法转为读写 尝试解决方案 shutdown immediate; startup mount; alter database open read write; ORA-16003 alter database clear logfile group 11： alter database clear unarchived logfile group 11; ORA-00313 最终解决方案 alter database clear una
主库不需要停机 环境的ip信息 [root@racbj01 ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 ###public 10.107.174.164 racbj01
oracle 19c RAC部署ADG手顺hostnamectl set-hostname 19c-adg1、DG基础环境ORACLE 主库RAC，scan-IP：111.111.111.155 SID:leodb db_name='leodb' db_unique_name=leodb 主机名：rac19c-01、rac19c-02ORACLE 备库 IP：111.111.111.150 SID:leodbadg db_
大家好！最近在一套CDB模式的12C库中发现某个PDB处于disablerecovery即不同步状态，下面详细介绍下其处理过程。ADG备库某个PDB(案例为CHECKPDB)开启实时同步操作1、查看PDB状态，CHECKPDB处于mounted状态2、查看PDB发现CHECKPDB处于disabledrecovery状态3、停掉实时应用，并重启数据库至mo
1.基于Oracle数据库技术的容灾方案都有哪些？如何选择？容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。那么基于此，本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的双活。在这个前提条件下，从O
架构：Oracle11g+adg os：AIX6.1 周日加班，开发人员对生产用户、生产数据库一顿操作，导致归档爆满，adg备库文件系统显示磁盘不足，无法继续写入，当即选择手动删除归档日志（RMAN已经不能进入了）。进入到目标目录，首先我找到了三天前的归档，手动直接删了，然后此时已经能进入rman工具
查看备库上进程的应用状态。 set lines 200 pages 200 select process,status,client_process,thread#,sequence#,block# from v$managed_standby; 查看数据库角色，force_logging，设定的保护模式，和当前实际生效的保护模式 set lines 200 pages 2000col name for a15sel
1、稳定可靠(High-Availability) 数据库保存的是企业最重要的数据，是企业应用的核心，稳定可靠的数据库可以保证企业的应用常年运行，而不会因为数据库的宕机而遭受损失。企业的信息化可以促进生产力，但如果选择了不稳定产品，经常影响业务生产的正常运营，则实际效果很可能是拖了企
一、描述单实例ADG数据库，备库system01.dbf文件损坏，需要重新恢复数据文件，保证主库库数据一致。 二、处理过程 1、数据库启动到mount状态Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 12 20:42:35 2019 Copyright (c) 1982, 2011, Oracle and/or its affiliates.
Oracle 19c ADG新特性之adg_redirect_dml SQL*Plus: Release 19.0.0.0.0 - Production on Thu Nov 28 11:35:05 2019 Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 -
备库数据文件是不允许写数据，切换日志是需要写数据到数据文件中的。为什么rman备份可以，是因为rman备份写的是控制文件~ 1、备库演示，会报错，数据库为打开。 SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination
1、环境介绍搭建一套ADG灾备环境。主库环境为12.1.2.0 RAC，备库同主库，软件补丁均已安装。2、配置步骤2.1 归档 select log_mode from v$database; #####是否为归档模式 alter database force logging; #####强制归档 2.2 主库standby log alter database add standby l
1.环境说明 vbox 准备两个虚拟机，Linux 环境 OracleLinux x86.64-dvd，一个虚拟机已经搭建好库，一个虚拟机装好数据库软件，两个虚拟机要能相互ping 通，实例名都是orcl(实例名区分大小写)。 主库数据库版本 SQL> select * from v$version; BANNER ------------------------------
参考文档：How do you apply a Patchset,PSU or CPU in a Data Guard Physical Standby configuration (文档 ID 278641.1)------------------------------------------------------------------------------------------------------1. Disable REDO transport on Primary.---------
