遷云工作的準(zhǔn)備階段當(dāng)然少不了對現(xiàn)有環(huán)境的調(diào)查，這是一個很重要的階段，怎么遷，也是需要這個作為依據(jù)，所以這個階段不能馬虎。

成都創(chuàng)新互聯(lián)不只是一家網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司；我們對營銷、技術(shù)、服務(wù)都有自己獨特見解，公司采取“創(chuàng)意+綜合+營銷”一體化的方式為您提供更專業(yè)的服務(wù)！我們經(jīng)歷的每一步也許不一定是最完美的，但每一步都有值得深思的意義。我們珍視每一份信任，關(guān)注我們的網(wǎng)站制作、成都網(wǎng)站制作質(zhì)量和服務(wù)品質(zhì)，在得到用戶滿意的同時，也能得到同行業(yè)的專業(yè)認(rèn)可，能夠為行業(yè)創(chuàng)新發(fā)展助力。未來將繼續(xù)專注于技術(shù)創(chuàng)新，服務(wù)升級，滿足企業(yè)一站式成都全網(wǎng)營銷推廣需求，讓再小的品牌網(wǎng)站建設(shè)也能產(chǎn)生價值！

1，整體的來說需要根據(jù)以往老的數(shù)據(jù)庫拓?fù)鋱D以及自己的了解補充畫出新的拓?fù)鋱D，這是一個從整體宏觀方面去了解數(shù)據(jù)庫的整體情況，這里又有一個細(xì)節(jié)需要注意：注意dblink的關(guān)聯(lián)，一般通過ogg，dg、rac以及存儲這些都比較容易理清，dblink這個影藏關(guān)聯(lián)容易被忽略。

在這次整理dblink的時候，有下面幾種情況出現(xiàn)：1，很多邊緣數(shù)據(jù)庫與核心生產(chǎn)庫有dblink關(guān)聯(lián);2，邊緣庫與核心庫中有許多無效的dblink(一般只對方tnsping不通);3，業(yè)務(wù)方面已經(jīng)不再使用但依然可以訪問的dblink;4，存在很多public的dblink;5，dblink的命名不容易區(qū)分。

2，數(shù)據(jù)庫容量，雖然年都會做數(shù)據(jù)庫容量調(diào)查，以便查看今年相比去年增加多少數(shù)據(jù)量，遷移前期統(tǒng)計各個數(shù)據(jù)庫的容量也是很有必要的，數(shù)據(jù)庫容量小的數(shù)據(jù)庫可以采用(expdp/impdp、exp/imp)的方式。調(diào)查發(fā)現(xiàn)邊緣數(shù)據(jù)庫的容量都是200G以下，核心庫的容量是500G和2.5T左右，所以邊緣數(shù)據(jù)庫都是采用expdp/impdp、exp/imp的方式從9i、10g、11g遷移到11g的，核心數(shù)據(jù)庫一開始要做字符集轉(zhuǎn)換，所以遷移方法還未確定。

3，數(shù)據(jù)庫的版本，什么樣的版本也決定了采用什么樣的遷移方式，邊緣數(shù)據(jù)庫有9i、10g、11g等版本，核心數(shù)據(jù)庫都是9i。邊緣數(shù)據(jù)庫9i到11g小容量的遷移采用是exp/imp，10g、11g到11g采用的是expdp/impdp，其次就是各個版本中安裝了哪些組件，比喻 XDB、XML，XDK等，這些組件遷移到11g兼容性的問題，其實版本調(diào)查最主要的還是影響遷移方式。

4，數(shù)據(jù)庫的備份，目前數(shù)據(jù)庫都有哪些備份方式，rman或者是expdp，備份策略以及備份頻率等等，這次調(diào)查之后，發(fā)現(xiàn)有一些邊緣數(shù)據(jù)庫沒有備份，感覺是工作上的一次失誤，雖然是不重要的邊緣數(shù)據(jù)庫，但是保留7天左右的dmp文件還是要必要的。

5，數(shù)據(jù)庫服務(wù)器，數(shù)據(jù)庫是承載在服務(wù)器上，所以對數(shù)據(jù)庫服務(wù)器也要考慮在內(nèi)。核心數(shù)據(jù)庫操作系統(tǒng)的版本，CPU現(xiàn)有的頻率(數(shù)量*頻率*核數(shù))近段時間CPU的平均使用值是多少、CPU的峰值是多少，操作系統(tǒng)的內(nèi)存容量、近段時間內(nèi)存的使用率，有沒有pageout、pagein交換，操作系統(tǒng)各個目錄的使用情況、有沒有做raid保護。目前邊緣數(shù)據(jù)庫都是windows，有些數(shù)據(jù)庫的數(shù)據(jù)直接存放在本地硬盤上，有些做了raid，有些沒有做任何保護，全靠備份，所有上面說的備份很重要，尤其需要有多個地方存放備份。

6，存儲，這里主要是核心庫存儲，考慮到現(xiàn)有的數(shù)據(jù)容量，每年的有多少容量的增長，備份需要多少容量(備份存放策略)，日志需要多少容量(每天產(chǎn)生多少日志以及存放多久)

7，現(xiàn)有的災(zāi)備情況，災(zāi)備大體的情況如這篇http://blog.itpub.net/29609161/viewspace-2677628/ 博文中的拓?fù)鋱D，主要還是采用存儲快照、dg、ogg以及備份，日志有一個單獨的存放點，放在一臺netAPP中，保留60天，個人感覺使用單獨一臺nas存放歸檔日志是很有必要的，即安全又方便。

------這里簡單的介紹了一些大的方向