Вопрос или проблема
Я использую это изображение: https://azuremarketplace.microsoft.com/en-us/marketplace/apps/microsoftsqlserver.sql2022-ws2022?tab=overview
Чтобы создать виртуальную машину в Azure, как часть этой настройки, я немного изменяю буквы дисков, чтобы мой Data Drive был диском “D:”. Это работает нормально до тех пор, пока я не попытаюсь расширить диск. Когда я это делаю, вместо того чтобы диск расширился (в этом примере с 1 ТБ до 2 ТБ) как простой том, я вижу что-то вроде этого:
Если я щелкну правой кнопкой мыши по одному тому, все параметры неактивны… Но прокрутив вниз, у меня есть это, что я могу нажать и расширить:
Если я его расширю, я получаю “Spanned Drive”, который выглядит примерно так:
Очень странно… В основе этого то, что azure-сервер создается с этими:
“Защитный Раздел Пространств Хранения”
Почему? Есть ли обратная сторона (кроме того, что это сложнее для управления), есть ли способ сделать так, чтобы мои серверы не имели этих разделов изначально (при использовании того же изображения)?
Это изображение использует Пространства Хранения для тома данных SQL Server; это означает, что два или более физических (вернее, виртуальных) дисков объединяются в пул хранения, и затем реальный том создается путем использования доступного пространства (в данном случае, всего) из самого пула хранения; вы не можете управлять этим с помощью Управления дисками, вам нужно использовать раздел “Файловые и сервисы хранения” менеджера сервера:
Но здесь есть более крупная проблема: Пространства Хранения не поддерживают изменение размеров базовых физических (вернее, виртуальных) дисков. Вы можете добавлять больше дисков в пул, но не изменять размер тех, которые уже используются.
Если вы измените размер физических (вернее, виртуальных) дисков, то получите что-то вроде этого:
Но нет способа расширить пул хранения, чтобы использовать дополнительное пространство.
Поскольку это пространство теперь потрачено впустую (виртуальные диски Azure не могут быть уменьшены), вам следует повторно развернуть виртуальную машину и изначально выбрать больший размер диска. Если потом выяснится, что вам нужно еще больше места, вы можете добавить больше дисков в виртуальную машину и затем в пул хранения. Но вы не можете изменить размер уже существующих.
Также, похоже, что вы как-то умудрились добавить в смесь динамические диски, создавая все более сложный хаос; еще одна очень веская причина, чтобы все выбросить и начать с нуля.
Существует ли способ изначально не создавать у моих серверов эти разделы (используя то же изображение)?
Нет, рабочий процесс развертывания для этого изображения спрашивает вас, как вы хотите хранить данные SQL Server, а затем выполняет установку в соответствии с тем, что его разработчики считают наилучшим. Если вы хотите более точный контроль, вам следует развернуть простую виртуальную машину Windows Server, добавить диски по мере необходимости и затем установить SQL Server самостоятельно.
Ответ или решение
Вопрос, который вы подняли, связан с расширением диска на виртуальной машине Azure SQL Server, и он кажется на первый взгляд сложным. Как IT-эксперт, давайте разберемся, что именно происходит и почему у вас возникают такие проблемы с расширением диска.
Теория (Theory)
Когда вы создаете виртуальную машину на Azure с использованием изображения SQL Server 2022 на Windows Server 2022, Azure абстрагирует некоторые детали хранения от пользователей для упрощения процесса развертывания и обеспечения оптимальной производительности. Это включает использование "Storage Spaces" — технологии, которая позволяет объединять несколько физических или виртуальных дисков в пул хранения, из которого затем создаются логические тома.
Проблема "Защитного Раздела Storage Spaces"
Вы столкнулись с понятием "Storage Spaces Protective Partition" (Защитный Раздел Storage Spaces). Этот защитный раздел используется для предотвращения утраты данных и неправильного управления передачей данных в пуле хранения. Это своего рода защита от случайной модификации данных на уровне диска. Однако основной недостаток этого подхода заключается в том, что по умолчанию вы не можете обычно расширять существующие логические тома путем увеличения размеров базовых виртуальных дисков.
Пример (Example)
Ваш сценарий хорошо иллюстрирует сложность работы с такими системами. Вы попытались расширить диск вашего виртуального SQL Server с 1 ТБ до 2 ТБ, но обнаружили, что вместо простого расширения раздела весь процесс замешан с созданием "Спанированного Диска". Основная проблема заключается в том, что Storage Spaces не поддерживает изменение размера уже существующих физических (виртуальных) дисков. Это означает, что даже если вы физически добавили пространство на целевой диск, это дополнительное пространство не может быть задействовано автоматически внутри пула хранения.
Применение (Application)
Итак, как вы можете подойти к решению этой проблемы? Вот несколько шагов и рекомендаций:
-
Осознание ограничений Storage Spaces: Понимание, что Storage Spaces не предназначен для динамического расширения физических размеров дисков, является ключевым. Вы можете добавлять новые диски в пул, но существующие не могут быть увеличены.
-
Использование Менеджера Серверов: Убедитесь, что вы используете "File and Storage Services" в Менеджере Серверов для управления и мониторинга ваших пулов хранения. Это позволит лучше понять, как конфигурируются тома и пулы.
-
Планирование с учетом будущего роста: Перед началом работы с виртуальными машинами стоит тщательно планировать потребности в дисковом пространстве. Если вы ожидаете значительный рост, закладывайте большее пространство в начальных конфигурациях или применяйте другой подход к конфигурации, например, развертывание чистого Windows Server без преднастроенных решений.
-
Переразвертывание с улучшенной конфигурацией: В случаях, когда пространство уже добавлено, но не может быть использовано, может потребоваться переустановка и переразвертывание. Это потребует перевода данных, но позволит правильно настроить структуру дисков с самого начала.
-
Избегание сложных конфигураций: Следует избегать смешивания различных типов дисков и конфигураций, таких как динамические диски и спанированные разделы, что может усложнить управление и увеличит риск ошибок.
Касательно вашего вопроса об отключении предустановленных разделов при использовании указанного изображения: к сожалению, такое управление не поддерживается, так как процесс развертывания этого образа преднастроен для оптимизации SQL Server и упрощения администрирования. Если вам требуется более гибкая конфигурация, может быть целесообразно использовать базовое изображение Windows Server и вручную устанавливать SQL Server и настраивать дисковую систему.