Будень адміна.

Привіт, привіт.

З огляду на рік 2024-й невеличкі підсумки адмінського буття.

Щоб там не казали але я бачу чіткі переваги удальонки перед офісом. Звісно і в офіс ходити треба щоб керівництво не забуло як ви виглядаєте), але якщо це година на транспорт та алярми від росіян, то переваги зрозумілі. Кому не вистачає спілкування - чаттеся в месенджерах досхочу.

Тепер про робоче місце Адміна. Звісно робоча станція в офісі з якої робимо всі свої справи має бути онлайн 24 на 7, в BIOS включена опція щоб вона піднімалася якщо переключення живлення трапилось. Станція має зарезервовану IP-адресу, та додано вручну ще декілька DNS-сеpверів.

Також бажано мати її дубль, я зробив собі віртуального клона на HyperV і закинув її в ЦОД, тепер маю адмін-резерв online на той випадок якщо з фізичною все ж таки трапиться незворотній трабл.

Вдома має бути відпрацьована VPN+RDP/SSH сесія на ноутбуці плюс іншому ПК. Акаунти та інша критична інформація по підключенням має бути в корпоративній хмарі, та продубльована на е-токен з розрахунку що ви його завжди можете прочитати навіть без інтернета. На токені краще використовувати keepass, майстер пароль тримати в голові.

Кориcтуйтеся Teams як для демонстрації екрану так і для віддаленого керування., а не тільки для чатів та нарад. Часто цей інструмент дуже виручає. Також перевірте роботу вашого пакету MS Office 365 через web-браузер, це іноді економить купу часу, бо локальні застосунки М365 доволі повільні та примхливі.

Щасти всім нам.

Детектим виртуалку #2.

Привіт, привіт.

Не так давно я намагався впевнетись що ВМ сховати від зловреда майже неможливо. Тому вирішив ще перевірити як з цим справи в HyperV. На поміч мені став ChatGPT, бо в мене не було часу самому рискати по мережі, але результат очікуваний - для експериментів а якості пісочниці HyperV точно не годиться. Дивіться результати далі.

Щоб визначити, чи машина є віртуальною, будь хто може скористатися командою PowerShell, яка перевіряє наявність ознак віртуалізації. Один з найпростіших способів - це скористатися `Get-WmiObject` або `Get-CimInstance` для отримання інформації про BIOS чи апаратне забезпечення. Якщо сервер є віртуальним, у властивостях часто можна побачити такі рядки, як "Microsoft Corporation" для Hyper-V або інші специфічні ознаки.

Ось приклади команд, які можна виконати в PowerShell:

1. Використання класу Win32_BIOS

(Get-WmiObject -Class Win32_BIOS).SerialNumber

Значення `SerialNumber` часто вказує на віртуальну платформу. Наприклад, для Hyper-V він може починатися з `Microsoft Corporation`.

2. Перевірка за допомогою класу Win32_ComputerSystem

(Get-WmiObject -Class Win32_ComputerSystem).Manufacturer

Для віртуальних машин на Hyper-V `Manufacturer` зазвичай повертає `Microsoft Corporation`.

3. Використання класу Win32_SystemEnclosure

(Get-CimInstance -ClassName Win32_SystemEnclosure).ChassisTypes

Ця команда виведе код типу шасі. Для віртуальних машин Hyper-V зазвичай повертається значення `3` (для віртуального шасі).

4. Перевірка через властивості Hyper-V специфічного класу

Get-VM | Where-Object { $_.Name -eq (hostname) }

Ця команда підійде, якщо є доступ до PowerShell команд Hyper-V на хості. Команда спробує знайти віртуальну машину з ім’ям, яке відповідає поточному хосту.

Шпаргалка - бекап файлового сервера.

Всем привет. 

Моя шпаргалка на тему ручного бекапирования на внешний HDD диск файлового сервера VM-SRV-FS03, который живет как VM в HyperV.

По шагам:

1. Подсоединить внешний HDD к серверу HyperV.

