18 ноября 2013 в 09:42

Acronis True Image: стратегии резервного копирования

Приветствую вас, жители хабро-мира! Мы продолжаем знакомить вас с технологиями True Image. На этот раз поговорим о том, как настроить процесс резервного копирования таким образом, чтобы
  • данные были надежно защищены.
  • папка с резервными копиями (они же – бэкапы, они же – backups) не «съела» все свободное пространство вашего диска.
  • не дублировать одну и ту же информацию в разных бэкапах.

Отчасти мы уже касались этой темы в статье Acronis True Image, способы создания резервных копий. Рассмотрим ее поподробнее.


Стратегия резервного копирования состоит из двух этапов:
  • Создание схемы резервного копирования (backup scheme).
  • Планирование резервного копирования (backup scheduling).

На самом деле, обычному пользователю практически не приходится сталкиваться с решением этих вопросов. Настройки по умолчанию вполне подходят для большинства случаев. Однако, очевидно, что они не могут учитывать специфику данных конкретного пользователя, то, насколько часто он эти данные меняет и т.д. Поэтому fine-tuning рекомендуется проводить самому.

Методы создания бэкапов


Создание схемы начинается с понимания методов резервного копирования. Таких методов три: полное, инкрементное и дифференциальное резервное копирование (full, incremental, differential backup). Зачем они нужны и в чем разница? Смотрим.

Полное резервное копирование

Тут все очень просто. В файл бэкапа записываются все данные, которые были выбраны для резервного копирования.



На рисунке: все бэкапы — полные.
Такие бэкапы самые надежные, но и самые большие. При этом для восстановления потребуется только один файл.

Инкрементное резервное копирование

В файл бэкапа записываются только изменения, которые произошли с момента последнего резервного копирования.



На рисунке: 1.tib — полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib — инкрементные бэкапы.
Инкрементные бэкапы гораздо меньше полных. Однако для восстановления потребуется предыдущий полный бэкап (на рисунке — 1.tib) и вся цепочка инкрементных бэкапов заканчивая тем бэкапом, из которого вы хотите восстановить данные.

Дифференциальное резервное копирование

В файл бэкапа записываются только изменения, которые произошли с момента последнего полного резервного копирования.



На рисунке: 1.tib — полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib — дифференциальные бэкапы.
Дифференциальные бэкапы меньше полных, но больше инкрементных. Для восстановления потребуется сам дифференциальный бэкап и предыдущий полный бэкап (на рисунке — 1.tib).

Цепочки и схемы


Ну вот мы и подошли к самому интересному. Разумеется, вы уже догадались. Три метода резервного копирования дают нам массу всевозможных вариантов так называемых цепочек бэкапов. Цепочка – это один полный бэкап и все зависящие от него инкрементные и/или дифференциальные бэкапы. Схема же состоит из одной или нескольких цепочек, а также содержит правила удаления старых бэкапов.
Действительно, вариантов цепочек может быть великое множество. Но это в теории. На практике же в основу цепочки берется только один из методов: полный, инкрементный или дифференциальный.



«Тут же все ясно как белый день! Всегда создавай полные бэкапы!» – скажете вы и будете правы. Но как всегда есть одно больше «но». Полные бэкапы – самые увесистые. Вам не жалко забить ваш 2 ТБ диск бэкапами? Тогда это самое лучшее решение. Но большинству хочется максимальной надежности и вариативности при минимальных потерях дискового пространства. Поэтому, как говорится, давайте разбираться. Вот со схем на основе полных бэкапов и начнем.

Схемы на основе полных бэкапов

Создавать только полные бэкапы – это действительно самый надежный способ защиты данных. И не допустить бесконтрольного раздувания бэкапа тоже вполне возможно. Нужно всего лишь настроить правила очистки, но об этом чуть ниже.
Недостатки такой схемы:
  • На создание каждого бэкапа уходит много времени.
  • Значительная трата дискового пространства.
  • Небольшое количество бэкапов, т.е. точек во времени, на которые можно «откатиться».
  • Дублирование одной и той же информации в разных бэкапах.

