Windows – bonlesave.ru

Какую версию vHW выбрать для Windows Server 2022?

Mister Nobody — Mon, 15 Sep 2025 08:47:34 +0000

Неожиданно озадачился вопросом – какая версия VMware vSphere vHW поддерживает Microsoft Windows Server 2022?

На простой вопрос ведь есть простой ответ – посмотреть HCL!

Открываю HCL, смотрю Supported Virtual Hardware Versions: 15,17,18,19,20,21,22.

Всё! Расходимся! Или кто-то недоговаривает?

Начинаю вспоминать, что под 7-ой были какие-то заморочки с выбором ОСи при создании ВМ-ки с MS WS 2022 – Windows Server 2022 guest operating system option is not available during virtual machine creation.

После перехода на 8-ку стали прорабатывать вопрос перехода на NVMe End2End. Открываем историю функционала vHW на virten.net, а там написано, что лучше бы на 21-ую версию глянуть для NVMe 1.3 – Virtual Machine Hardware Versions. А на сам Windows Server надо патч KB5029250 накатить –
Hot add/remove disk on vNVMe controller doesn’t work properly with Window guest OS.

Другие известные косяки с MS WS 2022 (выбрал самые интересные):

Так что могут рекомендовать для 7-ки использовать для Windows Server 2022 vHW 18+ на Intel, vHW 19 на AMD c VBS, для 8-ки с NVMe vHW 21.

Обновление Microsoft Windows Server с ролью VMware Horizon Connection Server

Mister Nobody — Thu, 27 Jan 2022 08:09:19 +0000

В связи с выходом новых версий Microsoft Windows Server (MS WS) приходится старые обновлять.

В один прекрасный день дошла очередь до серверов с ролью VMware Horizon Connection Server. С установленной MS WS 2012 R2 решили обновляться до 2016/2019/2022.

Запустили установку в режиме in-place upgrade и стали смотреть на проценты прогресса, а они встали в районе 40-50% и дальше не идут – подождали 3 часа, 6 часов, 12 часов, 20 часов… Поняли, что терпение наше кончилось и мы откатили ОС взад.

Анализ содержимого диска указал, что на сервере созданы профили для всех пользователей VDI – сотни и сотни.

Скачали и запустили любимую у владельцев терминальных ферм утилиту Profile Deletion Utility, исключив служебные и административные профили.

Заново запустили обновление и оно прошло штатно – за 30-40 минут.

Сбой расширения диска в Windows в VMware vSphere

Mister Nobody — Tue, 23 Nov 2021 06:33:17 +0000

Статья прислана читателем бложика.

Как знают почти все активно работающие с VMware, расширение дисков в VM Windows не представляет собой каких-то супер-сложностей – берется kb Increasing the size of a disk partition (1004071), удаляются снапшоты (со снапшотами диск не расширить, это ж придется не только файл дельту писать, но и дельту геометрии учитывать). Открываем статью MS Extend a data volume in Windows, далее-далее – готово. Если когда-то, давным-давно, сделали диск MBR или не с тем размером кластера NTFS, то страдаем – для размера по умолчанию в 4к – максимальный размер диска 16 ТБ – это много, но диски «под бекап» бывают и побольше.

Иногда ситуация идет иначе – Windows при попытке расширения диска выдает табличку «не шмогла», и машина встает в странное положение.

Проблема

Управление дисками показывает, что все сделано – Disk Managements (diskmgmt.msc) displays the correct, increased disk size.

Управление томами и просто проводник показывают старый размер – Share and Storage Management (storagemgmt.msc) does not show increased size of the disk.

В добавлении к этому перестают создаваться снапшоты (и включенной, и, главное, выключенной VM). Клон тоже не работает. Но все читается и копируется.

Проблема описана в kb – After running diskpart.exe to extend the disk size in Windows, the partition size does not get updated (1000630).

Лечение

