Windows 2008: повторное использование удаленных блоков на виртуальных "тонких" дисках
Мы используем StarWind SAN, которая имеет концепцию дисков с тонким предоставлением, которые растут по мере необходимости. Вы можете выделить диск объемом 4 ТБ, но он начинается с небольшого размера и увеличивается по мере записи блоков на виртуальный диск (через iSCSI).
Виртуальный диск, используемый для нашей основной файловой системы, вырос до 1,5 ТБ, и на нем осталось достаточно виртуального пространства (2,5 ТБ), но другое место на диске в SAN - он становится немного тесным. Это недостаток тонкой подготовки - вы можете перезаписать дисковое пространство.
Итак, мы заняты архивированием старых папок с основной дисковой системы в область архива.
Однако это будет иметь значение только в том случае, если Windows 2008 повторно использует удаленные блоки перед добавлением новых блоков на диск при добавлении новых файлов.
Это тот случай, или мы тратим время на архивацию (не говоря уже о том, что все в порядке), и нам нужно в ближайшее время рассмотреть вопрос о расширении диска SAN?
2 ответа
То, что вы ищете, на самом деле называется "тонким восстановлением", процессом, в котором серверная ОС сообщает базовому хранилищу, когда оно не отобразило блок, даже если оно не было обнулено. Windows 2008 можно настроить так, чтобы он работал с некоторыми поставщиками, однако (по крайней мере, в последний раз, когда я читал о том, кто тестировал starwind), не ваш.
Я считаю, что решение о том, куда записывать новые данные на диск, не настраивается в Windows. Я уверен, что он достаточно сложный, чтобы вы не захотели слегка его настроить. В любом случае, вы должны предположить, что Windows напишет, куда хочет, независимо от того, для чего предназначено внутреннее хранилище.
Если вы действительно удаляете большое количество файлов, рассмотрите возможность их миграции на другой LUN с тонким предоставлением. Это будет ужасной тратой времени, если вы собираетесь делать это часто, но это даст вам достаточно времени для наращивания оборудования хранения или выбора более постоянного решения.
Обратитесь к поставщику, но вы, вероятно, тратите время на архивирование.
Выделенное пространство для LUN не будет уменьшаться из-за удаления файлов в Windows. Обратите внимание, что выделенное пространство для LUN отличается от размера самого LUN. Если вы выделите 100 ГБ LUN и запишете в него 10 ГБ данных, SAN выделит 10 ГБ необработанных дисковых блоков на соответствующих дисках для LUN. Затем, когда Windows хочет записать в новый блок, это увеличивает% пространства на вашем тонком LUN, который становится выделенным / выделенным. Со временем, когда Windows запрашивает запись в нетронутые (никогда не затрагиваемые) блоки, эти блоки будут выделены SAN из ее глобального пула неиспользуемых блоков, и выделенный / предоставленный размер LUN будет еще больше увеличиваться.
В конце концов, при достаточном оттоке данных LUN с тонким предоставлением станет толстым. Это может занять много времени, но это полностью зависит от поведения ОС.
Без специального программного обеспечения (упомянутого базиликом) сеть SAN не может узнать, какие блоки могут быть восстановлены, поскольку сеть SAN сама не может "видеть" NTFS (или любую другую файловую систему). Кроме того, большую часть времени вам нужно запустить это программное обеспечение в Windows, прежде чем том станет жестко подготовленным, но снова обратитесь к поставщику.
В целом, тонкое выделение ресурсов тратит ваше время (вам не нужно выделять все свое хранилище на начальном этапе), но в конечном итоге вам потребуется 100% резервное копирование томов с помощью хранилища.
Обратите внимание, я понимаю, что Linux предпочитает перезаписывать блоки, а не использовать чистые, но у меня нет ссылки, чтобы подтвердить это.