Data Domain: инструкции по модернизации DD с поддержкой PCR/PCM

В выпуске DD OS 5.7 мы внедрили Physical Capacity Reporting/Measurement (PCR/PCM). Это способ оценить объем реального дискового пространства (post-comp), используемого данными в FS, надежным и воспроизводимым способом для возврата платежей и других бизнес-сценариев.

Более подробную информацию о функции можно найти в статье 465216 базы часто задаваемых вопросов:   
Data Domain Operating System (DDOS) physical capacity measurement/reporting (PCM/PCR)

Для создания отчетов PCR Directory Manager (DM) файловой системы Data Domain (DDFS) создает в системе BTREE PCR. 

Технические специалисты Dell EMC Data Domain определили дефект кода, при котором страницы Btree PCR DM могут быть повреждены, и DDFS может ПАНИКОВАТЬ при запуске задания PCR в системе. Но даже в случае наличия поврежденных страниц Btree PCR задания PCR могут выполняться до конца без каких-либо проблем с FS несколько раз, но в другое время в FS все равно может возникать сбой.

Этот дефект, который присутствовал во всех выпусках DD OS 5.7-6.2, исправлен в некоторых более поздних версиях DD OS (читайте ниже), так что при выполнении PCR не будет риска возникновения ПАНИК FS, пока поврежденные страницы Btree PCR еще не находятся в системе.

Поскольку невозможно заранее узнать, есть ли такие поврежденные страницы (которые могут привести к ПАНИКЕ FS), при модернизации до стабильного выпуска необходимо выполнить описанные ниже шаги, чтобы убедиться, что после перехода на стабильный выпуск (который не будет создавать поврежденные страницы btree PCR) FS не будет ПАНИКОВАТЬ на ранее созданных поврежденных страницах btree PCR. Обратите внимание, что для выполнения этой операции необходимо, чтобы DD FS был отключен, и поэтому время простоя необходимо планировать заранее. Невозможно дать точную оценку необходимого времени простоя, но 2 часов должно быть достаточно для выполнения задания.

Примечание. В зависимости от текущего и целевого выпусков DD OS и других факторов задание может быть выполнено либо непосредственно перед модернизацией до любого стабильного выпуска DD OS, либо сразу после завершения модернизации до того, как будут запланированы любые задания PCR. Цель заключается в том, чтобы в любом случае иметь DD OS с работающим исправлением без каких-либо существующих PCR btree, перенесенных из более ранней версии, чтобы избежать сбоев на поврежденных страницах btree PCR.

Нет

Дефект, вызывающий повреждение страниц btree PCR, рассматривается в коде в DD OS для следующих выпусков. Примечание. Для версий DD OS 5.7.x исправление отсутствует, так как уже заканчивается срок поддержки DD OS 5.7.x:

• В DD OS 6.0.2.50 и более поздних версиях семейства DD OS 6.0 дефект исправлен.
• В DD OS 6.1.2.40 и более поздних версиях семейства DD OS 6.1 дефект исправлен (ПРИМЕЧАНИЕ. DD OS 6.1.2.40 НЕ следует использовать с DD3300 из-за несвязанного дефекта)
• В DD OS 6.2.0.20 и более поздних версиях семейства DD OS 6.2 дефект исправлен

Если пользователь использовал PCR в прошлом и хочет перейти на любой из вышеупомянутых стабильных выпусков, необходимо, чтобы служба поддержки выполнила некоторые действия вручную (непосредственно перед модернизацией или сразу после нее), чтобы убедиться, что в системе нет поврежденных страниц btree PCR после модернизации DD OS. Несоблюдение этой рекомендации может привести к тому, что система DD будет работать со стабильной операционной системой DD OS, которая по-прежнему может аварийно работать так же из-за уже существующего повреждения страниц btree PCR.

Пользователям, которые никогда не пользовались PCR или модернизируют систему до любой версии DD OS без исправления кода, не нужно выполнять указанные действия.

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

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