У меня есть два сайта, на одном из которых размещен Veeam Management Server, а на другом прокси. Оба сервера имеют роли прокси и репозитория, и оба выполняют одно задание по резервному копированию всех рабочих виртуальных машин ESX на месте. Кроме того, они оба выполняют задания копирования для перемещения и сохранения всех резервных копий на локальном и удаленном сайте (политика хранения GFS включена).
Наша цель - сохранить часть наших производственных виртуальных машин для архивирования с сохранением защиты для всех наших производственных виртуальных машин.
Я планирую реорганизовать наши задания резервного копирования и репозитории, потому что фактический план потребляет почти все наше хранилище в репозиториях: все наши рабочие виртуальные машины хранятся с политикой хранения GFS.
Итак, мой план:
Я сделал ошибки или забыл какой-либо шаг по очистке исходных резервных копий от данных, которые мы не хотим архивировать?
С уважением, Клеман.
Ты делаешь правильные вещи. Всего несколько советов, которые стоит учесть перед тем, как начать (если не поздно). Если вы используете инкрементные цепочки резервных копий (а не инкрементные навсегда), вы сможете освободить место, удалив ранее использованные цепочки. В случае обратной инкрементной цепочки еще проще удалить самые устаревшие точки. Общая рекомендация: использовать задания резервного копирования для краткосрочного резервного копирования (от 1 недели до 1 месяца в зависимости от ваших политик) и использовать задания резервного копирования для обеспечения долгосрочного архивирования (например, GFS). Если вы не уверены, ознакомьтесь с лучшими практиками Veeam в отношении политик хранения и режимов резервного копирования: https://veeampdf.s3.amazonaws.com/guide/veeam_best_practices_vmware.pdf