Аварийное восстановление NetWorker

Описание: Приложение NetWorker Commands:
Google Play Store - https://qrgo.page.link/nBvSt

Моя лабораторная конфигурация:
Процессор AMD Ryzen 7 3700x - https://amzn.to/32SHIXX
GIGABYTE X570 AORUS ELITE Wifi - https://amzn.to/31VDJuE
RIPJAW 16 ГБ - https://amzn.to/34Y5UuJ
Radeon RX 580 - https://amzn.to/32P3j3w
Блок питания Cooler Master мощностью 550 Вт - https://amzn.to/3lMSUy8

Контактная информация:
Twitter -   / crazyrovs  
Веб-сайт - https://crazyrov.com/
Электронная почта - [email protected]

Страница сообщества DELL EMC - https://www.dell.com/community/user/v...

Процедура аварийного восстановления NetWorker практически не отличается от процедуры установки NetWorker.

Аварийное восстановление — это метод организации, позволяющий восстановить доступ и функциональность своей ИТ-инфраструктуры после таких событий, как стихийные бедствия, кибератаки и других, вызывающих сбои в работе.
Подробный план аварийного восстановления регулярно обновляется путем проведения учений по аварийному восстановлению. Однако я часто замечал, что учения по аварийному восстановлению больше внимания уделяют восстанавливаемому приложению, чем аварийному восстановлению сервера NetWorker. Большинство компаний фактически не проводят аварийное восстановление NetWorker, а скорее выполняют миграцию, при которой сервер, используемый для учений, имеет другое имя хоста для резервного сервера. Технически этот сценарий представляет собой миграцию сервера NetWorker, а не аварийное восстановление NetWorker. В сегодняшнем обсуждении мы будем исходить из того, что проводим реальную тренировку, в которой имя хоста резервного сервера совпадает с именем хоста производственного сервера, а производственная сеть полностью изолирована от производственной сети. Не беспокойтесь, если вы участвуете в таких тренировках, где имя хоста резервного сервера отличается от имени хоста производственного сервера. Скоро выйдет другое видео, в котором я подробнее расскажу о миграции сервера NetWorker, поэтому следите за обновлениями.

Сначала давайте рассмотрим необходимые условия. Убедитесь, что эта информация доступна во время процесса восстановления после сбоя. Всё, что вам нужно, — это отчёт bootstrap. Поэтому крайне важно включить и настроить отчёт bootstrap. Лучше всего получать отчёт bootstrap ежедневно по электронной почте. Таким образом, даже если ваша информация выйдет из строя, вы сможете получить доступ к своей электронной почте и получить информацию bootstrap. Резервная копия bootstrap содержит базу данных ресурсов и информацию о базе данных медиа.

Восстановление bootstrap выполняется с помощью команды -nsrdr. Вот краткое руководство о том, как получить информацию о nsrdr с помощью командного приложения NetWorker.

Продолжение. Теперь, когда я закончил с маркетингом своего приложения, продолжим.

Получите информацию о загрузке с помощью команды mminfo. У меня на этом компьютере не настроен SMTP, поэтому я не настроил уведомления по электронной почте. Но, как я уже упоминал ранее, это очень важно. Это не та информация, которая важна для восстановления после сбоя.
Далее давайте отключим службы NetWorker и переименуем папку nsr, что эквивалентно созданию нового сервера NetWorker. Обратите внимание, что в этой демонстрации мы используем то же имя хоста на сервере восстановления после сбоя, что и на резервном сервере.
В реальной ситуации администраторы Linux/Windows соберут сервер NetWorker с ОС и последними обновлениями и передадут его вам. Далее вам нужно будет установить все компоненты NetWorker. Подробнее об установке можно узнать в видео по установке NetWorker.
Далее создайте устройство на основе информации из отчёта bootstrap.
nsrdr
Не запускайте восстановление индекса в рамках процесса nsrdr.
Теперь восстановите индекс только для тех систем, которые необходимо восстановить в рамках учения.