LuciferLiu_DBA

100天精通Oracle-实战系列 - 总目录

OGGMA 21 目前最新可用版本是 21.17，本文演示 Oracle 19C 到 MySQL 8 的 OGGMA 双向同步方案。

Oracle GoldenGate Microservice Architecture (OGGMA) 是在 OGG 12.3 版本推出的全新架构。相比传统架构，OGGMA 基于 Rest API，通过 WEB 界面即可完成 OGG 的配置和监控，大大简化了部署和管理流程。本文将详细介绍如何在 Oracle 19C CDB 环境中部署 OGG 19.1.0.4 微服务版本，并实现跨数据库的数据同步。

节点主机版本主机名实例名Oracle 版本IP 地址数据库字符集Goldengate 版本源库redhat 7.9rhel7lucifer19.3.0.0AL32UTF8目标库rhel8lucifer19.3.0.0AL32UTF8OGG 服务器redhat 7.9oggogg19.3.0.0AL32UTF8。

数据库实例恢复；Logminer 日志挖掘;DataGuard、OGG等数据同步工具所需；UNUSED：从未被使用的日志组，一般是新增的日志组，resetlogs 打开数据库或者使用了 clear logfile 命令后；CURRENT：当前正在被 LGWR 使用，日志中记载了数据库中正在进行的更改，删除将导致恢复时数据丢失。ACTIVE。

众所周知，CDB 架构中 CDB 是为了存放 PDB 的容器，PDB 才是服务客户的应用数据库，用户数据实际都存放在 PDB 中。但是如果 CDB 坏了，PDB 也会无法访问，且没有备份的情况下，该如何将 PDB 给恢复出来呢？本文实战主要用到了 DBMS_PDB.RECOVER 包，用于恢复 XML 文件。

本文主要汇总了 Oracle 数据库在升级到 19C 版本之后遇到的一些问题以及解决方案。

值得一提的是：集成模式下，对于数据库版本 11.2.0.4 及更高版本的源数据库（源兼容性设置为 11.2.0.4 或更高版本），DDL 的捕获由日志挖掘服务器异步执行，不需要安装特殊的触发器、表或其他数据库对象。OGG 管理用户需要从数据字典读取表结构信息，若 Oracle 日志中没有足够信息，则需通过 flashback 或者直接读取数据库记录。数据库的版本在 11.2.0.4 及以上版本，无论哪种模式的 extract 和 replicat 进程，都需要配置参数。可以根据 SGA 空闲内存和。

支持高可用性解决方案实时数据集成事务性变更数据捕获数据复制数据转换操作与分析企业系统之间的数据验证OGG 最大的特点之一就是能够提供不停机的数据同步复制，并且支持跨平台和跨版本以及跨数据库。企业数据通常分布在异构数据库中，利用 Oracle GoldenGate 在不同数据源之间传输数据，可以帮助企业内部实时加载、分发和过滤事务，并实现不同数据库之间的近乎零停机时间的迁移。从一个数据库静态提取数据记录并将这些记录加载到另一个数据库。

ORA-01555 与数据库破坏或者数据丢失没有关系，所以不用担心数据问题，这个报错唯一的影响就是：报错之后查询无法继续处理。通过以上描述可以得知报错原因：查询需要使用被覆盖的回滚段构造前映像实现一致性读。由此可知，这个报错与 UNDO 有着密不可分的关系，所以在讲解 ORA-01555 之前，需要先对 UNDO 有一个初步的了解。经过实战演示，如果再遇到 ORA-01555 问题时，相信大家可以得心应手的解决。开启 UNDO 表空间自动扩展；调整 undo_retention 参数；

在日常运维中，误删数据是一个最常见的故障，本文主要讲解一些比较常规的处理方式。测试环境搭建，这里使用。

1、数据库执行 SQL 7gpjgqbvfghgv 触发 BUG 28794230 进而 SQL 多次重复解析，导致内存耗尽：，所有未保留操作系统最小可用内存，导致内存耗尽后，主机无内存可用直接宕机。

数据库名称归档模式日志文件信息数据文件信息临时文件信息数据库字符集SQL>!;------RESETLOGS区别在于当前在线重做日志是否都可用，如果在线日志有损坏的情况，在创建控制文件时就需要使用 RESETLOGS，反之，使用 NORESETLOGS。

我们常说的 pfile 参数文件也就是 initSID.ora 文件，initSID.ora 是文本文件。在 Oracle 9i 以前，Oracle 使用pfile存储初始化参数设置，参数文件的修改需要手工进行，这些参数在实例启动时被读取，通过pfile的修改需要重启实例才能生效。可以通过strings## 单机## RAC其内容主要为数据库的 db_name、数据库的版本、控制文件的位置、内存的分配、一些系统文件的路径、字符集、session的数量等等，一些数据库最基本的信息。

