NETWORKER. BMR RECOVERY
Дано:
Задача восстановить систему забэкапленную Networker-ом.
Беда в том, что пока везли диски, индексная информация о хосте «протухла».
Но к счастью на лентах она еще присутствует.
Первый пункт плана восстановить индексы.
Даром, что у Networker есть Gui. Восстановить индексы можно только через командную строку.
Просматриваем все ленты и выбираем Save set которые мы будем восстанавливать.
Нас интересуют системные диски, «DISASTER_RECOVERY:\» и «windows roles and features», выписываем SSID этих Save set-ов.
Например:
TMP - имя восстанавливаемого компа
RR9606L5 - кассета с которой предстоит восстанавливаться
Save Time 25.12.15 23:51 - время когда были записаны интересующие нас Save set.
Собственно, сами Save set-ы:
«Disaster_recovery:\»,«windows roles and features», «c:\»
Их SSID
1350413417, 1367190632, 1702732045
Одних SSID к сожалению будет не достаточно, нужен еще CloneID
Чтобы узнать CloneID
Набираем команду
mminfo -avot -q ssid=клонID -r "volume,cloneid,client,name,savetime,ssbrowse,ssretent,sumflags"
Т.е., для Save set «Disaster_recovery:\» с его SSID-ом 1350413417 команда будет выглядеть:
mminfo -avot -q ssid=1350413417 -r "volume,cloneid,client,name,savetime,ssbrowse,ssretent,sumflags"
получаем ответ в виде:
volume clone id client name date browse retent fl
RR9606L5 1457208227 TMP C:\ 25.12.2015 25.04.2016 25.04.2016 cE
Выписываем clone id. (cE обозначает, что Save set просрочен. )
и так для каждого Save set.
Оформим все в табдичку:
Save set SSID CloneID
Disaster_recovery:\ 1350413417/1451076713
windows roles and features 1367190632/1451076712
c:\ 1702732045/1451073805
Теперь меняем состояние Save set на восстановимое:
nsrmm -S SSID/CloneID -e время
nsrmm -S SSID/CloneID -o notrecyclable
Формат времени я не нашел, а экспериментировать не хотелось, поэтому я ввел 12/12/2016.
В нашем примере будет выглядеть так:
nsrmm -S 1350413417/1451076713 -e 12/12/2016
nsrmm -S 1350413417/1451076713 -o notrecyclable
Повторяем для каждого Save set
И апофеоз первой части - создание индекса:
nsrck -L7 -t MM/DD/YYYY имясомпа
в нашем примере:
nsrck -L7 -t 12/25/2015 TMP
После чего накопитель должен «засосать» кассету, а сервер запустить процесс восстановления индекса.
Если все сделано правильно, то в разделе media/indexes должен появиться индекс нужного сервера
Приступаем к восстановлению сервера.
Загружаемся с загрузочного ISO-шника networker (качается с сервера EMC).
Запускается графический диалог восстановления.
В котором нужно указать ИМЯ и IP как у «упавшего» сервера. В нашем случае TMP
А вот с IP возникли трудности. Т.к. порты транковые, то следует указать vlan-ID, а как это сделать?
На помощь пришла утилита occfg.exe, пришлось сделать образ флопика и пробросить его через ILO на восстанавливаемый хост. Утилита запускается из командной строки и помогает настроить нам нужный VLAN.
Далее выбрав нужный Save set, запускаем восстановление.
И ничего не происходит…
На сервере вижу ошибку
NSR Peer Information… чего-то там conflicting
Беглый поиск в гугле быстро выдает рецепт
На сервере выполнить:
nsradmin -p nsrexec
print type:NSR peer information;name:имя_компа
delete
y
Но попытка удалить peer information натыкается на отсутствие прав. И пользователя менять бесполезно. Выполнять команды нужно от имени системы.
Как запустить консоль с правами system?
Мне удалось это с помощью MS утилиты psexec, входящей в состав PStools
Выполняем с правами админа:
psexec -i -s cmd.exe
Запускается консоль в которой выполняем последовательно:
nsradmin -p nsrexec
print type:NSR peer information;name:TMP
delete
y
Если этого будет мало, то можно еще и на клиенте выполнить (тоже с правами системы):
nsradmin -p nsrexec
print type:NSR peer information
delete
y
Казалось бы, что все. Все условия выполнены и восстановление должно пройти без ошибок, но не тут-то было.
Возникает ошибка
restore failed with status: 0x80004005
see ossr_director.raw log for more details
В логе ничего путного не оказалось.
А дело было в том, что диск D:\ был помечен как критический и требовался для Disaster_recovery. В моем распоряжении был только один диск (RAID 1 из 2-х hdd), а диск D:\ оказался на СХД. При этом на FC свитче тоже было не все гладко и загрузочная винда с образа networker-а видела все диски на СХД, включая те, что ей не выписаны. Разбитаться и искать концы уже было совсем некогда и пришлось пойти на то, чтобы отключить диски СХД и разобрать RAID на отдельные диски.
Восстановление прошло успешно. Во время перезагрузки я подключил диски с СХД и после загрузки они увиделись системой. Локальный диск D:\ пришлось «убить», а освободившийся диск добавить как зеркало к диску c:\
Задача восстановить систему забэкапленную Networker-ом.
Беда в том, что пока везли диски, индексная информация о хосте «протухла».
Но к счастью на лентах она еще присутствует.
Первый пункт плана восстановить индексы.
Даром, что у Networker есть Gui. Восстановить индексы можно только через командную строку.
Просматриваем все ленты и выбираем Save set которые мы будем восстанавливать.
Нас интересуют системные диски, «DISASTER_RECOVERY:\» и «windows roles and features», выписываем SSID этих Save set-ов.
Например:
TMP - имя восстанавливаемого компа
RR9606L5 - кассета с которой предстоит восстанавливаться
Save Time 25.12.15 23:51 - время когда были записаны интересующие нас Save set.
Собственно, сами Save set-ы:
«Disaster_recovery:\»,«windows roles and features», «c:\»
Их SSID
1350413417, 1367190632, 1702732045
Одних SSID к сожалению будет не достаточно, нужен еще CloneID
Чтобы узнать CloneID
Набираем команду
mminfo -avot -q ssid=клонID -r "volume,cloneid,client,name,savetime,ssbrowse,ssretent,sumflags"
Т.е., для Save set «Disaster_recovery:\» с его SSID-ом 1350413417 команда будет выглядеть:
mminfo -avot -q ssid=1350413417 -r "volume,cloneid,client,name,savetime,ssbrowse,ssretent,sumflags"
получаем ответ в виде:
volume clone id client name date browse retent fl
RR9606L5 1457208227 TMP C:\ 25.12.2015 25.04.2016 25.04.2016 cE
Выписываем clone id. (cE обозначает, что Save set просрочен. )
и так для каждого Save set.
Оформим все в табдичку:
Save set SSID CloneID
Disaster_recovery:\ 1350413417/1451076713
windows roles and features 1367190632/1451076712
c:\ 1702732045/1451073805
Теперь меняем состояние Save set на восстановимое:
nsrmm -S SSID/CloneID -e время
nsrmm -S SSID/CloneID -o notrecyclable
Формат времени я не нашел, а экспериментировать не хотелось, поэтому я ввел 12/12/2016.
В нашем примере будет выглядеть так:
nsrmm -S 1350413417/1451076713 -e 12/12/2016
nsrmm -S 1350413417/1451076713 -o notrecyclable
Повторяем для каждого Save set
И апофеоз первой части - создание индекса:
nsrck -L7 -t MM/DD/YYYY имясомпа
в нашем примере:
nsrck -L7 -t 12/25/2015 TMP
После чего накопитель должен «засосать» кассету, а сервер запустить процесс восстановления индекса.
Если все сделано правильно, то в разделе media/indexes должен появиться индекс нужного сервера
Приступаем к восстановлению сервера.
Загружаемся с загрузочного ISO-шника networker (качается с сервера EMC).
Запускается графический диалог восстановления.
В котором нужно указать ИМЯ и IP как у «упавшего» сервера. В нашем случае TMP
А вот с IP возникли трудности. Т.к. порты транковые, то следует указать vlan-ID, а как это сделать?
На помощь пришла утилита occfg.exe, пришлось сделать образ флопика и пробросить его через ILO на восстанавливаемый хост. Утилита запускается из командной строки и помогает настроить нам нужный VLAN.
Далее выбрав нужный Save set, запускаем восстановление.
И ничего не происходит…
На сервере вижу ошибку
NSR Peer Information… чего-то там conflicting
Беглый поиск в гугле быстро выдает рецепт
На сервере выполнить:
nsradmin -p nsrexec
print type:NSR peer information;name:имя_компа
delete
y
Но попытка удалить peer information натыкается на отсутствие прав. И пользователя менять бесполезно. Выполнять команды нужно от имени системы.
Как запустить консоль с правами system?
Мне удалось это с помощью MS утилиты psexec, входящей в состав PStools
Выполняем с правами админа:
psexec -i -s cmd.exe
Запускается консоль в которой выполняем последовательно:
nsradmin -p nsrexec
print type:NSR peer information;name:TMP
delete
y
Если этого будет мало, то можно еще и на клиенте выполнить (тоже с правами системы):
nsradmin -p nsrexec
print type:NSR peer information
delete
y
Казалось бы, что все. Все условия выполнены и восстановление должно пройти без ошибок, но не тут-то было.
Возникает ошибка
restore failed with status: 0x80004005
see ossr_director.raw log for more details
В логе ничего путного не оказалось.
А дело было в том, что диск D:\ был помечен как критический и требовался для Disaster_recovery. В моем распоряжении был только один диск (RAID 1 из 2-х hdd), а диск D:\ оказался на СХД. При этом на FC свитче тоже было не все гладко и загрузочная винда с образа networker-а видела все диски на СХД, включая те, что ей не выписаны. Разбитаться и искать концы уже было совсем некогда и пришлось пойти на то, чтобы отключить диски СХД и разобрать RAID на отдельные диски.
Восстановление прошло успешно. Во время перезагрузки я подключил диски с СХД и после загрузки они увиделись системой. Локальный диск D:\ пришлось «убить», а освободившийся диск добавить как зеркало к диску c:\