所以我可能做了一件非常愚蠢的事。
我有一台 TS-673，一直以來都是用一個大的主資料區存放資料，另一個存放日誌。我之前從未啟用過快照，今天決定要啟用。
唯一的問題是，我沒有多餘空間可以分配給快照，所以我必須先縮小一點容量。
這大概是我做的第一個錯誤決定。為了縮小容量，我把它從厚配置（thick volume）轉成薄配置（thin volume），並回收了一些空間。這個動作很快，當時看起來沒什麼問題。接著我分配了 5% 的空間作為快照保證空間，並建立了一個快照。一切看起來都正常。
現在，我有點擔心一直用薄配置，因為我似乎讀過，如果你寫入的資料超過實體空間，有可能會發生資料毀損。所以我想把它轉回厚配置，這次用較小的容量，因為快照保證空間會限制大小。這可能是我做的第二個錯誤決定。
總之，我開始轉換，結果花了非常久，也許超過七個小時，而且長時間卡在 52.7%。
現在，轉換完成後我想用檔案總管看看，結果讓我心都涼了。所有的共用資料夾都還在，但點進去就出現錯誤訊息：
系統訊息
檔案或資料夾不存在。
奇怪的是，唯一能進去的是 homes，但裡面沒有任何檔案，好像是新建的。查看共用資料夾設定，它們都還在。
但在平常的位置，所有共用資料夾也都不見了：
[~] # ls -la /share/Multimedia
lrwxrwxrwx 1 admin administrators 28 2025-11-22 10:22 /share/Multimedia -> CE_CACHEDEV1_DATA/Multimedia
[~] # ls -la /share/CE_CACHEDEV1_DATA/
total 0
drwxrwxrwx 6 admin administrators 120 2026-01-04 16:34 ./
drwxrwxrwt 32 admin administrators 1000 2026-01-04 17:29 ../
drwxrwxrwx 7 admin administrators 160 2026-01-04 17:05 homes/
drwxr-xr-x 2 admin administrators 40 2026-01-04 16:34 .snapshot/
drwx------ 3 admin administrators 60 2026-01-04 08:52 .system/
drwxr-xr-x 3 admin administrators 60 2026-01-04 15:22 .wfm/
然而，查看該資料區的空間使用量，還是顯示正確的 TB 數。20TB 中用了 17TB。
接著我去看我從薄配置建立的那個快照，裡面看起來還有所有檔案。我可以瀏覽並找到所有東西，點“在 File Station 開啟”連結也沒問題，但我無法還原，因為它說磁碟空間不足。
我也直接在系統上確認過：
[~] # ls -la /mnt/snapshot/1/10001/Multimedia/
total 124
drwxrwxrwx 16 admin administrators 4096 2026-01-04 08:23 ./
drwxrwxrwx 57 admin administrators 4096 2026-01-04 08:12 ../
drwxrwx— 2 admin administrators 4096 2025-11-29 21:31 .AppleDB/
drwxrwx— 8 500 everyone 4096 2024-12-31 12:05 Audio/
drwxrwx— 3 admin administrators 4096 2025-09-05 17:29 Downloads/
drwxrwx— 7 admin administrators 4096 2025-09-05 17:42 Dump/
drwxrwx— 2 httpdusr administrators 4096 2013-06-18 22:17 .hccache/
drwxrwx— 2 admin administrators 4096 2018-11-01 18:32 Network Trash Folder/
drwxrwx— 16 admin administrators 4096 2024-07-23 22:26 Pictures/
drwxrwx— 2 admin administrators 4096 2015-10-18 18:25 .__qini/
drwxrwx— 2 admin administrators 4096 2025-09-28 18:48 Recycle/
drwxrws–T 3 500 everyone 4096 2018-03-26 14:41 .TemporaryItems/
drwxrwx— 2 admin administrators 4096 2018-11-01 18:32 Temporary Items/
drwxrwx— 5 httpdusr everyone 4096 2021-09-17 21:41 .__thumb/
drwxrwx— 2 admin administrators 4096 2025-01-21 17:42 .upload_cache/
drwxrwx— 8 500 everyone 4096 2025-11-07 17:25 Video/
目前我只試過還原選項，沒有試過復原（revert），因為我現在很怕再動任何東西，而且“復原資料區快照”聽起來像是對快照本身做什麼，這可能會很糟。它還會要求輸入加密密碼，但我很確定建立快照時沒設過密碼。
我也不敢重開機，因為不確定還能不能存取快照內容，這樣就真的完蛋了。
現在我正嘗試把快照裡的一些資料還原到外接硬碟，但我手邊沒有足夠的空間可以搬完所有東西，所以想尋求任何能幫我把狀況恢復正常的建議。
備註： 上述路徑我把“@”符號都移除了，因為社群系統會以為我在標註人，而且有數量上限 
以下是有關目前儲存池狀態的更多資訊：
[~] # vgs
VG #PV #LV #SN Attr VSize VFree
vg1 1 6 0 wz--n- 21.80t 0
vg256 1 2 0 wz--n- 912.54g 88.84g
[~] # lvs -a
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
lv1 vg1 Vwi-aot--- 20.40t tp1 100.00
lv1312 vg1 -wi-ao---- 2.23g
lv2 vg1 Vwi-aot--- 17.75g tp1 1.60
lv544 vg1 -wi------- 144.00g
snap10001 vg1 Vwi-aot--- 21.50t tp1 lv1 80.52
tp1 vg1 twi-aot--- 21.59t 99.10 2.91
[tp1_tierdata_0] vg1 vwi-aov--- 4.00m
[tp1_tierdata_1] vg1 vwi-aov--- 4.00m
[tp1_tierdata_2] vg1 Cwi-aoC--- 21.59t [tp1_tierdata_2_fcorig] 99.98 0.00
[tp1_tierdata_2_fcorig] vg1 owi-aoC--- 21.59t
[tp1_tmeta] vg1 ewi-ao---- 64.00g
lv256 vg256 Cwi-aoC--- 799.57g 99.98 0.46
[lv256_cdata] vg256 Cwi-ao---- 799.57g
[lv256_cmeta] vg256 ewi-ao---- 15.00g
lv545 vg256 -wi------- 9.12g
首先，依我看，使用 thin volume（精簡卷）是比較好的選擇。這樣可以讓操作更有彈性。
沒錯，使用 thin volume 時，你可以設定卷的大小超過實體磁碟空間，當然如果超過了就會有問題。但只要謹慎管理空間，這其實很容易避免。
我不確定你遇到的問題原因，但有可能是在調整和設定卷的過程中出了點狀況。我也有點忘了，不過我記得 thick volume（厚卷）和 thin volume 在快照（snapshot）功能上有一些限制。這主要是因為快照可以存在於 thin volume 未使用但已「分配」的空間裡，當空間被用掉時快照就會被刪除。而 thick volume 就沒有這種彈性。
不管怎樣，你現在有快照——很好！Revert（還原）基本上就是把快照還原回去。這個詞確實有點讓人困惑。
基本上你應該可以在裝置上把快照掛載成一個卷，然後把資料複製出來。不過在做任何操作前，我會建議你先把快照 clone（複製）到外接硬碟，這樣你就有一份完整的備份了。
1個讚
您好，我們的內部團隊將會進行調查和分析。為了幫助我們更好地了解情況，請您提供更多有關目前資料使用情形的細節：
感謝您的協助！
啊哈！我想我可能看到問題所在了。
你的總空間是21.8TB。你將空間警告設定為80%。21.8的80%大約是17.44。
我認為你正在觸發空間警告。試著降低警告閾值，你應該就能成功。
這不太合理。你是指該卷是16.97TB嗎？
但你說你的總容量是21.8TB。
所以你已經超額分配了精簡卷的儲存空間。你第一個卷（21.33TB）已經接近80%使用率，現在又嘗試寫入更多資料，這會讓所有卷的總使用量超過80%。
你可以嘗試降低卷警告閾值，但要小心，當你有兩個卷同時爭取超過實際存在空間時，會接近滿額…
抱歉，我打錯了，應該是 MB。那裡幾乎沒有日誌資料。
主要的磁碟區確實差不多在 80% 的水準，但警報設定除了……提醒你之外，真的有其他作用嗎？
好的。所以這是一個厚卷和一個薄卷。此外，你還有一個快照，但我們沒有快照的保留資訊。
我猜現在發生的情況是，你的快照不允許較小的卷擴展。我敢說快照佔用了其餘未分配的空間，並且設定阻止了它被刪除。
較小的薄型卷本來就不應該真的增長，它只打算用於日誌，這也是為什麼總共只有不到 50MB。
我不太明白你說的快照保留是什麼意思，但我已經確保將它標記為「永久保留」，因為那現在是我唯一能找到舊檔案的地方。所以沒錯，我真的很依賴它不要被刪除，否則就真的完蛋了。
沒看完整個討論串，我希望你不是把快照當作備份方案。如果這些檔案對你很重要，你應該把它們備份到外部位置（可移除硬碟、第二台 NAS、雲端等）。
是的，但根據 thin volume（精簡卷）的定義，「增長」是它的特性。你有一個空間分配，但這個空間只有在你需要時才會真正成為卷的一部分。
就是這樣！我不知道你的 thick storage volume（厚儲存卷）裡有多少資料，但隨著它增長，快照也會跟著增長。快照就存在那個未使用、未分配的空間裡，所以現在正如 @Becker2020 指出，你的儲存池已經滿了。你已經沒有剩餘的未使用空間了。
沒錯，快照很棒，但如果你的硬碟壞了，快照也沒了。至少你應該備份到其他地方。快照的好處是你能定期建立，這樣可以快速回溯到檔案或目錄的早期版本（例如：我不小心刪除了某個目錄，可以很快從快照中恢復）。
但就是這樣——你已經用滿了。如果你想要更多彈性，請把你的 thick volume（厚儲存卷）轉回 thin volume（精簡卷）。
您好，更新一下，我們團隊目前正在嘗試重現您回報的問題。
同時，請問您的資料目前狀況如何？您還能夠存取和使用您的檔案嗎，還是系統目前完全卡住無法使用？
感謝您的協助！
我已將最重要的資料異地備份，但不是全部。那裡我只有不到10TB的可用空間，所以必須優先備份最重要的資料。
我正在將快照中的檔案複製到一個大型外接硬碟上。等這份備份完成後，我會對在 QTS 上操作磁碟區等事情更有信心。
有趣的是，你提供的文章中提到如下內容：
將厚卷（thick volume）轉換為薄卷（thin volume）會將厚卷中釋放出的可用空間歸還給儲存池。不過，一旦你將厚卷轉換為薄卷，就無法再轉回厚卷。
所以我能夠完全通過 QTS 介面完成的操作，理論上應該……不可能？
我目前的計劃是，等我把快照中的所有檔案備份完之後，嘗試直接還原快照。如果失敗，那我會先嘗試轉回薄卷，看看這樣能不能修復遺失的檔案，最後再嘗試在薄卷上還原快照。之後我想唯一的選擇就是恢復原廠設定來取回系統資料夾等等，然後再手動把自己的資料複製回來。
針對您提到的「一旦將厚卷轉換為薄卷，就無法再轉回厚卷」這一點，我想提供一個技術上的說明：
根據我的理解，這個說法主要適用於儲存池中剩餘空間不足的情況。由於將薄卷轉回厚卷時，系統需要預先分配該卷的全部容量，只要儲存池中有足夠的可用空間，這個轉換仍然是可行的。然而，如果儲存池已滿，就無法執行此操作。
2個讚
最新更新如下。
我已經用 rsync 把大部分檔案同步到外接硬碟，也對現有的快照進行了「匯出」。
使用 rsync 時，我必須忽略錯誤，因為有些檔案會出現如下錯誤：
2026/01/09 09:54:49 [6988] file has vanished: "/mnt/snapshot/1/10001.....
2026/01/09 09:54:50 [6988] rsync warning: some files vanished before they could be transferred (code 24) at main.c(2289) [sender=3.0.7]
不過這類檔案並不多，所以我希望這些只是隨機 bitrot（位元腐蝕）造成的受害者。
快照匯出時，看起來沒有錯誤。
接下來我嘗試將磁區轉回 thin（精簡配置），但失敗了，導致在 UI 中看不到快照。
之後它顯示磁區處於異常狀態。
仍然卡在 thick（厚配置）磁區上，我嘗試將磁區還原到快照，這個過程持續了一段時間，直到我今天去上班。等我回家檢查時，卻發現失敗了，出現以下錯誤：
Error 2026-01-13 12:33:46 admin 192.168.1.5 Web Desktop Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:146.0) Gecko/20100101 Firefox/146.0 Storage & Snapshots Snapshot Replica [Storage & Snapshots] Failed to import snapshot "GMT+01_2026-01-04_0841". Path: /ExtRaid/ts-673_DataVol1_GMT+01_2026-01-04_0841.img.0000000, Volume/LUN: DataVol1.
之後，磁區進入了錯誤狀態。我最後決定嘗試重新啟動，重啟後磁區變成了未掛載狀態。
我會再試一次快照還原，但如果還是不成功，我想我唯一能做的，就是嘗試從 rsync 備份手動還原檔案，希望它們沒有損毀。
你有將快照匯出到外接硬碟嗎？
我認為你現在需要做的是清除你的硬碟並重新開始。很抱歉，但看起來這是目前需要採取的措施。
是的，我做了。我也決定移除該磁碟區可能是唯一的解決方法。所以現在我正嘗試從快照建立新的磁碟區，目前為止還沒有出現錯誤。我希望還原失敗並不代表快照不能用來從零建立新的磁碟區。希望一切順利。
應該沒問題。
希望這次你是設成可隨需求擴充的 thin volume（精簡磁區）。
