Acronis true image очистка папок резервного копирования

Обновлено: 07.07.2024

Резервные копии, которые хранятся в общем расположении (например на общем ресурсе SMB или NFS) видимы всем пользователям, которые имеют разрешение на чтение в данном расположении.

В ОС Windows файлы резервных копий наследуют разрешения на доступ от родительской папки. Поэтому мы рекомендуем ограничить разрешения на чтение для этой папки.

В облачном хранилище данных у пользователей есть доступ только к собственным резервным копиям.

Хранилища резервных копий, которые используются в планах защиты, автоматически добавляются на вкладку Хранилище резервных копий . Чтобы добавить другую папку (например, съемное USB-устройство) в список хранилищ резервных копий, щелкните Обзор и укажите путь к папке.

Если некоторые резервные копии добавлены или удалены в диспетчере файлов, щелкните значок шестерни рядом с именем хранилища, затем щелкните Обновить .

Не пытайтесь редактировать файлы резервной копии вручную, поскольку это может привести к повреждению файла и сделать резервные копии нестабильными. Кроме того, мы рекомендуем реплицировать резервную копию, а не перемещать ее файлы вручную.

Хранилище резервных копий (за исключением облачного хранилища данных) исчезает с вкладки Хранилище резервных копий , если все машины, для которых когда-либо создавалась резервная копия в данном хранилище, были удалены из службы Защита Данных Облачная . Это гарантирует, что вам не нужно будет платить за резервные копии, которые хранятся в этом хранилище. Как только в этом хранилище создается резервная копия, оно заново добавляется на вкладку резервных копий вместе со всеми резервными копиями в нем.

На вкладке Хранилище резервных копий можно отфильтровать резервные копии в списке по указанным ниже критериям.

  • Только с данными для судебных экспертиз : показывать только резервные копии с данными для судебных экспертиз.
  • Только резервные копии, созданные с помощью функции управления исправлениями до обновления : показывать только резервные копии, созданные при выполнении управления исправлениями до их установки.

Порядок выбора точки восстановления на вкладке «Хранилище резервных копий»

На вкладке Хранилище резервных копий выберите хранилище резервных копий.

В программном обеспечении отображаются все резервные копии, которые разрешено просматривать в выбранном хранилище для вашей учетной записи. Резервные копии объединены по группам. Группы имеют имена на основе следующего шаблона:

<имя машины> - <имя плана защиты>

[Необязательно] Щелкните Изменить рядом с полем Машина для обзора и выберите другую машину. Обзор некоторых резервных копий могут выполнить только определенные агенты. Например, чтобы просмотреть резервные копии баз данных Microsoft SQL Server, необходимо выбрать машину с запущенным агентом для SQL.

Имейте в виду, что расположение, указанное в поле Машина для обзора , является расположением по умолчанию для восстановления с резервной копии физической машины. После того как вы выберете точку восстановления и щелкните Восстановление , дважды проверьте настройку Целевая машина , чтобы убедиться в правильности указанной машины, в которую будут выполнено восстановление. Чтобы изменить целевое место восстановления, укажите другую машину в поле Машина для обзора .

Веб-справка по Акронис Защита Данных Облачная Версия 21.04 . © ООО Акронис-Инфозащита, 2021

Этот раздел относится к локальным и сетевым резервным копиям. Сведения об удалении резервных копий в онлайн-хранилище см. в разделе Удаление данных из Acronis Cloud.

Для удаления ненужных резервных копий и их версий рекомендуется использовать средства программы Acronis True Image 2019.

Acronis True Image 2019 хранит сведения о резервных копиях в базе метаданных. Поэтому при удалении ненужных файлов резервных копий в проводнике Windows сведения об этих резервных копиях не удаляются из базы данных. Это приведет к ошибкам, когда программа попытается выполнить операции с резервными копиями, которых больше не существует.

Удаление целой резервной копии

Как удалить резервную копию целиком

