Я здесь в растерянности и хотел попросить вашей помощи.
Я забочусь об ИТ-инфраструктуре и резервном копировании некоторых внешних компаний.
На этой неделе у меня уже была такая же проблема с нехваткой места на целевом диске резервного копирования с двумя разными клиентами. Настройка для обоих выглядит следующим образом:
Windows Server 2012 R2
Резервное копирование через Windows Server Backup, WSB
Цель - это Том iSCSI, расположенный на QNAP NAS
WSB не освобождает автоматически пространство для продолжения резервного копирования до того, как целевой том будет заполнен
Что касается первой компании, «А», я предполагал, что «Автоматическое управление использованием диска» просто не справляется с удалением самых старых резервных копий для освобождения места. Итак, я запустил wbadmin удалить резервную копию -keepoldest команду 3 раза, чтобы удалить около 20% всех резервных копий. Ошибок не возникает.
Но даже по прошествии нескольких дней пространство на NAS не освобождается.
Теперь я нахожусь там же с компанией B, у меня в магазине 720 резервных копий. Я побежал wbadmin удалить резервную копию -KeepVersions: 690.
На этот раз есть ошибки, перефразирование (извините, оригинал на немецком языке):
«Вы хотите удалить запись из каталога» -> Да -> «Ошибка при удалении резервной копии 25.12.2016-11: 00: Неверный тип носителя».
Однако графический интерфейс WSB показывает, что количество резервных копий уменьшено на желаемое.
Есть ли у кого-нибудь проблема нехватки дискового пространства при использовании iSCSI? Есть ли способ заставить WSB надежно освобождать место по мере необходимости - или, скорее, освобождать место вообще? Есть указатели?
Ваша помощь очень ценится!
С уважением,
Майк
С с тонким предоставлением iSCSI LUN, NAS хранит все дисковые блоки, когда-либо были написаны. Удаление данных на томе ничего не меняет, поскольку удаление выполняется в файловой системе, о которой блочное хранилище внизу ничего не знает.
Вам нужно либо «переосмыслить» LUN (обычно путем его миграции), либо создать дамп iSCSI и использовать общий ресурс SMB. Лучшее решение - обновить хранилище, чтобы обеспечить достаточное пространство плюс некоторый резерв.