Силовые серверы, подключенные к Системе не хранят метаданные, необходимые для восстановления данных из резервных копий. Единственным динамически изменяемым файлом конфигурации Силового сервера является файл:
/opt/beresta/brst-powerproxy/config/brst-powerproxy.conf
В случае утраты данного файла и невозможности его восстановления, достаточно выполнить новую установку бинарных файлов Силового сервера, предварительно удалив файлы предыдущей инсталляции (см. «Руководство по внедрению»). Файл конфигурации сгенерируется автоматически.
Внимание! После переустановки Силовой сервер и его локальные устройства могут быть автоматически зарегистрированы в Системе под новым идентификатором. Для синхронизации метаданных выполните процедуру инвентаризации устройств согласно п.2.2.
¶ 3.1. Восстановление работоспособности устройств Силового сервера
Если восстановленный Силовой сервер имеет локально подключенные устройства хранения резервных копий, и записи об этих устройствах сохранились после переустановки, необходимо выполнить перепривязку устройств к идентификатору нового Силового сервера. Для этого выполните следующие действия:
- В REST API перейдите на endpoint – storages:
- В URL укажите ID редактируемого устройства:
- В HTML-форме страницы редактирования устройства выберите из списка ID переустановленного Силового сервера и нажмите «PUT»:
Процедура восстановления Силового сервера завершена.
¶ 3.2. Восстановление работоспособности пула дедупликации
Внимание! Для возможности восстановления метаданных пулов дедупликации из резервных копий необходимо предварительно настроить резервное копирование в соответствии с разделом 10.5 «Руководства администратора».
В случае порчи данных или метаданных пула дедупликации и невозможности использования дубликатов резервных копий на других пулах для восстановления, процедура восстановления метаданных (данных) пула дедупликации выполняется следующим образом:
- На Силовом сервере, где необходимо восстановить метаданные дедуп-пула, выполните команду для получения списка резервных копий:
# zfs list -t snapshot -o name <имя_пула>
- В результате выполнения команды вы получите полный список резервных копий метаданных пула (имена файлов оканчиваются UTC-меткой времени создания). Выберите требуемую копию и выполните восстановление с помощью команды:
# zfs rollback -r <имя пула>@<имя копии>
- Проверьте доступность утраченных ранее данных на дедуп пуле.
- В случае, если данные недоступны, вы можете дополнительно восстановить блочную копию отдельного тома с метаданными (SPECIAL VDEV), если вы настраивали это специальное устройство при создании пула дедупликации:
# dd if=/opt/beresta/brst-powerproxy/dr/dedup-special.img \of=/dev/<имя SPECIAL VDEV)>
Процедура восстановления метаданных пула дедупликации завершена.
¶ 3.3. Восстановление работоспособности функционала Client Side Dedup
Функционал дедупликации на стороне клиента не подразумевает хранения динамических данных и конфигурации. Данный функционал полностью восстанавливает свою работоспособность после переустановки Силового сервера. База данных, содержащая хэш-суммы хранимых дедуплицированных блоков накапливает информацию о содержание и хэш суммах таких блоков во время своей работы по мере передачи новых данных.