U1：如果您用的是 enterprise db (postgresql 商业版)，他们是有自动化移植 工具的。如果是普通的 postgresql，就得看看有没有开源的工具了，若没有，恐怕要自己写程序导入了。
当主库的某些日志没有成功传送到备库，那么这时候就发生了归档裂缝（Archive Gap）。目前Oracle提供了两种日志GAP的检测和处理机制，分别是自动GAP处理（Automatic Gap Resolution）和FAL进程GAP处理（FAL Gap Resolution）。自动GAP处理即主库上的ARCn进程会每分钟检查备库上的日志GAP情况并做相应处理。FAL（Fetch Archive Log）是通过配置FAL_SERVER和FAL_CLIENT实现GAP检测的一种机制，它是备库主动发起的“取”日志的过程。备库就是FAL_CLIENT，它从FAL_SERVER中取这些GAP。Oracle会首先尝试使用FAL进程处理GAP，当发现FAL机制并没有配置生效的时候，进而尝试使用自动GAP处理。
Oracle DataGuard；简称DG。是由一个Primary Database（主库）和一个或者多个Standby Database（备库）组成。对Oracle来说；本身不能提高性能。通过数据冗余来保护数据。由Primary Database对外提供服务；用户操作在Primary Database上操作；其操作的数据库Redo Log或者Archive log通过网络传输到Standby Database。Standby Database在重做这些日志。从而实现Primary Database和Standby Database数据同步。
首先通过备库sql查出相应的 node[thread#] 和归档位置 name：
Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能
当主库的某些日志没有成功传送到备库，那么这时候就发生了归档裂缝（Archive Gap）。目前Oracle提供了两种日志GAP的检测和处理机制，分别是自动GAP处理（Automatic Gap Resolution）和FAL进程GAP处理（FAL Gap Resolution）。自动GAP处理即主库上的ARCn进程会每分钟检查备库上的日志GAP情况并做相应处理。FAL（Fetch Archive Log）是通过配置FAL_SERVER和FAL_CLIENT实现GAP检测的一种机制，它是备库主动发起的“取”日志的过程。备库就是FAL_CLIENT，它从FAL_SERVER中取这些GAP。Oracle会首先尝试使用FAL进程处理GAP，当发现FAL机制并没有配置生效的时候，进而尝试使用自动GAP处理。FAL进程只在物理备库存在。FAL进程提供了一个CLIENT/SERVER的机制，用来解决检测在主库产生的连续的归档日志，而在备库接受的归档日志不连续的问题。该进程只有在需要的时候才会启动，而当工作完成后就关闭了，因此在正常情况下，该进程是无法看见的。
DISCONNECT FROM SESSION子句并非必需，该子句的作用是指定启动完应用后自动退出到命令操作符前。如果不指定该子句的话，那么当前SESSION就会一直停留处理Redo应用，如果想做其它操作，那么就只能新建一个连接。
最近在某银行进行OGG迁移时，遇到一个超过1T的数据库，由于开始没有注意到一些细节，导致在导入过程中出现了一些问题。现在将这些问题总结记录下来，防止之后再发生类似问题。
在我们的技术讨论群『云和恩墨大讲堂』中，还有日常的微信互动中，经常有朋友会提出一些有趣的小问题，在空闲的时候，我希望能够记录下来，和大家做一点小分享，以点滴的知识，增进一点点对于Oracle的理解，就名之为『微信课堂』吧。
之前已经整理出： 1.【DG】DataGuard搭建-11gR2单主单备 2.【DG】DataGuard架构和部分概念整理 下面继续整理DataGuard相关动态性能视图，用于查看物理DG状态，以及日志传输/应用服务简单说明，要结合架构和概念篇看
这是一个单实例数据库，oracle11.2.0.4 ，跑在Wondows上，当时主库压力太大，用户有容灾和读写分离的需求，这样在主库跑了一段时间后搭建了一个备库，这个备库一直跑到很好，最多主库由于存储压力，删除过几个归档日志，这个删除也是确认了备库应用之后操作的，对主备都已经没有影响。所以，当这家南方公司的负责人（我就称为王工）找到我时，我还是觉得意外。
Thu Mar 29 11:21:45 2018 FAL[client]: Failed to request gap sequence GAP - thread 1 sequence 184-185 DBID 1484954774 branch 960494131 FAL[client]: All defined FAL servers have been attempted. ------------------------------------------------------------ Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization parameter is defined to a value that's sufficiently large enough to maintain adequate log switch information to resolve archivelog gaps.
DG GAP 顾名思义就是：DG不同步，当备库不能接受到一个或多个主库的归档日志文件时候，就发生了 GAP。
同事说dg不能同步，让我帮忙看看，我用自己写的2个视图查看了下，首先发现主库没有常见的LNSn进程，下意识的认为主库这个进程没有启动，需要切换日志唤醒LNSn进程，事实上也这样做了，（alter system set log_archive_dest_state_2='defer'; alter system switch logfile; alter system set log_archive_dest_state_2='enable'; alter system switch logfile;），切换后发现日志可以正常传输了，但是主库还是看不到LNSn这个进程，于是找找资料，深入的研究了一下这个问题。
相信大家在Dataguard环境中遇到过主库丢失归档日志，而备库也没有及时接收，导致备库出现了GAP的现象。因为日志的中断，备库无法再去应用之后的日志，就无法起到容灾的效果。
**导读** > 作者：杨漆 > 16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。 提问： 如果您的生产环境为3节点的Rac+ASM，10T以上数据，业务对主库有极高性能要求，不能占用主库资源、通道、带宽，且主库归档日志每4小时会定时删除一次（归档存储空间有限，且无法扩容），现有备库上的归档每小时不定
上述为这里我做为演示环境的基本规划。 本文作为step by step的快速指导手册，方便快速部署此类ADG环境。
参考官方文档12c：Using DBCA to Create a Data Guard Standby 12C
但是，如果去查v$archive_dest_status，就会发现问题，说有可解决的GAP：
环境：RAC+单机 Dataguard 问题：启动备库到ADG模式时，发现后台归档日志并不同步
实验证明： 11g snapshot standby的确可以很方便的实现读写测试；之后也可以方便的切换回测试前的状态继续做为physical standby使用。
今天在一台机器上模拟了dataguard,主备两个实例从物理上不共享任何归档文件路径。 主要有以下内容： dataguard Physical standby的创建 protection mode的切换 switch over 模拟了两台机器oel1,oel2 主库的归档放在oel1里面，备库的放在oel2里面 --创建的路径如下 ./oel1: orcl_pri_arch orcl_stdby_arch ./oel2: standby_pri_arch standby_stdby_arch --强制
目前，我有一套正常运行的Oracle 11.2.0.4 RAC实验环境。这是一套VirtualBox的虚拟化环境，整套环境均放在我的台式机服务器的D盘（SSD固态盘）。也就是说，这套RAC环境的系统磁盘和共享磁盘均在本地D盘。
可见rollback操作和当前数据库 归档模式并没有关系，只和commit操作有关，一旦commit就无法回滚。
Configuring Your Database for Oracle Flashback Technology
今天在配置一个备库的时候碰到了一些问题，话说配置dg broker真没什么特别需要注意的细节了，本身已经给DBA省了很大的事儿了。 但是有时候就是会出现一些稀奇古怪的小问题。这个环境又非常重要，备库已经因为硬件故障报废了，现在刚搭的备库就想赶紧把它跑起来。 简单添加配置之后，spfile,防火墙，端口，listener等等因素都满足了。感觉就是一蹴而就的事情了。 但是show configuration的时候就是报错。 DGMGRL> show configuration; Configuration -
环境：RAC+单机 Dataguard 问题：启动DG备库到mount阶段，启动MRP进程后，发现后台日志不打印归档传输信息，另外备库日志打开ARC1: Becoming the 'no FAL' ARC
查看当前归档日志路径，空间的使用率已经到了100%，于是在rman中，删除30天之前的归档日志文件，
对于物理损坏的数据块，我们可以通过RMAN块介质恢复(BLOCK MEDIA RECOVERY)功能来完成受损块的恢复，而不需要恢复整个数据库或所有文件来修复这些少量受损的数据块。恢复整个数据库或数据文件那不是大炮用来打蚊子，有点不值得！但前提条件是你得有一个可用的RMAN备份存在，因此，无论何时备份就是一切。本文演示了产生坏块即使用RMAN实现坏块恢复的全过程。
--************************************* -- Oracle 常用性能视图一览表(10g) --************************************* Advisors Information related to cache advisors
本文通过手工冷备+pfile文件的方式，搭建oracle11g dataguard 物理备库。在搭建前的规划中，特意将主库的数据库名和服务名、备库的文件存放位置等等做了差异处理。 在进行初始化参数文件的配置时，也进行了最小化处理。这样能够更好的理解DataGuard搭建所需要的的日志传输、应用所需参数配置。
第一期就从基本的初始化参数讲起，一篇一个参数,会尽可能的具体. 如无特殊说明数据库版本为11g
如果数据库只有很少的数据块被破坏，那么块介质恢复（Block Media Recovery，BMR）是较好的块恢复方法。BMR只能用于恢复物理损坏（Physical Corruptions），在数据文件联机时即可恢复相关坏块。BMR主要使用BLOCKRECOVER命令进行恢复坏块，该命令有以下三种使用方式：
如果由于特殊原因导致备库不可用，必须进行重建，那么可以使用如下过程直接进行重建DG
Oracle随着版本的升级，逐渐将步骤缩减，进行封装，18C之后可谓是达到了所谓的一键刷新，恢复DG同步。
通常情况下，在Oracle RAC 环境中，v$视图可查询到你所连接实例的相关信息，而gv$视图则包含所有实例的信息。然而在RAC环境中，当我们查询v$log视图时说按照常理的话，v$log视图应当看到的是你所连接到实例的日志组的信息。但v$log是个例外，也就是说v$log视图里看到的不仅仅是自身实例所包含的redo日志组，其他所有剩余实例的redo日志组也同样会出现在该视图中。无论你从任意一个节点连接查询v$log视图都将获得相同的结果。该情形同样适用于v$logfile。这到底是怎么一回事呢？如果你有类似的迷惑，不妨接着往下看。
这是一个比较细节的知识点，但必须要理解这个才能准确判断Oracle ADG的延迟情况。
–sql>alter database mount (读取控制文件），没有实例恢复。
DG的主备角色转换分为：Switchover和Failover。Switchover适用于某些场合，需要将备库转为主库，Failover则是在主库故障无法使用情况下，将备库提升为主库。
在传统关系型数据库领域，我们常常通过配置事务的隔离级别来解决脏读、幻读、不可重复读的问题。不同的事务隔离级别对应解决问题的力度是不一样的，下表是不同事务隔离级别对脏读、幻读、不可重复读的容忍度，我们一起看一下：
Last Updated: Monday, 2004-11-15 10:32 Eygle
#041、 通过返回标记，在编辑器向前或向后定位代码 原文地址：http://blogs.msdn.com/saraford/archive/2007/09/19/did-you-know-how-to-navigate-forward-and-backwards-in-the-editor-all-because-of-go-back-markers.aspx 操作步骤： 1、使用标准工具栏的“向前定位”和“向后定位”按钮。 2、快捷键：向后定位是“Ctrl+-(减号)”,向前定位是“Ctrl+Shi
Oracle Data Guard逻辑备库是利用主库的一个备份首先建立一个物理备库，然后再将其转换为逻辑备库。这之后主库将日志传递到备库，备库利用logminer从主库的日志中解析出主库所执行过的SQL，在备库上重新执行一遍，从而保证与主库的数据在逻辑上保持一致。与物理备库相对应的是，物理备库使用的是redo apply，逻辑备库使用的是sql apply。因此逻辑备库仅仅保证数据与主库是在逻辑上是一致的，从而逻辑备库可以处于open状态下并进行相应的DML操作。本文描述了创建逻辑备库的注意事项以及给出了如何创建逻辑备库。
墨墨导读：一个单节点RAC，要做一套Data Guard，但是备库能给数据库的内存只有主库的一半左右，可以实现吗？答案是可以的，本文详述整个过程。
--========================================
经常需要用到列编辑这种操作，现在很多超文本的编辑器都可以轻松实现。 但有时需要在vi界面直接使用，但是vi的列编辑操作因不常使用总是忘记现查。 这次干脆记录下加深印象。 vi编辑某个文本时，比如修改一个oracle的参数文件，历史实验时取的实例名字是jyzhao, 如今实验我已经成功改成prod了，如下：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
