Agava80 IT knowledge base

Добрый день. Бывает ситуация, когда вам необходимо изменить версию OS уже после её установки. В моей ситуации потребовалось обновить Windows Server 2019 Standard на Windows Server 2019 Datacenter. Итак, все дальнейшие команды выполняются из CMD с повышение привилегий: # Узнать текущую версию: Dism /Online /Get-CurrentEdition # Узнать, до какой версии можно обновить: Dism /Online /Get-TargetEditions # И, непосредственно команда обновления: Dism /online /Set-Edition:ServerDatacenter /AcceptEula /ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG По окончании отработки команды и после перезагрузки, операционная система сменит версию. P.S. Также важно отметить, что в моём случае потребовался установочный диск в приводе. Без него команда отрабатывала с ошибкой. Конец. С уважением, Дмитрий.

Важно!!!! Все манипуляции с хостами\узлами кластрера производятся только через консоль VMM. Никаких других консолей (Filover Cluster, Hyper-V Manager) использовать не нужно. Использование других консолей приводит к лишним ошибкам!!! 1. Переводим узел в режим обслуживания в кластере. 2. Все виртуальные машины, которые не переехали, выключаем и перемещаем вручную. 3. Удаляем хост из кластера. 4. Удаляем хост из VMM. 5. Отключаем слежение за узлом в DPM. 6. Исключаем узел из кластерного набора в 3Par Manager-е. 7. Удаляем объект хоста из AD. 8. Обновляем прошивку хоста через ILO (загружаемся с самого свежего ISO-шника HPE SPP). 9. Устанавливаем OS "Windows Server 2019 Enterprise GDE English"(Grapfic desktop experience). 10. Включаем функции TCPOffload на сетевых интерфейсах. 10. Собираем NicTeam из двух интерфейсов лезвия и даем ему имя "local" (само собой без ковычек). 11. Даем собранному TEAM интерфейсу адрес: 192.168.221.253/24 12. Устанавливаем ком

#Смотрим имеющиеся подключения: Get-NetConnectionProfile  #Меняем тип профиль сетевого подключения: Set-NetConnectionProfile -InterfaceIndex НомерИндексаНужногоИнтерфейса -NetworkCategory Private

Сложилась следующая ситуация: при переустановке операционной системы на узле кластера 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) Останавливаем э