PowerMax 2500 та 8500: Некеровані знімки

Некеровані знімки у локальній реплікації PowerMax 2500 та 8500
(LREP)

SnapVX було реархіковано у версії 4. V4 за замовчуванням копує під час читання і при записі при перехопленні. Версія 3 і раніше за замовчуванням не використовували копіювання під час читання.

Некеровані знімки: 

• Як і VMAX3, PowerMax 2500 або 8500 зберігають дані Target навіть після того, як вони від'єднані від пристроїв Source.
• Некеровані знімки — це образи, які зберігаються внутрішньо PowerMax для збереження залежності між джерелом і ціллю після їх роз'єднання.
• Існують фундаментальні відмінності між реалізацією LREP/VP у PowerMax 2500 або 8500 порівняно зі старішими масивами VMAX All Flash/VMAX3/Powermax.
• У PowerMax 2500 або 8500 цільові пристрої не проходять процес визначення
• Процес визначення VMAX3 споживатиме повний метадані Track ID (TID) для цільового пристрою, що робить надмірне налаштування дорогим
• З PowerMax 2500 або 8500 було вирішено відмовитися від спільного використання на рівні треків і застосувати схему спільного використання на рівні пристрою (при цьому залишаючи цільові пристрої невизначеними)
  • Це також покращило ефективність на невизначених цілях
• Отже, у PowerMax 2500 або 8500 цілі отримують виділення лише тоді, коли вони записані на них (не в рамках процесу визначення).
  • Вони отримують свої дані з зображення моменту часу, з яким раніше були пов'язані.
  • Ці стосунки зберігаються навіть після розриву між ними
  • Навіть у VMAX3 цілісність даних підтримувалася на цільовому пристрої після роз'єднання (це робили на рівні доріжки)
• Якщо передати 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-сканування робить це, оскільки надсилається запит на машину з введення, щоб прочитати дані з віддаленого сайту для порівняння. Це викликає перехоплення зчитування, змушуючи копіювати дані)

Загальний приклад із некерованими цілями:

• Послідовність A -> s1 -> B позначає цільовий пристрій (B), пов'язаний із знімком (s1) вихідного пристрою (A)
• Цей зв'язок зберігається навіть після роз'єднання цілі (B) і завершення знімка (s1)
• Коли записи відбуваються на вихідний пристрій (A), RDP переміщується у знімок (s1) так, що він продовжує накопичувати виділення
• Ці RDP можна ділити між кількома знімками і використовувати їх кількома цілями (навіть тими, що ще активні з пов'язаними цілями)
• Дані, записані до Цілі (B), є єдиними виділеннями, які відображаються на Цілі (B)
• Запуск «free-all» на цілі (B) усуває внутрішні зв'язки та залежність від завершеного знімка (s1)
• Аналогічно, прив'язування цілі до іншого знімка усуває внутрішні зв'язки та залежність від завершеного знімка (s1)