В разделе Резервная копия щелкните стрелку вниз рядом с нужной резервной копией и выберите Удалить .

В зависимости от типа резервной копии эта команда либо полностью удаляет ее из хранилища, либо позволяет выбрать: удалить саму резервную копию полностью или удалить только панель резервной копии. Если удаляется только панель, файлы резервной копии остаются на месте и в дальнейшем эту копию можно будет добавить в список. Обратите внимание, что, если удалить резервную копию полностью, отменить удаление будет невозможно.

Очистка версий резервных копий вручную

Используйте этот метод для удаления определенных версий резервной копии. В разделе Резервная копия щелкните стрелку вниз рядом с нужной резервной копией, выберите Очистить и следуйте инструкциям на экране. Дополнительные сведения см. в разделе Очистка версий резервных копий вручную.

Автоматическая очистка версий резервных копий

Как настроить правила автоматической очистки для резервной копии

  1. Перейдите в раздел Резервное копирование .
  2. Выполните одно из следующих действий.
    • Для новой резервной копии щелкните Добавить резервную копию , выберите Создать новую резервную копию , укажите источник и место назначения резервной копии, затем щелкните Параметры .
    • Для существующей резервной копии выберите ее из списка резервных копий и щелкните Параметры .
  3. На вкладке Схема резервного копирования выберите Пользовательская схема , выберите метод резервного копирования, затем щелкните Включить автоматическую очистку .
  4. Настройте правила очистки для резервной копии.

При удалении резервной копии все ее данные удаляются окончательно. Удаленные данные невозможно восстановить.

Порядок удаления резервных копий машины, которая включена и присутствует в консоли службы

  1. На вкладке Все устройства выберите машину, резервные копии которой необходимо удалить.
  2. Щелкните Восстановление .
  3. Выберите хранилище, в котором расположены резервные копии для удаления.

Удалите нужные резервные копии. Можно удалить всю цепочку резервных копий или одну резервную копию в ней.

удалить всю цепочку резервных копий, щелкните Удалить все .

Порядок удаления одной резервной копии в выбранной цепочке

Выберите резервную копию для удаления и щелкните значок шестерни.

Порядок удаление резервных копий на любой машине

На вкладке Хранилище резервных копий выберите хранилище, из которого необходимо удалить резервные копии.

В программном обеспечении отображаются все резервные копии, которые разрешено просматривать в выбранном хранилище для вашей учетной записи. Резервные копии объединены в цепочки резервных копий. Для имен цепочки резервных копий используется следующий шаблон:

<имя машины> - <имя плана защиты>

Для резервных копий «облако в облако»: <имя пользователя> или <имя диска> - <облачная служба> - <имя плана защиты>

Удалите нужные резервные копии. Можно удалить всю цепочку резервных копий или одну резервную копию в ней.

    Чтобы удалить всю цепочку резервных копий, щелкните Удалить .

Порядок удаления одной резервной копии в выбранной цепочке

Щелкните Показать резервные копии .

Выберите резервную копию для удаления и щелкните значок шестерни.

Порядок удаления резервных копий непосредственно из облачного хранилища данных

    Войдите в облачное хранилище данных, как описано в разделе "Загрузка файлов из облачного хранилища данных".

Щелкните имя машины, для которой необходимо удалить резервные копии.

В программе будет показано несколько групп резервных копий.

Если вы удалили локальные резервные копии в диспетчере файлов

Мы рекомендуем удалять резервные копии на консоли службы, когда это возможно. Если вы удалили локальные резервные копии в диспетчере файлов, выполните следующие действия:

Таким образом вы передадите в службу Защита Данных Облачная информацию об уменьшении использования локального хранилища данных.

Веб-справка по Акронис Защита Данных Облачная Версия 21.04 . © ООО Акронис-Инфозащита, 2021

Создание схемы начинается с понимания методов резервного копирования. Таких методов три: полное, инкрементное и дифференциальное резервное копирование (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 используется именно для хранения бэкапов.

Читайте также: