好久没写博客了
最近在忙的有几点
1.RAC+ADG基于阿里云DBFS数据库文件系统，实验训练一周被告知项目内容可能会更改，只剩下ADG容灾。
2.挖矿病毒提前防护，客户中毒较多，打了一片片的补丁。
3.RAC集群宕机，原因查了两天，发现服务器本身问题，有点无语。
4.拆分数据库内容优化及处理，之前没怎么接触实践过，借此机会蹭同事的项目练下手。
总结：
1.RAC环境接触较少，排查问题思路有点混乱。
2.优化逻辑比较混乱，同时处理遇到如下难题：
前提
dba_segments:描述的是数据库中所有段的存储和分配信息
dba_extents:描述的是数据库所有表空间中段的扩展信息
问题描述：
数据物理文件总共600多G，查询发现表空间数据量异常，单用户达到了600多G
dba_segments与dba_extents这两个视图显示的表大小不一致
单独查segments视图出来表的大小为634G，单独查extents视图出来的表为280G左右（截图丢失，大意了）
用公司的测试服务器查了一下，大小一致。
处理思路：
单用户的统计信息重新收集了一下，发现没用；
整库的统计信息收集了一下，发现没用；
查询大表，单表最大20G，碎片化率7.29%，没发现问题。
结果：
还想继续的情况下，同事出差了，问题暂未解决。接下来解决思路是将数据导出，观察导出日志，判断表的大小从而继续分析。不过感觉意义不太大，不知道还有没有机会再接触到，记录一下这个问题。
—————————————————————————————————————————————————20230427—————