昆騰dxi8500遠程復(fù)制目標(biāo)端容量用盡處理報告

1、昆騰DXi8500：20141119-目標(biāo)端容量用昆騰DXi8500：20141119-目標(biāo)端容量用盡處時間客戶名稱QuantumDXi8500虛擬磁帶庫序列號：目標(biāo)端CX1137BVF00244服當(dāng)前的狀問題處理過程描2014/10/24號通過通過對三臺 DXi8500 的日志初步分析,Call center 懷疑集電港目標(biāo)端的空間回收問題導(dǎo)致，技術(shù)支持中心的 snapshotsnapshot量進行了調(diào)整，從原來的 10份調(diào)整到 3刪除 7份時間上比較老的 snapshot，從回收增加容量 每天將結(jié)果反饋進行分把snapshot可以保的不間Snapshotsnapshot容量飽和導(dǎo)致設(shè)備停機

2、，11 月 14DXi8500總經(jīng)2.2.1.3DXi8500容量飽和導(dǎo)致設(shè)備停機，11 月 14DXi8500總經(jīng)2.2.1.3DXi8500DXi8500原因分析及昆騰的建Networker置塊大小(BlockSize)256K,DXi8500不支持此設(shè)置。blocksizeNetworkerDXiBlockSize128KB提高 DXi8500256K”thereasonforthecustomersdecliningdedupratioisduetoNetworkerbeingupgraded 8.1.1.5. WithNetworker8.xtheapplicationdefault

3、stoablocksizeofyQuantumdoesntsupport thisblocksizeforNetworker,wecurrentlyonlyuptoa128KblockSo the customer will need to change the blocking factor back to 128k and identify all backups executed after Networker was upgraded to 8.1.1.5 as they will all have been written using the new 256k block size.

4、 ”128KB3階段性解決辦階段性解決辦法調(diào)整備一些技術(shù)問題的說明及問題 1：為什么在 block size 為 256KB 設(shè)置下會產(chǎn)生源端和目標(biāo)端的數(shù)據(jù)量增速嚴(yán)重失衡，回答1目前二線 已經(jīng)確認源端的容量增長異常是因為在Networker備份 blocksize參數(shù)使用了Quantum不支持的256KB，導(dǎo)致從源端 到目標(biāo)端的數(shù)據(jù)無法被有效同步刪2：128KB回答2：128KB配置是EMCQuantum文檔及 的最佳參數(shù)，參數(shù)修改后不會問題 3：目前 DXi8500 虛擬磁帶庫中的有將近 1000 盤的虛擬磁帶，在三個月內(nèi)要陸續(xù)進行重新 （relabel）虛擬磁帶的操作，在整個數(shù)據(jù)更新的幾個月的時間內(nèi)，一方面是帶來了原來沒有 動重新 256KBEMC128KB256KB回答3:昆騰總部認同這樣的說法。為慎重起見，可以通過一個小的備份進行恢復(fù)測試。倘若確實存在這一限制，可以考慮從修改參數(shù)到 128KB 到 256KB 參數(shù)數(shù)據(jù)更新的最長 3在原有分區(qū)預(yù)留兩個磁帶機不做128KB參數(shù)修改，并且在備份 里進行禁用（為了恢復(fù)。當(dāng)然，也可