问题描述某客户反馈，在其中一套开发环境编译存在如下报错（说明：出于信息安全考虑，相关代码均使用测试代码模拟，请勿对号入座）："test.c",line10.5:1506-343(S)RedeclarationofIsSpecialTypediffersfrompreviousdeclarationonline9of"test.c"."test.c",line10.5:1506-050(I)Return...(more)

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

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

通常选择XTTS做迁移的数据库都不会太小的，至少都是几T、几十T这样的规模，这种级别的数据量原有空间不够用，所以在迁移过程临时用作存放迁移数据库备份文件的空间也是需要提前考虑规划的问题。最近就有客户有这样场景，数据库的数据量已经达到了60T+，也是优先选择XTTS的方案做U2...(more)

现场测试工程师在半夜电话反馈：在新建的小测试库做XTTS流程验证，遇到错误：ERRORatline1:ORA-20001:TABLESPACE(S)ISREADONLYOR,OFFLINEJUSTCONVERT,COPYORA-06512:atline284先了解具体阶段：具体是最后表空间readonly后,执行最后一次增量备份就会报这个错；现场参与测试人员初步...(more)

项目测试组又反馈一个问题，XTTS执行全量备份速度慢，影响测试进度。实际算了下，平均速度才150MB/s..这个速度在客户生产环境的确是不够看，首先询问是否开了并行，开了多少？回复是说有开32个并行，在xtt.properties配置文件中指定的。另外也注意在RMAN中showall的配置是默认没有指定...(more)

Oracle自从12c版本开始引入多租户的架构，整个管理理念也发生了很大的变化。比如之前再小的业务只要选择了Oracle，DBA都会选择新建一套独立的数据库，因为传统的架构只能在schema级别作区分，而schema级别有很多问题，隔离不彻底，且最常见的就是出现同名的情况，而如今有了多租户架构...(more)

引言保险企业在数据库与存储的信创建设过程当中，如何设计存储架构是个令人徘徊的问题，也一直是IT界经常要讨论的问题。有的观点认为信创数据库通常对存储资源的形态没有特殊要求，实则不然，一切需要回归实事求是。数据库存储架构的设计，既要需要满足特定业务需求场景的存储资源...(more)

双活数据中心解决方案指两个数据中心均处于运行状态，可以同时承担生产业务，以提高数据中心的整体服务能力和系统资源利用率，实现RPO（RecoveryPointObjective），RTO（RecoveryTimeObjective）严苛的要求，将企业业务系统连续性提升至一个更高的台阶。目前，端到端双活数据中心解决方案中...(more)

在上篇文章《五种业界主流存储双活方案解析（方案特点）》中，笔者从华为HyperMetro、EMCVplex、IBMSVC、HDSGAD和NetAppMetroCluster等五个厂商方案的特点入手，详细介绍了这些方案的存储层组网、I/O访问路径、数据一致性保证（读写缓存、锁、同步技术等）和独特的机制特性等内容，站...(more)