Data Domain. Критическая ошибка файловой системы DDFSY, если репликация MTREE настроена для устройства хранения Veeam DDBOOST

При использовании VEEAM или любого другого приложения резервного копирования с помощью BOOST для резервного копирования используется функция Virtual Synthetics, она создает новые резервные копии из существующих путем сшивки частей предыдущих резервных копий в DD, а затем добавляет различия. Более ранние резервные копии, используемые для сшивки, называются «базовыми файлами».

Большинство приложений резервного копирования будут считывать, но не изменять базовые файлы, используемые для синтеза новых образов резервных копий, однако VEEAM работает по-разной, при выполнении резервного копирования он перезаписывает части базовых файлов, которые уже находятся на диске.

Когда для этого VEEAM LSU/MTree настроена исходящее репликация MTree, во время копирования новых файлов резервного копирования boost может изменить один реплицируемый файл резервной копии. Если исходная система DD работает под управлением DDOS 6.x и репликация с помощью репликации в формате recipe включена (вариант оптимизации скорости/производительности в DDOS 6.x и более поздних версиях), это может привести к появлению неверных контрольных сумм в целевой системе DD, что может привести к повторному сбою файловой системы (файловой системы) со следующими сообщениями:

27 февраля 04:05:19 mtree-repl-dd.example.com ddfs[10654]: ERROR: MSG-INTRNL-00001: PANIC: ddr/repl/mrepl_replica.c: mrepl_finish_file_transfer_common: 3712: ! (orig_chksum == repl_chksum).

Метод, который VEEAM синтезирует новые резервные копии из существующих, может быть перезаписывать некоторые части файлов, реплицируемых при использовании в качестве базового файла для синтеза новых образов резервных копий. Это создает путаницу при репликации, когда устройство хранения VEEAM также настроено для использования в рамках репликации MTree, что может привести к критической ошибке целевой системы DD.

Обратите внимание, что этот дефект относится только к конечному объекту репликации MTree, если источник:

• Работа DDOS 6.0.1.0 или более ранней версии (например, затронуты все DDOS 6.0.0.x)
• Работа DDOS 6.x до DDOS 6.0.2.0 или 6.1.1.1
• Выполнение резервного копирования VEEAM в LSU/MTree, и этот же MTree реплицируется в целевую систему с помощью репликации MTree.
• Резервное копирование BOOST с включенной функцией Virtual Synthetics выполняется в том же LSU/MTree
•  При обнаружении этого дефекта реплицированное целевое MTree может стать недоступным при перезапуске нескольких процессов файловой системы. Тем, кто может использовать эту настройку или планируют таким образом настроить свои системы, рекомендуется либо использовать описанное ниже временное решение проблемы, либо выполнить модернизацию до исправленной версии DDOS 6.0.2.0 или 6.1.1.1 (или любой более поздней версии).

Примечание. Возможно, для проблем, отличных от этой, на целевом конце репликации MTree может возникнуть одна и та же строка PANIC, так как ошибка просто указывает на то, что контрольная сумма в моментальном снимке репликации MTree не совпадает. Если у вас есть сомнения относительно описанной здесь проблемы или способа обхода проблемы, обратитесь к своему поставщику услуг поддержки по контракту и укажете номер данной статьи базы знаний 491049 .

Специалисты DD Engineering определили корневую причину микросхем PANIC файловой системы на целевом узле и определили исправление в следующих выпусках:

• DDOS 6.0.2.0 и более поздние версии
• DDOS 6.1.1.1 и более поздние версии

Любому, кто затронут этим дефектом или планирует настроить аналогичную конфигурацию, рекомендуется обновить исходную систему DD до упомянутых выпусков.

Для тех, кто хочет выполнить модернизацию, или тех, кто сталкивается с этой проблемой до того, как исправленный выпуск станет доступным, существует временное решение.
Она состоит в том, чтобы отключить оптимизацию репликации репликации в исходной системе DDOS 6.x.
Такая оптимизация присутствует только в DDOS 6.x и более поздних версиях. Единственный недостаток отключения заключается в том, что скорость репликации будет меньше, чем скорость репликации, достигаемая в DDOS 5.7.