2. Замапить внешний HDD к серверу VM-SRV-FS03 VM в HyperV Manager сервера HyperV.

3. Зайти на сервер VM-SRV-FS03 и выполнить Initilalize в Disk Managеment для нового HDD как  логический диск 'F'.

4. Выполняем бекап всех пользовательских папок файлового сервера с D:\FS на диск F:

robocopy.exe D:\FS F:\SRV_FS03\FS *.* /E /Z /R:1 /W:1 /NP /XD d:\fs\DFSRPrivate /XA:SHT /XF *.mp4 *.mp3 *.avi /TEE /LOG:fs03.log

...copy copy copy...

Note: в игнорировании для копирования папка \fs\DFSRPrivate и всякая мультимедиа типа файлов mp4, mp3 и avi.

5. Закончили. Выполняем Deinitilalize для диска 'F' в Disk Managеment сервера VM-SRV-FS03.

6. Выполняем Unmap внешнего HDD для VM-SRV-FS03 VM в HyperV Manager сервера HyperV.

7. Выполняем безопасное извлечение внешнего HDD из сервера HyperV.

8. Несем HDD на свой хост, подсоединяем и анализируем fs03.log.

9. Если все ок, то делаем себе кофе.

Успехов.

Повторная регистрация HyperV сервера.

Всем привет.

При апгрейде ОС HyperV Windows сервера возможен вариант когда новая версия Windows сносит все текущие установки, в том числе и HyperV роль. Доставить ее повторно не проблема, но в консоли MS SCVMM такой сервер прийдется регистрировать повторно.

Но следует также соблюсти ряд условий:

1) на целевом сервере должна быть активирована служба WinRM. С сервера SCVMM можно проверить доступность службы так: Test-WSMan hv13.forza.com

2) на целевом сервере должен быть отключен фаерволл.

3) на целевом сервере надо включить поддержку CredSSP:

winrm set winrm/config/service/auth '@{CredSSP="true"}' 

А проверить ее можно так:

winrm get winrm/config/service/auth

Все, можно регистрировать обновленный сервер HyperV повторно, если его hostname совпадает со старым, то старый следует предварительно удалить.

Удачи.

Легкий доступ к VHDX-файлу.

Всем привет.

Заметки на полях про диск формата VHDx. Вы наверняка знаете что это формат HyperV виртуальных машин, и даже знаете что к файлам на нем можно подступиться без сети с помощью Powershell Direct.

Но оказывается что получить доступ к файлам такой виртуальной машины можно еше проще - достаточно ее просто... выключить.) Как это? Да вот так - выключаете ВМ и там же на гипервизоре, или в другом месте куда вы перенесете сам VHD-файл, делаете двойной клик по файлу. И он  тут же монтируется как виртуальный диск с полным доступом.

Но смущен я тем что в этом случае мне даже не надо иметь аккаунт на той ВМ. Но что есть то есть.

Успехов.

Собираем статистику в один клик, v3.

Всем привет.

По некоторым причинам я решил отойти от сбора статистики по серверам в AIDA64 и ограничиться сбором информации сугубо через Powershell.

Если вы помните ранее я делал подобное с серверами HyperV.  На сегодня эта задача упростилась до сбора следующих параметров:

•     Hostname    
•     Serial number
•     Product number (SKU)
•     Model host     
•     OS Type    
•     OS Locale  
•     OS Bits (32/64)   
•     CPU Type   
•     RAM Size (GB) 
•     Disk Size (GB)
•     IP Address of active physical adapters.

Исходя из этого я создал функцию Get-CMDBInfo которая в качестве параметра принимает только путь куда положить файл отчета в формате CSV. Далее процедура простая: либо вы экспортируете отчет в Excel вручную либо делаете это через:

Import-csv -Path 'c:\tmp\_SERVER01.csv' | Export-Excel -Path 'c:\tmp\database.xlsx' -AutoSize -WorksheetName Sheet1 -Append -Show