Такую схему рекомендуется использовать для защиты системного раздела. Три-четыре полных бэкапа будет вполне достаточно.

Схемы на основе инкрементных бэкапов

При такой схеме создается один полный бэкап и цепочка зависимых от него инкрементных. Достоинства очевидны – бэкапы создаются быстро и весят мало, т.е. можно позволить себе насоздавать их гораздо больше, чем при схеме с полными бэкапами. Как итог, вы получаете максимальную вариативность при выборе точки восстановления. Но есть один серьезный недостаток – низкая надежность. При повреждении любого из бэкапов все последующие превращаются в мусор – восстановиться из них вы не сможете. Можно ли каким-то образом повысить надежность? Да, можно. Самый простой способ – создавать новый полный бэкап после нескольких инкрементных, скажем, после четырех или пяти. Таким образом, мы получаем схему с несколькими цепочками, и повреждение одной из цепочек не повлияет на другие.
Эта схема универсальная, ее можно использовать для защиты как дисков, так и файлов.

Схемы на основе дифференциальных бэкапов

При такой схеме создается один полный бэкап и зависимые от него дифференциальные. Этот подход объединяет в себе достоинства двух предыдущих. Так как дифференциальные бэкапы меньше полных и больше инкрементных, вы получаете среднюю вариативность при выборе точки восстановления и довольно высокую надежность. Но без недостатков все равно не обойдешься. Чем дальше по времени отстоит дифференциальный бэкап от своего полного бэкапа, тем он «тяжелее», и даже может превысить размер полного бэкапа. Решение здесь то же, что и при инкрементном подходе, — разбавляйте ваши дифференциальные бэкапы полными. В зависимости от интенсивности изменения защищаемых данных новый полный бэкап рекомендуется создавать после двух-пяти дифференциальных.
Такой схемой можно защитить ваш системный раздел, если дисковое пространство не позволяет вам хранить несколько полных бэкапов.

Планирование


Здесь все просто. Вы составляете расписание, а True Image обновляет для вас бэкапы точно в назначенное вами время и в соответствии с настроенной схемой. Чем чаще меняются данные, тем чаще рекомендуется их бэкапить. К примеру, системный раздел можно бэкапить раз в месяц, а вот файлы, с которыми вы работаете каждый день, и бэкапить рекомендуется каждый день или даже чаще.



Разумеется, когда вам срочно нужно создать бэкап, не обязательно ждать запланированного времени. Вы всегда можете запустить резервное копирование вручную.

Правила очистки


Практика показывает, что пользователи редко задумываются об очистке, когда настраивают резервное копирование. А зря. Ведь потом они обнаруживают, что бэкап «съел» все свободные гигабайты диска.
Правила очистки можно и нужно настроить при создании схемы резервного копирования. Настроить можно аж по трем критериям:
  1. Максимальный «возраст» цепочек бэкапов.
  2. Максимальное количество цепочек бэкапов.
  3. Максимальный общий размер бэкапа.

Почему в настройках речь идет о цепочках, а не об отдельных бэкапах? Потому что цель правил очистки – удалять устаревшие бэкапы. Так как любая цепочка начинается с полного бэкапа, то первым устаревает именно он. При удалении полного, как известно, зависимые становятся бесполезными, поэтому удаляется вся цепочка целиком.

Как насчет бэкапа в облачное хранилище?


Все, о чем мы до сих пор говорили, относится к бэкапам, которые вы храните у себя на внутреннем или внешнем жестком диске, на NAS-е, FTP-сервере и т.д. А как насчет бэкапа в облако? True Image сохраняет как файловые, так и дисковые бэкапы в Acronis Cloud по простой инкрементной схеме – один полный бэкап и цепочка инкрементных – и не позволяет ее менять. На резонный вопрос «почему» ответ прост – эта схема самая бережливая к дисковому пространству, а сохранность бэкапов в облаке гарантирует Acronis.
Правила очистки облачного бэкапа чуть проще, чем обычного.

