背景：有一套11.2.0.4RAC集群的环境，为了测试DG，直接复制了一套一模一样的环境，修改过IP之后，依然有问题，无法同时启动。初步判断是因为在同一子网存在两个同名的集群（都是jystdrac），需要对其中一个集群进行修改（例如修改为jyrac）。RAC修改集群名字还比较麻烦，可参考MOS文章：HowtoChang...(more)

客户的一套开发环境，大概了解到的背景是清理空间时redo被运维人员当作log误删除，一线同事先接手处理，过程中遇到问题升级到我这里继续分析。接手后，数据库处于mount状态，之前恢复过程中已经做过resetlogs的操作，也设置了"_allow_resetlogs_corruption"隐藏参数为true，目前直接开...(more)

重要系统Oracle数据库U2L迁移场景中，如果客户来问我建议，我都会回复说首选就是XTTS，除非XTTS经测试实在是无法满足停机窗口，否则就不要考虑OGG这类方案。换句话说，选择OGG做迁移的场景，都是没有其他办法时才会选用的方案了。而在这类XTTS的迁移项目中,我认为bct的技术是至关重...(more)

环境：RHEL7+Oracle19.5RAC1.故障现象最近遇到客户的一套19c测试环境，在一次主机重启后发现集群无法启动，使用crsctlstatres-t-init查看集群启动阶段时发现直接报错如下信息：[grid@xxdb01-vip~]$crsctlstatres-t-initOracleClusterwareinfrastructureerrorinCRSCTL(OSPID29739...(more)

需求：默认无法直接删除Oracle的users表空间，直接尝试删除会有报错如下：SQL>droptablespaceusersincludingcontentsanddatafiles;droptablespaceusersincludingcontentsanddatafiles*ERRORatline1:ORA-12919:Cannotdropthedefaultpermanenttablespace报错很明确，USERS目前作为...(more)

如果是用户主生产环境，通常不会有用户会开启这个功能。但如果是在ADG备库端，就会有不少客户选择开启这个功能，这可以有效补充误操作应急处置方法。今天给某客户做技术支持的时候，在现场遇到一个蛮有意思的问题：XTTS测试场景，库非常大，数据文件很多，远超db_files的默认值。在表空...(more)

DBSAT是Oracle官方提供的脚本，用于数据库的安全评估检查，用户可以放心下载使用。下载链接具体参见MOS：OracleDatabaseSecurityAssessmentTool(DBSAT)(DocID2138254.1)下面介绍DBSAT脚本快速收集方法：1.上传dbsat脚本并解压到指定目录2.使用dbsat采集必要信息3.生成报告文件(...(more)

本系列的定位是对XTTS及相关技术进行深入的学习研究。作为本系列的开篇，本着实用性的原则，我先把一次实际生产环境U2L的迁移实战实施方案进行提炼简化，旨在能清楚说明该如何使用XTTS这种解决方案来进行U2L迁移，先达到可以跟着做下来的初级目标，如果有兴趣再去深入研究相关细节...(more)

在上篇《XTTS系列之四：迷迷糊糊的并行度》验证之后，就让测试组在RMAN配置中设置好正确的并行。然后重新将备份任务执行，平均速度直接由之前的150MB/s提升为1200MB/s。优化效果非常明显，速度直接提升了8倍。但是由于用户的数据库存在大文件表空间，当执行到大文件表空间时，速度又...(more)

最近帮忙基于某个时间点恢复一个库，说是备份和归档是全的。好多年没做过这类事情了，不过这算是最基本的DBA技能，下面给出RMAN基于某个具体时间点的恢复示例脚本：run{allocatechannelc1typedisk;allocatechannelc2typedisk;sql"altersessionsetnls_date_format=''yyyy-mm-ddhh...(more)