Agava80 IT knowledge base

Сложилась следующая ситуация: при переустановке операционной системы на узле кластера Hyper-V, не удалось удалить информацию об узле с сервера DPM, который бэкапил виртуальные машины кластера. После переустановки, как вы уже наверное догадались, установить агент DPM с этого же сервера DPM на перезалитый узел оказалось невозоможно, так как DPM-сервер упорно утверждал, что данный узел уже подключен к нему.  Как вылечил: 1) Вручную установил агента DPM нужной версии на перезалитом хосте. 2) На перезалитом хосте, из командной строки в ПОВЫШЕННОЙ режиме (запуск CMD через правую кнопку мыши, и далее, запустить ОТ ИМЕНИ АДМИНИСТРАТОРА) выполнил две следующие команды:               2.1) cd %ProgramFiles%\Microsoft Data Protection Manager\DPM\bin               2.2) SetDpmServer.exe -dpmServerName FQDN_вашего_DPM_сервера Все. P.S. В исходной статье были рекомендации о вводе следующей команды (мне не пригодилось): Now go to the new DPM server open the DPM Management Sh

По-умолчанию, если вы не вносили изменений в шаблон с помощью "Файла ответов" операционной системы, после создания на базе шаблона виртуальной машины, она будет англоязычной. Для того, чтобы русифицировать шаблон (ну, или любой другой язык, который вам нужен), необходимо на VMM сервере выполнить следующие команды в командной оболочке VMM (powershell с подгруженным модулем VMM): #Ищем имена всех существующих шаблонов виртуальных машин: Get-SCVMtemplate | Select Name #Далее, выбираем нужный и вставляем его в качестве аргумента параметра Name: $template = Get-SCVMtemplate -Name "ВСТАВЬ НУЖНОЕ ИМЯ ШАБЛОНА"; $settings = $template.UnattendSettings; $settings.add("oobeSystem/Microsoft-Windows-International-Core/UserLocale","ru-RU"); $settings.add("oobeSystem/Microsoft-Windows-International-Core/SystemLocale","ru-RU"); $settings.add("oobeSystem/Microsoft-Windows-International-Core/UILanguage","ru-RU");

Столкнулся я тут с проблемой: после смены пароля от учетной записи, из под которой работал сервер централизованного управления "Kaspersky Security Center 10", данная служба перестала работать. Подменили учётную запись, из под которой запускается служба приложения - безрезультатно. В итоге выяснили, что проблема уходят корнями в "Microsoft SQL Server", доступ к которому также осуществлялся из под этой УЗ. Чтобы сменить УЗ, из под которой "Kaspersky Security Center 10" "ломится" к базе данных, нужны административные права от "Microsoft SQL Server", которых ни у локального администратора ни у доменных администраторов не оказалось. ВНИМАНИЕ: ВСЕ КОМАНДЫ НУЖНО ЗАПУСКАТЬ ИЗ ПОД "CMD" или "Poweshell", которые в свою очередь запущены с повышением прав!!! (Правой кнопкой мыши на запускаемом приложении и далее, ЗАПУСТИТЬ ОТ АДМИНИСТРАТОРА). В итоге, пришлось запускать базу данных в специальном режиме: 1) Останавливаем э