Windows Server с нуля 02. Установка и первичная настройка сервера

Note

Материал сверен с официальной документацией (Microsoft Learn и др.; ссылки — в конце статьи). Примеры вывода — иллюстрации: на вашем сервере значения и формат могут отличаться. Перед работой на боевом сервере проверьте шаги на тестовой машине.

Установка Windows Server похожа на установку Windows 11, но мастера первичной настройки нет: после копирования файлов установщик просит лишь пароль встроенного администратора. Обновления сервер сам не ставит, удалённый рабочий стол мы включим сами, а брандмауэр работает с первой минуты. Мы пройдём путь от ISO-образа до сервера DC1, готового стать контроллером домена, и соберём остальные ВМ стенда. На каждом шаге есть проверка, а перед рискованными действиями — контрольная точка (снимок) виртуальной машины.

Warning

Адреса этой серии учебные: сеть 192.168.10.0/24, шлюз 192.168.10.1, DNS 192.0.2.53. Блок 192.0.2.0/24 зарезервирован для документации, и в реальной сети DNS по такому адресу не ответит. Подставляйте шлюз, DNS и подсеть своей сети (на Windows их показывает ipconfig /all), иначе у сервера пропадёт разрешение имён и не скачаются обновления.

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

Что нужно знать заранее

Windows Server с нуля 01: варианты установки, редакции, оценочные образы.
IPv4-адреса и маски, маршрутизация и шлюз и DNS: адрес, префикс /24, шлюз, DNS-сервер.
Где запустить ВМ: Hyper-V или Proxmox и домашняя лаборатория. Точки в примерах — Hyper-V; в другом гипервизоре используйте его снимки.
В серии используем Windows PowerShell 5.1, он встроен в систему; PowerShell 7 не применяем. Команды запускают от имени администратора.

План и контрольные точки

Порядок важен: сначала имя и сеть, потом обновления, потом доступ по сети.

№	Этап	Чем рискуем	Контрольная точка
1	Образ и виртуальная машина	—	—
2	Установка, пароль Administrator	—	`02-clean-install`
3	Имя, статический адрес, часовой пояс	потерять сеть при ошибке в адресе	`02-before-network` перед адресом
4	Обновления	долгие перезагрузки, сбой обновления	`02-before-updates`
5	RDP, WinRM, ping, брандмауэр, Defender	открыть лишнее	—
6	Итоговая проверка	—	`02-ready-for-ad`

Почти всё можно сделать двумя способами: SConfig (на Server Core в Windows Server 2022 и новее открывается само, на Desktop Experience запускается командой SConfig) или PowerShell. Названия пунктов зависят от языка системы, поэтому ориентируйтесь на номера:

Задача	SConfig	PowerShell
Имя сервера	2	`Rename-Computer`
Сетевой адрес и DNS	8	`New-NetIPAddress`, `Set-DnsClientServerAddress`
Дата, время, часовой пояс	пункт Date and time	`Set-TimeZone`
Режим обновлений и установка	5 и 6	—
Удалённый рабочий стол (RDP)	7	правила брандмауэра
Удалённое управление и ответ на ping	4	`Enable-PSRemoting`
Активация	11	`slmgr.vbs`

Стенд целиком

Серия опирается на шесть ВМ. DC1 создаём первым, остальные — в разделе «Остальные виртуальные машины». Размеры — ориентир: объём можно уменьшить, но не ниже требований.

ВМ	Адрес	Роли	ЦП / память	Диски	Где создаём и настраиваем
`DC1`	`192.168.10.11`	AD DS, DNS, DHCP	2 / 4 ГБ	`C:` 60 ГБ; `E:` 60 ГБ, только цель `wbadmin`	здесь; роли — 03, 04, 07; диск `E:` — 11
`DC2`	`192.168.10.12`	AD DS, DNS, DHCP (партнёр)	2 / 4 ГБ	`C:` 60 ГБ	ниже; повышение — 03, DHCP — 07
`FS1`	`192.168.10.30`	файлы и печать	2 / 4 ГБ	`C:` 60 ГБ; `D:` 100 ГБ (общие папки)	ниже; роли — 08, 09
`WSUS1`	`192.168.10.31`	WSUS	2 / 4 ГБ	`C:` 60 ГБ; `D:` 100 ГБ (содержимое обновлений)	ниже; роль — 10
`PC1`, `PC2`	`192.168.10.101`, `192.168.10.102`	клиенты Windows 11 Pro	2 / 4 ГБ	`C:` 64 ГБ	обычная установка Windows 11 Pro (вне серии); в домен — 03