image

Вы можете ограничить бэкап по «возрасту» и по количеству версий каждого из файлов, которые хранятся в облаке. Ограничивать бэкап по объему хранилища было бы не очень логично. Ведь в первую очередь Acronis Cloud используется именно для хранения бэкапов.

Итак, что получаем в сухом остатке. Решите для себя:
  • Какой объем данных вы хотите защитить.
  • Насколько часто эти данные будут меняться.
  • Какой объем свободного пространства вы готовы отдать под бэкапы.

Исходя из этого, настройте схему резервного копирования, планирование и правила очистки. Все. Обо всем остальном позаботится Acronis True Image.
Автор: @TGacronis
Acronis
рейтинг 95,70
Похожие публикации

Комментарии (19)

  • +1
    А теперь прячем все под кнопку «Читать далее».
  • +3
    Зачем это на Хабре?
    • –2
      Это одна из самых сложных и в то же время самых интересных частей True Image, с которой сталкиваются большинство пользователей.
      • +1
        Вы действительно полагаете, что ваша целевая аудитория не располагает базовыми представлениями и навыками в резервном копировании?
      • 0
        Поймите, Вы пишете статьи примерно в таком духе: «нажмите правой кнопкой мыши, в меню выберите второй пункт, в открывшемся окне нажать „Далее“
        А хабросообщество интересует примерно следующее (пример):
        Как в вашей программе реализовано решение конфликта, когда при создании бекапа файла этот файл используется другой программой.
        Или как вы сократили потребление ресурсов компьютера при создании бекапа.

        С задачей описанной в Вашем посте у меня справляются пару скриптов на powershell и планировщик заданий. Все важные данные бекапятся в папку на внешнем hdd, а она синхронизируется с яндекс диском в облачное хранилище.
        Так же настроены предыдущие версии файлов, которые создаются каждый час, на этот же жесткий диск.
    • +4
      Это реклама продукта. Это блог компании.
      Вы разве не захотели пользоваться продуктом этой компании после прочтения этой статьи?.. Я вот тоже не захотел.
      • 0
        Продукт, кстати, вполне себе хороший, а в наш век несовершенных SSD — более чем нужный. Уже 1 раз спас.
        • 0
          Да я и не хотел сказать что продукт плохой. Я хотел сказать, что такие посты на хабре — не более чем реклама. Нет ни какого интересного содержания. А если учесть что тут люди разбирающиеся в ИТ, то думаю они и без этого поста смогут выполнить все описанные действия.

          По поводу ssd: по этому и сам бекаплюсь каждый час на hdd и каждую ночь в облако, а особо важные данные (php проекты) храню сразу в папке, которая с облачным хранилищем синхронизируется. Тьфу-тьфу, за полтора года ссд еще не подводил.
  • 0
    Поделитесь лучше хинтом, как у вас нормальную лицензию получить, а то купил ssd — к нему была бесплатная версия TI, докупил к ней апгрейд до TI Home 2013. Теперь приходится 2 серийника вводить при установке. Если я куплю апгрейд до 2014, надо будет уже 3 вводить?!
    • 0
      Нет, конечно. При апгрейде всегда вводится два серийника — один апгрейдный и один от предыдущего продукта. Собственно, второй нужен как подтверждение, что вы делаете именно апгрейд.
      • 0
        А почему бы просто не дать при апгрейде серийник от полноценной версии, чтобы можно было просто с ним проинсталлить (подразумевается же, что такая апгрейженная версия === полной)?
        • 0
          Ну просто потому, что апгрейдный серийник стоит дешевле полного. Поэтому вы должны подтвердить, что у вас есть полный серийник от одной из предыдущих версий продукта. А по функционалу, разумеется, апгрейженная и полная версия равны.
          • 0
            ну это можно проверять в момент покупки один раз, прежде чем код купленный отдавать юзеру.
            • 0
              Вы можете купить продукт и на CD. В таком случае не проверишь.
              • 0
                Ммм, на CD купить апгрейд? Месье знает толк =) В любом случае, я не вижу какой-то дополнительной защиты финансовых интересов в том, чтобы каждый раз при установке вводить оба кода, а не 1 (наоборот, можно при покупке «гасить» OEM код, чтобы больше им никто не воспользовался). Тем более, что велик шанс потерять OEM код, т.к. он обычно на физ. носителе изначально.
                В целом, последний раз набивая 8*8*2 символов, я всерьез задумался об пользователь-ориентированности этого хозяйства. Допилите хоть активацию по интернету (тем более теперь есть кабинет и облачный синк) или возможность копипаста.
                • 0
                  При чем здесь апгрейд на CD? У вас старый продукт, купленный на болванке, и вы не зарегистрировали серийник в своем аккаунте. В таком случае мы не узнаем, что у вас есть один из предыдущих продуктов. Вам надо это подтвердить. Да, и обычно люди пользуются копипастом при вводе серийников.
                  • 0
                    В версии на CD нет серийника, который можно было бы ввести при покупке апгрейда? Я на CD только windows покупал и серийник там отдельно. Как и ваши OEM версии к железу, обычно.
                    Копипаст это здорово (я знаю и пользуюсь, да), когда есть от куда скопипастить, а не вводишь их глядя в телефон =)
                    Тут еще специфика именно продукта важна. Мне вот нужно было сделать загрузочную флешку на ноуте чужом, чтобы восстановить свою машину, естественно на нем нет моего менеджера паролей и тп. Такая же ситуация с «чистой» осью, например.
  • +1
    Не очень.
    По прочтению всё можно уложить в более коротком варианте:
    1) Прочитать документацию;
    2) Продумать способ бэкапа;
    3) Продумать переодичность/разнесение бэкапов по времени разных ресурсов, подлежащих резервированию;
    4) Продумать правила автоматической подчистки потерявших актуальность бэкапов;
    5) Почитать, при наличии, best practices;
    6) Дальше уже пускать, тестировать, запускать в рабоче среде.
    А сиё ни на документацию, ни на best practices не тянет, и не даёт какой-то информации, которая помогла бы, скажем, предсказать возможные грабли.
  • 0
    Сегодня столкнулся с вашей программой, очень актуально для меня. Возник поверхностный вопрос: у меня есть три жесткий диска, один SSD под систему (Win), и 2 HDD (всякие файлы). На одном из них хранятся библиотеки Adobe Lightroom, установлены некоторые программы.

    Как мне лучше делать резерв? Допустим я делаю образ SSD с системой, отдельно образ остальных дисков. Итого получится 3 образа.

    — Если слетела система на данном ПК, мне достаточно будет восстановиться из образа SSD и я получу результат в виде той же системы, которая и была? То, что программы будут работать, я догадываюсь, т.к. они были установлены на тот же диск, что и система, а будут ли работать программы, которые были установлены на другой HDD? Я так понимаю, что реестр и всякие локальные данные программ все равно хранятся на диске с системой, значит по идее все должно работать.

    — Могу ли я развернуть образ, сделанный из SSD на HDD? И вообще, что мне нужно узнать о своих дисках, чтобы понимать, что я делаю?

    — Если делать резерв всего ПК, то при восстановлении все файлы окажутся там же (на тех же дисках), что и были? А если у меня будет новый ОДИН диск, как мне тогда восстанавливаться с образа, который содержит весь пк с трех дисков?

    — Как уменьшить размер образов? Я так понял надо предварительно уменьшить размер диска до минимума, чем это лучше всего делать под WIndows?

    Спасибо.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Самое читаемое Разное