Конечно, необходимо иметь бекап «на всякий случай», и, лучше всего, – проверенный бекап. Неплохо иметь и свободное место под клон, на котором попробовать решение из kb

Указанное по второй ссылке решение на PS – НЕ работает, и даже делает в чем-то хуже (то, которое Resize-Partition -DriveLetter $drive_letter -Size $size.SizeMax).

В остальном, лечение из kb помогает – diskpart – show disk – select disk – show volume – select volume и далее по kb. Главное не удивляться, что столкнуться с этим можно даже в конце 2021 года, даже на последних патчах до сих пор поддерживаемых версий Windows. Единственное, что мне было непонятно – почему снапшот выключенной машины не прошел? Но тут я сделал большую ошибку – не проверил процедуру с хоста и не сохранил логи хоста для дальнейшего анализа.

Лекции по виртуализации

Mister Nobody — Wed, 13 Jan 2021 09:53:44 +0000

В январе 2021 года попались на глаза 2 курса по виртуализации для начинающих, а местами и для продвинутых:

Сравнение функционала Windows Server

Mister Nobody — Mon, 23 Mar 2020 03:21:05 +0000

Последней версия Windows Server на данный момент является 2019. Microsoft опубликовала таблицу сравнения функционала Windows Server версия 2008R2, 2012R2, 2016 и нового релиза:

DHCP Option 61 или Client ID в Windows 10

Mister Nobody — Thu, 01 Feb 2018 07:26:17 +0000

Статья от одного из наших постоянных читателей – philzy :).

Я являюсь совладельцем сервиса cloud-desktop.net, и недавно у меня возникла проблема. Один из клиентов попросил восстановить виртуалку из бэкапа. Я восстановил ночную реплику за 2 мин., однако клиент сказал, что не может получить к ней доступ. Прошло 30 минут траблшутинга – виртуалка из реплики, оказывается, имеет другой MAC-адрес (да и IP), следовательно слетел доступ.

Я в курсе про то, что для таких случаев придуман DNS, но сервис работает именно через IP и этому есть простое объяснение – DNS разрешение имен не всегда корректно работает в haproxy [backend] server. Так как это ключевой элемент системы, то для снижения количества возможных проблем и было выбрано такое решение.

В общем, выдача IP-адреса через MAC-адрес – это не мой метод, и в качестве альтернативы я решил рассмотреть использование Client id или DHCP Option 61, использующий не привязанный к MAC-адресу метод выдачи IP-адресов через DHCP.

Я создал DHCP-пул на mikrotik и решил начать тестирование. Казалось, что это будет просто и понятно.

Увы… Windows 10, как впрочем и все остальные десктопные представители этой ОС, не всегда используют эту DHCP Option 61 [для проверки уникальности]. И выдают в этом поле вот такое:

Т.е. ничего.

Прим.: серверные версии дают в этом поле текущее значение mac-адреса со значением индекса сетевой карты (0,1,2…)

Это меня не устраивало, и я решил выяснить, почему так происходит.

Гугление дало только пару мутных ссылок по этой теме:

Зато стало понятно, что в реестре есть некий ключ типа REG_DWORD:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\'X'\Parameters\Tcpip

который называется DhcpClientIdentifier.

Допустимый диапазон значений 0x0 – 0xFFFFFFFF. Размер изменяемого значения DhcpClientIdentifier – 4 байта, 8 шестнадцатеричных символов в группе по 2 шестнадцатеричных символа. Группы передаются в обратном порядке. Если размер изменяемого значения DhcpClientIdentifier менее 8 шестнадцатеричных символов, то в конец добавляется ноль.

Но далее у меня встал вопрос, а если параметры DWORD (8 цифр) меня не устраивают, и я хочу ЦифроБуквы, то что делать?

Тут я вспомнил, что есть замечательный тип REG_BINARY, которому все равно, что передавать.

Я еще разок перечитал RFC – www.ietf.org/rfc/rfc4361.txt и понял, что в моем случае RFC будет несколько нарушен, так как я хочу передавать в Client id имя виртуалки, а не уникальный идентификатор сетевого устройства.

