這個問題是發生在所設定的 NAS 本地端目錄下有掛載 iso 或是遠端資料夾所發生的, 但警示的訊息並未明確指出到底是那個路徑發生問題了, user 必須回到 file station 去查詢掛載的清單, 此點是較不方便的.
DS415+ DSM 6.0 beta,
fiel system: ext4 or btrfs.
這是在測 btrfs snapshot 時所發現的問題. 為了測試snapshot 在大量檔案異動時的效能, 利用 windows batch file create 1000 個 1MB file.
fsutil file createnew dummy.txt 1024000
for /L %%i in (1,1,1000) do copy dummy.txt dummy%%i.txt
如下圖:
1.建立 1000個 dummxy???.txt file.
2.刪除所有的 *.txt file
3.重新列出所有檔案.
結果部份 *.txt 依然存在. 檔案殺不乾淨? 問題出在那裡? 原本以為是 btrfs 造成的, 後來在 ext4 下測試也是如此, 直覺反應是小弟開了這個 option. (系統預設是未勾選此選項的)
重新測試確實是 DirSoft VFS 造成的, 可能是因為檔案太多, DirSoft FS 在 allocate buffer 時不夠, 無法把所有的檔案名都讀進來 sorting, 就回傳給 client, 造成回傳的 filelist 比實際的少.
FB: Pctine
DSM 6.0 beta 針對備份部份做了很大幅度的修改, 尤其是多了 block-level, versioning 一大堆的功能, 但今天在建立新的備份任務時, 發覺 DSM 6.0 太主動了, 它把舊有的檔案方式的備份方式整個移除了, User 只能建立新的備份模式.
打個比喻. 老闆說: 因為 "雪榚" 比較好吃, 所以不賣 "冰棒" 了, 但我就是要吃冰棒啊!
在以前的備份方式再怎麼不如現在 smart, 但不管是做本機共用資料夾的備份, 或是備份至 USB 外接硬碟, 我可以維持原本目錄及檔案及架構, 例如我每週就是固定排程將 CAD 目錄下面的檔案自動備份至外接硬碟. 這個硬碟我拿去別的地方接上, 我可以直接讀取裡面的內容.
但今日新的 DSM 6.0 導入新版的備份模式, 它可以支援 block-level 備份, 佔空間又小, 又 smart, 然後又有版本功能, 優點很多, 但它是自己專屬的格式, 我拿到別的地方去, 又不能直接讀出來, 我曉得它很有用, 也可以用 DSM 重新再還原回去, 但這不是我要的啊. 何不讓 user 自己選擇所建立的 backup job 要採用何種模式? 因為實務上的確有這種需求.
FB: Pctine
內文搜尋
從 APP 打開
X