數(shù)據(jù)移動和遷移可以互相替換以說明數(shù)據(jù)整體或部分的重置。需要特別注意數(shù)據(jù)移動或數(shù)據(jù)遷移出現(xiàn)的上下文。例如，你可能會將一個文檔從一個地點完全復(fù)制到另一個地點并將源文檔刪除。另一個例子是文檔的一部分被復(fù)制，其中的一部分?jǐn)?shù)據(jù)被復(fù)制到新位置，而文檔頭部或stub file，被留在了原先的FC磁盤的位置。
關(guān)于自動數(shù)據(jù)移動需要注意的事項：
策略管理器的工作范圍是什么，它要與什么樣的存儲系統(tǒng)、服務(wù)器和其它軟件協(xié)同工作并整合到你的環(huán)境中去?策略是如何指定的;是否有模板或向?qū)?wizard)提示以幫助建立策略?是否還需要其它的技術(shù)(硬件、軟件、設(shè)備)和服務(wù)來幫助實施透明和自動的數(shù)據(jù)移動?策略管理器是否能向其它策略管理器發(fā)出觸發(fā)信號或從其它策略管理器接受警告以進(jìn)行活動或要求進(jìn)行活動?數(shù)據(jù)移動對用戶和應(yīng)用來說是否是透明的，設(shè)備或服務(wù)器是否在遷移后需要找到一個新的掛接點(mount point)、LUN或是卷?數(shù)據(jù)在移動或遷移時應(yīng)用是否暫停，在數(shù)據(jù)被訪問時是否被復(fù)制回主位置?或，數(shù)據(jù)是否不論被移動到何處都可以被無延時地透明訪問?
一些供應(yīng)商利用基于規(guī)則的自動策略管理技術(shù)，將數(shù)據(jù)移動與可透明訪問數(shù)據(jù)移動結(jié)合起來。另一些制造商提供基于規(guī)則的自動數(shù)據(jù)移動。但是，在等待數(shù)據(jù)在被訪問時被復(fù)制回源位置時可能會出現(xiàn)延時，或由于數(shù)據(jù)被移動時出現(xiàn)延時。一些制造商提供應(yīng)用不受影響的透明數(shù)據(jù)訪問和移動，但是，需要一些干預(yù)以激活數(shù)據(jù)移動過程。
以上這些說明你需要咨詢技術(shù)提供商以明確它們的技術(shù)可以為你做什么及不能做什么。你需要問的問題包括：
數(shù)據(jù)移動(源到目的)是否時自動的，如何運(yùn)作，什么時間以及采用什么規(guī)則?數(shù)據(jù)移動在進(jìn)行時是否對應(yīng)用100%透明?被遷移或移動的數(shù)據(jù)是否在被訪問時是100%透明的，還是會存在延遲?如何對其進(jìn)行評估?性能的影響和問題是什么?策略管理器置于何處，它可以和什么技術(shù)一同工作?該技術(shù)是否可進(jìn)行cleanup操作，是否包括將移動的文檔刪除?
各個主要的存儲制造商和NAS及VTL(虛擬帶庫)提供商提供各種不同透明程度的自動數(shù)據(jù)移動或遷移技術(shù)。其中一些解決辦法在一個盒或存儲系統(tǒng)中進(jìn)行數(shù)據(jù)遷移盒移動，其它則可將數(shù)據(jù)在不同技術(shù)間進(jìn)行移動。一些技術(shù)是基于存儲系統(tǒng)的，一些是基于網(wǎng)絡(luò)或設(shè)備的，另一些則是基于宿主服務(wù)器的。
象BlueAr、EMC、IBM、Innovation Data Processing、Incipient、LeftHand、Softek Storage Solutions、StoreAge等諸多公司不斷加入到自動數(shù)據(jù)移動提供商的隊伍中來。為了避免出現(xiàn)意外，你應(yīng)該進(jìn)行咨詢，并盡量了解不同技術(shù)的能力，還包括數(shù)據(jù)移動和你應(yīng)用對其訪問的透明性到底如何。