最近看 awr 报告时，经常会看到一些的等待事件，分享一下排查的步骤。用于在事务执行时维护事务的完整性，防止其他会话同时修改相同的数据。如果发生争用，‘enq: TX - row lock contention’ 很可能成为数据库时间的重要组成部分并影响其他会话的性能。一旦发现数据库存在严重的 ‘enq: TX - row lock contention’ 等待，需要做的就是找出对应的对象和所涉及的 SQL 语句。通常等待与正在执行的应用程序代码有关，数据库本身大概率不存在问题。产生。

什么是 log file sync 等待事件？当用户会话进行提交时，会话事务锁产生的全部日志都需要从LOG BUFFER刷入到，以保证事务对数据库的更改成为永久性。在 commit 的时候，用户会话会通知 LGWR 进程去写 log buffer(包含当前未写入的redo,会话当前的redo)到 red logfile，一旦 LGWR 进程完成写入请求，就会通知会话已完成。

升级迁移使用数据泵的方式与 （第72天）数据泵升级：11GR2 到 19C 步骤基本一致，这里不作演示，只演示使用 ADG 来进行同版本迁移。

目前 Oracle 19C 是最新的稳定支持的版本，生产环境中使用的越来越多。当然，随着客户使用量的增多，自然无可避免的产生了很多 BUG，Oracle 每季度都会发布一个 RU 补丁来修复当前季度所产生的一些重要 BUG 补丁。作为 DBA，DB 补丁修复必然是需要掌握的一项技能。本文将介绍如何将数据库升级到最新的 RU 版本。

Oracle RAC Grid 升级通常生产环境中很少遇到，因为 DB 升级基本都是更换新硬件，部署新 RAC，也就没必要升级 Grid。升级 Grid 大部分是为了支撑修复 BUG 或者等保要求。本文介绍如何在本机升级 Grid 软件。

XTTS（Cross Platform Transportable Tablespaces，跨平台迁移表空间）是 Oracle 推出的一个用来迁移单个表空间数据以及将一个完整的数据库从一个平台移动到另一个平台的迁移备份方法。在企业越来越大的数据量、相对停机时间要求日益减少的情况下，利用 XTTS 可以完成使用增量备份方式实现跨平台的数据迁移，能够减少停机时间、可以进行增量备份，并且能实现跨平台的数据迁移。将源数据库中的表空间设为只读将数据文件传输到目标系统将数据文件转换为目标系统字节序格式。

Oracle 从 12CR2 开始就开始大力推广 AutoUpgrade 升级工具，但是实际生产中使用并不广泛，但是这个工具已经发展的非常成熟了。本文介绍一下如何使用 AutoUpgrade 工具进行快速升级，操作非常简单。

上一篇课程讲到如何使用 RMAN + DBUA 的方式进行升级，是基于 RMAN 备份恢复来进行实现的。

Oracle 11GR2 版本是上一个长期稳定版本，但是官方已与 2020 年停止服务，官方建议升级到最新长期稳定版 19C。交互式的引导我们完成升级数据库的步骤，它会自动执行为了升级数据库所需的所有步骤。DBUA 适用于 CDB 和非 CDB 数据库系统，是推荐的升级数据库主要版本或者补丁集的方式。

目标端为 RAC 数据库 19C 企业版。数据泵导入需要目标端提前建库，这里使用。源端为单机数据库 11GR2 企业版。数据库中的大表需要单独导出。至此，数据泵迁移升级完成。

本文演示的是单机到单机的异机升级（本机升级更简单，但是存在一定的风险），RAC 的数据库版本升级也是大同小异。

从 Oracle 12CR2 版本开始支持可刷新 PDB，在 19C 版本后功能更加强大，为什么会衍生出这个技术呢？很多生产的 PDB 数据量很大，如果使用传统的方式进行克隆操作可能需要相当长的时间，并且克隆之后的数据无法随着源库更新而刷新，为了尽量减少对生产系统库的影响，可刷新 PDB 自然就应运而生。可刷新 PDB 支持通过源 PDB 的 redo 日志手动/自动刷新数据，不刷新时，可刷新的克隆 PDB 还能够以只读方式打开。

在前面课程我们讲过使用 DBCA 创建数据库以及搭建 DataGuard 等功能，在多租户这章节，要讲下如何使用 DBCA 克隆 PDB。18C 开始支持使用 DBCA 在本地 CDB 中克隆 PDB19C 升级支持使用 DBCA 克隆 PDB 到远端 CDB 中19C 升级支持使用 DBCA 重定向迁移 PDB 到远端 CDB 中。