Для серверов: поколение 2 (UEFI, современная замена BIOS), виртуальный коммутатор в подсети 192.168.10.0/24, ISO в виртуальном DVD-приводе. У Windows 11 свои системные требования: проверьте их до создания клиентов.

Требования и виртуальная машина

Для Windows Server 2025 нужен 64-разрядный процессор от 1,4 ГГц с NX/DEP (аппаратной защитой памяти), инструкциями CMPXCHG16b, LAHF/SAHF, PrefetchW, SSE4.2, POPCNT и SLAT (аппаратной трансляцией адресов для виртуализации). Памяти — минимум 2 ГБ, для Desktop Experience рекомендуют 4 ГБ; системному разделу — от 32 ГБ; сети — адаптер от 1 Гбит/с. В Windows Server 2022 и старше требования ниже (1 ГБ для Core), и установщик другой.

Ловушка для ВМ: с одним ядром и 1 024 МБ памяти установка не завершится. Выделите не меньше 1 280 МБ (потом объём можно уменьшить), а лучше 4 ГБ. Возможности процессора показывает утилита Coreinfo (Sysinternals): если нет SSE4.2 и POPCNT, смените тип виртуального процессора в гипервизоре.

Образ: получение и проверка

Оценочные образы лежат в Evaluation Center на сайте Microsoft: выберите Windows Server 2025, зарегистрируйтесь и скачайте ISO (есть русский язык). Условия оценки описаны в Windows Server с нуля 01.

Если рядом с образом опубликована контрольная сумма SHA-256, сравните её с вычисленной:

Get-FileHash -Algorithm SHA256 -Path D:\ISO\<ИМЯ_ФАЙЛА>.iso

Пример вывода (хеш вымышленный):

Algorithm  Hash                                    Path
---------  ----                                    ----
SHA256     9F2C...E41A                             D:\ISO\<ИМЯ_ФАЙЛА>.iso

На странице оценочного образа контрольной суммы на момент проверки нет. Тогда качайте файл только с сайта Microsoft по HTTPS, без зеркал и торрентов: подменённый образ отдаёт сервер злоумышленнику.

Установка Windows Server 2025

Мы ставим Standard с Desktop Experience: так удобнее видеть консоли. Вариант установки потом не изменить.

Подключите ISO к виртуальному DVD и запустите ВМ. Когда система предложит нажать любую клавишу для загрузки с установочного носителя, нажмите её.
На экранах «Выбор параметров языка» и «Параметры клавиатуры» выберите язык, формат времени и раскладку, затем «Далее».
На экране «Выбор параметра установки» выберите «Установить Windows Server» и подтвердите, что всё на диске будет удалено.
На экране «Выбор метода лицензирования» выберите вариант, подходящий образу. Если оценочный образ не запрашивает ключ, продолжайте без него (в документации экран не описан); сомнительные ключи не вводите.
На экране «Выбор образа» укажите версию. Пометка Desktop Experience (в русской документации — «с возможностями рабочего стола») означает графический интерфейс, без неё — Server Core. В названии оценочной версии ожидайте слово Evaluation (в DISM — признак Eval, например ServerDatacenterEval).
Примите условия лицензии, на экране «Выбор расположения для установки Windows Server» выберите пустой виртуальный диск, нажмите «Далее», затем «Установить».
После перезагрузок примите условия лицензии. На экране «Настройка параметров» задайте пароль встроенной учётной записи Administrator и нажмите «Готово».
Войдите как Administrator и подтвердите передачу диагностических данных.

На Server Core пароль задают в консоли: Enter на запросе смены, пароль, Tab, повтор, Enter, затем Enter на сообщении об успехе.

Это локальный Administrator, учётная запись самого сервера. Задайте сложный уникальный пароль (в примерах <ПАРОЛЬ>) и сохраните его в менеджере паролей: под этой записью мы войдём при создании домена (Windows Server с нуля 03). В Windows Server 2022 и старше установщик другой: «Install now» → ключ → выбор ОС → условия лицензии → «Custom: Install … only (advanced)» → диск; пароль Administrator задаётся после перезагрузки.