Согласен, что это может привести к проблемам, если у клиента будет 2 и более сетевых карты, но для меня это не критично, так как у клиента всегда будет только одна сетевая карта.

Поставив простой эксперимент по записи данных в бинарном виде, я понял что тип REG_BINARY передает то, что я хочу и без всякой инверсии порядка следования. Таким образом стало ясно, что нужен простой и незатейливый Powershell скрипт:

$client_id="v12345678"
 $hexified=[System.Text.Encoding]::ASCII.GetBytes($client_id)
 $objWin32NAC = Get-WmiObject -Class Win32_NetworkAdapterConfiguration -namespace "root\CIMV2" -computername "." -Filter "IPEnabled = 'True' AND DHCPEnabled ='True'"
 foreach ($objNACItem in $objWin32NAC)
 {
 $nic=($objNACItem.SettingID)
 New-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\$nic -Force -Name DhcpClientIdentifier -PropertyType Binary -Value ([byte[]]$hexified)
 }
 Write-Host $nic
 Write-Host $hexified

[System.Text.Encoding]::ASCII.GetBytes($client_id) – вот эту строку я стал передавать в Client id, когда понял что значения передаются ASCII-символами без всяких хитрых и сложных преобразований (и без всякого UNICODE).

В скрипте оставлена возможность, что сетевых карточек будет более чем одна, но это скорее «на всякий случай».

Ну что же выполняем скрипт:

и проверяем еще раз:

MAC-адрес сменился с 00:50:56:B4:F0:90 на 00:50:56:B4:F0:91, а IP-адрес остался тот же.

УРА!!!

Конечно, такое можно сделать и для нескольких карточек, используя индекс сетевой карты и имя компьютера (например), но в моем случае это не нужно.

Veeam Backup & Replication 9.5 Fast Merge on ReFS

Mister Nobody — Thu, 15 Dec 2016 04:51:18 +0000

Самой ожидаемой функцией VBR 9.5 для нашей инфраструктуры стала возможность использования API Fast Clone для ReFS в MS Windows Server 2016.

Многолетний анализ процесса резервного копирования указывал на основную потерю времени в виде перестройки и склейки файлов при сдвиге Full Backup вправо по шкале времени, аналогичная проблема есть и при генерации Synthetic Full Backup.

В некоторых инкрементных заданиях процесс file merge занимал до 90% времени.

Как только вышел VBR 9.5, мы обновили ОС сервера СРК с помощью In-place upgrade с MS Windows Server 2012 R2 до версии MS Windows Server 2016.

Создали репозиторий на ReFS и перенастроили задания на его использование. Функцию Backup Copy для переноса решили не использовать.

Результаты использования API Fast Clone

Без использования:

Из общей длительности задания в 82 минуты процесс склейки занял 65 минут ~80% времени.

При использование Fast Clone на ReFS репозитории:

Использование API отмечается маркером [fast clone].

Из общей длительности задания в 21 минуты процесс склейки занял 1,5 минут ~6.5% времени.

Сам процесс сократился на 1 час, при этом самих данных было обработано больше.

Всем пользователям VBR советую провести ревизию своих заданий и посмотреть сколько времени занимает file merge, после этого принять решение о переходе на ReFS-репозитории.

Планы развития Veeam

Mister Nobody — Wed, 24 Aug 2016 04:04:32 +0000

Вчера вечером прошло мероприятие анонсирующее новую линейку продуктов и перспективы развития Veeam.

Veeam представил свой видение в виде своих продуктов и окружения:

Направлений два: внешнее – на интеграцию с облаками; внутреннее – на создание новых процессов, продуктов, их реализующих, и общее управление.
Для физической инфраструктуры выходят с ребрендингом агенты для Windows и Linux. Агенты выходят в конце 2016 года: в ноябре для Linux, в декабре для Windows.

Агенты будут иметь 3 вида лицензий:

