基础架构迁云（三）

迁云工作的准备阶段当然少不了对现有环境的调查，这是一个很重要的阶段，怎么迁，也是需要这个作为依据，所以这个阶段不能马虎。

1，整体的来说需要根据以往老的数据库拓扑图以及自己的了解补充画出新的拓扑图，这是一个从整体宏观方面去了解数据库的整体情况，这里又有一个细节需要注意：注意dblink的关联，一般通过ogg，dg、rac以及存储这些都比较容易理清，dblink这个影藏关联容易被忽略。

在这次整理dblink的时候，有下面几种情况出现：1，很多边缘数据库与核心生产库有dblink关联;2，边缘库与核心库中有许多无效的dblink(一般只对方tnsping不通);3，业务方面已经不再使用但依然可以访问的dblink;4，存在很多public的dblink;5，dblink的命名不容易区分。

2，数据库容量，虽然年都会做数据库容量调查，以便查看今年相比去年增加多少数据量，迁移前期统计各个数据库的容量也是很有必要的，数据库容量小的数据库可以采用(expdp/impdp、exp/imp)的方式。调查发现边缘数据库的容量都是200G以下，核心库的容量是500G和2.5T左右，所以边缘数据库都是采用expdp/impdp、exp/imp的方式从9i、10g、11g迁移到11g的，核心数据库一开始要做字符集转换，所以迁移方法还未确定。

3，数据库的版本，什么样的版本也决定了采用什么样的迁移方式，边缘数据库有9i、10g、11g等版本，核心数据库都是9i。边缘数据库9i到11g小容量的迁移采用是exp/imp，10g、11g到11g采用的是expdp/impdp，其次就是各个版本中安装了哪些组件，比喻 XDB、XML，XDK等，这些组件迁移到11g兼容性的问题，其实版本调查最主要的还是影响迁移方式。

4，数据库的备份，目前数据库都有哪些备份方式，rman或者是expdp，备份策略以及备份频率等等，这次调查之后，发现有一些边缘数据库没有备份，感觉是工作上的一次失误，虽然是不重要的边缘数据库，但是保留7天左右的dmp文件还是要必要的。

5，数据库服务器，数据库是承载在服务器上，所以对数据库服务器也要考虑在内。核心数据库操作系统的版本，CPU现有的频率(数量*频率*核数)近段时间CPU的平均使用值是多少、CPU的峰值是多少，操作系统的内存容量、近段时间内存的使用率，有没有pageout、pagein交换，操作系统各个目录的使用情况、有没有做raid保护。目前边缘数据库都是windows，有些数据库的数据直接存放在本地硬盘上，有些做了raid，有些没有做任何保护，全靠备份，所有上面说的备份很重要，尤其需要有多个地方存放备份。

6，存储，这里主要是核心库存储，考虑到现有的数据容量，每年的有多少容量的增长，备份需要多少容量(备份存放策略)，日志需要多少容量(每天产生多少日志以及存放多久)

7，现有的灾备情况，灾备大体的情况如这篇http://blog.itpub.net/29609161/viewspace-2677628/ 博文中的拓扑图，主要还是采用存储快照、dg、ogg以及备份，日志有一个单独的存放点，放在一台netAPP中，保留60天，个人感觉使用单独一台nas存放归档日志是很有必要的，即安全又方便。

------这里简单的介绍了一些大的方向