Резервные копии data не включают в себя файлы внутреннего хранилища

Обновлено: 03.07.2024

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание работы резервного копирования и восстановления данных для параллельного хранилища данных (PDW). Операции резервного копирования и восстановления используются для аварийного восстановления. Резервное копирование и восстановление также можно использовать для копирования базы данных с одного устройства на другое.

Основы резервного копирования и восстановления

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

Резервная копия базы данных PDW создается с помощью инструкции t-SQL BACKUP DATABASE и форматируется для использования с инструкцией RESTORE DATABASE . она непригодна для других целей. Резервную копию можно восстановить только на устройство с тем же числом или большим числом вычислений.

PDW использует технологию резервного копирования SQL Server для резервного копирования и восстановления баз данных устройств. SQL Server параметры резервного копирования предварительно настроены для использования сжатия резервных копий. Невозможно задать параметры резервного копирования, такие как сжатие, контрольная сумма, размер блока и число буферов.

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

Резервные копии хранятся на сервере архивации в виде набора файлов в файловой системе Windows. Резервную копию базы данных PDW можно восстановить только в PDW. Однако резервные копии баз данных можно архивировать с сервера резервного копирования в другое расположение с помощью стандартных процессов резервного копирования файлов Windows. Дополнительные сведения о резервных серверах см. в статье получение и Настройка резервного сервера.

Типы резервных копий базы данных

Существует два типа данных, для которых требуется резервное копирование: пользовательские базы данных и системные базы данных (например, база данных master). PDW не выполняет резервное копирование журнала транзакций.

Полная резервная копия базы данных — это резервная копия всей базы данных PDW. Это тип резервного копирования по умолчанию. Полная резервная копия пользовательской базы данных включает в себя пользователей базы данных и роли базы данных. Резервная копия главного сервера включает имена входа.

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

Например, можно создать полную резервную копию еженедельно, а разностную резервную копию — ежедневно. Чтобы восстановить пользовательскую базу данных, необходимо восстановить полную резервную копию, а также последнюю разностную копию (если она существует).

Разностная резервная копия поддерживается только для пользовательских баз данных. Резервная копия главной реплики всегда является полной резервной копией.

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

Процесс резервного копирования базы данных

На следующей диаграмме показан поток данных во время резервного копирования базы данных.

Процесс резервного копирования работает следующим образом.

Пользователь отправляет инструкцию TSQL базы данных BACKUP в управляющий узел.

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

Для пользовательских баз данных управляющий узел (подсистема MPP) создает план распределенного запроса для выполнения параллельного резервного копирования базы данных.

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

Каждый узел участвует в копировании одного файла резервной копии на резервный сервер.

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

Устройство выполняет резервное копирование параллельно с помощью сети InfiniBand.

PDW выполняет каждую полную и разностную резервные копии параллельно. Однако несколько резервных копий базы данных не выполняются одновременно. Каждый запрос на резервное копирование должен ждать завершения ранее отправленных резервных копий.

Резервная копия базы данных master создает резервные копии только данных из управляющего узла. Этот тип резервного копирования выполняется последовательно.

Резервная копия базы данных PDW — это группа файлов, хранящихся в каталоге, который находится за пределами устройства. Имя каталога указывается в виде сетевого пути и имени каталога. Каталог не может быть локальным путем и не может быть на устройстве.

После завершения резервного копирования можно использовать файловую систему Windows для копирования каталога резервного копирования в другое расположение, если это необходимо.

Резервную копию можно восстановить только на устройство PDW, имеющее меньшее или большее количество вычислений.

Невозможно изменить имя резервной копии перед выполнением восстановления. Имя каталога резервного копирования должно совпадать с именем исходного имени резервной копии. Исходное имя резервной копии находится в файле backup.xml в каталоге резервного копирования. Чтобы восстановить базу данных с другим именем, можно указать новое имя в команде RESTORE. Например: RESTORE DATABASE MyDB1 FROM DISK = ꞌ\\10.192.10.10\backups\MyDB2ꞌ .

Режимы восстановления базы данных

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

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

