Xtts v4变化&先决条件&已知问题

V4变化的主要有:

   

1.这个采购使用简化的命令。源的一个命令(--backup)和目标的一个命令(--restore)。

2.此过程只需要在源和目标的$ TMPDIRres.txt)之间复制一个文件。

3.此过程将自动解析添加的数据文件,无需其他干预。

4.此过程允许从源中取出多个增量备份而不运行恢复。之后,将立即恢复目标中的所有增量备份。

   

5.先前版本中的某些功能(例如使用DBMS_FILE_TRANSFER)在此版本4中不可用。

6.源和目标的最低版本是11.2.0.4

   

注意:只有物理上位于正在传输的表空间中的数据库对象才会复制到目标系统。位于SYSTEM表空间中的其他对象(如用户,pl / sql对象,序列,视图等)将不会被传输。您需要预先创建用户并将这些对象复制到目标系统,可能使用数据泵。

   

   

先决条件

在开始此过程之前,必须满足以下先决条件:

   

1.仍然必须遵循可传输表空间的限制和注意事项。它们在以下手册中定义:

Oracle数据库管理员指南

Oracle数据库实用程序

2.除了可传输表空间的限制和注意事项外,还必须满足以下条件:

当前版本不支持Windows作为源或目标。

源数据库的COMPATIBLE参数不得大于目标数据库的COMPATIBLE参数。

源数据库必须处于ARCHIVELOG模式。

源系统上的RMAN 不得具有使用COMPRESSED配置的DEVICE TYPE DISK

源系统上的RMAN 不能具有BACKUP TYPE TO COPY。源必须具有BACKUP TYPE TO BACKUPSET

要移动的表空间集必须全部在线,并且不包含脱机数据文件。表空间必须是READ WRITE

只读READ的表空间可以使用普通的XTTS方法移动。无需使用跨平台增量备份来移动始终只读的表空间。

虽然首选目标系统是Linux64Oracle LinuxRedHat Linux的认证版本),但此过程可与其他基于Unix的操作系统一起使用。但是,任何非Linux操作系统必须在目标和源中运行12.1.0.1或更高版本。

Oracle版本的源必须低于或等于目标。因此,此过程可用作升级方法。 可传输的表空间限制将适用。

源和目标的最低版本是11.2.0.4

ASM只能用于目标中数据文件的最终位置,不能使用此版本将备份放在ASM上。

3.此过程中的所有步骤都作为OSDBA组成员的oracle用户运行。OS身份验证用于连接源数据库和目标数据库。

4.不支持对备用数据库或快照备用数据库执行此过程。

   

   

已知的问题

1.如果前滚阶段(xttdriver.pl -r)因以下错误而失败,则验证RMAN DEVICE TYPE DISK 未配置为COMPRESSED。在applySetDataFile 完成后

2.如果在源和目标中都使用ASM,请参阅XTTS在源和目标使用ASM时在目标上创建别名(注释2351123.1

3.如果将ASM用于数据文件,则可以忽略使用ASMCMD删除文件系统文件时出错。(错误29268792,当前打开)

4.在源或目标中存在GLOGIN.sql可能会导致语法错误。

5.有关其他已知问题,请参阅跨平台可传输表空间XTTS 文档2311677.1的已知问题中的其他问题。

转载于:https://www.cnblogs.com/cqdba/p/10736889.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
适用于: Oracle Database Cloud Schema Service - 版本 N/A 和更高版本 Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本 Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本 Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本 Oracle Database Backup Service - 版本 N/A 和更高版本 Linux x86-64 用途 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 本文档覆盖了在 12c 及更高版本上,使用跨平台传输表空间(XTTS)以及 RMAN 增量备份,以最小的应用停机时间,在不 同 endian 格式的系统间迁移数据的步骤。 第一步是从源系统拷贝一份 full backup 到目标系统。之后,使用一系列的增量备份(每一份都比前一份要小),这样在停 机前可以做到目标系统的数据和源系统“几乎”一致。需要停机的步骤只有最终的增量备份及元数据导出/导入。 这个文档描述了在 12c 下使用跨平台增量备份的步骤,关于 11g 下的步骤,请您参考 Note:1389592.1。 跨平台增量备份特性并不能减少 XTTS 的其它步骤花费的时间,比如元数据导出/导入。因此,如果数据库内有很多元数据 (DDL),比如 Oracle E-Business Suite 和其它打包程序,那么跨平台增量备份特性并不能带来很多好处;对于这样的 环境,迁移花的大部分时间是花在处理元数据上,而不是数据文件的转换及传输。 只有被迁移表空间里物理存储的数据库对象才会被拷贝至目标系统;如果要迁移存储在其它表空间的其它类型的对象 (比如存储在 SYSTEM 表空间内的 pl/sql 对象,sequences 等),你可以使用数据泵来拷贝这些对象至目标系统。 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 跨平台增量备份的主要步骤有: 1. 初始化设置 2. 准备阶段(源库数据仍然在线) 1. 备份要传输的表空间(0级备份) 2020/1/5 Document 2102859.1 https://myaccess.oraclevpn.com/+CSCO+1075676763663A2F2F7A6266727A632E68662E62656E7079722E70627A++/epmos/faces/Document… 3/14 2. 把备份及其它必须的文件发送到目标系统 3. 在目标系统恢复数据文件至目标端的 endian 格式 3. 前滚阶段(源库数据仍然在线 – 要重复这个阶段足够多次,使得目标数据文件拷贝和源库越相近越好) 1. 在源库创建增量备份 2. 把增量备份及其它必须的文件发送到目标系统 3. 把增量备份转换成目标系统的 endian 格式并且把增量备份应用至目标数据文件 4. 为下次增量备份确定 next_scn 5. 重复这些步骤直到已经准备好了操作传输表空间 NOTE: 在版本3,如果一个数据文件被加入到一个表空间或者一个新的表空间名字被加入到xtt.properties文件,会出现 一个Warning并且需要额外的处置 1. 传输阶段(此时源库数据需要置于 READ ONLY 模式) 1. 在源库端把表空间置为 READ ONLY 2. 最后一次执行前滚阶段的步骤 这个步骤会让目标系统的数据文件拷贝和源库数据文件完全一致并且产生必要导出文件。 在数据量非常大的情况下,这个步骤所花费的时间要显著的少于传统的 XTTS 方式,因为增量备份会很 小。 3. 使用数据泵把这个表空间的元数据导入至目标数据库 4. 把目标数据库的相关表空间置为 READ WRITE

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值