Во втором случае первая строка в database.xlsx должна соответствовать заранее структуре (шапке) отчета, т.е. быть такой: "a0Date_info","a0Hostname","a0Model","a0Product_number","a0Serial_number","a1CPU_Type","a1Disk_Size","a1RAM_Size","b0IP_Address","b1OS_Type","OS_Bits","OS_Locale","OS_release"

Правка состояния MS VMM.

Привет всем.

В последнее время были случаи когда в MS VMM по одному из серверов Hyper V показало что все его ВМ дружно находяться в нерабочем состоянии. Но поскольку жалоб от пользователей сервиса не поступало я понял что проблема скорее в самом отображении состояния  ВМ в VMM.

Итак первое что следовало проверить запущена ли служба "System Center Virtual Machine Manager Agent" на наблюдаемом сервере Hyper V. Если не запущена, то стартуем ее, если запущена то перезапускаем ее.

Однако вчера и это не помогло.

Тогда смотрим следующее - нередко после обновлений и ребута ОС сервера сетевой профиль падает в состояние "Общедоступный" и значок сетевого соединнеия  показывает его как "Неопознанная сеть".  Лечиться такое быстро - следует перестартовать службу "Служба сведений о подключенных сетях", она же "Network Lоcation Awareness".

После следует перестартовать службу "System Center Virtual Machine Manager Agent"  еще разок.

Если служба работает и сеть определяется правильно следует подождать пару минут пока  VMM обновит свою картинку. 

Контроль за состоянием критических служб можно возложить на Zabbix или на MS SCOM.

Удачи.

MS HyperV and Oracle VirtualBox.

Hi all.

I know this problem is -  problem due to the fact of incompatibility between MS HyperV and Oracle VirtualBox on the one host. However, today I can propose for you 3 steps for resolving it with VirtualBox:

1) to get your VMs working, you will need to go into the VM settings, choose the System section, go into the Acceleration tab, and select "Hyper-V" as the Paravirtualization Interface. 

2) you may also have to disable the "Enable I/O APIC" checkbox on the Motherboard tab. 

3) if you found some guest OS crash with it checked, but if it works for you, then leave it as is. Then,  you need to add an obscure setting to the .vbox file associated with your VM image:

VBoxManage setextradata "<VM Name>" "VBoxInternal/NEM/UseRing0Runloop" 0

Good luck!

USB-диск и хост Hyper-V.

Всем привет.

Уверенно написав вам в прошлый раз что проброс USB-дисков с хоста Hyper-V в ВМ есть немало инструкций в сети, я вчера случайно обнаружил еще одну фишку. Но по порядку...

Итак, вы вставили USB-диск в хост Hyper-V, перевели его в режим offline, кликнули на настройки ВМ, подсоединили там уже свободный диск и запустили саму ВМ. Есть, далее в самой ВМ находим это диск и переводим его в режим online. Отлично, наш USB-диск доступен.

Что дальше? Вот мы закончили с ним работать, теперь его надо благополучно извлечь. Ок, мы его опять переводим в режим offline в самой ВМ и... забираем его с собой.) 

ВМ не жалуется, потому что у нее забрали диск которым она уже не управляет, Hyper-V тоже не против, так как этот диск у него был offline. Все довольны, все работает.

А теперь фишка - ВМ будет себя чувствовать нормально до первой перезагрузки! Т.е. она просто не загрузиться. Почему? А дело в том что Hyper-V будет искать для ВМ тот самый диск который остался в настройках ВМ, но оказался у нас в кармане. И не найдя его выдаст ошибку и прекратит загрузку ВМ.

Поэтому не забывайте удалять диск и там тоже.

Удачи.

Шпаргалка - установка MS DPM.

Всем привет.

Сегодня для вас шпаргалка по установке MS DPM версии 2016. С одной стороны ничего сложного, а с другой на повторе я наступил на определенные нюансы. За основу была взята инструкция отсюда.

Требования к серверу Windows, особое внимание к версиям продуктов:

