Acronis backup archive explorer что это
Продуктами фирмы Acronis я пользуюсь 10 лет. Каждый год я покупаю обновление для Acronis True Image. Acronis Disk Director с такой частотой не обновляют. При администрировании рабочих станций, а также в учебном процессе я использую и штатные средства резервного копирования Windows, и Acronis True Image и корпоративные решения Acronis, а также средства резервного копирования других разработчиков. Но данная статья посвящена программе Acronis True Image 2020, а именно резервному копированию системного раздела.
Acronis True Image Home 2020 – это программный комплекс, в который входят средства, позволяющие создавать резервные копии операционной системы, приложений, пользовательских настроек и всех имеющихся данных, средства для уничтожения информации, создания загрузочных дисков, выполнения «небезопасных» операций в операционной системе и др.
Резервные копии, создаваемые программой Acronis True Image 2020, имеют расширение TIBX. По умолчанию они создаются с использованием сжатия данных, поэтому требуется гораздо меньше дискового пространства для их хранения. Степень сжатия всегда можно настроить перед запуском резервного копирования.
Рис.1 Невозможность восстановление резервной копии формата TIBX версией Acronis True Image 2019
Для непрерывных резервных копий, заверенных, на уровне файлов, а также резервных копий, сохраненных на CD/DVD/Blu-ray, FTP или в Зоне безопасности Acronis продолжает использоваться формат TIB.
Содержание
Системные требования
В данной статье рассматривается версия Acronis True Image 2020 build 22510 для Windows, выпущенная 21 ноября 2019 года, поэтому требования для версии Acronis True Image 2020 для Mac не описываются.
- Процессор Pentium с тактовой частотой не менее 1 ГГц.
- 1 Гбайт ОЗУ.
- 3,5 ГБ свободного пространства на жестком диске.
- Привод CD-RW/DVD-RW или флэш-накопитель USB для создания загрузочных носителей
- Мышь или иное указывающее устройство (рекомендуется).
Поддерживаемые устройства хранения
- Жесткие диски (HDD)
- Твердотельные накопители (SSD)
- Сетевые устройства хранения
- FTP-серверы
- CD-R/RW, DVD-R/RW, DVD+R (в том числе двухслойные DVD+R), DVD+RW, DVD-RAM, BD-R, BD-RE
- Устройства хранения USB 1.1 / 2.0 / 3.0, FireWire (IEEE-1394), eSATA, SCSI и PC card
Поддерживаемые операционные системы
- Windows 7 SP1
- Windows 8
- Windows 8.1
- Windows 10
Используя загрузочный носитель Acronis True Image Home 2020, можно осуществлять резервное копирование и восстановление дисков или разделов на компьютере под управлением любой операционной системы Windows или Linux.
Поддерживаемые файловые системы
- FAT16/32;
- NTFS;
- Ext2/Ext3/Ext4;
- ReiserFS;
- Linux SWAP;
- HFS+/HFSX.
Файловые системы Ext2/Ext3/Ext4, ReiserFS, HFS+/HFSX и Linux SWAP поддерживаются только для операций резервного копирования и восстановления дисков или разделов с использованием загрузочного носителя Acronis.
Установка Acronis True Image 2020
Пробная версия Acronis True Image 2020 может быть использована в течение 30 дней со следующими ограничениями:
- клонирование дисков отключено;
- при загрузке с носителя Acronis доступно только восстановление, нельзя создать резервную копию. Создание резервной копии доступно в пробной версии в среде Windows.
Установка
Запустить файл инсталляции Acronis True Image 2020
Рис.2 Завершение установки программы Acronis True Image
Нажать кнопку Установить.
По окончании инсталляции запустить приложение Acronis True Image 2020.
Рис.3 Завершение установки программы Acronis True Image
Принять лицензионное соглашение и нажать кнопку ОК.
Рис.4 Лицензионное соглашение
Рис.5 Активация программы Acronis True Image 2020
Рис.6 Главное окно программы Acronis True Image 2020
Подготовка раздела для хранения резервных копий
Перед тем, как запустить средство создания резервной копии системного раздела, необходимо убедиться в наличии места хранения для резервной копии. Это может быть отдельный раздел жесткого диска, внешний носитель информации, сетевое хранилище, либо можно воспользоваться облачным хранилищем Acronis, в зависимости от редакции программы, которая приобретена.
В данной статье будет описан вариант создания отдельного раздела для хранения резервных копий за счет сжатия системного раздела.
Создать второй раздел жесткого диска, за счет свободного пространства системного раздела
Запустить оснастку Управление дисками
Данную оснастку можно запустить разными способами:
- Через Панель управления. Открыть раздел Администрирование через диалоговое окно стандартной Панели управления. Далее найти в конце списка доступных оснасток Управление компьютером и запустить оснастку Управление дисками.
- С помощью окна Выполнить. Данное окно можно открыть, используя сочетание клавиш Win +R или кликнув правой клавишей мыши по кнопке windows и выбрав команду Выполнить или выбрать через меню Все приложения > Служебные …. > Выполнить
- Набрать в окне Выполнить название оснастки compmgmt.msc для запуска оснастки Управление компьютером или сразу diskmgmt.msc для запуска оснастки Управление дисками
Рис.7 Запуск окна Выполнить
- Можно запустить оснастку, кликнув правой клавишей мыши ко кнопке Windows и выбрать Управление дисками.
Оснастка Управление дисками позволяет управлять логическими разделами на таких носителях, как жесткий диск, USB-накопитель или оптический привод. Через Управление дисками можно создавать и удалять разделы, или, если это необходимо, форматировать их.
- выбрать системный раздел (в приведенном примере диск С:) и ПКМ вызвать контекстное меню
- В контекстном меню выбрать команду Сжать том
Рис.8 Оснастка Управление дисками
- В открывшемся окне дождаться окончания опроса. Затем в появившемся окне в строке Размер сжимаемого пространства указать количество свободного места и нажать Сжать
Рис.9 Оснастка Управление дисками
- Щелкнуть ПКМ по нераспределенному пространству жесткого диска и выбрать команду Создать простой том.
Рис.10 Оснастка Управление дисками
- В диалоговом окне Мастер создания простых томов нажать кнопку Далее.
- Ввести размер создаваемого тома в мегабайтах (МБ) или оставить максимальный размер по умолчанию, а затем нажать кнопку Далее.
- Оставить букву диска по умолчанию или выбрать другую букву для идентификации раздела, а затем нажать кнопку Далее.
- Отформатировать раздел, в поле метка тома можно указать смысловое название для будущего раздела по его предназначению и нажать кнопку Далее.
Рис.11 Мастер создания простых томов оснастки Управления дисками
- Просмотреть выбранные параметры и нажать кнопку Готово.
- Перезагрузить компьютер. Раздел для хранения резервной копии готов.
Создание резервной копии системного раздела
- Запустить программу Acronis True Image 2020
- В главном окне программы на боковой панели выбрать раздел Резервное копирование
Раздел Резервное копирование и восстановление обеспечивает быстрый доступ ко всем функциям программы, связанным с резервным копированием и восстановлением данных.
Рис.12 Выбор раздела Резервное копирование
- Далее необходимо указать, что нужно резервировать. Для этого щелкнуть по источнику резервного копирования.
Рис.13 Выбор источника резервного копирования
- В окне Источник резервного копирования выбрать Диски и разделы
Рис.14 Выбор источника резервного копирования
- Установить флажок в чекбоксе системного раздела. Флажки с других разделов необходимо убрать. Нажать кнопку ОК.
Рис.15 Выбор источника резервного копирования
- Далее необходимо выбрать место назначения резервной копии, щелкнув по разделу Выбор хранилища
Рис.16 Выбор хранилища для резервных копий
- В окне Место назначения резервного копирования выбрать Обзор.
Рис.17 Выбор хранилища для резервных копий
- Раскрыть узел Этот Компьютер и выбрать нужный раздел для хранения резервных копий, нажать кнопку ОК.
Рис.18 Выбор хранилища для резервных копий
Рис.19 Запуск резервного копирования системного раздела
- Далее можно программу закрыть, так как создание резервной копии продолжиться в фоновом режиме, а также в случае необходимости можно установить флажок в чекбоксе Выключить компьютер после завершения.
Рис.20 Выбор опции выключения компьютера после завершения процедуры резервного копирования
- По окончании резервного копирования система оповестит о том, что резервное копирования завершено.
Рис.21 Результат успешного завершения резервного копирования
- В разделе Активность можно посмотреть, сколько было затрачено времени на создание резервной копии, ее размер, какой использовался метод резервного копирования.
Рис.22 Раздел Активность
Отдельные дополнительные настройки резервного копирования
В разделе Параметры можно указать дополнительные настройки для будущей резервной копии.
Рис.23 Раздел Параметры
Ниже в статье рассмотрены отдельные дополнительные настройки резервного копирования.
В разделе Расписание можно настроить периодичность создания резервных копий. По умолчанию система Acronis предлагает создавать резервные копии еженедельно. А также раскрыв узел Дополнительные настройки, можно указать вариант запуска резервного копирования при простое компьютера, возможности программы выводить компьютер из спящего режима, согласно заданному расписанию резервного копирования и др.
Рис.24 Раздел Расписание
В разделе Схема можно указать методы резервного копирования. Acronis True Image позволяет выполнять следующие варианты резервного копирования.
1 вариант. Полное резервное копирование. В этом варианте:
- в архив включаются все архивируемые данные;
- созданный архив является полной, самостоятельной базой;
- созданная база является основой для других вариантов резервного копирования.
2 вариант. Инкрементное резервное копирование. В этом варианте:
- созданная база содержит только изменившиеся за определенный период данные;
- период изменений определяется текущим временем и временем создания последней резервной копии любого варианта;
- созданная база содержит не все архивируемые данные;
- для восстановления необходимы все предыдущие инкрементные резервные копии и полную резервную копию, созданную по 1 варианту.
3 вариант. Дифференциальное резервное копирование. В этом варианте:
- создается отдельный файл;
- созданный файл содержит все изменения данных по отношению к последней полной резервной копии (1 вариант).
Рис.25 Выбор метода резервного копирования
В разделе Дополнительно можно настроить Режим создания образа.
Режим создания образа используют для создания точных копий целых разделов или жестких дисков, всех секторов (содержащих данные и не содержащих данные).
Рис.26 Раздел Дополнительно
В разделе Защита резервной копии раздела Дополнительно можно установить пароль для будущей резервной копии. Нельзя изменить параметры защиты для существующей резервной копии.
В разеделе Производительность раздела Дополнительно можно настроить степень сжатия резервной копии в случае ограничения свободного пространства. А также приоритет операции резервного копирования.
Рис.27 Выбор уровня сжатия резервной копии
Рис.28 Настройка параметра Приоритет операции
При выборе параметра Низкий, процесс резервного копирования будет выполняться медленнее, но производительность других запущенных приложений не снизится. При выборе параметра Обычный резервное копирование будет выполняться наравне с другими запущенными приложениями. Если выбрать параметр Высокий процесс резервного копирования будет происходить намного быстрее за счет уменьшения производительности других приложений.
В разделе Обработка ошибок можно настроить такие параметры, как:
Создание схемы начинается с понимания методов резервного копирования. Таких методов три: полное, инкрементное и дифференциальное резервное копирование (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 обновляет для вас бэкапы точно в назначенное вами время и в соответствии с настроенной схемой. Чем чаще меняются данные, тем чаще рекомендуется их бэкапить. К примеру, системный раздел можно бэкапить раз в месяц, а вот файлы, с которыми вы работаете каждый день, и бэкапить рекомендуется каждый день или даже чаще.
Разумеется, когда вам срочно нужно создать бэкап, не обязательно ждать запланированного времени. Вы всегда можете запустить резервное копирование вручную.
Правила очистки
- Максимальный «возраст» цепочек бэкапов.
- Максимальное количество цепочек бэкапов.
- Максимальный общий размер бэкапа.
Как насчет бэкапа в облачное хранилище?
Все, о чем мы до сих пор говорили, относится к бэкапам, которые вы храните у себя на внутреннем или внешнем жестком диске, на NAS-е, FTP-сервере и т.д. А как насчет бэкапа в облако? True Image сохраняет как файловые, так и дисковые бэкапы в Acronis Cloud по простой инкрементной схеме – один полный бэкап и цепочка инкрементных – и не позволяет ее менять. На резонный вопрос «почему» ответ прост – эта схема самая бережливая к дисковому пространству, а сохранность бэкапов в облаке гарантирует Acronis.
Правила очистки облачного бэкапа чуть проще, чем обычного.Вы можете ограничить бэкап по «возрасту» и по количеству версий каждого из файлов, которые хранятся в облаке. Ограничивать бэкап по объему хранилища было бы не очень логично. Ведь в первую очередь Acronis Cloud используется именно для хранения бэкапов.
В данной статье мы хотим рассказать про особенности представителя нового поколения продуктов Acronis по защите данных (по-простому «бэкап») под названием Acronis Backup Russia. Тема резервного копирования банальна и заезжена донельзя, так что фокусироваться на пользе бэкапа как такового мы не будем, а расскажем про отличия данного продукта от традиционных решений.
АРХИТЕКТУРА
С первого взгляда набор компонентов в продукте такой же как и в обычных решениях:
— Сервер управления (Acronis Management Server);
— Веб-консоль управления;
— Агенты резервного копирования для конкретных систем (Windows, Linux, Mac, VMware vSphere, Microsoft Hyper-V, и т.д.);Тем не менее, есть ряд существенных отличий/особенностей, которые заключаются в следующем:
1) Во-первых, централизованный сервер управления физически находится в облаке – выделенном ЦОД Acronis (в России).
Это огромная, распределённая, высокодоступная (Highly available) система, экземпляры которой развернуты в наших ЦОДах по всему миру.
Конечному пользователю не требуется устанавливать сервер управления и настраивать его под свои нужды. Это в том числе решает проблему распределенных окружений, например, если у пользователя в подчинении находится несколько офисов, каждый из которых соединен с головным офисом через VPN. В таких случаях настройка централизованного сервера управления часто становится нетривиальной задачей, требующей значительных усилий со стороны системных администраторов.2) Во-вторых, консоль управления является полностью Web-приложением, которое доступно с любой машины, подключенной к Internet. Web-консоль управления — это JavaScript приложение, написанное с использованием ExtJS фреймворка.
С точки зрения пользователя необходимо лишь зайти в Web-консоль, скачать соответствующего агента и установить его. При установке спрашивается учетная запись пользователя для корректной привязки на сервере управления, так что дополнительных настроек не требуется.
У многих пользователей есть определенное недоверие к веб-интерфейсам приложений, которые традиционно были десктопными. Во многом такое предубеждение сложилось благодаря VMware с ее vSphere Web Client, который лично у меня все еще вызывает отторжение даже в 6.0 версии (хотя, надо отдать должное, стало намного лучше, чем в предыдущих версиях). В своем интерфейсе мы постарались учесть недочеты и сделать работу с Web-консолью максимально похожей на работу с десктопной версией именно с точки зрения user experience (UX).
ФУНКЦИОНАЛЬНОСТЬ
Продукт включает в себя весь стандартный набор функционала, который ожидается от любого продвинутого решения по резервному копированию:
• Сохранение архивов локально на серверах пользователя либо в облаке под управлением Acronis (Acronis Cloud);
• Шифрование архивов (в т.ч. AES-256, и ГОСТ);
• Резервное копирование целиком машин и отдельных файлов;
• Восстановление на «голое» железо (bare-metal recovery);
• Гранулярное восстановление файлов из любых типов архива;
• Поддержка Microsoft приложений (восстановление отдельных элементов Microsoft SQL, Exchange, SharePoint) с помощью выделенных агентов;
• «Без-агентное» резервное копирование виртуальных машин на vSphere и Hyper-V;
• другое.Пример пользовательского интерфейса для управления резервными копиями:
Помимо этого, добавились чисто корпоративные возможности, такие как:
• Составление отчетов об использовании места под резервные копии;
• Репликация данных в облачное хранилище;
• Ролевая модель безопасности, и другая функциональность.СОПРОВОЖДАЕМОСТЬ И РАСШИРЯЕМОСТЬ
Благодаря распределенной архитектуре добавление нового функционала сильно упрощается. Обновление серверной части целиком выполняется на стороне Acronis без участия пользователя, и при этом сохраняется обратная совместимость со старыми версиями агентов. То есть пользователю не нужно забивать голову вопросами обновления своего решения резервного копирования целиком – новый функционал появится автоматически на серверной части, для доступа к нему потребуется лишь обновить агентов, что опять-таки выполняется прозрачно через секцию «Обновления» в веб-консоли.
ЗАКЛЮЧЕНИЕ
Acronis Backup Russia прекрасно подойдет всем, кто ищет удобное решение резервного копирования, которое при этом требует минимальных затрат на внедрение.
Данный продукт интересен в первую очередь для малого и среднего бизнеса, но, конечно же, мы найдем решения и для больших окружений.8 июня продукт был анонсирован на нашем сайте, поэтому добро пожаловать в комментарии.
Решение Acronis Backup версии 11.5/11.7 было выпущено более 5 лет назад и, хотя данный продукт до сих пор успешно защищает данные по всему миру, он уже успел морально устареть и назрели объективно необходимые изменения, требующие принципиально новых подходов. Несмотря на то, что платформа Acronis Backup 12, удовлетворяющая новым веяниям, была выпущена уже около года назад, её редакция «Advanced» всё это время оставалась на версии 11.7, что привносило проблемы совместимости и сложности одновременной поддержки очень разных архитектурных решений. Наконец-то настал момент, когда вся линейка продуктов Acronis Backup будет доступна на единой платформе. Данная статья посвящена выпуску Acronis Backup 12.5 и, собственно, что же нового было добавлено в этой версии.
Напомним, что решение Acronis Backup 12.5 поставляется в двух вариантах: стандартном (Standard) и расширенном (Advanced), доказало свою эффективность как полномасштабная система резервного копирования для гибридных сред. Простой и удобный веб-интерфейс обеспечивает надежное резервное копирование и восстановление физических, виртуальных и облачных серверов из любой точки мира.
Зачем новая версия? И так же всё хорошо! (нет)
О наболевшем: Версия 11.7 при всех её достоинствах обладает рядом недостатков, не позволяющих использовать её во всё более и более разрастающемся мире данных. Ещё буквально 5 лет назад объемы данных не превышали нескольких терабайт на всю организацию, в то время как в наши дни счёт уже идет на десятки и сотни.
Первоочередное необходимое изменения для адаптации к современным реалиям — это перевод приложения из х32-разрядной плоскости в х64, включая все компоненты. Это позволяет как
В качестве примера таких сторонних компонентов могу привести переход VMware VDDK, начиная с 6.0 версии, в формат исключительно х64, что сильно затруднило поддержку новых версий VMware vSphere (6.5 в частности) для нашей предыдущей версии Acronis Backup 11.7 Advanced.кушатьподдерживать большие объемы ресурсов системы при расширении инфраструктуры, так и поддерживать сторонние библиотеки, которые более не выпускаются в х32 формате.
Вторая очевидная предпосылка для новой платформы — это общее движение в сторону облачных вычислений в IT сфере (по крайней мере на сегодняшний день).
Что же нового?
Перечислять все подряд улучшения Acronis Backup 12.5 мы не будем (это всегда можно посмотреть и на официальном сайте), а остановимся только на самых ключевых, которые, как мы верим, будут наиболее востребованы при использовании продукта либо представляют собой ноу-хау, достойное внимания.
Разницу между Acronis Backup 12.5 Standard и Advanced по предоставляемой функциональности можно посмотреть здесь.
Независимые планы по работе с данными
Теперь можно создавать отдельные независимые планы на выполнение операций, связанных с резервным копированием, включая репликацию резервных копий, валидацию, конвертацию в виртуальные машины и очищение старых резервных копий (cleanup):
Если в предыдущей версии 11.7 данные операции были частью общего плана резервного копирования и выполнялись друг за другом, то теперь появилась возможность более тонкой настройки.
Например, можно создавать основные резервные копии в рабочие дни, а репликацию выполнять по выходным. При этом данная репликация может выполняться отдельным независимым агентом (например стоящим в DMZ), который не участвует в процессах непосредственного создания бэкапов.
Частью этих изменений стало расширение возможностей валидации резервных копий. До версии 12.5 валидация выполнялась только следующим способом:
- При создании резервной копии в архив записываются чексуммы определенного количества секторов
- При выполнении валидации эти чексуммы вычисляются заново путем вычитки секторов из архива и сравниваются с записанными в архиве
- Если чексуммы совпадают, то всё хорошо, если нет, то архив признается битым
В первой версии проверка валидности запущенной виртуальной машины осуществляется проверкой «heartbeat» отклика от VMware Tools или Hyper-V Integration Services после её старта, т.е. как минимум убеждаемся в том, что гостевая ОС загрузится при восстановлении.
Пример настроек для валидации через запуск виртуальной машины
В ближайших обновлениях доступные проверки будут расширены до выполнения скриптов внутри запущенной ВМ, помимо «heartbeat».
Иерархическая модель управления
Добавлена возможность создания «Отделов» (так называемых «Unit»-ов) в рамках организации с делегацией управления выделенным администраторам.
Работает это следующим образом: главный администратор устанавливает Acronis Backup 12.5 и в интерфейсе веб консоли создает «Отделы» под свою организацию, например под офисы в Москве и Санкт-Петербурге.
Затем назначаются администраторы для созданных «Отделов», путем выбора аккаунтов из домена.
В результате при авторизации в веб консоли под администраторами «Отделов», будут доступны только ресурсы, которые принадлежат этому «Отделу». В качестве ресурса выступают как защищаемые сущности, такие как виртуальные или физические машины, базы данных приложений, почтовые ящики Office 365 и т.д., так и локации хранения резервных копий.
Привязка ресурсов происходит на уровне агентов резервного копирования, т.е. если зарегистрировать допустим Agent for VMware (или Agent for Hyper-V) в определенной группе, то все виртуальные машины, которые «видны» данному агенту, будут автоматически включены в этот «Отдел» (разделить виртуальные машины на отдельные подгруппы пока не представляется возможным, и это мы планируем реализовать в ближайшем будущем).
В остальном управление задачами резервного копирования и управления данными ничем не отличается для любого из администраторов «Отделов».
Также осуществляется аудит всех операций выполненных администраторами «Отделов», т.е. «главный» администратор, помимо того, что может управлять всеми ресурсами, в том числе может следить за действиями своих подчиненных.
Панели мониторинга, предупреждения и отчеты
Слушая отзывы по панели мониторинга (Dashboard) в версии 11.7, мы видели, что она обладает недостаточной информативностью и иногда чрезмерно «спамит» предупреждениями (alerts aka «алерты»), поэтому в версии 12.5 данная панель была существенно переработана.
В частности, для системы «алертов» было сделано следующее:
-
Изменена схема отработки «алертов»: если условие, которое привело к возникновению «алерта», более не выполняется, то предупреждение автоматически дезактивируется. Например, предупреждение и нехватка свободного места в хранилище резервных копий автоматически убирается, если место было освобождено.
На этом же «движке» Acronis Monitoring работает и построение отчетов, которые также являются интерактивными, настраиваемыми для каждого «Отдела» с возможностью регулярной посылки сводок по e-mail или сохранения в виде .pdf.
Автоматизация управления загрузочным диском с помощью скриптов
В первую очередь это нововведение пригодится администраторам на средних и крупных предприятиях, где автоматизация IT процессов бывает залогом выживания.
Как это работает: при создании загрузочного диска с помощью Acronis Media Builder доступна опция по указанию скриптов для автоматического выполнения операций резервного копирования и восстановления сразу после загрузки.
Кроме того, теперь доступна опция регистрации машины, загруженной с помощью загрузочного диска на Acronis Management Server. Таким образом можно управлять загрузочным диском прямо из веб-консоли.
Настройки соединения с Management Server в Media Builder
При загрузке с такого диска в бут-меню появится соответствующий пункт для запуска скриптов с возможностью переключиться в стандартный GUI интерфейс.
Сами скрипты можно редактировать, как описано в документации. Например, можно добавить другие пункты меню, создать новые скрипты, или изменить тип выполняемых операций. В том числе можно настроить автоматическое выполнение какого-либо из пунктов меню сразу после загрузки по определенному таймауту.
Если же загрузиться в GUI интерфейс, то машина автоматически зарегистрируется на Acronis Management Server-е и станет доступна для управления:
Вид со стороны подключенной машины:
Acronis Active Protection
Эта функциональность впервые увидела свет в Acronis True Image 2017 в начале этого года, и для чего она нужна лучше всего описано в нашей предыдущей статье, поэтому останавливаться на ней подробно мы не будем.
Вкратце Acronis Active Protection стал теперь доступен и в корпоративной линейке продуктов, а не только для домашних пользователей.
Применяем план Acronis Active Protection к машине с установленным внутри Agent for Windows:
В результате на машине запускается соответствующий Acronis Active Protection Service сервис и начинает отслеживать несанкционированные модификации файлов с помощью специального драйвера над файловой системой.
Acronis Notary и Acronis ASign
В контексте Acronis Backup 12.5 также стоит упомянуть о поддержке технологии блокчейн и основанные на ней инструменты Acronis Notary и Acronis ASign, которые предназначаются для обеспечения гарантии неизменности данных и цифровой подписи документов, соответственно.
Данные инструменты уже были доступны в Acronis True Image 2017 New Generation, и теперь нашли своё место и в корпоративных решениях.
Находим нужный файл в архиве:
Результаты проверки:
Сразу отмечу особенности:
-
«Нотаризация» работает только для файловых архивов. Т.е. архив, включающий в себя диски или разделы, не подлежит «нотаризации».
Заключение
В заключение хочу добавить, что мы серьезно переработали архитектуру продукта и улучшили в том числе логирование и систему генерирования ошибок. Монолитные сервисы, отвечающие за всё подряд (почему поддерживать их можно было только большими усилиями), «распилились» на отдельные мини-сервисы, позволяющие точно идентифицировать и локально починить возникающие проблемы, не ломая при этом всего остального. Таким образом, продукт в целом стал стабильнее и быстрее.
Читайте также: