Acronis Backup for Windows Server Essentials - User Guide - Инструкция (Страница 263)

263 Copyright © Acronis International GmbH, 2002-2014
Удаление неиспользуемых блоков является ресурсоемкой операцией, поэтому задание
уплотнения выполняется только при накоплении значительного объема подлежащих удалению
данных. Пороговый объем определяется параметром конфигурации Compacting Trigger
Threshold (стр. 254) (Пороговое значение для включения сжатия).
7.5.7.3 Когда дедупликация наиболее эффективна
Дедупликация наиболее эффективна в следующих случаях.
 В случае резервного копирования похожих данных из различных источников в режиме
полного резервного копирования. Например, при резервном копировании операционных
систем и приложений, развертываемых из общего источника в сети.
 В случае создания инкрементных резервных копий похожих данных из разных источников,
если изменения в данных также одинаковы. Например, когда в этих системах
развертываются обновления и используется инкрементное резервное копирование.
 В случае инкрементного резервного копирования данных, которые не меняются сами, но
меняется их расположение. Так происходит, когда многочисленные фрагменты данных
циркулируют по сети или в пределах одной системы. После каждого перемещения
фрагмент данных включается в инкрементную резервную копию. В результате размер
копии может быть значительным, хотя она и не содержит новых данных. Решить эту
проблему можно с помощью дедупликации: каждый раз, когда элемент появляется на
новом месте, сохраняется не сам элемент, а ссылка на него.
Дедупликация и инкрементные резервные копии
При случайных изменениях данных применение дедупликации при инкрементном резервном
копировании не даст большого эффекта по следующим причинам.
 Дедуплицируемые элементы, которые не изменились, не попадут в инкрементную
резервную копию.
 Дедуплицируемые элементы, которые изменились, уже не будут одинаковыми и,
следовательно, не будут дедуплицированы.
Дедупликация и резервные копии базы данных
Для регулярного создания резервных копий базы данных дедупликация не очень эффективна.
Причина в том, что изменения в базе данных обычно уникальны, и поэтому дедуплицировать
их невозможно. В этом случае лучше хранить резервные копии баз данных в хранилище без
дедупликации.
7.5.7.4 Рекомендации по дедупликации
Дедупликация — это сложный процесс, зависящий от многих факторов.
Наиболее важные факторы, влияющие на скорость дедупликации:
 скорость доступа к базе данных дедупликации;
 объем оперативной памяти узла хранения;
 количество дедуплицирующих хранилищ, созданных на узле хранения.
Для увеличения производительности дедупликации следуйте рекомендациям ниже.