一、描述单实例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.
说明： 以下大部分内容来自 《PostgreSQL实战》 PG流复制场景下，默认配置下， 如果在PG从库执行长时间的查询，会出现查询的报错。提示ERROR: canceling statement due to conflict with recoveryDETAIL: User query might have needed to see row versions that must be removed.根据报
备库数据文件是不允许写数据，切换日志是需要写数据到数据文件中的。为什么rman备份可以，是因为rman备份写的是控制文件~ 1、备库演示，会报错，数据库为打开。 SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination
20 | 幻读是什么，幻读有什么问题？ InnoDB 的默认事务隔离级别是可重复读--rr 快照读(snapshot read) 单纯的select操作，不包括上述 select ... lock in share mode, select ... for update。 Read Committed隔离级别：每次select都生成一个快照读。 Read Repeatable
结构图如下： Postgresql早在9.0版本开始支持物理复制，也称为流复制，通过从实例级复制出一个与主库一模一样的备库。流复制同步方式有同步，异步两种，如果主节点和备节点不是很忙，通常异步模式下备库和主库的延迟时间能够控制在毫秒级。物理复制只能复制整个实例。 逻辑复制也成为选择性复
36 为什么临时表可以重名 在上一篇的join优化中，用到了临时表， create temporary table temp_t like t1; alter table temp_t add index(b); insert into temp_t select * from t2 where b>=1 and b<=2000; select * from t1 join temp_t on (t1.b=temp_t.b); 临时表的特征和适
一、MySQL主备的基本原理 在状态1中，客户端的读写都直接访问节点A，而节点B是A的备库，只是将A的更新都同步过来，到本地执行。这样可以保持节点B和A的数据是相同的。当需要切换的时候，就切成状态2。这时候客户端读写访问的都是节点B，而节点A是B的备库 在状态1中，虽然节点B没有被直
整库迁移（冷备） alter database backup controlfile to trace as '/oracle/OCM.stl'; 原库备份控制文件 create pfile='/oracle/SID.ora' from spfile 生成参数文本文件 scp orapwOCM spfileOCM.ora oracle@目标ip:/oracle/product/11.2
1 说明 在11.2及以上版本支持级联备库，就是第二备库从第一个备库接受redo日志，而不是直接从主库接受redo日志。这样会减少主库的压力。实际上和正常搭建DG没什么区别，只是改一下参数即可，这里通过采用ADG方式来搭建。 最多支持30个级联备库，为啥呢？因为LOG_ARCHIVE_DEST_n，只有31
一旦使用 MySQL 的复制功能，就很大可能会碰到主备切换的情况。也许是为了迭代升级服务器，或者是主库出现问题时，将一台备库转换成主库，或者只是希望重新分配容量。不过出于什么原因，都需要将新主库的信息告诉其它备库。 对于主备切换，如果是计划内的操作，较为容易（至少比紧急情况下容易）。只
欢迎指正与讨论。 3.1 主库LNS LNS:一般理解为log network serviceLNS 进程负责将主库redo传输到备库。在11gR1及之前版本进程命名为LNSn，其负责ASYNC和SYNC两种传输方式的日志传输.从11gR2拆分为两个进程NSAn和NSSn，分别负责ASYNC和SYNC传输 从12c开始，NSAn变更为TTnn，较NSAn做了优
发现数据库告警，查看alert日志，发现如下报错 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lgwr_26383.trc: ORA-04021: timeout occurred while waiting to lock object LGWR (ospid: 26383): terminating the instance due to error 4021 Sun Mar 25 03
1、MySQL主备切换 readonly 设置对超级(super)权限是无效的，而用于同步更新的线程，就拥有超级权限。 建议在做主备数据库的时候，将备用数据库设置为只读。（反向用readonly来判断节点的角色） 主备的同步是通过 binlog 日志同步，流程： 1）、备库上通过 change master 命令，设置