在之前 NONCDB 版本我们经常使用 RMAN Duplicate 方式来在线搭建 DataGuard，非常方便快捷。从 12C 开始 Oracle 推出了 CDB 架构后，自然也就支持使用 Duplicate 的方式来复制 CDB，但是 12C 时还没有那么智能。从 18C 开始进行了升级，可以支持使用方式在线克隆 pdb 到现有的远端 CDB 中。语法如下（建议使用OMF## 复制后的 PDB 不改名......;## 复制后的 PDB 需要重命名......;如果不使用OMF...;

DBCA和SQL*Plus，但是创建 PDB 还有很多其他的方式，本文主要介绍一下其他的简单方式。

PDB 快照是一个 PDB 指定时间点的副本。在创建快照时，源 PDB 可以是只读或者读写模式。PDB 快照可以用于快速创建 PDB。手动快照使用SNAPSHOT子句的方式来创建自动快照使用子句的方式来创建如果存储系统支持则会创建一个，否则会创建一个full copy。

在 Oracle 12C 之前，迁移数据库的方式大多通过 RMAN 或者数据泵的方式，但是在 12C 版本提出 CDB/PDB 架构后，对数据库进行了整合，只需要针对 PDB 进行迁移即可，本文介绍通过 UNPLUG/PLUG 的方式来迁移数据库。

目前很多 19C 数据库依然是创建为 NONCDB 架构，但是未来 CDB 架构的使用是无法避免的，在 21C 版本开始 Oracle 官方将不再支持 NONCDB 架构。

管理 CDB 和 PDB 需要使用一些特定的命令和工具，如 SQL*Plus、SQL Developer 或 Enterprise Manager Cloud Control。创建 CDB： 使用 DBCA（Database Configuration Assistant）或命令行工具创建 CDB。创建 PDB： 在已创建的 CDB 中，使用命令行工具或 SQL 语句创建 PDB。打开/关闭 PDB： 使用语句打开或关闭 PDB。

Oracle 的 CDB 和 PDB 是 Oracle 12C 及以上版本中引入的新概念，用于管理多租户数据库环境。Oracle 数据库是商业数据库领域中的翘楚，其强大的功能和高可靠性备受企业用户追捧。而随着云计算和大数据时代的到来，Oracle 也不断推出新的技术以适应这些变化。CDB 技术是 Oracle 数据库架构中的一种新技术，本文将对 CDB 技术进行简单的介绍。

前面介绍了分区表的创建以及如何转换，但是没有维护相关的内容，本文主要讲 DBA 日常工作中，如何维护分区表。通常我们在生产环境使用分区表，80% 都是通过时间列来创建范围分区表，同时为了 DBA 维护方便，很少使用间隔分区，基本都是需要定期对分区表进行数据归档以及扩展，这也就涉及到了如何维护分区表才能最大限度的减少停机时间。

Oracle 从19C开始支持混合分区表，融合外部分区和内部分区于一体，可以轻松的将内部和外部的数据集成到单个分区表中，同时也可以将非活跃数据移动到外部文件，降低存储成本的同时也更加方便数据交换。适用于 ILM（Information Lifecycle Management）/Archiving。用更便宜的/归档存储方式将数据提取到数据库之外，作为表的一部分，但仍可以访问整个表将非活跃分区数据移动到外部文件，降低存储成本19C 版本数据库数据需要长期保存同时有在线查询需求的场景。

外部表在 Oracle 9i 版本引入，外部表的特性是对现有 SQL*Loader 功能的补充，它能够使用户访问外部数据源中的数据，就像访问数据库中的表一样。数据库创建外部表来管理数据，默认通过来加载外部数据文件，允许对外部表中的数据进行只读访问，外部表不支持 DML 操作（UPDATE、INSERT或DELETE），也不能创建索引，仅适用于不频繁查询的表。可以针对外部表创建视图和同义词，外部表在数据仓库的 ETL 过程中非常有用，因为数据不需要暂存并且可以并行查询。

在之前的课程里，我们介绍了几种方式来转换分区表，但是没有具体讲如何获取分区表结构的语句。一般来说，都是通过经验以及文档照葫芦画瓢来复制，但是在长时间的重复性工作中，“懒癌”发作的我就想着是否能通过自动化的方式构建分区表的建表语句呢？偶然发现分享的本脚本仅支持的方式转分区，不支持复合分区，接下来介绍下如何使用脚本一键生成分区表结构。

List-RangeList-HashList-List在生产环境种，最常用的复合分区方式是Range-Hash方式，因为Hash可以达到较好的打散表数据的目的。-- 查看主键确认是否可以重定义，没有主键可以用rowid执行没有报错代表可以进行表的在线重定义。BEGINEND;这一步操作是为了在结束重定义的时候，减少锁表的时间。BEGINEND;

Oracle 12CR2 版本开始支持对分区表进行在线拆分以及合并，只需要一个命令，而且不需要停机。