Я всего лишь скромный разработчик, поэтому мало знаком с нашей инфраструктурой виртуальных серверов, поэтому подумал, что задам вопрос здесь.
Наш ИТ-менеджер только что сказал мне игнорировать показатель «свободное место на диске» на одном из дисков нашего SQL Server на базе 64-битной Windows Server 2003 и заявил, что «важно то, что свободно в дисковых массивах, которые охватывает сервер».
Насколько я знаю, сервер виртуальный на VMWare (я думаю, ESX), и у нас есть SAN. Почему должно быть установлено, что размеры дисков, сообщаемые на сервере, будут отличаться от фактически доступных физически? Не приведет ли это к неприятностям?
Пожалуйста, просветите меня. Я очень хочу понять, как это будет работать / быть настроено ...
Он, вероятно, говорит о том, что называется тонкое обеспечение.
Тонкое выделение ресурсов - это механизм, который применяется к крупномасштабным централизованным компьютерным дисковым системам хранения, SAN и системам виртуализации хранения. Тонкое выделение ресурсов позволяет легко распределять пространство между серверами по мере необходимости и точно в срок. (Википедия)
По сути, вы создаете впечатление, будто доступно больше места, чем есть, а затем предоставляете пространство в том виде, в котором оно фактически используется. Это позволяет значительно снизить накладные расходы на емкость хранилища.
Если вы превысите физически доступное хранилище, это должно привести к отказу в записи / разрешении. Для сервера MS-SQL это действительно немало проблем :)
Комментарий Роя о тонком выделении ресурсов может быть правильным, но если это так, то сценарий, с которым вы столкнетесь, заключается в том, что сервер считает, что у него есть X объема хранилища, представленного в томе, но на самом деле только некоторая часть X фактически физически выделена. Поскольку сервер использует свободное пространство, подсистема SAN \ Storage выделяет реальные блоки хранения. Это позволяет системным администраторам настраивать системы на общий объем емкости, который им понадобится в течение ожидаемого срока службы, без необходимости немедленно выделять именно такое количество физических дисков. ОС считает, что у нее есть все свободное пространство, и оно будет, если оно понадобится, но эта возможность «выделять по требованию» позволяет администраторам хранилища экономически эффективно планировать поэтапные покупки хранилища, а не покупать большие объемы хранилища, которые будут простаивать в течение большую часть своей жизни. Это также означает, что администраторам серверов не нужно отключать какие-либо сервисы для расширения томов или вообще беспокоиться о расширении томов (при условии, что долгосрочное планирование изначально было удачным).
Учитывая то, как вы сформулировали вопрос, я думаю, что более вероятно, что какое-то хранилище на вашем сервере подключено через Точки подключения тома NTFS. Эта концепция довольно проста для пользователей Unix, но все еще относительно необычна в среде Windows. Если на томе используются точки монтирования, то общий объем доступного свободного места превысит количество, отображаемое в корне диска - свободное пространство под каждой точкой монтирования зависит от тома хранилища, на которое он указывает, и не отображается. в метаданных выше на диске. Это полностью прозрачный способ предоставления хранилища почти для всех приложений, но если используются точки монтирования, то в процедурах резервного копирования необходимо избегать простых предположений об объеме данных в томе на основе сводных данных на уровне диска.