## 8.4 XFS 文件系統的備份與還原 使用 tar 通常是針對目錄樹系統來進行備份的工作，那么如果想要針對整個文件系統來進行備份與還原呢？由于 CentOS 7 已經使用 XFS 文件系統作為默認值，所以那個好用的 xfsdump 與 xfsrestore 兩個工具對 CentOS 7 來說，就是挺重要的工具軟件了。下面就讓我們來談一談這個指令的用法吧！ ### 8.4.1 XFS 文件系統備份 xfsdump 其實 xfsdump 的功能頗強！他除了可以進行文件系統的完整備份 （full backup） 之外，還可以進行累積備份 （Incremental backup） 喔！ 啥是累積備份呢？這么說好了，假設你的 /home 是獨立的一個文件系統，那你在第一次使用 xfsdump 進行完整備份后，等過一段時間的文件系統自然運行后， 你再進行第二次 xfsdump 時，就可以選擇累積備份了！此時新備份的數據只會記錄與第一次完整備份所有差異的文件而已。 看不懂嗎？沒關系！我們用一張簡圖來說明。 圖8.4.1、xfsdump 運行時，完整備份與累積備份示意圖 如上圖所示，上方的“實時文件系統”是一直隨著時間而變化的數據，例如在 /home 里面的文件數據會一直變化一樣。 而下面的方塊則是 xfsdump 備份起來的數據，第一次備份一定是完整備份，完整備份在 xfsdump 當中被定義為 level 0 喔！等到第二次備份時，/home 文件系統內的數據已經與 level 0 不一樣了，而 level 1 僅只是比較目前的文件系統與 level 0 之間的差異后，備份有變化過的文件而已。至于 level 2 則是與 level 1 進行比較啦！這樣了解呼？至于各個 level 的紀錄檔則放置于 /var/lib/xfsdump/inventory 中。 另外，使用 xfsdump 時，請注意下面的限制喔： * xfsdump 不支持沒有掛載的文件系統備份！所以只能備份已掛載的！ * xfsdump 必須使用 root 的權限才能操作 （涉及文件系統的關系） * xfsdump 只能備份 XFS 文件系統啊！ * xfsdump 備份下來的數據 （文件或儲存媒體） 只能讓 xfsrestore 解析 * xfsdump 是通過文件系統的 UUID 來分辨各個備份文件的，因此不能備份兩個具有相同 UUID 的文件系統喔！ xfsdump 的選項雖然非常的繁復，不過如果只是想要簡單的操作時，您只要記得下面的幾個選項就很夠用了！ ``` [root@study ~]# xfsdump [-L S_label] [-M M_label] [-l #] [-f 備份文件] 待備份數據 [root@study ~]# xfsdump -I 選項與參數： -L ：xfsdump 會紀錄每次備份的 session 標頭，這里可以填寫針對此文件系統的簡易說明 -M ：xfsdump 可以紀錄儲存媒體的標頭，這里可以填寫此媒體的簡易說明 -l ：是 L 的小寫，就是指定等級～有 0~9 共 10 個等級喔！ （默認為 0，即完整備份） -f ：有點類似 tar 啦！后面接產生的文件，亦可接例如 /dev/st0 設備文件名或其他一般文件文件名等 -I ：從 /var/lib/xfsdump/inventory 列出目前備份的信息狀態 ``` 特別注意， xfsdump 默認僅支持文件系統的備份，并不支持特定目錄的備份～所以你不能用 xfsdump 去備份 /etc ！ 因為 /etc 從來就不是一個獨立的文件系統！注意！注意！ * 用 xfsdump 備份完整的文件系統 現在就讓我們來做幾個范例吧！假設你跟鳥哥一樣有將 /boot 分區出自己的文件系統，要整個文件系統備份可以這樣作： ``` # 1\. 先確定 /boot 是獨立的文件系統喔！ [root@study ~]# df -h /boot Filesystem Size Used Avail Use% Mounted on /dev/vda2 1014M 131M 884M 13% /boot # 掛載 /boot 的是 /dev/vda 設備！ # 看！確實是獨立的文件系統喔！ /boot 是掛載點！ # 2\. 將完整備份的文件名記錄成為 /srv/boot.dump ： [root@study ~]# xfsdump -l 0 -L boot_all -M boot_all -f /srv/boot.dump /boot xfsdump -l 0 -L boot_all -M boot_all -f /srv/boot.dump /boot xfsdump: using file dump （drive_simple） strategy xfsdump: version 3.1.4 （dump format 3.0） - type ^C for status and control xfsdump: level 0 dump of study.centos.vbird:/boot # 開始備份本機/boot系統 xfsdump: dump date: Wed Jul 1 18:43:04 2015 # 備份的時間 xfsdump: session id: 418b563f-26fa-4c9b-98b7-6f57ea0163b1 # 這次dump的ID xfsdump: session label: "boot_all" # 簡單給予一個名字記憶 xfsdump: ino map phase 1: constructing initial dump list # 開始備份程序 xfsdump: ino map phase 2: skipping （no pruning necessary） xfsdump: ino map phase 3: skipping （only one dump stream） xfsdump: ino map construction complete xfsdump: estimated dump size: 103188992 Bytes xfsdump: creating dump session media file 0 （media 0, file 0） xfsdump: dumping ino map xfsdump: dumping directories xfsdump: dumping non-directory files xfsdump: ending media file xfsdump: media file size 102872168 Bytes xfsdump: dump size （non-dir files） : 102637296 Bytes xfsdump: dump complete: 1 seconds elapsed xfsdump: Dump Summary: xfsdump: stream 0 /srv/boot.dump OK （success） xfsdump: Dump Status: SUCCESS # 在指令的下達方面，你也可以不加 -L 及 -M 的，只是那就會進入互動模式，要求你 enter！ # 而執行 xfsdump 的過程中會出現如上的一些訊息，您可以自行仔細的觀察！ [root@study ~]# ll /srv/boot.dump -rw-r--r--. 1 root root 102872168 Jul 1 18:43 /srv/boot.dump [root@study ~]# ll /var/lib/xfsdump/inventory -rw-r--r--. 1 root root 5080 Jul 1 18:43 506425d2-396a-433d-9968-9b200db0c17c.StObj -rw-r--r--. 1 root root 312 Jul 1 18:43 94ac5f77-cb8a-495e-a65b-2ef7442b837c.InvIndex -rw-r--r--. 1 root root 576 Jul 1 18:43 fstab # 使用了 xfsdump 之后才會有上述 /var/lib/xfsdump/inventory 內的文件產生喔！ ``` 這樣很簡單的就創建起來 /srv/boot.dump 文件，該文件將整個 /boot/ 文件系統都備份下來了！ 并且將備份的相關信息 （文件系統/時間/session ID等等） 寫入 /var/lib/xfsdump/inventory 中，準備讓下次備份時可以作為一個參考依據。 現在讓我們來進行一個測試，檢查看看能否真的創建 level 1 的備份呢？ * 用 xfsdump 進行累積備份 （Incremental backups） 你一定得要進行過完整備份后 （-l 0） 才能夠繼續有其他累積備份 （-l 1~9） 的能耐！所以，請確定上面的實做已經完成！ 接下來讓我們來搞一搞累積備份功能吧！ ``` # 0\. 看一下有沒有任何文件系統被 xfsdump 過的數據？ [root@study ~]# xfsdump -I file system 0: fs id: 94ac5f77-cb8a-495e-a65b-2ef7442b837c session 0: mount point: study.centos.vbird:/boot device: study.centos.vbird:/dev/vda2 time: Wed Jul 1 18:43:04 2015 session label: "boot_all" session id: 418b563f-26fa-4c9b-98b7-6f57ea0163b1 level: 0 resumed: NO subtree: NO streams: 1 stream 0: pathname: /srv/boot.dump start: ino 132 offset 0 end: ino 2138243 offset 0 interrupted: NO media files: 1 media file 0: mfile index: 0 mfile type: data mfile size: 102872168 mfile start: ino 132 offset 0 mfile end: ino 2138243 offset 0 media label: "boot_all" media id: a6168ea6-1ca8-44c1-8d88-95c863202eab xfsdump: Dump Status: SUCCESS # 我們可以看到目前僅有一個 session 0 的備份數據而已！而且是 level 0 喔！ # 1\. 先惡搞一下，創建一個大約 10 MB 的文件在 /boot 內： [root@study ~]# dd if=/dev/zero of=/boot/testing.img bs=1M count=10 10+0 records in 10+0 records out 10485760 Bytes （10 MB） copied, 0.166128 seconds, 63.1 MB/s # 2\. 開始創建差異備份文件，此時我們使用 level 1 吧： [root@study ~]# xfsdump -l 1 -L boot_2 -M boot_2 -f /srv/boot.dump1 /boot ....（中間省略）.... [root@study ~]# ll /srv/boot* -rw-r--r--. 1 root root 102872168 Jul 1 18:43 /srv/boot.dump -rw-r--r--. 1 root root 10510952 Jul 1 18:46 /srv/boot.dump1 # 看看文件大小，豈不是就是剛剛我們所創建的那個大文件的容量嗎？ ^_^ # 3\. 最后再看一下是否有記錄 level 1 備份的時間點呢？ [root@study ~]# xfsdump -I file system 0: fs id: 94ac5f77-cb8a-495e-a65b-2ef7442b837c session 0: mount point: study.centos.vbird:/boot device: study.centos.vbird:/dev/vda2 ....（中間省略）.... session 1: mount point: study.centos.vbird:/boot device: study.centos.vbird:/dev/vda2 time: Wed Jul 1 18:46:21 2015 session label: "boot_2" session id: c71d1d41-b3bb-48ee-bed6-d77c939c5ee8 level: 1 resumed: NO subtree: NO streams: 1 stream 0: pathname: /srv/boot.dump1 start: ino 455518 offset 0 ....（下面省略）.... ``` 通過這個簡單的方式，我們就能夠僅備份差異文件的部分啰！ ### 8.4.2 XFS 文件系統還原 xfsrestore 備份文件就是在急用時可以回復系統的重要數據，所以有備份當然就得要學學如何復原了！ xfsdump 的復原使用的是 xfsrestore 這個指令！這個指令的選項也非常的多～您可以自行 man xfsrestore 瞧瞧！ 鳥哥在這里僅作個簡單的介紹啰！ ``` [root@study ~]# xfsrestore -I <==用來察看備份文件數據 [root@study ~]# xfsrestore [-f 備份文件] [-L S_label] [-s] 待復原目錄 <==單一文件全系統復原 [root@study ~]# xfsrestore [-f 備份文件] -r 待復原目錄 <==通過累積備份文件來復原系統 [root@study ~]# xfsrestore [-f 備份文件] -i 待復原目錄 <==進入互動模式 選項與參數： -I ：跟 xfsdump 相同的輸出！可查詢備份數據，包括 Label 名稱與備份時間等 -f ：后面接的就是備份文件！企業界很有可能會接 /dev/st0 等磁帶機！我們這里接文件名！ -L ：就是 Session 的 Label name 喔！可用 -I 查詢到的數據，在這個選項后輸入！ -s ：需要接某特定目錄，亦即僅復原某一個文件或目錄之意！ -r ：如果是用文件來儲存備份數據，那這個就不需要使用。如果是一個磁帶內有多個文件， 需要這東西來達成累積復原 -i ：進入互動模式，進階管理員使用的！一般我們不太需要操作它！ ``` * 用 xfsrestore 觀察 xfsdump 后的備份數據內容 要找出 xfsdump 的內容就使用 xfsrestore -I 來查閱即可！不需要加任何參數！因為 xfsdump 與 xfsrestore 都會到 /var/lib/xfsdump/inventory/ 里面去撈數據來顯示的！因此兩者輸出是相同的！ ``` [root@study ~]# xfsrestore -I file system 0: fs id: 94ac5f77-cb8a-495e-a65b-2ef7442b837c session 0: mount point: study.centos.vbird:/boot device: study.centos.vbird:/dev/vda2 time: Wed Jul 1 18:43:04 2015 session label: "boot_all" session id: 418b563f-26fa-4c9b-98b7-6f57ea0163b1 level: 0 pathname: /srv/boot.dump mfile size: 102872168 media label: "boot_all" session 1: mount point: study.centos.vbird:/boot device: study.centos.vbird:/dev/vda2 time: Wed Jul 1 18:46:21 2015 session label: "boot_2" session id: c71d1d41-b3bb-48ee-bed6-d77c939c5ee8 level: 1 pathname: /srv/boot.dump1 mfile size: 10510952 media label: "boot_2" xfsrestore: Restore Status: SUCCESS # 鳥哥已經將不重要的項目刪除了，所以上面的輸出是經過經簡化的結果！ # 我們可以看到這個文件系統是 /boot 載點，然后有兩個備份，一個 level 0 一個 level 1。 # 也看到這兩個備份的數據他的內容大小！更重要的，就是那個 session label 喔！ ``` 這個查詢重點是找出到底哪個文件是哪個掛載點？而該備份文件又是什么 level 等等的！接下來，讓我們實做一下從備份還原系統吧！ * 簡單復原 level 0 的文件系統 先來處理一個簡單的任務，就是將 /boot 整個復原到最原本的狀態～你該如何處理？其實很簡單，我們只要知道想要被復原的那個文件， 以及該文件的 session label name，就可以復原啦！我們從上面的觀察已經知道 level 0 的 session label 是“boot_all”啰！那整個流程是這樣： ``` # 1\. 直接將數據給它覆蓋回去即可！ [root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all /boot xfsrestore: using file dump （drive_simple） strategy xfsrestore: version 3.1.4 （dump format 3.0） - type ^C for status and control xfsrestore: using online session inventory xfsrestore: searching media for directory dump xfsrestore: examining media file 0 xfsrestore: reading directories xfsrestore: 8 directories and 327 entries processed xfsrestore: directory post-processing xfsrestore: restoring non-directory files xfsrestore: restore complete: 1 seconds elapsed xfsrestore: Restore Summary: xfsrestore: stream 0 /srv/boot.dump OK （success） # 是否是正確的文件啊？ xfsrestore: Restore Status: SUCCESS # 2\. 將備份數據在 /tmp/boot 下面解開！ [root@study ~]# mkdir /tmp/boot [root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all /tmp/boot [root@study ~]# du -sm /boot /tmp/boot 109 /boot 99 /tmp/boot # 咦！兩者怎么大小不一致呢？沒關系！我們來檢查看看！ [root@study ~]# diff -r /boot /tmp/boot Only in /boot: testing.img # 看吧！原來是 /boot 我們有增加過一個文件啦！ ``` 因為原本 /boot 里面的東西我們沒有刪除，直接復原的結果就是：“同名的文件會被覆蓋，其他系統內新的文件會被保留”喔！所以， 那個 /boot/testing.img 就會一直在里頭～如果備份的目的地是新的位置，當然就只有原本備份的數據而已啊！那個 diff -r 可以比較兩個目錄內的文件差異！ 通過該指令我們可以找到兩個目錄的差異處！ ``` # 3\. 僅復原備份文件內的 grub2 到 /tmp/boot2/ 里頭去！ [root@study ~]# mkdir /tmp/boot2 [root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all -s grub2 /tmp/boot2 ``` 如果只想要復原某一個目錄或文件的話，直接加上“ -s 目錄 ”這個選項與參數即可！相當簡單好用！ * 復原累積備份數據 其實復原累積備份與復原單一文件系統相似耶！如果備份數據是由 level 0 -> level 1 -> level 2... 去進行的， 當然復原就得要相同的流程來復原！因此當我們復原了 level 0 之后，接下來當然就要復原 level 1 到系統內啊！ 我們可以前一個案例復原 /tmp/boot 的情況來繼續往下處理： ``` # 繼續復原 level 1 到 /tmp/boot 當中！ [root@study ~]# xfsrestore -f /srv/boot.dump1 /tmp/boot ``` * 僅還原部分文件的 xfsrestore 互動模式 剛剛的 -s 可以接部份數據來還原，但是...如果我就根本不知道備份文件里面有啥文件，那該如何選擇啊？用猜的喔？ 又如果要復原的文件數量太多時，用 -s 似乎也是笨笨的～那怎辦？有沒有比較好的方式呢？有的，就通過 -i 這個互動界面吧！ 舉例來說，我們想要知道 level 0 的備份數據里面有哪些東西，然后再少量的還原回來的話！ ``` # 1\. 先進入備份文件內，準備找出需要備份的文件名數據，同時預計還原到 /tmp/boot3 當中！ [root@study ~]# mkdir /tmp/boot3 [root@study ~]# xfsrestore -f /srv/boot.dump -i /tmp/boot3 ========================== subtree selection dialog ========================== the following commands are available: pwd ls [ <path> ] cd [ <path> ] add [ <path> ] # 可以加入復原文件列表中 delete [ <path> ] # 從復原列表拿掉文件名！并非刪除喔！ extract # 開始復原動作！ quit help -> ls 455517 initramfs-3.10.0-229.el7.x86_64kdump.img 138 initramfs-3.10.0-229.el7.x86_64.img 141 initrd-plymouth.img 140 vmlinuz-0-rescue-309eb890d09f440681f596543d95ec7a 139 initramfs-0-rescue-309eb890d09f440681f596543d95ec7a.img 137 vmlinuz-3.10.0-229.el7.x86_64 136 symvers-3.10.0-229.el7.x86_64.gz 135 config-3.10.0-229.el7.x86_64 134 System.map-3.10.0-229.el7.x86_64 133 .vmlinuz-3.10.0-229.el7.x86_64.hmac 1048704 grub2/ 131 grub/ -> add grub -> add grub2 -> add config-3.10.0-229.el7.x86_64 -> extract [root@study ~]# ls -l /tmp/boot3 -rw-r--r--. 1 root root 123838 Mar 6 19:45 config-3.10.0-229.el7.x86_64 drwxr-xr-x. 2 root root 26 May 4 17:52 grub drwxr-xr-x. 6 root root 104 Jun 25 00:02 grub2 # 就只會有 3 個文件名被復原，當然，如果文件名是目錄，那下面的子文件當然也會被還原回來的！ ``` 事實上，這個 -i 是很有幫助的一個項目！可以從備份文件里面找出你所需要的數據來復原！相當有趣！當然啦， 如果你已經知道文件名，使用 -s 不需要進入備份文件就能夠處理掉這部份了！