RMAN备份分为全备和增量备份两部分 增量备份:分为0 1 2级 ORACLE官方解释： A level 1 incremental backup can be either of the following types: Adifferential backup, which backs up a
格式化解释： 使用格式串 更改格式命令： RMAN> configure channel device type disk format ' E:\app\Administrator\db_bak\rmanbak\backup_%d_%T_%s_%p '; 新的 RMAN 配置参数: CONFIGU
作为IT运维人员，尤其是数据库岗位，数据的备份重于一切。 现在很多用户会有一个普遍误区，认为现在类似ADG这类灾备已经很完善，且实时性也更佳，往往就忽略了传统的备份效用。 但实际上，我们千万不能因为有了容灾建设就盲目忽略备份的作用，二者其实有着本质区别。很多场景，灾备都是无法替代传统备份的，二者是缺
前面文章提到，这周末帮一个客户测试报错场景： 客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug。 一、问题具体分析
https://www.modb.pro/db/34028 环境： Oracle 11gr2 + dataguard 512GB内存 + 128核cpu + 高性能存储服务器 uname -an Linux dbhost 2.6.18-238.el5 #1 SMP Sun Dec 19 14:22:
**环境：** Oracle 11.2.0.3 + OEL 7.9 A -> B -> C 级联ADG环境：db11g -> db11gadg -> db11gcas 之前测试提到，从一级备库duplicate到二级备库会报错： ```shell RMAN-00571: RMAN-00569: ER
在上篇《[XTTS系列之四：迷迷糊糊的并行度](https://www.cnblogs.com/jyzhao/p/17525723.html)》验证之后，就让测试组在RMAN配置中设置好正确的并行。然后重新将备份任务执行，平均速度直接由之前的150MB/s提升为1200MB/s。优化效果非常明显，速
1、在Oracle open方式下，直接从OS上删除了datafile文件。 rm /u02/rmants.dbf 2、数据库关闭后，无法打开数据库，只能到mount状态。 SQL> alter database open; alter database open * ERROR at line 1
项目测试组又反馈一个问题，XTTS执行全量备份速度慢，影响测试进度。 实际算了下，平均速度才150MB/s.. 这个速度在客户生产环境的确是不够看，首先询问是否开了并行，开了多少？ 回复是说有开32个并行，在xtt.properties配置文件中指定的。 另外也注意在RMAN中show all的配置
