PowerMax 2500 和 8500：未受管理的快照

PowerMax 2500 和 8500
本機複製 （LREP） 中的未受管理快照

SnapVX 已在 V4 中重新建構。V4 預設為在讀取時複製，在截獲時在寫入時複製。V3 及更早版本未預設為讀取時複製。

未受管理的快照： 

• 與 VMAX3 一樣，PowerMax 2500 或 8500 即使在與來源裝置取消連結後，仍可保留目標資料。
• 未受管理快照是由 PowerMax 在內部保留的映像，目的是在來源和目標取消連結後維持其之間的相依性。
• 與舊版 VMAX All Flash/VMAX3/Powermax 陣列相比，在 PowerMax 2500 或 8500 中實作 LREP/VP 的方式存在根本差異。
• 在 PowerMax 2500 或 8500 中，目標裝置不會經過定義程序
• VMAX3 定義程序會使用目標裝置的完整追蹤 ID （TID） 中繼資料，使得過度佈建的成本高昂
• 在 PowerMax 2500 或 8500 中，我們決定取消通路層級共用，現在使用裝置層級的共用方案 （同時也保留未定義的目標裝置）
  • 這也改善了未定義目標的效能
• 因此，在 PowerMax 2500 或 8500 中，目標只有在寫入時才能獲得分配 （而非定義程序的一部分）
  • 它們從之前連結到的時間點圖像中獲取數據。
  • 在他們取消連結後，這種關係仍然存在
  • 即使在 VMAX3 中，目標裝置在取消連結後也會保持其資料完整性（這是在追蹤級別完成）
• 如果將 IO 傳送至未受管理的目標裝置 （例如每個 IO），程式碼會檢查它是否必須攔截
  • 這是在 IO 流程的早期完成
  • 讀取 IO 以設定尚未複製的目標磁軌，並產生 SNAPVX_COPY_ON_READ_INTERCEPT 如果被要求這樣做。
    • 若為 MF IO，則有幾種情況會產生 COPY ON READ INTERCEPTS
      • 要求做 COPY_INDIRECT_ON_READ
      • 這是一種特殊的 MF 0x96、op 0x46 命令，可強制讀取複本
      • 它是 SRDF R2 SRDF/A 裝置，且所有讀取均已設定完成 COPY ON READ (範例：RDC 掃描之所以執行此操作，是因為會向 IO 電腦發送請求，以從遠端網站讀取數據以進行比較。這會導致讀取攔截，強制複製資料）

非託管目標的一般範例：

• 序列 A -> s1 -> B 表示連結到來源裝置 （A） 的快照 （s1） 的目標裝置 （B）
• 即使在取消連結目標 （B） 並終止快照 （s1） 後，此關係仍然存在
• 當來源裝置 （A） 發生寫入時，RDP 會推送至快照 （s1），以繼續累積分配
• 這些 RDP 可以在多個快照之間共用，並由多個目標使用（甚至是連動目標仍處於活動狀態的快照）
• 寫入目標 （B） 的資料是目標 （B） 上顯示的唯一分配
• 在目標 （B） 上執行「free-all」可移除已終止快照 （s1） 上的內部關係和相依性
• 同樣，將目標連結到其他快照會刪除終止的快照 （s1） 上的內部關係和依賴關係