Первый вход и первая контрольная точка

После входа Server Manager («Диспетчер серверов») открывается сам. Проверьте, что установлено нужное:

Get-ComputerInfo | Format-List WindowsProductName, OSDisplayVersion

Пример вывода (значения иллюстративные):

WindowsProductName : Windows Server 2025 Standard Evaluation
OSDisplayVersion   : 24H2

Теперь на хосте Hyper-V (не внутри ВМ) создайте первую контрольную точку:

Checkpoint-VM -Name DC1 -SnapshotName '02-clean-install'
Get-VMSnapshot -VMName DC1

В командлетах точка по-прежнему называется snapshot (снимок): так они описаны в документации Hyper-V. В тексте серии это «контрольная точка».

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

Точка — не резервная копия. Для стандартных точек документация Hyper-V предупреждает о нарушении согласованности данных в системах с репликацией, например в Active Directory.
Контрольные точки (снимки) годятся для лаборатории и для рядовых серверов и клиентов перед опасным шагом. Для контроллеров домена откат снимком в боевой сети не применяется: документация советует не использовать снимки виртуальных контроллеров вместо резервной копии (в Windows Server 2012 и новее на Hyper-V есть защита от USN rollback, но она копию не заменяет; подробности — в Windows Server с нуля 11). Пока DC1 не контроллер домена, точки безопасны.

Имя сервера

Имя NetBIOS (короткое сетевое имя компьютера) не длиннее 15 символов; используйте латиницу, цифры и дефис. Имя лучше задать до установки AD DS: переименовывать контроллер домена сложнее (Windows Server с нуля 03).

Rename-Computer -NewName DC1 -Restart

Параметр -Restart сразу перезагрузит сервер; то же делает пункт 2 в SConfig. После перезагрузки команда hostname должна вывести DC1.

Сеть: статический адрес и DNS

Серверам нужны постоянные адреса, поэтому DC1 получит 192.168.10.11 вне пула DHCP (192.168.10.100–192.168.10.200). Меняйте адрес из консоли ВМ, а не по RDP: сеанс оборвётся. Посмотрим имя адаптера и запишем текущие значения для отката:

Get-NetAdapter
Get-NetIPConfiguration

На хосте Hyper-V сделайте точку 02-before-network, как выше. Затем в консоли ВМ зададим адрес, шлюз и DNS (имя Ethernet возьмите из Get-NetAdapter):

$nic = 'Ethernet'
New-NetIPAddress -InterfaceAlias $nic -IPAddress 192.168.10.11 `
    -PrefixLength 24 -DefaultGateway 192.168.10.1
Set-DnsClientServerAddress -InterfaceAlias $nic `
    -ServerAddresses 192.0.2.53

PrefixLength 24 — то же, что маска 255.255.255.0. Если на адаптере был включён DHCP, New-NetIPAddress отключит его сама; шлюз должен лежать в той же подсети. Адрес 192.0.2.53 учебный: подставьте DNS своей сети. Пока домена нет, сервер использует внешний DNS ради обновлений; после создания домена настройка изменится (Windows Server с нуля 03, Windows Server с нуля 04). Проверка:

Get-NetIPConfiguration
Test-NetConnection 192.168.10.1
Test-NetConnection www.microsoft.com -Port 443

Пример вывода первой команды (формат приблизительный):

InterfaceAlias       : Ethernet
InterfaceIndex       : 12
InterfaceDescription : Microsoft Hyper-V Network Adapter
IPv4Address          : 192.168.10.11
IPv4DefaultGateway   : 192.168.10.1
DNSServer            : 192.0.2.53

Шлюз должен ответить (PingSucceeded : True), а порт 443 внешнего узла открыться (TcpTestSucceeded : True). Если шлюз отвечает, а имя не разрешается, проверьте DNS: Resolve-DnsName www.microsoft.com.

Откат, если связь пропала. В консоли ВМ (переменная $nic — из блока выше) верните DHCP и DNS по умолчанию и уберите статические записи:

Set-NetIPInterface -InterfaceAlias $nic -Dhcp Enabled
Set-DnsClientServerAddress -InterfaceAlias $nic -ResetServerAddresses
Remove-NetIPAddress -InterfaceAlias $nic -IPAddress 192.168.10.11 `
    -Confirm:$false
Remove-NetRoute -InterfaceAlias $nic -DestinationPrefix 0.0.0.0/0 `
    -Confirm:$false

Если и это не помогло, вернитесь к точке на хосте Hyper-V (текущее состояние ВМ при этом теряется):

Restore-VMSnapshot -Name '02-before-network' -VMName DC1 -Confirm:$false

Часовой пояс и время

Верное время нужно журналам, а в домене ещё и Kerberos (протоколу проверки подлинности), чувствительному к расхождению часов. Найдите идентификатор своего пояса и задайте его:

Get-TimeZone -ListAvailable | Format-Table Id, DisplayName
Set-TimeZone -Id '<ИДЕНТИФИКАТОР_ИЗ_СПИСКА>'
Get-Date

Названия поясов зависят от языка системы, поэтому задавайте пояс по -Id.

Если ВМ станет контроллером домена, отключите ей синхронизацию времени с хостом: для ВМ-контроллеров документация это рекомендует, иначе часы будут ориентироваться на хост, а не на домен. Выключите ВМ и на хосте Hyper-V выполните (в настройках ВМ это Integration Services → Time synchronization):

Get-VMIntegrationService -VMName DC1
Disable-VMIntegrationService -VMName DC1 -Name 'Time Synchronization'

Имя службы берите из вывода первой команды. Время в домене настроим в Windows Server с нуля 03.

Обновления

Свежеустановленный сервер отстаёт от текущего состояния системы, а автоматически Windows Server 2016 и новее обновления не устанавливает. В SConfig режим по умолчанию — «только загрузка»: обновления проверяются и скачиваются, но не устанавливаются. Для сервера это разумно: ставьте их в окно обслуживания, а парком позднее займётся WSUS (Windows Server с нуля 10).

Сделайте точку 02-before-updates, затем запустите SConfig:

Пункт 5 (параметры обновлений): A — автоматически, D — только загрузка, M — вручную. Оставьте D.
Пункт 6 (установка обновлений), затем 1 (все quality updates) и A (установить все).
Перезагрузитесь и повторяйте пункт 6, пока обновления не закончатся.

На Desktop Experience можно использовать и раздел Windows Update в «Параметрах». Проверка: повторный поиск ничего не находит, сервер после перезагрузки работает.

Удалённый доступ: RDP, WinRM, ping

Удалённый рабочий стол

В SConfig выберите пункт 7 (Remote desktop), нажмите E (включить) и вариант 1: только клиенты с проверкой подлинности на уровне сети (NLA, Network Level Authentication). Вариант 2 («любые клиенты») менее безопасен: только временно. Состояние RDP видно на главном экране SConfig. Права пользователей — в Windows Server с нуля 12, лицензирование сеансов — в Windows Server с нуля 01.

Имя группы правил брандмауэра локализуется, поэтому -DisplayGroup 'Remote Desktop' работает только в английском интерфейсе. Идентификатор группы от языка не зависит: для RDP это @FirewallAPI.dll,-28752.

Get-NetFirewallRule -Group '@FirewallAPI.dll,-28752' |
    Format-Table DisplayName, Enabled, Profile

В столбце Enabled должно быть True. Если правила выключены, включите их:

Get-NetFirewallRule -Group '@FirewallAPI.dll,-28752' |
    Set-NetFirewallRule -Enabled True

В wf.msc эти правила называются Remote Desktop - User Mode (в русской документации — «Удалённый рабочий стол — режим пользователя (TCP-In)»; в вашей системе написание может отличаться). С PC1 подключитесь программой «Подключение к удалённому рабочему столу» к 192.168.10.11. Включайте RDP только в доверенной сети, порт 3389 в интернет не публикуйте.

WinRM и PowerShell remoting

WinRM (Windows Remote Management, служба удалённого управления), на которой работает PowerShell remoting, на Windows Server 2012 и новее включена по умолчанию: в домене для доменной сети, в рабочей группе для локальной подсети. Проверим службу на сервере:

Test-WSMan

Пример вывода:

wsmid           : http://schemas.dmtf.org/wbem/wsman/identity/wsmanidentity.xsd
ProtocolVersion : http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd
ProductVendor   : Microsoft Corporation
ProductVersion  : OS: 0.0.0 SP: 0.0 Stack: 3.0

При ошибке выполните Enable-PSRemoting -Force: команда запустит WinRM, выставит автозапуск, создаст слушатель и исключение в брандмауэре (то же делает SConfig: пункт 4, затем 1). С рабочей станции проверка: Test-WSMan -ComputerName 192.168.10.11. Сеансы вне домена требуют дополнительной настройки; вернёмся к ним после создания домена.

Ответ на ping

По умолчанию сервер на ping (эхо-запросы протокола ICMP) не отвечает: это не поломка. Чтобы видеть его командой ping в доверенной сети, включите ответ в SConfig: пункт 4, затем 3.

Брандмауэр и Microsoft Defender

Брандмауэр Windows — встроенный узловой брандмауэр с отдельными настройками для профилей Domain, Private и Public:

Get-NetFirewallProfile | Format-Table Name, Enabled

Пример вывода:

Name    Enabled
----    -------
Domain     True
Private    True
Public     True

Не отключайте брандмауэр «чтобы заработало»: проверьте порт с другого компьютера командой Test-NetConnection <адрес> -Port <порт>, найдите нужное правило в wf.msc и включите именно его, только для нужного профиля.

Microsoft Defender Antivirus на Windows Server 2016 и новее установлен и работает по умолчанию:

Get-Service -Name WinDefend
Get-MpComputerStatus | Format-List AMServiceEnabled, AntivirusEnabled,
    RealTimeProtectionEnabled, AntivirusSignatureLastUpdated

Пример вывода второй команды:

AMServiceEnabled              : True
AntivirusEnabled              : True
RealTimeProtectionEnabled     : True
AntivirusSignatureLastUpdated : 04.11.2026 9:15:42

Сигнатурам нужна работающая служба Windows Update: после обновлений проверьте AntivirusSignatureLastUpdated и при устаревших сигнатурах обновите их через Windows Update.

Активация и оценочный срок

Состояние активации покажет SConfig (пункт 11 → 1) или slmgr.vbs /dlv: у оценочной версии в выводе будет EVAL. Оценочная версия не требует ключа (он понадобится при переводе в обычную), но её нужно активировать через интернет в течение 10 дней. Для обычной версии ключ вводят в SConfig (11 → 3, затем 11 → 2) или командой slmgr.vbs /ipk <КЛЮЧ>: она лишь устанавливает ключ, активацию выполняет пункт 11 → 2. Для корпоративных лицензий бывает нужна служба KMS (Key Management Service) — старая статья. «Активаторы» и найденные в интернете ключи не используйте: это нарушает лицензию.

Перевод меняет редакцию и перезагружает сервер, поэтому сначала сделайте контрольную точку рядового сервера на хосте Hyper-V; откат — Restore-VMSnapshot. Команды (от имени администратора, с вашим легальным ключом; условия лицензии прочитайте до принятия):

DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
DISM /online /Set-Edition:<ЦЕЛЕВАЯ_РЕДАКЦИЯ> /GetEula:C:\license.rtf
DISM /online /Set-Edition:<ЦЕЛЕВАЯ_РЕДАКЦИЯ> /ProductKey:<КЛЮЧ> /AcceptEula

Контроллер домена из оценочной версии в обычную перевести нельзя: для боевой сети ставьте обычную версию сразу, а лабораторный DC1 рассчитан на срок оценки.

Практика: `DC1` готов к созданию домена

Проверьте всё одним блоком (в консоли ВМ или по RDP):

hostname
Get-NetIPConfiguration
Get-TimeZone | Format-List Id, DisplayName
Get-NetFirewallProfile | Format-Table Name, Enabled
Test-WSMan
Get-MpComputerStatus | Format-List AntivirusEnabled,
    RealTimeProtectionEnabled

Что проверяем	Ожидаем
Имя	`DC1`
Адрес, шлюз, DNS	`192.168.10.11`, `192.168.10.1`, DNS вашей сети
Часовой пояс	ваш, дата и время верные
Брандмауэр	три профиля включены
WinRM	`Test-WSMan` отвечает
Defender	защита в реальном времени включена
Обновления	поиск ничего не находит