Восстановление устройства — это восстановление всего устройства. Сюда входит восстановление всех пользовательских баз данных и базы данных master.

Процесс восстановления

На следующей диаграмме показан поток данных во время восстановления базы данных.

Восстановление на устройство с тем же числом вычислений на разных узлах * *

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

Восстанавливаемая резервная копия базы данных доступна в общей папке Windows на сервере, не являющемся устройством резервного копирования. Для лучшей производительности этот сервер подключен к сети устройства InfiniBand.

Пользователь отправляет инструкцию инструкции TSQL RESTORE DATABASE в управляющий узел.

Восстановление является полным восстановлением или восстановлением заголовка. При полном восстановлении восстанавливается полная резервная копия, а затем при необходимости восстанавливается разностная резервная копия.

Управляющий узел (подсистема MPP) создает план распределенного запроса для выполнения параллельного восстановления базы данных.

SQL Серверпдв выполняет восстановление пользовательской базы данных в параллельном режиме. Однако несколько резервных копий и восстановлений баз данных не выполняются одновременно. Обработчик MPP помещает каждую инструкцию RESTORE в очередь. Он должен ожидать завершения ранее отправленных запросов на резервное копирование и восстановление.

При восстановлении базы данных master данные восстанавливаются только в управляющий узел. восстановление выполняется последовательно.

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

Файлы резервных копий копируются на правильные кластерные узлы параллельно, обычно через сеть устройства InfiniBand.

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

Восстановление на устройство с большим количеством вычислительных узлов

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

Например, при восстановлении базы данных 60 ГБ с 2-узлового устройства (30 ГБ на узел) на устройство с 6 узлами SQL Server PDW создает базу данных размером 180 ГБ (6 узлов с 30 ГБ на узел) на устройстве с 6 узлами. SQL Server PDW изначально восстанавливает базу данных на 2 узла в соответствии с конфигурацией источника, а затем распространяет данные на все 6 узлов.

После повторного распространения каждый расчетный узел будет содержать меньше фактических данных и больше свободного места, чем каждый из вычислений на устройстве источника меньшего размера. Используйте дополнительное место для добавления дополнительных данных в базу данных. Если размер восстановленной базы данных больше, чем требуется, можно использовать инструкцию ALTER DATABASE для сжатия размеров файлов базы данных.

Как предотвратить проблемы с резервным копированием и применить правило «3-2-1» для облачного бэкапа? Портал TechTarget рассказывает о самых распространенных ошибках, которые вызывают проблемы с созданием бэкапов и восстановлением, а также приводит советы, которые помогут избежать их.

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

1. Отказ носителя

Сегодня большинство сценариев резервирования предусматривает хранение копий на диске, что более надежно, чем их сохранение на ленточных накопителях. Тем не менее ИТ-отделы нередко сталкиваются с отказом накопителей. Более того, это одна из основных причин, которая не позволяет в полной мере наладить хранение бэкапов и восстановить их после сбоя.

Как предотвратить сбои накопителя

Чтобы убедиться в бесперебойной работе накопителя, нужно предпринять три упреждающих шага:

займитесь обслуживанием ленточных накопителей. Многие компании по-прежнему применяют для целей хранения ленточные накопители. Чтобы хранить их в работоспособном состоянии, требуется следовать указаниям поставщика относительно правильного обращения, хранения и регулярной замены лент, а также их очистки в соответствии с графиком производителя. Следует также следить за гарантией производителя и не допускать перегрузок устройств;
не переоценивайте надежность диска. Предположение, что диски работают без сбоев — ошибочно. Несмотря на то, что частота сбоев у них по сравнению с ленточными накопителями гораздо ниже, они все же случаются. Дисковое хранилище может быть локальным, удаленным или облачным. Независимо от его локации, стоит поинтересоваться, какие типы дисков используются для хранения, являются ли они RAID (избыточные массивы хранения) и имеются ли у поставщика или в локальном месте хранения другие функции защиты от сбоев, к примеру, резервные источники питания с возможностью горячей замены;
придерживайтесь правила «3-2-1». Это правило для бэкапа означает, что стоит иметь по меньшей мере три копии данных, хранить копии на двух разных носителях и хранить одну резервную копию за пределами площадки. Причина создания более двух копий данных — стремление избежать ситуаций, когда основная и резервная копии физически хранятся в одном месте.

