Полное управление дисковым пулом из командной оболочки PowerShell в Windows

Графический мастер дисковых пространств удобен для первого знакомства, но быстро упирается в потолок. Он показывает базовое состояние, позволяет создать пул и том, а вот тонкая настройка, диагностика проблем и автоматизация ему не по зубам. Командная оболочка PowerShell снимает эти ограничения начисто. Через неё видно каждый параметр пула, доступна любая операция, а рутинные задачи сворачиваются в скрипты, выполняющие за секунду то, на что в мастере уходят минуты кликов. Для того, кто управляет хранилищем всерьёз, оболочка становится главным инструментом, а мастер остаётся для разовых простых действий. Все команды встроены в систему и работают без установки чего-либо стороннего.

Управление пулом через оболочку строится вокруг нескольких семейств команд. Одни показывают состояние пулов, виртуальных дисков и физических накопителей. Другие меняют их свойства. Третьи запускают обслуживающие операции вроде восстановления или оптимизации. Освоив эти семейства, администратор получает полный контроль над хранилищем, недостижимый через графику. Задача - разобраться, какая команда за что отвечает и как они складываются в рабочие сценарии.

Просмотр состояния всех пулов и их параметров

Любое управление начинается с понимания текущего состояния. Команда вывода всех пулов показывает их имена, размеры и здоровье. Базовый просмотр делается так:

Get-StoragePool

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

Get-StoragePool -FriendlyName "ПулДанных" | Format-List *

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

Просмотр виртуальных дисков и физических накопителей пула

Пул состоит из слоёв, и каждый слой смотрят своей командой. Виртуальные диски, нарезанные из пула, выводит отдельная команда с их параметрами надёжности и состоянием:

Get-VirtualDisk | Select FriendlyName, ResiliencySettingName, Size, HealthStatus

Команда показывает каждый виртуальный диск с его способом обеспечения надёжности, размером и здоровьем. Так за один взгляд видно, какие тома созданы, как они защищены и всё ли с ними в порядке. Физические диски, из которых собран пул, смотрят другой командой, показывающей их состояние и роль:

Get-PhysicalDisk | Select FriendlyName, MediaType, Size, HealthStatus, Usage

Здесь по каждому физическому диску виден его тип носителя, размер, здоровье и назначение в пуле. Поле назначения особенно важно: оно показывает, работает ли диск в составе пула, выделен ли под горячий резерв или помечен на изъятие. Связав три уровня воедино, пул, виртуальные диски и физические накопители, администратор видит всю конструкцию насквозь, от сырого железа до готовых томов, и точно знает, что где находится и в каком состоянии.

Изменение свойств пула и виртуальных дисков

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

Set-StoragePool -FriendlyName "ПулДанных" -NewFriendlyName "ОсновнойПул"

Команда меняет понятное имя пула на новое. Физическому диску можно сменить его роль в пуле, например пометить на изъятие перед заменой:

Set-PhysicalDisk -FriendlyName "PhysicalDisk3" -Usage Retired

Здесь диск помечается на изъятие, после чего система перестаёт записывать на него новые данные и готовит к удалению из пула. Также диск можно назначить горячим резервом, чтобы он автоматически вступил в строй при отказе любого рабочего накопителя. Назначение резерва делается тем же семейством команд установки свойства с указанием соответствующей роли, и такой запасной диск спокойно ждёт своего часа, не участвуя в хранении, пока система не призовёт его на замену выбывшему. Это превращает восстановление из ручной операции в автоматическую: при гибели рабочего диска резерв подхватывает его место без участия человека. Эти изменения свойств - повседневный инструмент управления: подготовка к замене диска, настройка резерва, переименование для порядка. Графический мастер большую часть таких операций просто не предлагает, и без оболочки они недоступны вовсе.

Обслуживающие операции восстановления и оптимизации

Помимо просмотра и настройки, оболочка запускает обслуживающие операции, поддерживающие пул в форме. Главная из них - восстановление виртуального диска после замены сбойного накопителя. Запуск восстановления делается командой:

Repair-VirtualDisk -FriendlyName "Зеркало1"

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

Optimize-StoragePool -FriendlyName "ПулДанных"

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

Get-StorageJob

Команда показывает все идущие операции с процентом выполнения, чтобы понимать, сколько ещё ждать до завершения восстановления или оптимизации. Эти обслуживающие команды поддерживают здоровье пула на протяжении всей его жизни, и без них хранилище со временем теряет и скорость, и надёжность. Отдельно стоит упомянуть обновление версии пула: после установки новой версии системы пул иногда остаётся в старом формате и не поддерживает свежие возможности, пока его явно не обновят командой повышения версии. Такое обновление необратимо, поэтому его делают осознанно, убедившись, что откат к прежней системе не понадобится. Зато после него пулу становятся доступны новые типы отказоустойчивости и улучшенные алгоритмы, ради которых обновление и затевается.

Создание тома одной командой через конвейер

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

Get-StoragePool -FriendlyName "ПулДанных" | New-VirtualDisk -FriendlyName "Том1" -ResiliencySettingName Mirror -Size 100GB | Initialize-Disk -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS

Здесь пул передаётся на создание виртуального диска, тот сразу инициализируется, на нём создаётся раздел с буквой и форматируется, всё в одну строку. Конвейер избавляет от хранения промежуточных результатов в переменных и делает создание тома мгновенным. Ещё короче работает специальная команда, объединяющая все эти шаги в себе:

New-Volume -StoragePoolFriendlyName "ПулДанных" -FriendlyName "Том1" -ResiliencySettingName Mirror -Size 100GB -FileSystem NTFS

Эта единая команда сама создаёт виртуальный диск, инициализирует его, нарезает раздел и форматирует, отдавая готовый к работе том. Она удобнее длинного конвейера, когда нужны стандартные настройки без тонкой подстройки каждого шага. Знание обоих способов даёт гибкость: конвейер для случаев с особыми параметрами на каждом этапе, единая команда для быстрого создания типового тома. Эта компактность - одна из причин, по которой опытные администраторы предпочитают оболочку графике даже для простых задач.

Удаление виртуальных дисков и пулов при перестройке

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

Remove-VirtualDisk -FriendlyName "Том1"

Команда удаляет виртуальный диск вместе со всеми данными на нём, поэтому перед этим важные данные обязательно копируют в другое место. После удаления всех виртуальных дисков пул становится пустым, и его можно убрать целиком:

Remove-StoragePool -FriendlyName "ПулДанных"

Команда удаляет пул, освобождая входившие в него физические диски, которые после этого снова становятся доступны для нового пула или обычного использования. Соблюдение порядка тут критично: попытка удалить пул, в котором ещё есть виртуальные диски, завершится отказом. Правильная последовательность - сверху вниз по слоям, от томов к пулу, тогда как создание шло снизу вверх. Понимание этого порядка спасает от ошибок при перекройке хранилища, когда нужно разобрать старую конструкцию и собрать новую из тех же дисков.

Автоматизация управления через скрипты и итоги

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

$проблемы = Get-PhysicalDisk | Where-Object { $_.HealthStatus -ne "Healthy" }
if ($проблемы) {
    $проблемы | Select FriendlyName, HealthStatus | Out-File C:\problemy-diskov.txt
}

Скрипт отбирает все физические диски, чьё здоровье отличается от нормального, и при наличии таких записывает их в файл. Запущенный по расписанию, он сам следит за пулом и сигнализирует о проблемах, не дожидаясь ручной проверки. Подобным образом автоматизируют создание томов, регулярную оптимизацию, сбор статистики по свободному месту. Особенно ценен скрипт, отслеживающий свободное место в пуле и предупреждающий, когда оно подходит к опасному пределу, ведь переполнение пула с тонким выделением способно внезапно остановить запись на тома, формально ещё не заполненные. Такой страж считает остаток ёмкости пула и при падении ниже заданного порога записывает предупреждение, давая время докупить и добавить диск заранее, а не в авральном режиме, когда место уже кончилось и работа встала.

Управление пулом через оболочку превращает хранилище из чёрного ящика в полностью прозрачную и подконтрольную систему. Команды просмотра показывают каждый слой конструкции, команды настройки меняют любой параметр, обслуживающие операции поддерживают здоровье, а скрипты сворачивают рутину в автоматику. Графический мастер хорош для первого пула, но всерьёз хранилищем управляют именно из оболочки, потому что только она даёт полный доступ ко всем возможностям технологии. Освоив несколько семейств команд, администратор получает над пулом такую власть, какой графика не даёт в принципе: он видит всё, меняет что угодно и поручает рутину скриптам, освобождая себе время для задач, где нужна голова, а не клики. Именно в этом сила командного подхода: один раз написанный скрипт делает то, что вручную пришлось бы повторять снова и снова, и делает это надёжнее человека, никогда не уставая и не ошибаясь в кликах.