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