2018年初的某一天，接到领导的通知，IT基础架构需要全部迁移到政务云，数据库还需要进行字符集转换，从weiso8859p1转换成gbk，截止时间是2019年10月左右。 到时听到这个消息时心情很激动，也很忐忑。激动是第一次接触到算是比较大的it项目了，忐忑是我正式成为dba是在2017年2月份，担心自己这方面的经验不足，虽然这个项目是整体外包出去的，但作为甲方驻场dba，还是有很大的责任。 数据库方面： 1，字符集转换weis08859p1---->gbk，这两个字符集不存在字母集的关系。 2，数据库版本比较旧，是9i版本，使用的是裸设备，要升级到11g。 3，数据库中存在大量的long,long raw类型的数据。 4，数据库中有arcgis图形地理数据。 5，数据量在3T左右，相对比较大。 6，老的中间件是否也要升级，升级之后是否对现在的业务有影响，尤其是arcgis业务。 7，从9i迁移到11g，变化较大，数据对象方面的处理，权限，函数，存储过程，序列，包，触发器以及开发公司代码的兼容性。 8，迁移的方式，源数据库是放在aix中，政务云上使用的是x86系列，而且专线带宽也只有1000M。 9，迁移后灾备测试环境怎么搭建。 10，ogg的对端在本地，迁移完成后ogg同步问题。 11，还有一台大数据前置机，主要采用的是dblink向里面同步数据，这个也需要考虑。 12，还有一些其他方面的小细节.......... 虚拟机方面： 1，本地采用是华为oceanstror，有windows 2003，windows 2008，云上采用也是华为的fusionsphere 需要采用windows 2012和2016。 2，也是带宽限制，差不多有400多台虚拟机，容量非常大。 3，域是放在本地还是云上比较安全 网络方面： 网络方面比较复杂，涉及到本地，政务外网，vpc，vdc，异地之间，比较复杂，我也不是我的专长。 监控方面： 更好的监控it基础架构 -----这里只是简单的罗列了数据库迁移的问题，其他方面也就是在每次开会讨论的时候了解到的-----后面在慢慢写------另附： V$archived_Log 前天有个同事询问了关于V$archived_Log的疑问，事情是这样的。他的有一套rac数据库，然后做了一个adg同步到单机数据库中，在同步一段时间后，他发现rac库中的归档积累太多了，想删掉一些归档。于是他就查询了V$archived_Log这个视图，在视图中的applied字段发现存在状态为NO的情况，而且日志也是最近才产生的。 他想删日志，但有怕误删了日志，所以向我询问了这个事情。 一般的做法是在rman配置日志应用后才能删除的策略，我也这样和他说了，他说他纠结的问题不是这个，是那个为NO的状态位，开始我也不知道，我就跟他说我先查查资料。 我在官网上面找到了关于applied字段描述这句话：Indicates whether the archivelog has been applied to its corresponding standby database (
YES) or not (
NO). The value is always
NOfor local destinations 在生产库分别以applied='NO' 和applied='YES'作为条件查询了，是这样的，本地的归档目录对应的applied都是NO，远程日志以及应用完成的applied都是YES