Затем на хосте Hyper-V создайте итоговую точку и удалите промежуточные (средствами Hyper-V, не файлы .avhdx):

Checkpoint-VM -Name DC1 -SnapshotName '02-ready-for-ad'
Remove-VMSnapshot -VMName DC1 -Name '02-clean-install'
Remove-VMSnapshot -VMName DC1 -Name '02-before-network'
Remove-VMSnapshot -VMName DC1 -Name '02-before-updates'

Точку 02-ready-for-ad можно держать до создания домена: если ошибиться в Windows Server с нуля 03, вернётесь в чистое состояние. Когда DC1 станет контроллером домена, не возвращайтесь к ней и удалите её на хосте Hyper-V: Remove-VMSnapshot -VMName DC1 -Name '02-ready-for-ad'. Документация советует не держать снимки и разностные диски на виртуальных контроллерах.

Остальные виртуальные машины

У DC2, FS1 и WSUS1 должны быть уникальные имя и идентификатор безопасности (SID). Есть два пути.

Установка заново. Проще всего: повторите разделы «Установка» и далее, подставив имя и адрес из таблицы «Стенд целиком».

Шаблон. Если ставите сразу три сервера, подготовьте шаблон. Создайте отдельную ВМ TPL, установите систему и обновления, но не ставьте роли и не вводите её в домен. Сделайте контрольную точку и выполните обобщение (generalize): оно удаляет уникальные данные системы, в том числе SID, и выключает ВМ.

%WINDIR%\system32\sysprep\sysprep.exe /generalize /oobe /shutdown /mode:vm

Параметр /mode:vm рассчитан на диски, которые будут работать в Hyper-V с тем же профилем оборудования; запускать его можно только внутри ВМ. Для каждой новой ВМ копируйте диск шаблона, а сам шаблон больше не запускайте. Копировать образ Windows без обобщения нельзя: так не поддерживается. Копировать диск контроллера домена нельзя: возможен USN rollback. Поддерживаемое клонирование — отдельная процедура с подготовленным образом (кратко в Windows Server с нуля 03), поэтому DC2 создают заново или из шаблона обычного сервера, но не копией диска DC1. После первого запуска копии (экран OOBE) продолжайте с раздела про имя сервера. PC2 вводят в домен, как PC1, в Windows Server с нуля 03.

Добавляем диск данных

Warning

Инициализация диска стирает на нём всё. Выбирайте диск по номеру и размеру: он должен быть новым и пустым, без разделов. Системный диск (C:) не трогайте. Перед началом сделайте контрольную точку ВМ.

Диск D: нужен на FS1 и WSUS1, диск E: — на DC1 (только как цель wbadmin в Windows Server с нуля 11). Буква D: может быть занята виртуальным DVD-приводом с ISO. Тогда смените букву привода в «Управлении дисками» (правый щелчок → Change Drive Letter and Paths) или удалите привод на хосте Hyper-V: Get-VMDvdDrive -VMName FS1 | Remove-VMDvdDrive. Создайте и подключите виртуальный диск (путь и размер подставьте свои):

New-VHD -Path D:\VM\FS1-data.vhdx -SizeBytes 100GB -Dynamic
Add-VMHardDiskDrive -VMName FS1 -Path D:\VM\FS1-data.vhdx

В самой ВМ новый диск показан в «Управлении дисками» без разделов (если он Offline, переведите его в Online: Set-Disk -Number 1 -IsOffline $false). Найдите его командой:

Get-Disk | Format-Table Number, FriendlyName, Size, PartitionStyle,
    OperationalStatus

Нужный диск имеет ожидаемый размер и стиль RAW (не инициализирован). Подставьте его номер вместо 1:

Get-Partition -DiskNumber 1
Initialize-Disk -Number 1 -PartitionStyle GPT
New-Partition -DiskNumber 1 -UseMaximumSize -DriveLetter D
Format-Volume -DriveLetter D -FileSystem NTFS -NewFileSystemLabel Data

Первая команда для нового диска не должна показать разделов. Проверка: Get-Volume -DriveLetter D показывает том Data с NTFS. Для DC1 повторите с буквой E.