Найти в Дзене
Cult Mechanicus

Backup exec и MSFC (Microsoft file cluster)

Давно не занимался резервным копированием, а тут пришлось. Дано: Backup exec и MSFC (Windows Server Failover Cluster) - файловый кластер. Ситуация осложняется тем, что доменов AD два, без трастов. Инструкция с виду простая: How to backup a Windows File cluster Article: 100040030 Last Published: 2017-09-19 Ratings: 0 0 Product(s): Backup Exec Description Steps to backup shared drives on Windows Failover Cluster with 2 or more nodes: 1. Install Backup Exec agent for Windows on all the nodes through a Push installation or a Manual installation. 2. Add the BE server information to the Publishing tab of Remote agent utility on all nodes if a Manual installation of agent is done. 3. Restart Backup Exec remote agent for Windows and BE services(Optional) 4. Backup Exec should automatically show the Cluster name in the Backup and Restore tab. Create a backup from the Cluster and all the clustered share drives should be visible. https://www.veritas.com/support/en_US/article.100040030 Создаем,

Давно не занимался резервным копированием, а тут пришлось. Дано: Backup exec и MSFC (Windows Server Failover Cluster) - файловый кластер. Ситуация осложняется тем, что доменов AD два, без трастов.

Инструкция с виду простая:

How to backup a Windows File cluster

Article: 100040030

Last Published: 2017-09-19

Ratings: 0 0

Product(s): Backup Exec

Description

Steps to backup shared drives on Windows Failover Cluster with 2 or more nodes:

1. Install Backup Exec agent for Windows on all the nodes through a Push installation or a Manual installation.

2. Add the BE server information to the Publishing tab of Remote agent utility on all nodes if a Manual installation of agent is done.

3. Restart Backup Exec remote agent for Windows and BE services(Optional)

4. Backup Exec should automatically show the Cluster name in the Backup and Restore tab. Create a backup from the Cluster and all the clustered share drives should be visible.

https://www.veritas.com/support/en_US/article.100040030

Создаем, ставим, и начинается.

Самая большая неприятность, на которой я потерял массу времени - то, что создается (автоматически" не одна сущность "кластер", а ДВЕ. Я по глупости отфильтровал по имени именно кластер и смотрел в него - а дисков в нем нет и все. Надо смотреть в вторую - файловый обьект, он ТОЖЕ создается автоматически. Глупо вышло.

Остально гораздо проще:

Для того, чтобы сервер Backup Exec мог вообще ходить в другой домен, надо создать специального служебного пользователя с массой прав (для Exchange отдельно)

Act as part of the operating system

Backup files and directories

Create a token object

Log on as a batch job

Log on as a service

Manage auditing and security log (BE 2010 R3 and later)

Restore files and directories

Take ownership of files and other objects

How to setup user rights/permissions for Backup Exec Service Account (BESA) for Exchange backups.

и после появления новых сущностей - сменить в настройке (нового объекта) пользователя с "по умолчанию" на служебного пользователя. После "проверка авторизации" - обновить - далее- далее.

Логи.

Пока копался не в той сущности - перекопал всю отладку агента и сервера.

Отладка агента backup exec простая - в реестре прописывается 1 в ключе для дебага, агент перезапускается (вручную) и начинает строчить огромный отчет - 500 примерно килобайт текста просто на запуск и еще столько же на каждую операцию. Отловил там пару мелких ошибок, например были какие-то ошибки коммуникации из домена А в домен Б по короткому (netbios) имени сервера. Не стал изобретать, прописал все в system32 /etc/ hosts - и на клиентах в другом домене и на сервере.

Отладка сервера чуть сложней. Во первых можно собрать диагностический лог из GUI (техподдержка чтоли), и в нем всякие интересные подробности, которых нет в GUI. Во вторых есть The Backup Exec Debug Monitor, or SGMon. В третьих есть кнопка "выполнить задачу резервного копирования с дебагом" - Выполнять с включенной отладкой. Подробности - раз, два.