Acronis Backup & Recovery 10 Advanced Server Virtual Edition - Инструкция (Страница 86)

86 Copyright © Acronis, Inc.
По умолчанию задания на уплотнение выполняются каждое воскресенье в 03:00. График
выполнения задания можно изменить, как описано в подразделе «Изменение графика
уплотнения» раздела Действия над узлами хранения (стр. 373). Задание можно также запустить
или остановить вручную в представлении Задания.
Удаление неиспользованных элементов является ресурсоемкой операцией, поэтому задание
на уплотнение выполняется только при накоплении значительного объема подлежащих
удалению данных. Пороговый объем определяется параметром конфигурации Compacting
Trigger Threshold (стр. 390) (Пороговое значение для включения сжатия).
Когда дедупликация наиболее эффективна
Дедупликация наиболее эффективна в следующих случаях.
 В случае резервного копирования похожих данных из различных источников в режиме
полного резервного копирования. Например, при резервном копировании операционных
систем и приложений, развертываемых из общего источника в сети.
 В случае создания инкрементных резервных копий похожих данных из разных источников,
если изменения в данных также одинаковы. Например, когда в этих системах
развертываются обновления и используется инкрементное резервное копирование.
 В случае инкрементного резервного копирования данных, которые не меняются сами, но
меняется их расположение. Так происходит, когда многочисленные фрагменты данных
циркулируют по сети или в пределах одной системы. После каждого перемещения
фрагмент данных включается в инкрементную резервную копию. В результате размер
копии может быть значительным, хотя она и не содержит новых данных. Решить эту
проблему можно с помощью дедупликации: каждый раз, когда элемент появляется на
новом месте, сохраняется не сам элемент, а ссылка на него.
Дедупликация и инкрементные резервные копии
При случайных изменениях данных применение дедупликации при инкрементном резервном
копировании не даст большого эффекта по следующим причинам.
 Дедуплицируемые элементы, которые не изменились, не попадут в инкрементную
резервную копию.
 Дедуплицируемые элементы, которые изменились, уже не будут одинаковыми и,
следовательно, не будут дедуплицированы.
Рекомендации по осуществлению дедупликации
Следуйте данным рекомендациям при дедупликации:
 При создании дедуплицирующего хранилища, поместите хранилище и базу данных
дедупликации на разные диски. Так как при дедупликации многократно и одновременно
используются как хранилище, так и база данных, то процесс дедупликации пройдет
быстрее.
 Индексирование резервной копии требует от хранилища минимального количества
свободного места, равного 1.1, умноженному на размер архива, к которому
принадлежит резервная копия. При недостатке свободного места в хранилище, задание
индексирования завершится неудачей и запустится заново через 5-10 минут, так как в
результате операции очистки или прочих заданий индексирования может появиться
свободное место. Чем больше свободного места в хранилище, тем размер архивов
уменьшится до минимально возможного размера.
 При осуществлении резервного копирования нескольких систем с одинаковым
содержимым сначала осуществите резервное копирование похожих систем, чтобы узел