遷云工作的準(zhǔn)備階段當(dāng)然少不了對現(xiàn)有環(huán)境的調(diào)查，這是一個(gè)很重要的階段，怎么遷，也是需要這個(gè)作為依據(jù)，所以這個(gè)階段不能馬虎。
1，整體的來說需要根據(jù)以往老的數(shù)據(jù)庫拓?fù)鋱D以及自己的了解補(bǔ)充畫出新的拓?fù)鋱D，這是一個(gè)從整體宏觀方面去了解數(shù)據(jù)庫的整體情況，這里又有一個(gè)細(xì)節(jié)需要注意：注意dblink的關(guān)聯(lián)，一般通過ogg，dg、rac以及存儲這些都比較容易理清，dblink這個(gè)影藏關(guān)聯(lián)容易被忽略。
在這次整理dblink的時(shí)候，有下面幾種情況出現(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)計(jì)各個(gè)數(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，其次就是各個(gè)版本中安裝了哪些組件，比喻 XDB、XML，XDK等，這些組件遷移到11g兼容性的問題，其實(shí)版本調(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ù))近段時(shí)間CPU的平均使用值是多少、CPU的峰值是多少，操作系統(tǒng)的內(nèi)存容量、近段時(shí)間內(nèi)存的使用率，有沒有pageout、pagein交換，操作系統(tǒng)各個(gè)目錄的使用情況、有沒有做raid保護(hù)。目前邊緣數(shù)據(jù)庫都是windows，有些數(shù)據(jù)庫的數(shù)據(jù)直接存放在本地硬盤上，有些做了raid，有些沒有做任何保護(hù)，全靠備份，所有上面說的備份很重要，尤其需要有多個(gè)地方存放備份。
6，存儲，這里主要是核心庫存儲，考慮到現(xiàn)有的數(shù)據(jù)容量，每年的有多少容量的增長，備份需要多少容量(備份存放策略)，日志需要多少容量(每天產(chǎn)生多少日志以及存放多久)
7，現(xiàn)有的災(zāi)備情況，災(zāi)備大體的情況如這篇/tupian/20230521/ 博文中的拓?fù)鋱D，主要還是采用存儲快照、dg、ogg以及備份，日志有一個(gè)單獨(dú)的存放點(diǎn)，放在一臺netAPP中，保留60天，個(gè)人感覺使用單獨(dú)一臺nas存放歸檔日志是很有必要的，即安全又方便。
------這里簡單的介紹了一些大的方向
重慶分公司
重慶分公司