- PowerShell 5.0 или старше

- .NET Framework v3.5

- SQL Server 2016 (без SP-ков)

- SQL Server Management Studio v16.5.3

- открытые порты 443, 1433 и 1434

- DPM 2016.

Далее по шагам:

1) Create in AD SCDPM_SA  account with "Password never expired",  domain\SCDPM_SA  put in local admin group of DPM-server.

2) Ставим  .NET Framework v3.5

Dism /Online /Enable-Feature /FeatureName:NetFx3 /All

3) Установка SQL Server 2016:

+ Database Engine Services

+ Full-text and Semantic Extraсtion Services

+ Reporting Services Native

Instance ID as New value!

Account domain\SCDPM_SA , startup type - Automatic for:

• SQL Server Database Engine
• SQL Server Agent

SQL Reporting Services:

Collation SQL_Latin1_General_CP1_CI_AS

Authentication mode - Windows Authentication mode:

• Current user
• domain\SCDPM_SA 

4)  Установка SQL Server Management Studio v16.5.3 (this version only!)

Проброс USB устройств в Hyper-V.

Всем привет.

Одним из существенных недостатков Hyper-V перед другими гипервизорами (например, ESXi или Proxmox) являются отсутствие полноценной возможности пробрасывать USB устройства с хоста в виртуальные машины. Начиная с версии Hyper-V 2012 R2 появился ряд изменений, касающихся возможностей USB Passthrough, однако этот функционал все еще уступает возможностям конкурентов. 

Под термином USB passthrough понимается возможность проброса USB устройства из хостового гипервизора в виртуальную машину. С помощью USB passthrough вы можете прокинуть внутрь ВМ токен, USB ключ, модем или любое другое оборудование, подключенное через USB порт.

Плохая новость в том, что в Hyper-V нет нормальной поддержки проброса USB устройств, вы не сможете пробросить любое USB устройство с физического хоста в виртуальную машину. Есть несколько встроенных возможностей использования USB устройства в Hyper-V, но у всех них есть существенные ограничения. 

На сегодня можно использовать следующие технологии для проброса USB устройства в Hyper-V:

• проброс USB дисков с хоста Hyper-V;
• расширенные возможности консоли Hyper-V - Enhanced Session Mode;
• проброс USB устройства через RDP сессию;
• использование программного/аппаратного средства для проброса USB по сети (USB over IP).

Последний сценарий предполагает использование сторонних решений для реализации USB over IP. Это может быть сетевой USB хаб, программное решение по пробросу USB устройства через TCP/IP сеть с другого сервера. Большинство популярных коммерческих решений - платные (AnywhereUSB, DigiUSBAW). Из бесплатных можно отметить VirtualHere USB (бесплатна для одного ключа и одного сервера) и довольно старый opensource проект usbip.sourceforge.net (серверная часть реализуется на Linux, на Windows ставится клиент).

По проброс USB дисков с хоста Hyper-V есть немало инструкций в сети. Поэтому мы остановимся на пробросе USB устройств через Enhanced Session Mode в Hyper-V.

Convert Windows Image.

Всем привет.

Есть на TechNet интересная утилита Convert-WindowsImage, умеющая преобразовывать установочные образы в файлы виртуальных жестких дисков. Convert-WindowsImage.ps1 - это скрипт PowerShell, который конвертирует установочный образ диска из формата WIM или ISO в формат Virtual Hard Disk. В результате работы скрипта из дистрибутива Windows получается готовый VHD с установленной операционной системой, который можно использовать для создания виртуальной машины или для загрузки обычного компьютера.

Развернутая таким способом ОС будет находиться в таком же состоянии, как после применения образа и первой перезагрузки в ходе обычной установки. Такой же эффект получается после обработки (Generalize) уже установленной системы утилитой Sysprep. То есть, после первой загрузки системы вам придётся пройти процедуру начальной настройки (Out Of Box Experience, OOBE).