2. Человеческая ошибка

ПО, аппаратное обеспечение и системы должны работать согласованно, однако в некоторых случаях люди могут допускать ошибки. Так, иногда случаются ситуации, когда администраторы хранят ленточные накопители в непредназначенных для этого местах (помещения с повышенной влажностью, например), что может повлечь сбой в работе носителя или вовсе вывести его из строя. Помимо этого сотрудники несут ответственность за назначение данных, которые подлежат резервированию — на этом этапе очень часто допускаются ошибки. Бэкапы имеют такую же ценность, как и данные, которые в них хранятся. Это означает, что при ошибочном выборе набора данных или неподходящей для его хранения рабочей нагрузки, их ценность будет стремиться к нулю. Создание достоверного бэкапа — результат согласованной работы многоуровневых многосерверных приложений, а также приложений с зависимостями от других серверов, систем и приложений. Часто возникают ситуации, когда бэкапы делаются с одного сервера, что может исказить общую картину резервного хранения.

3. Обновление ПО

Операционные системы и корпоративные приложения предназначены для конкретных процессов, поэтому не всегда гладко работают с бэкапами, но все же подключиться к данным приложения (или определенному набору данных) можно всегда, к примеру, через API. Но иногда сбои резервного копирования могут быть вызваны несовместимостью между ПО резервного копирования и новыми версиями приложений, обновлениями ОС или приложений, новыми политиками безопасности или другими технологическими элементами.

Как предотвратить проблемы с ПО

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

следите за обновлениями приложений. Большинство обновлений приложений не затрагивают процессы резервного копирования, однако это касается не всего софта. Своевременное реагирование поможет вовремя заметить проблемы;
мониторинг конфигураций безопасности. Современные системы резервного копирования относительно просты в настройке: стоит только подключиться к данным или приложению — и система тут же начнет делать резервную копию. Однако существуют препятствия в виде или обновления параметров, или политик безопасности, что мешает ее подключению к другим системам и, следовательно, не позволяет выполнить бэкап успешно. Администраторам сетей следует помнить об изменениях политик безопасности, если их проигнорировать резервные копии могут оказаться недостоверными.

4. Кибератаки

Бэкапы уже давно являются одним из важнейших средств для противостояния кибератакам. Тем не менее, в последние годы киберпреступники начали находить способы как их найти и уничтожить. Это происходит за счет применения вымогательского ПО, которое научилось сопоставлять несколько типов файлов резервных копий. Количество ransomware-атак с каждым годом растет. Кроме того, злоумышленники находят способы использовать сочетание скомпрометированных учетных данных и API системы резервного копирования для удаления бэкапов из самой системы. В итоге пользователи остаются без резервных копий.

изолируйте учетные данные для доступа к бэкапам. Необходимо ограничить доступ для учетных записей, при помощи которых можно управлять системой резервного копирования или получать доступ к локальным каталогам наборов резервирования. В них хранится информация о числе носителей и дате их создания, даты создания каждого файла в каталоге. Каталог создается для каждого набора резервирования и хранится на последнем носителе в наборе. К этим данным также нужно ограничить доступ;
применяйте для хранения бэкапов облачные хранилища. Самым распространенным методом, который злоумышленники применяют для поиска и удаления резервных копий, является простой поиск по типу файла. Хранение копий бэкапов в облаке (с помощью приложения резервного копирования, а не службы репликации файлов или виртуальных машин) позволяет держать их вне пределов досягаемости хакеров.

5. Отказ инфраструктуры

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

