Avamar. Сбой восстановления базы данных Exchange с ошибкой avtar о том, что база данных не найдена в резервной копии

Сценарий:

• Требование состоит в том, чтобы восстановить базу данных Exchange, которую в этом примере мы называем «Database4».
• Процесс восстановления базы данных завершается сбоем с сообщением в журнале, что путь Database4 не найден в фрагменте резервного копирования, однако базу данных можно восстановить как в пользовательском интерфейсе Avamar (графическом интерфейсе пользователя, так и в пользовательском интерфейсе Avamar).
•  Сообщение об ошибке следующего типа, отображаемое в журнале восстановления:

avtar Error <5195>: Path "EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb" not found in backup. (Element 'Database4.edb' at position 3 in search path 'EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb' not found) 

• Восстановление другой базы данных (например, Database2) из той же резервной копии и того же сервера Exchange работает должным образом. 

В среде Exchange представлена нестандартная конфигурация базы данных, поддерживаемая корпорацией Microsoft, но, как известно, эта проблема возникает в продукте Avamar.

В этом сценарии затронутая база данных (Database4) представляет несогласованную регистровую букву в пути к файлу базы данных.
Имеется несоответствие между "Путь к хранилищу базы данных" ОС и "Путь

к расположению базы данных" приложения Exchange"Пример затронутой базы данных (Database4):
Несоответствие путей: 

• Путь к ОС для БД был создан с папкой «Mount Point» в верхнем регистре (буквы M и P)

H:\MountPoints\Database4\Database4.edb

• Путь Database4 в приложении Exchange был настроен со строчными буквами:

H:\mountpoints\Database4\Database4.edb

Пример незатронутой базы данных (Database2):
Путь к базе данных ОС и соответствующий путь в конфигурации Exchange имеют одинаковые регистровые буквы:

• Путь к хранилищу базы данных

H:\MountPoints\Database2\Database2.edb

• Путь к расположению базы данных

H:\MountPoints\Database2\Database2.edb

 
Чтобы проверить эти пути, выполните следующие действия.

• Используйте проводник Windows для проверки пути к ОС
• Используйте Центр администрирования Exchange (EAC) для проверки конфигурации базы данных
  • >= servers/databases/<edit свойства затронутой БД>
    • В качестве альтернативы используйте команду Exchange Powershell:

Get-MailboxDatabase -Identity <affected DB name> | Select-Object edbfilepath, logfolderpath | fl

Условие несоответствия регистра приводит к тому, что процесс Avamar (avtar) записывает в журнал неверные сведения базы данных в метаданных резервного копирования во время процесса резервного копирования.

Во время восстановления процесс avtar не определяет правильный путь к базе данных. Поэтому ему не удается восстановить базу данных путем вывода сообщения «база данных не найдена в резервной копии»

Чтобы устранить ситуацию несоответствия регистров в этой базе данных, продукт Avamar считает с помощью флага «--use-case-sensitive-paths», который заботится о таких типах сценариев.

• Флаг должен быть добавлен в файл «avexvss.cmd» в папке var клиента Avamar (путь по умолчанию «C:\Program Files\avs\var\») на всех узлах Exchange DAG, которые участвуют в процессе резервного копирования.
• Кроме того, для федеративного резервного копирования DAG флаг необходимо добавить в файл «avexvss.cmd» в каталоге var клиента кластера
  • Это UNC-путь, общий для узлов группы обеспечения доступности баз данных, который необходим для координации резервного копирования и хранения конфигурации клиента группы обеспечения доступности баз данных и файлов
    журналов Путь UNC Пример "\\share-server\share-folder\DAGname\var\")
• Значение флага должно быть установлено в "false" (по умолчанию "true"):
  • --use-case-sensitive-paths=false

• Если флаг добавлен только к прокси-узлу (в конфигурации DAG без IP-адресов) или клиенту кластера (в федеративной конфигурации), резервное копирование будет выполнено успешно, но восстановление может завершиться сбоем по той же причине.
• Поэтому важно добавить упомянутый флаг в каждый узел Exchange (кластера DAG), участвующий в процессе резервного копирования.

 
Установка этого флага «false» гарантирует, что все будущие резервные копии не будут затронуты и восстановление новых резервных копий будет успешным.

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

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

• Если упомянутый флаг не используется в среде Exchange, в которой регистр регистра не совпадает, резервное копирование может завершиться сбоем со следующей ошибкой:

avtar Error <7042>: Failed to create snapview, as one of the elements required for path "XXXXXXXXX.edb" not found in backup account '/XXXXXX' lablenum 3 (only found 'XXXX\E:' of path 'XXXX.edb').

• Это описано в руководстве пользователя Avamar для Exchange VSS в главе «Устранение неполадок», раздел «Сбой резервного копирования из-за чувствительности к регистру»
• Это также задокументировано в Avamar: Сбой резервного копирования Exchange VSS с ошибкой avtar Ошибка «Не удалось создать моментальное представление, так как не найден один из элементов, необходимых для пути «XXXXX.edb»