前一陣子，為某行業開發的應用資料庫所在的伺服器崩了，緊急求援我們去給解決。
到了發現，所在虛擬機器伺服器起不來。由於之前虛擬機器所在卷空間不足，一直也沒有人想著備份，並且該司人員說他們有容災機制，也不需要額外備份，所以此前沒有人做過其他備份。結果這次虛擬機器徹底掛了，然後發現容災網線被人拔了，也就是沒有備份。當時唯一的希望是，我有次去他們部門，做了乙個備份策略，利用exp往另一台有空間的機器做了備份。那時候也沒多想，只是想著imp做備份簡單。
不過實際用就感覺到不爽了，該部門的資料庫已經達到300多g，架了乙個oracle環境，利用imp，3分鐘50m，算了一下，照此速度，要10幾天才能匯入，簡直崩潰。
後來沒辦法，好不容易聯絡虛擬機器**商，提供技術方案，將原來的資料庫虛擬機器啟動了起來，但是隨時又有可能宕機。所以先緊急搶救備份。將oracle shutdown，利用冷備份備份到其他虛擬機器上。把oracle所有檔案以及oradata檔案全部拷了過去。不過剛開始拷貝的時候沒想太多，直接拷貝貼上，沒想到由於資料庫300多g，考起來奇慢，沒等考完，資料庫所在虛擬機器宕機了，又奮戰了8九個小時才讓虛擬機器再次啟動起來。這次學了乖，在網上找了個斷點續傳的拷貝軟體，速度有提高，且能看到明顯的進度，體驗好多了。並且搶救了下備份，在備份機安裝了一模一樣的oracle環境，將所有檔案按照原來的碟符拷貝過去，順利的恢復了資料。進過此次過程中間也做了一些備份知識補足，總結如下：
1.資料庫表空間的資料檔案在開始的時候，還是要做規劃，能不用unlimited就不用，限制最大的增長size。多add幾個資料檔案。這樣的好處是，冷備份的話，檔案小，速度明顯很快，檔案如果超大，拷貝速度不知道降了多少倍。不過這個部門因為沒有人懂資料庫這一塊，又沒法經常過去，所以當初設定的unlimited。有專業dba維護是最好的了。
2.實際備份中，exp沒啥軟用，加大了共享池、大池、redolog等，沒見有任何提高。開發的時候，資料量小還可以用用。
3.expdp、impdp可以用在實際備份中使用，要開並行，不過資料庫中blob資料太多，還是不夠快，只是比exp和imp好多了。還有個問題，expdp沒注意的話，經常只備了表，需要注意一下。
4.如果資料庫能開歸檔模式，用rman比較好，諮詢過資深dba，3百g的資料，2小時左右能完成備份，2小時能完成恢復，而且oracle資料庫不用關係。問題是，有足夠的空間，因為歸檔檔案增長還是很快的。但是備份的檔案還是存在乙個傳輸問題，所以整體沒有冷備份時間短，但優勢很明顯，不需要關閉資料庫。
5.空閒空間不足，資料庫允許關閉的情況下，可以使用冷備份策略，也就是將ctl、log、dbf、ora檔案進行備份。最好把所有檔案做個初始版本進行備份比較保險。經本人測試300多g資料，花了3個多小時備份，而恢復是分分鐘的事情。優點很明顯，個人認為是備份中恢復最傻瓜、速度最快快的，缺點是要關閉資料庫。
由於伺服器空間有限，最終為該部門做了冷備份策略，利用計畫和指令碼定時每週六將資料庫關閉，將備份拷貝到備份機上，然後讓維護人員備份到行動硬碟上。也重新做了容災，這次感覺踏實多了。
oracle匯出備份排除一些表
例句 expdp mnsh mnsh directory diru dumpfile mnsh20100901.dmpexclude table in usr usr directory的diru定義是通過一下sql進行建立 sqlplus nolog conn as sysdba create d...
以太坊帶來的一些反思
智慧型合約真的智慧型嗎？is smart contract really smart？智慧型合約並不智慧型，而是更接近自動合約。smart contract is anything but smart.irrevocability is a double edged sword.很多區塊鏈的應用都利...
指標帶來的一些符號的理解
指標帶來的一些符號的理解 我們寫的 是給編譯器看的，要想達到你想象的結果，就必要編譯器對你的 的理解和你自己對 的理解一樣。編譯器理解 就是理解的符號，所以我們要正確理解c語言中的符號，才能像編譯器一 樣思考程式 理解 星號 1 c語言中 可以表示乘號，也可以表示指標符號。這兩個用法是毫無關聯的，只...