Для управления Veeam AS (Availability Suite) и агентов появляется общая консоль. Релиз ожидается в 1 квартале 2017 года:
Поддерживается специфическое облако – Office 365

Для управления всем этим богатством появляется новое средство автоматизации – Veeam Orchestrator (Зал, конечно, понимает, что данный продукт не противостоит VMware Orchestrator. Это прямой конкурент VMware SRM, что нехило доставляет).

Вид альфа-версии консоли Orchestrator:

Из технический вещей меня особо заинтересовала интеграция с MS WS 2016 ReFS:

Выход версии 9.5 планируется в октября 2016.

А уже в мае 2017 выходит превью версия VBR 10, самая ожидаемая функция – интеграция с системами хранения IBM Spectrum Virtualize(Storwize/SVC):

Слайды взяты из Twitter, трансляции и отличной статьи The next big thing from Veeam! Veeam Availability Platform.

Полезные утилиты

Mister Nobody — Thu, 25 Feb 2016 03:57:31 +0000

Несколько интересных утилит стал использовать в этом году, чем делюсь с читателями бложика.

VMware OS Optimization Tool

VMware OS Optimization Tool предназначена для оптимизации операционных системы в среде VMware Horizon View. Раньше из-за ориентирования на VDI не обращал на неё внимания, но, оказалось, её можно запускать локально. Позволяет настроить около сотни параметров – ключей реестра, служб, автозагрузки для наиболее быстрой работы виртуальной машины. Некоторые настройки не подходят для обычных серверов и рабочих станций, например, отключений обновлений – смотрите внимательно на рекомендуемые галочки. В новых версиях добавлена поддержка Windows 10, также имеет серверный профиль настроек.

Страница программы с инструкциями, логом изменений, обратной связью – пишите свои пожелания и баг-репорты.

MiTeC Network Scanner

Мечтал, что неплохо бы создать “обходчик” RPC + NetBIOS сканер, что позволяет, в большинстве случаев, определить кто залогинен на удалённом компьютере, MAC-адрес рабочей станции на ОС Windows в маршрутизируемых сетях. При этом, обычно, хватает пользовательских прав в домене с игнорированием типовых настроек файерволлов.

Пока я мечтал, Michal Mutl написал свой бесплатный многопоточный сканер.

Страница программы, для баг-репортов и пожеланий пишем на электронную почту.

Кроме сканера, у Михала много других бесплатных разработок, до NirSoft ещё далеко, но процесс идёт.

IP-Tools

Компания Advanced Network Software(KS Soft) выпустила набор своих сетевых утилит в виде бесплатной версии IP-Tools Lite.

Lizard Systems Tools

Ребрендинг известных старожилам Лантриксов в Lizard Systems и выпуском новых платных утилит с бесплатным некоммерческим использованием.

101 Free Admin Tools

Около сотни бесплатных утилит собрали на бложике GFI, рекомендую посмотреть и попробовать.

Best Free Windows Admin Tools

В этом списке 500 утилит!

Как говорится, утилиты в помощь!

Выполнять нельзя копировать

Mister Nobody — Fri, 19 Jun 2015 09:12:52 +0000

Наши разработчики и пользователи – ребята весёлые, скучать не дают.

Умные программисты регулярно выпускают новые релизы программ, заменяют их на сетевом диске, а потом не понимают почему к производственным системам подключаются старые модули.

А всё потому, что пользователи ещё хитрее – они программы с сетевого диска себе на компьютер копируют, мало ли что, вдруг диск отвалится.

Вот так и живём!

На днях решили пользователям запретить таскать к себе файлы. Задачка оказалась не сложной, но мозговыворачивающей.

Исполняемые файлы кладутся в отдельную папку – на папку группе пользователей назначается разрешение “Чтение и выполнение”, а через настройки дополнительных разрешений запрещается для файлов в этой папке “Чтение”.

Сразу могу сказать, что не для всех типов исполнях файлов работает.