基礎架構遷雲二（）

    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 NO for local destinations

    在生產庫分別以applied='NO' 和applied='YES'作為條件查詢了，是這樣的，本地的歸檔目錄對應的applied都是NO，遠端日誌以及應用完成的applied都是YES