Перед развертыванием сначала убедитесь, что это временное решение применимо к текущей настройке:

1. Проверьте, работает ли в исходной системе DD версия DDOS 6.x до выпуска, исправленная (ошибка исправлена в DDOS 6.0.2.0 и 6.1.1.1 и более поздних версиях)
2. Убедитесь, что DD, сконфигурированные для резервного копирования VEEAM, также настроена для репликации MTree для LSU/MTree темы в качестве источника (проверка последнего ASUP будет самым простым способом подтверждения), например:

CTX: 20-режим: исходный целевой ресурс: mtree://destination-dd.example.com/data/col1/destination_MTree включено: yes

 Если применяются все вышеперечисленные условия, эта система может быть объектом вышеуказанных дефектов и привести к аварийному сбою целевой файловой системы репликации.

Чтобы применить временное решение проблемы, необходимо сначала убедиться, что нет запущенных резервных копий репликации или BOOST, а затем внести изменение в настройки реестра, которое не требует простоев. Перед началом этого процесса ознакомьтесь с заявлением ВНИМАНИЕ, приведенным ниже последнего шага данной процедуры.

1. Убедитесь, что репликация DD в DD отключена в исходной системе DD под управлением DDOS 6.x:

# репликация отключает все

2. Кроме того, перед использованием параметра реестра убедитесь, что нет постоянного резервного копирования BOOST или MFR-накопителя BOOST в или из-за потенциально серьезного нарушения veEAM LSU/MTree. При необходимости временно отключите резервное копирование и MFR в этот LSU или из этого LSU:

# ddboost file-replication show active all
# ddboost file-replication показывает статистику

3. Для этого изменения реестра требуются права режима SE.

4. В режиме SE измените настройку реестра, чтобы отключить использование репликации с помощью репликации на основе пароля:

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. Убедитесь, что параметр системы задано правильно и отображается как «FALSE» (отключен)

# se sysparam show RECIPE_REPL_ENABLED
Описание имени Текущее переопределение по умолчанию
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED Enable recipe replication (apply to source only) FALSE TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. Теперь вы можете снова включить репликацию DD в DD и возобновить резервное копирование BOOST, а также boost MFR в LSU или из LSU:

# репликация активировать все

ВНИМАНИЕ! Если обработка пароля была отключена в исходной системе Data Domain, которая также настроена в качестве конечной системы для репликации, исходная система для этих контекстов также должна будет выполнить описанный выше процесс (репликация учетных записей отключена).

Обратите внимание, что после модернизации до фиксированной версии (DDOS 6.0.2.0 или 6.1.1.1) необходимо восстановить этот параметр, чтобы можно было использовать репликацию учетных записей, поэтому модернизация не сбросит раздел реестра. После завершения модернизации снова включите репликацию учетных записей, войдя в DD, войдите в режим привилегий системного инженера и выполните следующие действия:

  # se sysparam reset RECIPE_REPL_ENABLED

Если вы не уверены в описанной выше процедуре, обратитесь к своему поставщику услуг поддержки по контракту и укажете на эту статью базы 491049 .

Всегда существует вероятность того, что PANIC вызваны другой проблемой и примененное временное решение может не работать, пока в целевой системе DD продолжаются критические ошибки FS.

В этом случае рекомендуется обновить исходную и конечную системы DD до безопасного кода (упомянутые выше выпуски DDOS), а также нарушать (ненастроенный) контекст репликации, истекать срок действия существующих снимков и повторно добавлять и инициализация контекстов репликации. Поскольку этот процесс может занять много времени и может быть несколько контекстов репликации, которые могут быть причиной проблемы, обратитесь к своему поставщику услуг поддержки по контракту и укатите номер этой статьи базы знаний и все меры, которые были на данный момент выполняются.