Какой путь следует выбрать для сокращения времени резервного копирования?
Компания ежедневно выполняет полное резервное копирование своих данных в целях аварийного восстановления. Однако процесс их резервного копирования не может быть завершен в течение назначенного временного окна резервного копирования.
Что бы вы порекомендовали этой компании для реструктуризации среды резервного копирования, чтобы минимизировать время резервного копирования? У нас есть 4 кандидата,
1. Выполните резервное копирование на основе локальной сети
2. Еженедельное полное резервное копирование и ежедневное добавочное
3. Еженедельное полное резервное копирование и ежедневное накопительное
4. Добавьте больше ISL для увеличения пропускной способности
При сравнении инкрементного резервного копирования с накопительным резервным копированием время инкрементного резервного копирования, безусловно, короче, чем совокупное время резервного копирования. Но я не знаю, допускается ли добавление большего количества ISL в существующую систему хранения, или эта операция действительно может сократить время резервного копирования?
2 ответа
Я настоятельно рекомендую использовать опцию rsync "--link-dest" для синхронизации (или резервного копирования) всех данных каждый раз, когда вы обычно делаете инкрементное резервное копирование. Используя опцию жестких ссылок, вы не только экономите место на диске, но и значительно сокращаете количество дублирующихся файлов, передаваемых по сети.
При наличии дерева каталогов резервных копий жесткая ссылка просто связывает файлы, которые не были изменены на исходном компьютере, с тем местом, где они уже существуют на конечном компьютере.
Однако больше всего вам нужно предоставить больше метрик о том, что является вашим текущим узким местом (ЦП, дисковый ввод-вывод, сеть...).
Я не уверен, что вы подразумеваете под вариантом 1.
Я не знаю, что вариант 4.
Вариант 3 будет означать увеличение времени резервного копирования и увеличение использования емкости резервного хранилища в течение недели.
Вариант 2 - это вариант, который покрывает 95% или более ваших потребностей в восстановлении. В случае, если вам необходимо восстановить целостную систему, вам понадобится последняя полная резервная копия и все последующие инкрементные резервные копии, но IMO значительно превосходит недостатки ежедневных накопительных резервных копий в отношении увеличения окон резервного копирования и увеличения использования емкости хранилища резервных копий.
РЕДАКТИРОВАТЬ
ИМО = По моему мнению.
Накопительное резервное копирование эквивалентно разностному резервному копированию, поэтому каждое последующее накопительное резервное копирование занимает больше времени и использует больше емкости носителя для резервного копирования. Накопительное резервное копирование создаст резервные копии всех данных, которые изменились с момента последнего полного резервного копирования, поэтому, если ваше полное резервное копирование выполняется в субботу, то накопительное резервное копирование в воскресенье будет выполнять резервное копирование всех измененных данных с субботы. Накопительное резервное копирование в понедельник выполнит резервное копирование всех измененных данных с субботы, включая те же данные, которые были скопированы в воскресенье и т. Д., И т. Д. До следующей полной резервной копии. Как вы можете видеть, каждое последующее накопительное резервное копирование будет больше и займет больше времени, поскольку вы создаете резервные копии всех данных, которые изменились со времени последнего полного резервного копирования, по существу резервное копирование одних и тех же измененных данных при каждой итерации. Если файл A изменяется в воскресенье, но не в понедельник, вторник и т. Д., Он все равно будет сохранен с помощью накопительного резервного копирования в воскресенье, понедельник, вторник и т. Д. Вы создаете резервную копию одного и того же файла с каждым накопительным резервным копированием, даже если файл изменился только один раз, в воскресенье. Если вам необходимо полностью восстановить систему, вам нужно восстановить только последнюю полную резервную копию и последнюю накопительную резервную копию, поскольку последняя накопительная резервная копия будет содержать все данные, которые изменились со времени последней полной резервной копии.
Инкрементное резервное копирование выполняет только резервное копирование данных, которые изменились со времени последнего полного или инкрементного резервного копирования, поэтому, если ваше полное резервное копирование выполняется в субботу, то инкрементное резервное копирование в воскресенье будет выполнять резервное копирование всех измененных данных с субботы. Инкрементное резервное копирование в понедельник выполнит резервное копирование всех измененных данных с воскресенья, за исключением данных, которые были скопированы в воскресенье. Инкрементное резервное копирование во вторник выполнит резервное копирование всех измененных данных с понедельника, за исключением данных, которые были скопированы в воскресенье и понедельник. С помощью инкрементной резервной копии резервное копирование измененных данных выполняется только один раз, поэтому, как вы можете видеть, если вам необходимо полностью восстановить систему, может потребоваться восстановление полной резервной копии и каждой инкрементной резервной копии, начиная с полной резервной копии, чтобы убедиться, что каждая измененный файл восстанавливается.