Инкрементное копирование может требовать до 50% свободного хранилища во время работы!
Инкрементное копирование ("с дедупликацией на клиенте", как это называет поддержка Акронис) требует свободным в худшем случае 50% хранилища на время выполнения операции. Как такое возможно? Да легко!
Есть управляемое нешифрованное хранилище с отключенной дедупликацией. В хранилище все время есть одна (большая) полная копия и несколько более поздних небольших инкрементных. В текущей реализации инкрементного копирования в вашем ПО процесс выглядит так:
На сервер КАЖДЫЙ РАЗ "при выполнении задания резервного копирования" копируется новая актуальная ПОЛНАЯ КОПИЯ с клиента, затем высчитывается разница между этой копией и сборкой предыдущих, после чего создается разностная копия и удаляется скопированная на предыдущем шаге полная копия.
То есть на время резервного копирования некоего хоста архив для этого хоста занимает В ДВА РАЗА БОЛЬШЕ места в хранилице, чем он имеет "в состоянии покоя" - в месте хранения находятся одновременно две полных копии!
Если мы делаем архивные копии всех нужных хостов одновременно (в одном плане рез. копирования или в нескольких планах но в сходное время), то 50% хранилища у нас должно быть свободно, иначе будет переполнение.
Если же мы захотим эффективно забить хранилище резервными копиями "под завязку", то нам будет необходимо для каждого хоста сделать персональный план резервного копирования, разнести все эти планы по времени, чтобы процесс создания копий разных хостов не перекрывался (фантастика!), специально для этого запускать часть хостов ночью и гасить их после копирования (расскажите нам как же мы плохо жили без этого, а?) и все равно в хранилище останется мертвое свободное место (равное размеру самой большей полной резервной копии хоста), которое невозможно будет ничем занять. Ну как так можно?!!
Знаете, необходимость держать свободным 50% совсем не дешевого хранилища порождает...[вырезано самоцензурой автора].
Ну и вопрос по существу проблемы:
С этим можно что-то сделать?
Текущие настройки планов резервного копирования: старт ежедневно, очистка по правилам хранения, удалить самые старые копии, если количество больше 5 шт., если есть зависимости то консолидировать перед удалением. Применение правил хранения - до и после резервного копирования.
> т.е. по сути это 2 независимые цепочки бэкапов.
Для каждого архивируемого хоста есть только одна цепочка бэкапов и только один план резервного копирования. На скриншоте верхняя "полная" резервная копия появляется только при работе этого плана копирования.
> Требование дополнительного свободного места (равного размеру полного бэкапа) возникает только при необходимости консолидации (мержа) инкрементальных/дифференциальных бэкапов в полные.
Насколько я понимаю, если мы хотим иметь архив вида "полная копия + Х последних разностных копий", то мерж требуется каждый раз после резервного копирования. И он же требуется перед резервныим копированием, если перед автоматическим запуском плана копирования в течение дня была команда запуска копирования вручную. Он все равно нужен.
Ладно, попробуем перенести мерж на ночное время и отвязать от создания резервных копий - одновременно его делать так же нельзя (50% хранилища!), нужно раскидывать его по времени в течение суток, что не удобно (в зависимости от количества архивируемых хостов, у кого-то может и 100...1000 наберется).
> Её можно избежать, если выставить соответствующую настройку, которая будет удалять целиком цепочки (фулл+зависимые инкрементальные) бэкапов, когда все бэкапы в цепочке будут удовлетворять критериям очистки.
Можете показать эту настройку скриншотом или последовательностью пунктов меню текстом, чтобы не было разночтений? Пока что я не совсем понимаю, что останется при этом в резервных копиях.
> Таким образом при настройке параметров очистки нужно отталкиваться в первую очередь от требований
Для каждой машины требуется хранить одну полную копию и Х разностных (собственно, требование - небольших). Создаваться каждый раз должны только разностные копии. При ротации самая старая разностная копия должна консолидироваться с полной.
> P.S. в новой 12ой версии Acronis Backup данная проблема (требование дополнительного места при консолидации) решается путем использования архива типа Always-Incremental (используется по умолчанию), где возможно удаление произвольного бэкапа в цепочке без необходимости консолидации в принципе.
Насколько я понимаю, при этом хранение всех копий организовано в одном файле, как наприме в vmProtect?
Здравствуйте,
Настройку по очистке без консолидации см. на приложенном скриншоте. Однако в вашем случае, если требуется хранить только один полный архив, это вряд ли поможет. Она имеет смысл только если есть возможность хранить 2+ полных архива (т.е. 2+ цепочки) от каждой машины. Таким образом правильным решением в вашем случае (как вы и предположили) будет разнесение по времени резервного копирования, чтобы пересекалось только ограниченное количество машин. Это разнесение можно автоматизировать соответствующей настройкой в расписании - см второй приложенный скриншот. Если включить эту настройку, то старт бэкапа всех машин из плана будет "размазан" по заранее заданному промежутку.
Насколько я понимаю, при этом хранение всех копий организовано в одном файле, как наприме в vmProtect?
Да, верно - подход аналогичный.
Спасибо.
P.S. в новой 12ой версии Acronis Backup данная проблема (требование дополнительного места при консолидации) решается путем использования архива типа Always-Incremental (используется по умолчанию), где возможно удаление произвольного бэкапа в цепочке без необходимости консолидации в принципе.
Кстати, как-то можно бесплатно (или платно) перейти на 12 версию, имея сейчас "Acronis Backup Advanced 11.7" со "сроком обслуживания" до марта 2017 года?
На данный момент 12-ую версию Acronis Backup в редакции Advanced планируется выпустить примерно к середине следующего года (срок еще до конца не определен, но крайне вряд ли это будет Март). Таким образом 11.7 это текущая актуальная версия Acronis Backup Advanced. Переход на новую версию будет бесплатным при условии наличия действующего контракта на обслуживание (maintenance) Acronis Backup 11.7 Advanced на момент релиза этой новой версии.
Текущие продукты из серии Acronis Backup 12 являются продолжением линейки Acronis Backup "standard" (без приставки Advanced), куда входят Acronis Backup for VMware (бывший vmProtect), Acronis Backup for Windows Server, и т.д.
Ясно, спасибо.
А периодически возникающие предложения по улучшению функционала ПО как и куда лучше направлять, чтобы это было не впустую (т.е. услышать в ответ аргументированный отказ, либо примерные сроки внедрения фичи)?
Предложения можно оформлять в виде новых тем на данном форуме в соответствующей ветке. Это, пожалуй, самый надежный способ. Конечно же мы в том числе принимаем фидбэк по любым другим каналам (тех. поддержка, соц. сети и т.д.)