ansible tower是ansible的一个图形化界面，IT自动化的管理平台，本文整理了安装过程中的步骤以及碰到的坑。 前提条件操作系统版本： Red Hat Enterprise Linux 7.4 or later 64-bit CentOS 7.4 or later 64-bit Ubuntu 16.04 LTS 64-bit 数据库版本： PostgreSQL version 9

近期准备重新搭建最新的zabbix4.2，ansible等等，显而易见这些软件都需要通过yum安装会方便的多，而且便于管理以及以后的升级。公司千台以上的机器，基本都放在内网环境当中，于是就有必要搭建本地源环境，之前搭建的不是太完善，结合这个机会，重新整理一遍，尽可能涵盖到日常所用的所有软件。 首先当然需要准备一台可以访问互联网的机器 12yum -y install createrepoyum -

12c版本dataguard中引入了一个新特性：far sync备库，它作为级联备库主要作为redo log仓库给终端库使用。它不包含任何数据文件，在far sync备库上只有日志传输服务是启用的。 far sync备库的好处主要在于它可以处于最大可用模式下作为主库的一个本地归档日志库，而其后的物理或者逻辑备库可以放在较远的其他地方。当之前的主备库距离较远时，可以先通过同步的方式将日志快速传到fa

更新大表的时候通常伴随着大量的redo和undo产生，消耗了不少的资源。同时如果这个字段较长的话，也会产生许多行迁移，因为肯定会有某些块无法容纳下更新后的行的大小。 通常考虑通过DDL的方式来替代对这些大表的更新DML操作，第一时间想到的可能就是CTAS，最后rename回去的方式。但是这会带来一些其他的问题，比如表的其他属性并不会复制到新表当中，其他的约束和索引等都需要重建，工作比较繁琐也容易漏

DBMS_PARALLEL_EXECUTE包可以将一个任务拆分成很多小块，然后通过并发的方式共同完成任务，从而提高效率。 当你在执行超大表的更新操作时，这个技术都能起到作用： 它在同一时间内只会锁住一小部分的数据集，而不是锁住全表 在整个任务完成之前如果碰见部分更新失败，则其他已完成的任务不受影响 减少了回滚段的消耗 提高了效率 注意DBMS_PARALLEL_EXECUTE是通过job的方

在线表重定义完毕以后，可以将表回滚到重定义之前的状态，同时保留所有对表做的DML操作。 有些情况下，你想回滚重定义的表。比如在重定义完之后，你发现表上的操作效率比之前更加糟糕，这时就可以通过回滚到重定义之前的状态。回滚在线表重定义主要用于当重定义改变了表的存储结构，并且这些改变导致了出乎预期的更坏的结果。 DBMS_REDEFINITION包的ROLLBACK过程将表置成重定义之前的初始状态，并且

在12c多租户环境中，每一个CDB当中都会有多个pdb在运行，在某些情况下会涉及到CDB之间进行pdb的迁移。当然也就会碰到类似的情况，比如只有其中某一个pdb出现了问题，而其他的pdb都运行正常，这个时候如果对CDB做failover代价太大，这时为了最大程度减少停机时间和缩小影响，我们可以只对这个单独的pdb进行failover或者迁移到同服务器的其他primary cdb。这就需要用到dg

在一个CDB环境中，你可以通过种子库来创建pdb，克隆一个已存在的pdb或者non-cdb，从CDB上插入和拔下pdb，也可以将CDB上的pdb拔下或删除。 创建PDB 根据上图可以看到创建PDB有非常多种方法，也有非常多的参数可供选择，我这里只写一些比较常用的，详细使用命令参考官方文档。 通过种子库创建pdb时，我们只需要告诉oracle在哪里存放文件即可，其他的选项就不一一说明 一般设置目录

在12.1.0.2以前，当在主库中添加一个pdb时，物理备库上所有这个pdb相关的文件、目录、权限都要准备好，否则redo apply就无法正常工作。如果这些条件没有满足，redo apply则会停止无法继续，直到所有问题被解决，并且所有的数据文件都被添加到控制文件当中。 从12.1.0.2开始，在主库通过CREATE PLUGGABLE DATABASE语句创建pdb时多了一个新的选项STAND

这篇文章主要目的是详细记录在12cR2环境中，配置主备都是rac环境的dataguard，下图列出了本次将要创建的环境 准备步骤说明 通过vmware创建虚拟机 总共4台，两台作为主库，两台作为备库 主库安装12cR2 rac环境，创建实例 备库安装12cR2 grid软件和database软件，不创建实例 测试环境介绍 画图的时候手误，scan hostname两节点是一致的 主库：