1. 從一塊“塞滿的盤”說起搞Linux運(yùn)維的朋友十有八九都經(jīng)歷過這種時(shí)刻磁盤滿了應(yīng)用直接宕掉跑過去一看df -h輸出紅字/分區(qū) 100%一堆日志和臨時(shí)文件把/var堆到一點(diǎn)不剩。更頭疼的是當(dāng)初裝系統(tǒng)時(shí)圖省事所有空間全給了根分區(qū)想擴(kuò)容只能找停機(jī)窗口拆機(jī)加盤流程長還容易出岔子。我自己最早那幾年就吃過這個(gè)虧線上數(shù)據(jù)庫的磁盤告警擴(kuò)容花了大半夜從那時(shí)候起我就意識到Linux 磁盤管理不能只靠“分區(qū)格式化掛載”三板斧得把 LVMLogical Volume Manager邏輯卷管理這套東西真正吃透用它來解決動(dòng)態(tài)擴(kuò)容和靈活調(diào)整的痛點(diǎn)。這篇文章以“Linux 磁盤管理與 LVM”為主線不講虛的直接拆解底層概念、常用命令、完整實(shí)操流程再附上我踩過的坑和排查經(jīng)驗(yàn)。適用于剛接觸 Linux 服務(wù)器管理的初學(xué)者也適合正在準(zhǔn)備運(yùn)維面試、想把磁盤這塊知識補(bǔ)全的中級學(xué)習(xí)者?？赐赀@篇文章至少你能做到拿到一塊新盤知道怎么分區(qū)、格式化、掛載對現(xiàn)有 LVM 布局能一眼看懂遇到擴(kuò)容、縮容、快照這類需求不再心里發(fā)怵。2. 磁盤管理基本功分區(qū)、格式化與掛載2.1 分區(qū)工具怎么選fdisk vs parted vs lsblkLinux 下磁盤分區(qū)工具很多但我實(shí)際用下來日常維護(hù)主力還是fdisk和parted兩個(gè)lsblk則是我每次動(dòng)手前必看的“地形圖”。fdisk最經(jīng)典的工具交互式操作適合 MBR 分區(qū)表單盤容量 2TB 以下時(shí)夠用。操作邏輯簡單n新建、d刪除、w保存退出用熟了全程盲打都行。parted專門應(yīng)對 GPT 分區(qū)表和大容量磁盤2TB 以上必須用它支持交互式和命令行兩種模式。實(shí)際生產(chǎn)環(huán)境里我更喜歡直接用parted /dev/sdb --script mklabel gpt這種非交互寫法方便寫進(jìn)腳本里批量操作避免人工輸入出錯(cuò)。lsblk查看磁盤和分區(qū)關(guān)系的利器樹狀結(jié)構(gòu)一目了然。它能顯示每個(gè)塊設(shè)備的大小、掛載點(diǎn)和類型排查“這塊盤對應(yīng)哪個(gè)設(shè)備名”的時(shí)候比fdisk -l輸出更直觀。選型背后的邏輯很簡單分區(qū)表類型決定上限。MBR 只能用四個(gè)主分區(qū)GPT 幾乎不受限而且 GPT 是現(xiàn)在新服務(wù)器的默認(rèn)選擇。運(yùn)維工作中除非是接手老機(jī)器必須兼容舊 BIOS否則我強(qiáng)烈建議一律 GPT parted。2.2 格式化到底做了什么分區(qū)只是把一塊物理盤劃分成多個(gè)獨(dú)立的“空間段”真正讓它能被寫入數(shù)據(jù)必須做文件系統(tǒng)也就是俗稱的“格式化”。這個(gè)動(dòng)作的本質(zhì)是在分區(qū)上初始化一套數(shù)據(jù)結(jié)構(gòu)比如 inode 表、塊組描述符、超級塊等內(nèi)核通過這些結(jié)構(gòu)來管理文件讀寫。常用命令是mkfs.ext4 /dev/sdb1或mkfs.xfs /dev/sdb1加-t可以指定類型確認(rèn)例如mkfs -t ext4。具體選 ext4 還是 xfs我建議看場景文件系統(tǒng)優(yōu)點(diǎn)適用場景ext4兼容性最強(qiáng)支持在線擴(kuò)容和縮容前提是未掛載時(shí)縮容也費(fèi)勁通用業(yè)務(wù)、老系統(tǒng)遷移xfs性能好大文件處理強(qiáng)擴(kuò)容只需xfs_growfs大數(shù)據(jù)、數(shù)據(jù)庫、高并發(fā)存儲(chǔ)btrfs支持快照、壓縮、校驗(yàn)和實(shí)驗(yàn)環(huán)境、特殊存儲(chǔ)需求一個(gè)很容易被忽略的點(diǎn)xfs 不支持在線縮容只能擴(kuò)不能縮。如果你預(yù)期后續(xù)要縮容一開始就別選 xfs。這是個(gè)花了大代價(jià)換來的教訓(xùn)我有一次在日志服務(wù)器上用了 xfs后來空間分配不合理想縮容只能遷移數(shù)據(jù)重建文件系統(tǒng)相當(dāng)痛苦。2.3 掛載與永久掛載格式化完的分區(qū)要掛載到目錄樹里才能用。臨時(shí)掛載用mount /dev/sdb1 /data重啟就失效永久掛載得寫進(jìn)/etc/fstab。為什么不能只寫mount因?yàn)橹貑⒑笙到y(tǒng)不會(huì)自動(dòng)恢復(fù)未登記的掛載關(guān)系。/etc/fstab每一行的格式是設(shè)備名、掛載點(diǎn)、文件系統(tǒng)類型、掛載選項(xiàng)、dump 備份標(biāo)記、fsck 檢查順序。實(shí)際操作我會(huì)建議別直接寫設(shè)備名比如/dev/sdb1而是寫 UUID因?yàn)橹貑⒑笤O(shè)備名可能漂移但 UUID 是穩(wěn)定不變的。用blkid可以查到分區(qū)的 UUID。典型的 fstab 行UUIDxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data ext4 defaults 0 2寫完 fstab 后務(wù)必用mount -a測試一遍。別問我為什么強(qiáng)調(diào)這個(gè)——我有一次改完 fstab 沒驗(yàn)證重啟后系統(tǒng)因?yàn)閽燧d失敗進(jìn)不去只能進(jìn) rescue 模式改回來冷汗都下來了。加nofail選項(xiàng)可以在掛載設(shè)備不存在時(shí)跳過避免這種問題但核心還是寫完后先測。3. LVM 設(shè)計(jì)哲學(xué)為什么你需要它3.1 傳統(tǒng)分區(qū)的瓶頸與 LVM 的解法傳統(tǒng)分區(qū)方案下一個(gè)分區(qū)的邊界一旦定死想調(diào)整就只能刪了重建這在生產(chǎn)環(huán)境等于災(zāi)難。LVM 的核心思路是把物理磁盤抽象成“資源池”你不再直接面對物理分區(qū)而是面對邏輯卷邏輯卷的大小可以動(dòng)態(tài)調(diào)整底層空間來自一個(gè)或多個(gè)物理磁盤聚合出的“池子”。拿生活化例子類比傳統(tǒng)分區(qū)像一套固定隔間的出租房每個(gè)隔間的墻都澆筑死了想擴(kuò)大某間屋只能砸墻重砌LVM 像一個(gè)倉庫里面堆著可移動(dòng)貨架你隨時(shí)可以調(diào)整某個(gè)區(qū)域的邊界甚至可以臨時(shí)把隔壁區(qū)域的貨架挪過來用。這個(gè)靈活性就是 LVM 存在的最大價(jià)值。LVM 的分層結(jié)構(gòu)是理解一切命令的鑰匙PVPhysical Volume物理卷一塊磁盤或分區(qū)標(biāo)記后就能被 LVM 使用。VGVolume Group卷組多個(gè) PV 聚合形成的資源池相當(dāng)于“總倉庫”。LVLogical Volume邏輯卷從 VG 里劃出的具體空間是最終格式化掛載使用的對象。PEPhysical ExtentPV 上的最小存儲(chǔ)單元默認(rèn) 4MiB類似文件系統(tǒng)里的塊。LV 的分配就是按 PE 個(gè)數(shù)來計(jì)算的。3.2 LVM 里的關(guān)鍵術(shù)語與數(shù)據(jù)流向數(shù)據(jù)寫入路徑是這樣的進(jìn)程 → LV → VG → PE → PV → 磁盤扇區(qū)。理解這個(gè)鏈路后你就明白為什么 LVM 可以跨磁盤——一個(gè) VG 里可以加入多塊 PVLV 的數(shù)據(jù)可以散布在多塊物理盤上。但這也帶來一個(gè)隱患如果某個(gè) PV 故障且它是 VG 里唯一的數(shù)據(jù)源整個(gè) VG 就危險(xiǎn)了。所以生產(chǎn)環(huán)境往往用 RAID 或硬件陣列把多塊盤先做成整列再在其上建 LVM這樣既拿到 LVM 的靈活性又保住數(shù)據(jù)可靠性。pvcreate、vgcreate、lvcreate這三個(gè)命令是 LVM 的核心入口。pvcreate /dev/sdb1把分區(qū)初始化為 PVvgcreate vg_data /dev/sdb1 /dev/sdc1把兩個(gè) PV 放入卷組lvcreate -L 100G -n lv_data vg_data從卷組劃出邏輯卷。每步完成后用pvs、vgs、lvs三個(gè)簡寫命令查看狀態(tài)基本能覆蓋 90% 的排查場景。4. LVM 實(shí)操全流程從初始化到擴(kuò)容4.1 場景設(shè)定與初始化操作為了把流程串起來我們假設(shè)一個(gè)常見需求機(jī)器上新增了兩塊 500GB 的物理盤/dev/sdb和/dev/sdc要把它們組合成一個(gè)卷組劃分出邏輯卷掛載到/data下用于存放業(yè)務(wù)文件。第一步確認(rèn)磁盤識別狀態(tài)lsblk輸出中能看到/dev/sdb和/dev/sdc都是裸盤狀態(tài)未分區(qū)未格式化。第二步創(chuàng)建 PVpvcreate /dev/sdb /dev/sdc這里有個(gè)細(xì)節(jié)可以直接把整個(gè)裸盤設(shè)為 PV也可以分區(qū)后再設(shè)。用裸盤省事但如果盤上已有分區(qū)表或數(shù)據(jù)痕跡pvcreate會(huì)拒絕執(zhí)行并要求加-f強(qiáng)制這個(gè)操作有破壞性生產(chǎn)環(huán)境務(wù)必先確認(rèn)盤內(nèi)數(shù)據(jù)不需要了。第三步創(chuàng)建 VGvgcreate vg_data /dev/sdb /dev/sdc默認(rèn) PE 大小是 4MiB不需要?jiǎng)?。用vgdisplay vg_data可以看到 VG 總大小和剩余空間我這里應(yīng)該顯示約 931GB。第四步創(chuàng)建 LV 并格式化掛載lvcreate -L 800G -n lv_data vg_data mkfs.xfs /dev/vg_data/lv_data mkdir -p /data mount /dev/vg_data/lv_data /data這里故意留了約 131GB 空閑后面擴(kuò)容演示就是用這部分剩余空間。把掛載寫入 fstab 時(shí)建議使用邏輯卷的路徑而非/dev/vg_data/lv_data因?yàn)橄到y(tǒng)啟動(dòng)時(shí) LVM 的激活順序由lvm2服務(wù)保證直接寫邏輯卷路徑是安全的。更穩(wěn)妥的做法是用blkid查邏輯卷的 UUID 后寫入兩種方式我都在用實(shí)測都沒問題。4.2 LV 在線擴(kuò)容的正確姿勢擴(kuò)容是 LVM 最吸引人的功能但許多人第一次操作時(shí)容易搞錯(cuò)順序。核心原則先擴(kuò) LV再擴(kuò)文件系統(tǒng)順序反了會(huì)報(bào)錯(cuò)或者導(dǎo)致內(nèi)核沒有刷新識別新大小。比如要把lv_data從 800G 擴(kuò)到 900G命令是lvextend -L 100G /dev/vg_data/lv_data或者直接指定擴(kuò)容后大小lvextend -L 900G /dev/vg_data/lv_data然后看文件系統(tǒng)類型xfs 用xfs_growfs /dataext4 用resize2fs /dev/vg_data/lv_dataxfs_growfs的參數(shù)是掛載點(diǎn)而resize2fs的參數(shù)是設(shè)備路徑這個(gè)區(qū)別幾乎每天都有新手問。xfs 不能在掛載狀態(tài)下縮容所以它對擴(kuò)容方向特別友好ext4 縮容必須在卸載狀態(tài)下用resize2fs而且有風(fēng)險(xiǎn)千萬別在掛載狀態(tài)強(qiáng)行縮。4.3 縮容與遷移真到用時(shí)方知難縮容比擴(kuò)容復(fù)雜得多因?yàn)橐ＷC數(shù)據(jù)安全必須先減小文件系統(tǒng)再減小 LV。ext4 的流程是卸載文件系統(tǒng)umount /data檢查文件系統(tǒng)e2fsck -f /dev/vg_data/lv_data縮文件系統(tǒng)resize2fs /dev/vg_data/lv_data 500G縮邏輯卷lvreduce -L 500G /dev/vg_data/lv_data重新掛載mount /dev/vg_data/lv_data /data每一步都要確認(rèn)成功再走下一步特別是第 3 步和第 4 步的大小必須嚴(yán)格一致不然邏輯卷比文件系統(tǒng)小數(shù)據(jù)會(huì)被截?cái)嗄鞘菫?zāi)難級的故障。xfs 沒有縮容能力想縮小就只能備份數(shù)據(jù)、重建 LV、恢復(fù)數(shù)據(jù)。所以我再次強(qiáng)調(diào)創(chuàng)建 xfs 文件系統(tǒng)前先想清楚未來是否有縮容需求。至于 LV 遷移用pvmove /dev/sdb /dev/sdc可以將數(shù)據(jù)從一塊故障盤遷移到另一塊這在磁盤預(yù)警后做熱替換非常有用。我經(jīng)歷過的場景是某塊物理盤 SMART 報(bào)警但還沒完全掛掉就是靠pvmove把數(shù)據(jù)搬到新盤然后vgreduce移除舊 PV全程業(yè)務(wù)無感知。4.4 LVM 快照回滾的秘密武器LVM 快照不是物理復(fù)制數(shù)據(jù)而是基于 COWCopy-On-Write寫時(shí)復(fù)制機(jī)制。創(chuàng)建快照時(shí)系統(tǒng)只記錄原卷的元數(shù)據(jù)狀態(tài)實(shí)際數(shù)據(jù)不動(dòng)后續(xù)原卷有修改時(shí)舊數(shù)據(jù)才被復(fù)制到快照區(qū)。因此快照空間占用遠(yuǎn)小于原始數(shù)據(jù)量但快照區(qū)一旦被寫滿快照就會(huì)失效這點(diǎn)必須提前留出充足空間。常用操作lvcreate -L 20G -s -n snap_lv_data /dev/vg_data/lv_data這里的-s表示 snapshot-n指定快照名?；貪L時(shí)卸載原 LV用lvconvert --merge /dev/vg_data/snap_lv_data把快照合并回去。這個(gè)操作我一般在業(yè)務(wù)發(fā)版前做一版快照萬一出問題幾十秒就能回到發(fā)布前狀態(tài)大大縮短回滾時(shí)間。需要注意快照期間原卷的每次寫入都會(huì)觸發(fā) COW如果業(yè)務(wù)寫入量大快照區(qū)會(huì)迅速膨脹一定要監(jiān)控快照使用率滿了立即刪除或擴(kuò)容。5. 常見故障排查與避坑手記5.1 掛了但沒掛上fstab 與 UUID 問題這是 Linux 磁盤管理最經(jīng)典的坑。系統(tǒng)啟動(dòng)時(shí)報(bào)錯(cuò)進(jìn)不去多半是/etc/fstab里的設(shè)備名失效了。排查思路分三步開機(jī)時(shí)查看日志確認(rèn)哪行失敗進(jìn) rescue 模式把 fstab 里對應(yīng)的行注釋掉正常啟動(dòng)后再用blkid核對 UUID 重新掛載。還有一種情況是設(shè)備存在但掛載點(diǎn)寫錯(cuò)比如掛載點(diǎn)沒創(chuàng)建就直接mount系統(tǒng)會(huì)報(bào) “mount point does not exist”。解決方案簡單先mkdir -p再掛。別笑新手階段我至少犯過三次。5.2 pvdisplay 看不到 PV先看分區(qū)類型執(zhí)行pvcreate成功但重啟后pvdisplay找不到 PV這種情況通常和分區(qū)類型標(biāo)識有關(guān)。如果 PV 建在分區(qū)/dev/sdb1上分區(qū) ID 應(yīng)該是8eLinux LVM 類型用fdisk -l可以確認(rèn)。如果是裸盤建 PV不存在這個(gè)問題。但更常見的原因是/etc/lvm配置文件里filter過濾規(guī)則設(shè)置了accept列表把某些設(shè)備排除了。排查時(shí)用vgscan -v查看掃描過程能定位到被過濾的設(shè)備。5.3 快照空間不足導(dǎo)致鎖死快照寫滿后原 LV 不會(huì)立刻損壞但相關(guān) I/O 會(huì)變慢甚至卡住。處理方式立即刪除快照lvremove -f /dev/vg_data/snap_lv_data釋放 COW 壓力原卷數(shù)據(jù)不受影響。如果業(yè)務(wù)需要保留快照就得在創(chuàng)建時(shí)預(yù)留 20% 以上的空間并且設(shè)置監(jiān)控告警。我在 KVM 虛機(jī)上做過一次實(shí)驗(yàn)快照區(qū)只有 2G業(yè)務(wù)寫入高峰期半小時(shí)就寫爆當(dāng)時(shí)數(shù)據(jù)庫寫入明顯變慢丟了兩分鐘監(jiān)控?cái)?shù)據(jù)后續(xù)再也沒敢把快照區(qū)設(shè)得太小。5.4 常用排查命令清單場景命令說明查看空間df -h看掛載點(diǎn)使用率查看磁盤lsblk看塊設(shè)備樹狀結(jié)構(gòu)查看分區(qū)表fdisk -lMBR/GPT 分區(qū)信息查看 UUIDblkid獲取設(shè)備唯一標(biāo)識查看 PVpvs/pvdisplay物理卷狀態(tài)查看 VGvgs/vgdisplay卷組狀態(tài)和大小查看 LVlvs/lvdisplay邏輯卷狀態(tài)掃描 LVMvgscan/lvscan重新識別 LVM 設(shè)備查看掛載findmnt確認(rèn)掛載關(guān)系這些命令建議背下來面試和技術(shù)答辯基本都會(huì)問到平時(shí)排查也足夠用了。真正的高手不是記住每個(gè)參數(shù)而是能在出問題時(shí)快速定位是哪一層出了問題——是物理層、分區(qū)層、LVM 層還是文件系統(tǒng)層。5.5 性能問題的隱雷LVM 不是萬能的最后說一個(gè)容易被忽視的坑。LVM 的條帶化striped功能可以提升并發(fā)讀寫性能但配置起來相當(dāng)謹(jǐn)慎。lvcreate -i 2 -I 64k -L 100G vg_data表示在兩個(gè) PV 間做條帶化條帶大小 64KiB。這種配置對順序讀寫有明顯幫助但一旦其中一個(gè) PV 故障整個(gè) LV 的數(shù)據(jù)都可能不可用可靠性反而下降。我個(gè)人的建議是生產(chǎn)環(huán)境優(yōu)先做 RAID 底層LVM 只做邏輯管理個(gè)人測試環(huán)境可以隨意折騰條帶化實(shí)驗(yàn)。性能不夠別急著上 LVM 條帶先去查文件系統(tǒng)掛載參數(shù)、IO 調(diào)度器、緩存策略這些往往影響更大。6. 面試高頻題與實(shí)戰(zhàn)復(fù)盤很多人在準(zhǔn)備 Linux 面試時(shí)會(huì)發(fā)現(xiàn)磁盤管理和 LVM 是必考模塊。最常被問的幾個(gè)問題這里直接給出我認(rèn)為最到位的答法思路。問題請解釋 PV、VG、LV 的關(guān)系并說明 PE 的作用。答題思路先講分層結(jié)構(gòu)——PV 是物理卷由物理磁盤或分區(qū)構(gòu)成多個(gè) PV 組成 VGVG 是資源池LV 從 VG 劃出是對外可見的邏輯卷。PE 是 LVM 最小的分配單位默認(rèn) 4MiBLV 的大小就是 PE 數(shù)量的整數(shù)倍。用一句話總結(jié)PE 是 LVM 的“磚塊”PV 是“磚場”VG 是“倉庫”LV 是“隔出來的房間”。問題怎么給根分區(qū)擴(kuò)容答題思路先說根分區(qū)能否擴(kuò)取決于當(dāng)初是否用了 LVM。如果是標(biāo)準(zhǔn)分區(qū)且空間不足要么遷移數(shù)據(jù)到新盤要么用分區(qū)調(diào)整工具如 gparted 的 LiveCD 方式但風(fēng)險(xiǎn)高如果根分區(qū)在 LVM 里新增一塊 PV 加入 VG然后lvextend擴(kuò)根分區(qū)對應(yīng)的 LV再擴(kuò)容文件系統(tǒng)即可。關(guān)鍵在于向面試官展示你能分清楚“標(biāo)準(zhǔn)分區(qū)”和“LVM”兩種場景的差異。問題xfs 和 ext4 的區(qū)別答題思路xfs 適合大文件高并發(fā)擴(kuò)展性強(qiáng)但不支持縮容ext4 兼容性好支持縮容但操作復(fù)雜。如果磁盤容量規(guī)劃不明確優(yōu)先 ext4如果確定未來只增不減且重視性能選 xfs?；卮饡r(shí)可以補(bǔ)一個(gè)實(shí)際案例比如數(shù)據(jù)庫日志目錄用的是 xfs普通業(yè)務(wù)數(shù)據(jù)目錄用的是 ext4。問題在線擴(kuò)容時(shí)為什么必須先擴(kuò) LV 再擴(kuò)文件系統(tǒng)答題思路LV 是邏輯邊界文件系統(tǒng)是數(shù)據(jù)管理邊界。如果先擴(kuò)文件系統(tǒng)文件系統(tǒng)嘗試使用超出 LV 限定的空間會(huì)立刻報(bào)錯(cuò)如果只擴(kuò) LV 不擴(kuò)文件系統(tǒng)文件系統(tǒng)感受不到新增空間也無法使用。順序其實(shí)是系統(tǒng)設(shè)計(jì)上的強(qiáng)約束理解了這一層就不會(huì)再犯順序顛倒的錯(cuò)誤。7. 實(shí)際操作中的一些個(gè)人習(xí)慣文章快寫完了按慣例分享幾個(gè)我個(gè)人多年養(yǎng)成的習(xí)慣算不上什么標(biāo)準(zhǔn)答案但確實(shí)幫我避免過幾次事故。第一每次改 LVM 或 fstab 之前先cp /etc/fstab /etc/fstab.bak.日期改完用mount -a驗(yàn)證確認(rèn)沒問題再繼續(xù)。備份這件事在服務(wù)器管理里永遠(yuǎn)不嫌多特別是牽涉到啟動(dòng)流程的文件多一份備份就多一條退路。第二生產(chǎn)環(huán)境新建 LV 實(shí)際使用量不要超過 80%。LVM 雖然能在線擴(kuò)容但擴(kuò)的時(shí)候需要 VG 有足夠空閑空間如果整塊盤都分配完再想擴(kuò)就只能加新盤。預(yù)留 20% 的空間既是性能冗余也是操作空間。這個(gè)比例我在數(shù)據(jù)庫服務(wù)器上甚至放到 30%。第三監(jiān)控快照使用率。創(chuàng)建完快照后我會(huì)掛一條 cron 或者寫進(jìn)現(xiàn)有監(jiān)控腳本里每小時(shí)檢查一次/dev/mapper下的快照空間超過 70% 立即處理。快照寫滿這件事不發(fā)生則已一發(fā)生就是生產(chǎn)事故預(yù)防成本比處理成本低太多了。第四熟悉 rescue 模式。不管用什么發(fā)行版都值得花半小時(shí)練習(xí)進(jìn)入 rescue 模式的路徑。因?yàn)榇疟P和 LVM 出問題時(shí)很多時(shí)候系統(tǒng)起不來你連命令都打不了再強(qiáng)的知識也用不上。能把系統(tǒng)救起來才有后續(xù)的修復(fù)操作。Linux 磁盤管理和 LVM 是運(yùn)維工程師的基本功也是系統(tǒng)設(shè)計(jì)里最容易被低估的一環(huán)。很多人覺得“能用就行”等真正空間不夠、磁盤報(bào)警的時(shí)候才后悔當(dāng)初沒好好規(guī)劃。趁現(xiàn)在手上環(huán)境還能折騰多建幾個(gè) PV、多切幾個(gè)卷、多做幾次快照回滾練習(xí)這些操作熟練了以后真遇上故障心里就有底了。