Windows Server Backup стер предыдущие точки восстановления — почему, как ловить, как предотвратить?
Есть сервер с настроенным Windows Server Backup'ом ежедневным копированием папок на NAS, подключенный по iSCSI. Сервер перемещали физически (остановив штатным образом), проверили наличие бэкапов, проверили восстановление (!), оставили в покое, после чего следующий бэкап пересоздал VHD с потерей резервных копий за полгода.
Вопросов три, в общем:
1) Почему вообще Windows Server Backup может затереть VHD, куда бэкапит?
2) Как ему указывать не затирать, если интерфейс для бэкапа, мягко скажем, убог и не позволяет даже задавать частоту выполнения полных бэкапов (т.е. бэкапит один full backup в первый раз, потом каждый раз инкрементальные бэкапы в тот же VHD, и отдельным заданием сливает снапшоты внутри VHD)?
3) Как можно (хотя бы постфактум, если заранее не выйдет) выяснить, будет ли wbadmin start backup затирать VHD?
1) Как правило по причине отсутствия места.
2) Да нормальный там интерфейс, все довольно гибко настраивается, по крайней мере нужные вещи. Так как вы описали он по умолчанию и делает.
3) Оценить наличия места на целевом томе
Похоже на правду. Мониторинга как всегда и не стояло нигде - клиенту он даром не сдался, а мы бы с него стрясли. Вот только почему грохнулись сразу все копии, а не скажем с десяток? Было их там 183.
Максим Гришин: Так там же все на теневом копировании - одну теневую копию удаляешь, толку ноль в плане места. Поэтому зачастую такое и происходит - место кончилось - грохнул либо очень много, либо вообще все.
АртемЪ: Все равно нелогично, если объем данных для бэкапа 100 ГБ, диск 500 ГБ, значит, теневые копии должны съесть 400 ГБ, чтобы забить диск (в крайнем случае 300 ГБ). Зачем удалять все 300? Может, это баг в бэкапе, все-таки? (Он вроде как сырой у микрософта)
Максим Гришин: Ну насколько я замечал поведение теневого копирования -
Удалил одну теневую копию - места почти не прибавилось, что в принципе логично, теневая копия занимает очень мало места, т.к хранит только отличающиеся кластеры.
Допустим на диске 25теневых копий - работаешь с диском, пишешь понемногу старые удаляются, новые создаются.
Но если вдруг на диске делаешь что-то глобальное, требующее большого объема записи - теневые копии удаляются разом все.
Чтобы этого не случалось нужно чтобы размер под теневые копии был не меньше чем максимальный объем данных на диске.
То же самое с архивом - если свободное место на целевом сервере больше чем полный объем разовой архивации сервера - такого не произойдет. Если меньше - запросто.
Насчет бэкапа - я бы не сказал что сырой.
Достаточно специфичный, привыкнуть надо, если привык к другим системам, тонкая настройка из командной строки делается, работает в принципе стабильно и предсказуемо если знать особенности.
Хотя свои косяки и проблемы конечно же имеются, куда же без них. Но их и у других хватает, к примеру у того же акрониса.
Почему вообще Windows Server Backup может затереть VHD, куда бэкапит?
Из вашего описания совершенно не понятно, что вы делали с сервером и как изменили настройки резервного копирования. Одно из предположений — изменили SID.
Сервер сам по себе - ВМ. Переместили хост, с выключением питания и т.п. то есть ВМ не трогали от слова вообще. Проверить SID - проверили, не менялся. Настройки бэкапа тоже не меняли.
Простой
