Avamar. Как восстановить базу данных Exchange из резервной копии, затронутой проблемой несоответствия регистра пути базы данных.

Цель:

• Восстановление базы данных Exchange из резервной копии Avamar, затронутой проблемой несоответствия регистра пути базы данных , описанной в Avamar. Восстановление базы данных Exchange не удается из-за ошибки Avtar, указывающей, что база данных не найдена в резервной копии.
• Это временное решение используется для восстановления базы данных Exchange из резервной копии, созданной до применения флага «--use-case-sensitive-paths».
• Он использует двоичный файл avtar.exe в командной строке с повышенными привилегиями

• Если резервная копия, которую необходимо восстановить, была создана в течение последних семи дней (в редких случаях), перейдите в раздел «Addition Info» и следуйте инструкциям.

Предварительные условия временного решения.

1. В системе, из которой запускается файл avtar.exe, клиент Avamar Windows должен быть зарегистрирован на том же сервере Avamar, на котором находится резервная копия. В этом случае дополнительный подключаемый модуль Exchange не нужен.
2. Командная строка Windows должна быть открыта от имени администратора (командная строка с повышенными привилегиями), учетная запись пользователя должна иметь права локального администратора системы.
3. Требуются учетные данные для Avamar MCUser (или любого другого пользователя Avamar с правами восстановления).
4. Требуются полный путь клиента резервного копирования Avamar, номер метки резервного копирования и полный путь базы данных.
5. На целевом диске должно быть достаточно свободного дискового пространства для хранения баз данных и файлов журналов, связанных с восстановлением (пример расчета пространства приведен ниже).

Command Syntax: 

avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=<IP/FQDN> --id=MCuser --ap=<password> --path=<domain/client> --labelnum=<label> --logfile=<Log path> --target=<Destination Path> <DB path to be restored without the mismatched section of the path> 

• Полный путь клиента для параметра «---acnt» чувствителен к регистру. Его можно найти в журнале резервного копирования (файл журнала avtar или .alg), см. пример:

    <flag type="string" value="/clients/Exchange/EX-Node1.Dell.com" name="path" />

• Номер метки резервного копирования можно увидеть непосредственно в разделе восстановления в пользовательском интерфейсе Avamar (графическом интерфейсе пользователя или AUI).
• Для последнего элемента команды <путь к элементу для восстановления> откройте журнал резервного копирования (если он все еще доступен в папке /var) и выполните поиск раздела «targetlist». В этом разделе определите полный путь к базе данных , требуемой для восстановления, см. пример «database4».

  <targetlist>
    <view>
      <dir internal="true" labelnum="158" fullname="EX-Node4_00000000/H:/MountPoint/Database6" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node4_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />      
      <dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/MountPoint/database5" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/mountpoint/database4" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="156" fullname="EX-Node3_00000000/C:/program files/avs/var/backupmetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="157" fullname="EX-Node2_00000000/H:/MountPoint//Database3" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="158" fullname="EX-Node2_00000000/H:/MountPoint/Database2" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node2_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="158" fullname="EX-Node1_00000000/H:/MountPoint/Database1" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node1_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
    </view>
  </targetlist>

• Если журнал резервного копирования больше не доступен в каталоге /var, используйте инструкции «Извлечение журнала резервного копирования Avamar с сервера» в разделе «Дополнительная информация» статьи Avamar. Как собрать журналы для поиска и устранения неисправностей резервного копирования и восстановления
• В данном примере путь будет выглядеть следующим образом:

  • EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb

• Однако, поскольку проблема «case capitalization mismatch» находится на уровне «mountpoints», использование этого полного пути приведет к известному сбою восстановления «Database not found in backup»
• Для временного решения этой проблемы восстановления путь будет вырезан с уровня сразу слева от области несоответствующих значений «mountpoints». В данном примере в команде используется следующий путь:

  • EX-Node3_00000000\H:\

• В результате этого временного решения любая база данных Exchange, включая журналы транзакций (если они расположены в одном каталоге на диске H: ), которые были размещены на узле Exchange «EX-Node3» во время резервного копирования.
  • Для этого потребуется достаточно свободного места на диске в системе, в которой выполняется команда, чтобы вместить все журналы баз данных и транзакций, присутствующие на «EX-Node3» во время резервного копирования.
  • Пример. Если размер всей резервной копии составлял 3 Тбайт, для восстановления не обязательно требовалось 3 Тбайт свободного места: 
    • Для этого требуется только размер всех баз данных + журналов, восстановленных с узла «EX-Node3».
    • Например, он должен иметь 400 Гбайт вместо 3 Тбайт, размер баз данных 4 и 5 вместе с соответствующими журналами.
    • Дисковое пространство должно рассчитываться для каждого случая отдельно.

Порядок действий для временного решения проблемы.

1. Подготовьте команду в блокноте с правильной информацией (если значения logfile или target значения содержат пробелы, они должны быть в двойных кавычках).
2. Откройте командную строку Windows в режиме с повышенными привилегиями.
3. Перейдите в папку, в которой находится двоичный файл «avtar.exe», местоположение по умолчанию «C:\Program Files\avs\bin\».
4. Выполните предварительно заполненную команду, см. пример ниже

avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=192.168.20.105 --id=MCUser --password=******** --account=/clients/Exchange/EX-Node1.Dell.com --labelnum=163 --logfile=D:/Restore_logs/Restore_163_Database4_30-08-2024.log --target=E:/Restore_Temp EX-Node3_00000000/H:/ 

5. Дождитесь завершения команды (будет возвращена строка). В зависимости от размера восстанавливаемых данных может потребоваться несколько минут или несколько часов.
6. После выполнения команды убедитесь, что базы данных Exchange правильно восстановлены вместе с соответствующими журналами транзакций.
7. Если во время процесса обнаружена какая-либо проблема, просмотрите файлы журнала восстановления, как показано в примере «D:/Restore_logs/Restore_163_Database4_30-08-2024.log».
   • Если требуется дополнительная помощь, обратитесь в службу поддержки Avamar, используя процесс сервисной заявки.

Задача после восстановления.

• Если процесс восстановления выполнен успешно, то ожидается, что восстановленная база данных будет находиться в состоянии «Dirty Shutdown».
• Это связано с тем, что файлы журнала транзакций еще не воспроизведены в базе данных.
• Чтобы воспроизвести журналы, выполните следующие действия в статье Avamar. Как восстановить базу данных Exchange из состояния «Dirty Shutdown»

• Если резервная копия, которую необходимо восстановить, была создана в течение последних семи дней, немедленно обратитесь в службу поддержки Avamar, используя процесс сервисной заявки. (В редких случаях)
• Упомяните, что эта статья была прочитана, и предоставьте ссылку на нее службе поддержки.
• Служба поддержки Avamar помогает восстановить систему с помощью немного другой, более эффективной процедуры восстановления.