Convert-WindowsImage является развитием другой утилиты - WIM2VHD, однако имеет несколько существенных отличий:

• утилита переписана на языке PowerShell (WIM2VHD использовала JScript);

• добавлена поддержка виртуальных жестких дисков формата VHDX;

• добавлена возможность работы с образами ISO;

• добавлен графический интерфейс (есть информация что GUI более не поддерживается).

Convert-WindowsImage имеет несколько предварительных требований к версиям операционной системы:

• утилита может быть запущена только на Windows Server 2012 и выше. 

• утилита может конвертировать установочные образы следующих операционных систем: Windows 10, Windows Server 2012 и выше. 

Примеры использования Convert-WindowsImage.

Для запуска Convert-WindowsImage необходимо скопировать файл Convert-WindowsImage.ps1 на компьютер и изменить политику выполнения скриптов на RemoteSigned.

Пример 1:

Создаем в папке E:\VHD виртуальный диск Win8.vhdx из образа установочного диска E:\ISO\Windows 8\windows8.iso. Задаем формат диска VHDX, тип динамический и размер 25Гб:

.\Convert-WindowsImage.ps1 -SourcePath E:\ISO\Windows 8\windows8.iso

-VHDPath E:\VHD\Win8.vhdx -VHDFormat VHDX -VHDType Dynamic -SizeBytes 25GB

ESXi - переназначение VMFS.

Всем привет.

Если вы присоединяете клонированный вложенный сервер ESXi к vCenter, а хосты ESXi  содержат локальное хранилище данных, вы не сможете добавить хосты ESXi в тот же центр обработки данных или кластер. Причина этой проблемы заключается в том, что клонированный хост ESXi будет иметь повторяющийся UUID VMFS на клонированных хостах ESXi. Нам нужно выполнить повторное назначение метки тома VMFS, чтобы решить эту проблему. 

Давайте рассмотрим пошаговую процедуру, как выполнить повторную подпись хранилища данных в клонированном Nested ESXi.

1. Жмем "Alt-F1" для входа в консоль ESXi.

2. Переведим хост ESXi в режим обслуживания:

esxcli system maintenanceMode set -e true

Удаляем фантомные сервера из VMM.

Всем привет.

Сегодня хочу вам поведать как можно убрать из консоли SCVMM сведения о некорректно удаленных(мигрированных) HV-серверах. Например, в случае с одного из серверов виртуализации сняли роль Hyper-V, поставили чистую ОС и отдали под другие задачи, а из консоли VMM отключить забыли. Но это может произойти даже когда администратор  выполняет все штатно в самой консоли SCVMM. В результате чего получается такая картина:

Собственно, теперь с этим сервером, тот самый который pending, сделать ничего нельзя ни из GUI, ни из PowerShell. Если он просто перестал существовать и забыт в SCVMM, то его можно удалить так:

$VMM = 'hv04.forza.com'

$Name = Get-SCVMHost -ComputerName $VMM

Remove-SCVMHost -VMHost $Name -Force

Switch Embedded Teaming.

Всем привет.

Продолжаем разговор про NIC Teaming.

Как упоминалось ранее, Switch Embedded Teaming - это новый и улучшенный способ объединения нескольких сетевых адаптеров в Windows Server. Объединение сетевых адаптеров в Windows Server может быть выполнено двумя различными способами в программном обеспечении. Обычно используется традиционная функция балансировки нагрузки/отработки отказа (LBFO), включенная в Windows Server. 

А SET - это новый расширенный способ, используемый в Azure Stack HCI, который также можно использовать в обычной версии Windows Server. Для платформ виртуализации рекомендуется использовать SET для объединения нескольких сетевых адаптеров. SET интегрируется с виртуальным коммутатором Hyper-V.

У SET есть несколько преимуществ по сравнению с LBFO teaming:

• Remote Direct Memory Access (RDMA).
• SDN Quality of Service (QoS).
• Virtual Machine Queues (VMQ).
• Virtual Receive Side Scaling (RSS).
• Transmit-side Checksum offloads (IPv4, IPv6, TCP).
• Receive-side Checksum offloads (IPv4, IPv6, TCP).
• Hyper-V Network Virtualization.
• Datacenter bridging (DCB).

Но SET также имеет пару недостатков:

• Switch independent teaming mode only.
• Only manageable via PowerShell or SCVMM so no GUI (shouldn’t be a problem for you experienced sysadmins).
• SET is available on Windows Server 2016 or above.

Про NIC Teaming.

Всем привет! 

А вы слышали про Nic Teaming?

Сейчас когда бизнес уже очень сильно зависит от доступности его сервисов, таких как корпоративная почта, файловый сервер, сайт с веб приложениями, и многое другое очень сильно встает вопрос по организации отказоустойчивости на разных уровнях. Одним из таких уровней является сетевой. В данной статье нам нужно рассмотреть про организацию отказоустойчивой сети в вашем Windows Server 2019. Сейчас уже себе сложно представить сервер, у которого было бы сетевых интерфейсов меньше двух, чаще всего их четыре и более. 

Раз они есть, то было бы здорово их объединить и использовать, как одно целое решая тем самым:

• Отказоустойчивость сетевой доступности
• Увеличение пропускной способности.

Microsoft начиная с Windows Server 2012 услышала администраторов и внедрила в свою операционную систему функционал Nic Teaming. Объединение сетевых карт (Nic Teaming Network Interface Card Teaming (Load Balancing/Fail Over (LBFO))) - это технология группировки физических или виртуальных сетевых карт в один или несколько программных сетевых адаптеров, решающих проблемы в случае сбоя оборудования.

На текущий момент вы можете спокойно объединить в Windows Server 2019 от двух до 32 сетевых карт в один или несколько пулов.

Ранее Nic Teaming мог быть реализован только посредством установки специальных драйверов на ваши сетевые карты. Эти драйвера позволяли вам через свойства сетевых адаптеров собирать пулы. Бывало так, что у вас на физическом сервере могли быть сетевые карты разных производителей, и в таком сценарии вы могли иметь проблемы с объединением сетевых карт. Благодаря встроенной возможности Windows Server 2019 эта проблема минимизируется.

Собираем статистику HyperV, v2.

Всем привет.

Как вы уже поняли с помощью Powershell можно легко получить информацию по всем виртуальным серверам которые управляются в System Center Virtual Machine Manager. Т.е. по новому наш скрипт с которым я чудил два месяца тому теперь может выглядеть совсем по другому.

Пусть $VM = 'SRV-S110-APP-01'

Тогда так получим общую информацию по серверу SRV-S110-APP-01:

Get-SCVirtualMachine -Name $VM | Format-List -Property Name, ComputerName, Description, HostName, OperatingSystem, CPUCount, Memory, MemoryAssignedMB, DynamicMemoryDemandMB,  @{label='ActualSizeVHD GB';expression={$_.TotalSize/1gb -as [int]}}, Status, Location

Так необходимую информацию по сетевому подключению:

Get-SCVirtualNetworkAdapter -VM $VM  | Format-List -Property VirtualNetwork, VlanID, IPv4Addresses, IPv4Subnets, MACAddress 

А так необходимую информацию по дискам:

Get-SCVirtualHardDisk -VM $VM | Format-List -Property VHDFormatType, VHDType, @{label='DiskSize GB';expression={$_.Size/1gb -as [int]}}, @{label='MaxSize GB';expression={$_.MaximumSize/1gb -as [int]}},Location

Как консолидировать в один файл ответы с этих трех запросов вы уже знаете.

Однако по дискам замечу, что Get-SCVirtualHardDisk отдает информацию только по одному виртуальному диску когда он разностный, т.е. по avhdx, а про vhdx-родителя при этом он почему то умалчивает.

Пока так.

Слава Украине!

Дополнительное поле в VMM.

Всем привет.

Пересматривая данные по своим виртуалкам обнаружил что упустил прошлый раз одну важную величину - это максимальный размер виртуального диска который выделен для ВМ. Разумеется актуальный(текущий) размер диска тоже важен, но максимальный необходим при, например, миграции ВМ на другой хост.

Поэтому наш запрос в прошлой выборке теперь пишем так: 

Get-VM | Select-Object Name,VMId | Get-VHD | select vhdtype,vhdformat,path,@{label='ActualSize';expression={$_.filesize/1gb -as [int]}},@{label='MaxSize';expression={$_.size/1gb -as [int]}} | Sort Name | ft

Эти же данные можно наглядно получить в System Center Virtual Machine Manager просто подключив необходимые столбики в главной панели. Однако есть некоторое неудобство в том что VMM по умочанию не имеет системы отчетности, т.е. для экспорта данных вам надо выполнить прямой sql-запрос к базе VMM.

Кстати с максимальным размером диска в VMM тоже не все просто. Такого столбика по  умолчанию нет. Но выход  есть - это создание дополнительного поля(property) с помощью Powershell.

Создаем поле "Disk MaxSize":

New-SCCustomProperty -Name "Disk MaxSize" -AddMember VM

Делаем запрос для получения значения "Disk MaxSize" по одной ВМ:

$VM = 'SRV-PRINT01'

$VHD = Get-SCVirtualMachine -Name $VM | Get-SCVirtualHardDisk | select {$_.MaximumSize/1gb} 

Вносим значение в поле "Disk MaxSize":

Set-SCCustomPropertyValue -InputObject (Get-SCVirtualMachine -Name $VM) -CustomProperty (Get-SCCustomProperty -Name "Disk MaxSize") -Value $VHD.'$_.MaximumSize/1gb'

А вот и результат:

Удаляем поле "Disk MaxSize" так, если в нем отпала необходимость:

Remove-SCCustomProperty -CustomProperty (Get-SCCustomProperty -Name "Disk MaxSize")

На сегодня все.

Слава Украине!

Отчетность в DPM.

Всем привет.

Продолжая углубляться в функционал сервера DPM решил я изучить что же полезного мне может показать его отчетность из коробки. За это отвечает Reporting Services.

По умолчанию отчеты будут видны здесь http://dpm01.forza.com/Reports или в самой консоли сервера на закладке Reports. 

Как видим мне было предложено 6 видов отчетов из которых после беглого изучения я выбрал всего два:

• DiskUtilizationReport
• RecoveryPointStatusReport.

Клонирование в HyperV.

Всем привет.

Иногда мне необходима копия существующей виртуальной машины (ВМ). Т.е. от меня требуется выполнить клонирование ВМ. Но такой явной функции в HyperV нет, поэтому я вынужден буду это сделать через экспорт-импорт со старой ВМ используя Powershell.

Выполняем Export ВМ.

Внимание - выгоняем хост из домена до операции экспорта!  И не вводим ее обратно до тех пор пока не переименуем новый клон после импорта. Выключаем ВМ.

$OldVM  = 'PrevVM-01'

Export-VM -Name $OldVM -Path 'D:\Backup-HV\test'

Выполняем Import ВМ.

Предварительно подставляем в $OldVMx имя vmcx-файла из папки экспорта!

$OldVMx = 'AAC16770-6B31-4ACE-ADD1-EE1D41827140.vmcx'

$NewVM  = 'NextVM-01'

Import-VM -Path "D:\Backup-HV\Test\$OldVM\Virtual Machines\$OldVMx" `

-VhdDestinationPath "D:\Hyper-V\$NewVM\Virtual Hard Disk" `

-VirtualMachinePath "D:\Hyper-V\$NewVM\" `

-Copy -GenerateNewId

После первого включения импортированного хоста даем новый ему IP-адрес и новое Имя. Только после этого вводим его в домен. Повторяем операцию импорта если надо создать несколько клонов. 

Включаем исходную ВМ и возвращаем ее в домен.

Это все.

Слава Украине!