применяйте интеллектуальные системы резервного копирования. Такие системы часто применяются в случаях, когда компания испытывает сложности с подключением. Их преимущество заключается в том, что они обладают возможностью возобновить прерванные задания по созданию бэкапов;
используйте резервное оборудование. Обычно бэкапы рассматриваются как «просто файлы», однако ситуация резко меняется, когда в них возникает потребность. Но важны не только бэкапы, а еще и резервное оборудование, когда основное выйдет из строя. Резервное оборудование включает сервер резервного копирования, сетевое и локальное хранилище бэкапов. Рассмотрите все возможные аспекты, которые повышают вероятность успешного восстановления.

Выводы

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

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

Беэкап — что это и зачем?

Бэкап (backup) — резервная копия каких-либо данных. Предположим, у вас на компьютере есть папка с любимыми фотографиями. Вы взяли и скопировали все снимки на отдельную флешку. Это и есть простейший бэкап.

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

Как часто делать бэкапы — зависит от важности информации и периодичности ее обновления.

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

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

Стандартные средства Windows

Начиная с Windows 8, можно создать образ системы без помощи сторонних приложений. Образ — это все данные на вашем компьютере, скопированные в определенный момент времени. Они сохраняются в специальной структуре, из которой впоследствии можно все восстановить обратно той же утилитой.

Сохранять образ рекомендуется на внешний носитель — съемный HDD, флешку (носители должны обязательно быть отформатированы в NTFS) или компакт-диск. Утилита позволяет сделать бэкап системного логического диска на другой диск, например, сохранить все данные с «C» на «D», но делать это не стоит, поскольку «летят» обычно не логические диски, а весь физический, поэтому такой бэкап окажется бесполезным.

Как только вы нашли место для своего бэкапа, можно приступать:

Через меню «Пуск» — «Параметры» перейдите в подраздел «Обновление и безопасность».

Кликните по вкладке «Служба архивации». В открывшемся блоке нажмите «Перейти в раздел Архивация и восстановление».

В новом окне нажмите по «Создание образа системы».

Выбрав место для хранения, нажмите «Далее». Здесь необходимо указать диски, образ которых вы хотите сделать. Выберите диск, на котором у вас установлена система (подсказкой служит соответствующее слово). Также обязательно поставьте галочку напротив строчки «Зарезервировано системой». Ниже можно узнать объем, который будет занимать весь образ. Если свободного пространства не хватает, вы получите предупреждение, как на скриншоте ниже.

Подтвердите все свои действия и в последнем окне нажмите на кнопку «Архивировать». После этого начнется процесс создания образа. Время выполнения — от нескольких минут до часа в зависимости от объема данных.

По окончании процесса на выбранном носителе появится папка с названием вашего устройства. Именно это и будет образом системы.

Где лучше хранить бэкап? Идеально — компакт-диск или внешний HDD.

На крайний случай можно временно использовать flash-память. А вот SSD — не самый лучший выбор, поскольку в обесточенном состоянии ячейки памяти хранят данные около 6 месяцев.

Для восстановления системы с бэкапа необходимо перейти в одноименный раздел через меню «Пуск». После этого подключите накопитель к компьютеру и нажмите кнопку «Перезагрузить» в меню.

Затем в системном меню Windows выберите «Поиск и устранение неисправностей» — «Дополнительные параметры» — «Восстановление образа системы». Остается только указать образ и подтвердить.

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

Важно! Аппаратная часть ПК или ноутбука должны быть идентичными, иначе при развертывании образа часть устройств будут не определены из-за отсутствия драйверов

Сторонний софт для создания бэкапа

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

Acronis True Image

Возможно, самый известный софт. Интуитивно-понятный интерфейс и максимальная простота сделали его незаменимым инструментом для системных администраторов и не только. Функционал программы включает:

создание загрузочных носителей;

создание на диске специального защищенного раздела для бэкапов;

организация удаленного доступа к компьютеру и другое.

Однако самая главная и полезная функция — это создание резервных копий. Стоит отметить, что через Acronis можно сделать бэкап всего компьютера, отдельных логических дисков, папок и даже мобильных устройств.

В качестве примера давайте рассмотрим, как создать резервную копию системного диска:

В левой нижней части окна нажмите на «Добавить копию». Далее вам необходимо выбрать источник и хранилище. В качестве источника укажите системный диск. Здесь же можно оценить размер будущего образа.

Остается только нажать на кнопку создания резервной копии. При необходимости ее можно зашифровать паролем.

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

Обратите внимание, что образы Acronis True Image имеют разрешение «.tib». Соответственно, восстановление возможно только через этот софт. В программе также можно настроить расписание автоматического резервного копирования с выбором из нескольких схем. Например, при создании нового бэкапа старый будет автоматически удаляться или обновляться только новыми изменениями.

Чтобы восстановить систему, достаточно перейти в соответствующий раздел и правильно указать место для развертывания образа. Сделать это можно, даже если Windows не прогружается, например, при помощи загрузочной флешки c WindowsPE, на которой предустановлен Acronis.

Iperius Backup

Это еще одни мощный инструмент для создания резервных копий. Стоит отметить, что софт предлагает впечатляющий функционал для корпоративного сектора, например:

генерирование образов дисков;

бэкапы баз данных (Oracle, SQL, MySQL и других);

создание копий ESXi/HyperV и открытых файлов VSS;

запись резервных копий по FTP-протоколу;

поддержка шифрования AES 256 bit.

Небольшой нюанс — в бесплатной версии вы не сможете сделать образ диска, но Iperius Backup дает пробный период в 21 день. Стоимость лицензий начинается от 29 евро. Впрочем, ценник невысокий, учитывая инструментарий.

Создание резервной копии диска не представляет особых сложностей — достаточно выполнить несколько простых действий:

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

2. При бэкапе дисков вам предложат выбрать тип копии. Формат будет идентичный, но во втором случае (Образ Windows) вы сможете сделать восстановление стандартной утилитой, о которой мы говорили ранее.

3. После укажите, какой диск нужно зарезервировать и где будет сохранена копия. Заметьте, что меню будет отличаться в зависимости от предыдущего выбора.

4. Как только источник и приемник выбраны, следует выбрать в списке созданный элемент и выполнить подробную настройку резервирования. В окне будут шесть дополнительных вкладок, на которых можно настроить расписание, указать дополнительные места хранения копии, сделать уведомление на e-mail и другое.

5. Финальный шаг — кликнуть ПКМ по элементу в списке заданий и нажать «Запустить».

Восстановить образы VHD/VHDX можно через меню «Восстановление».

Iperius Backup — это функциональный инструмент для ручного и автоматизированного создания резервных копий с единственным недостатком: за функционал придется платить.

Облако как лучшее хранилище для бэкапа

Флешки и внешние HDD не гарантируют абсолютной сохранности данных. Недавно мы выпустили обзор лучших сервисов для резервных копий, где вы можете подробно изучить всю информацию.

Если коротко, то самый большой объем бесплатного пространства предлагает Google Диск и сервис Mega. У Google ограничение на загрузку отдельного файла целых 5 ТБ, поэтому образ «чистой» Windows вполне можно сохранить, не говоря о многочисленных документах, фото и других файлах.

В Mega на бесплатных аккаунтах установлен лимит на передачу данных с одного IP-адреса до 4 ГБ каждые 6 часов. На первый месяц вам дают целых 50 ГБ облака (15 стандартные + 35 за регистрацию). Впрочем, за отдельные действия можно еще на 180–365 дней получить бонусный объем и трафик.

Если говорить о платных тарифах, то здесь есть масса вариантов. Например, «Яндекс.Диск» предлагает 3 ТБ всего за 900 рублей в месяц, а при годовой подписке ценник снижается до 625 рублей. Mega в свою очередь дает 16 ТБ за 29,99 евро в месяц.

Большинство домашних компьютеров имеют HDD на 500–1000 ГБ, которые далеко не всегда полностью забиты данными, поэтому брать облако больше, чем 1-2 ТБ обычным юзерам особого смысла нет.

Для корпоративного хранения данных стоит изучить специальные предложения от DropBox, а сервис pCloud, например, предлагает купить пожизненный доступ.

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