Меню Рубрики

Установка acronis backup recovery server

Установка acronis backup recovery server

Если у вас нет Acronis Backup Advanced, установите этот продукт без лицензионного ключа. Вы сможете выполнять резервное копирование только в облачном хранилище.

Следующие пошаговые инструкции помогут выполнить базовую установку со стандартными настройками. Расширенные параметры установки см. в документации по установке Acronis Backup Advanced. Например, можно установить агенты удаленно или выполнить их развертывание в домене Active Directory с использованием групповой политики.

Загрузите программу установки Acronis Backup Advanced с веб-сайта http://www.acronis.ru/my/cloud-backup/corporate. Чтобы установить данный продукт в Linux, загрузите дополнительные файлы установки.

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

  1. Запустите программу установки.
  2. Выберите пункт Установить Acronis Backup .
  3. Примите условия лицензионного соглашения и нажмите кнопку Далее .
  4. Установите флажки Резервное копирование данных машины , Центральный мониторинг и настройка резервного копирования физических и виртуальных машин и Подключение к удаленным машинам . Чтобы продолжить, нажмите кнопку Далее .
  5. Выберите У меня есть лицензия или подписка и нажмите кнопку Далее .
  6. Пропустите этот шаг, если вы уже зарегистрировали свои подписки или если машина не подключена к Интернету.

В противном случае выполните следующие действия.

  1. Введите коды регистрации подписки или импортируйте их из текстового файла. Не пытайтесь импортировать ключи подписки на сервер лицензий Acronis.
  2. Введите данные своей учетной записи в Acronis. Если у вас нет учетной записи Acronis, нажмите кнопку Создать учетную запись и заполните форму создания учетной записи.
  • Если предыдущий шаг пропущен, в поле Лицензия для резервного копирования. выберите Только резервное копирование в облачном хранилище — лицензия не требуется .
  • Укажите пароль учетной записи, с которой выполнен вход в Windows. Чтобы продолжить, нажмите кнопку Далее .

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

  • Выберите, будет ли машина участвовать в программе улучшения качества программного обеспечения Acronis (Acronis Customer Experience Program, CEP). Чтобы продолжить, нажмите кнопку Далее .
  • Выберите Установить , чтобы продолжить установку.
  • После успешного завершения установки нажмите кнопку Завершить , чтобы закрыть окно мастера.
  • На этом этапе рекомендуется создать загрузочный носитель.

    1. Запустите Acronis Backup.
    2. На экране приветствия в разделе Сервис выберите Создать загрузочный носитель . Откроется мастер создания загрузочных носителей Acronis.
    3. Следуйте инструкциям на экране.

    Выполните эти шаги на каждой машине, предназначенной для резервного копирования.

    1. Войдите как администратор и запустите программу установки.
    2. Выберите пункт Установить Acronis Backup .
    3. Примите условия лицензионного соглашения и нажмите кнопку Далее .
    4. Установите флажок Резервное копирование данных машины и нажмите кнопку Далее .
    5. Выберите У меня есть лицензия или подписка и нажмите кнопку Далее .
    6. В поле Лицензия для резервного копирования. выберите Только резервное копирование в облачном хранилище — лицензия не требуется , нажмите кнопку Далее , а затем — кнопку Да в окне подтверждения.
    7. Нажмите кнопку Зарегистрироваться , а затем укажите:
      • имя или IP-адрес сервера управления;
      • имя пользователя и пароль администратора машины, на которой установлен сервер управления.

    Чтобы продолжить, нажмите кнопку Далее .

    Подробнее . Программа установки автоматически зарегистрирует машину на сервере управления. Можно также добавить машину на сервер управления позже.

  • Выберите, будет ли машина участвовать в программе улучшения качества программного обеспечения Acronis (Acronis Customer Experience Program, CEP). Чтобы продолжить, нажмите кнопку Далее .
  • Выберите Установить , чтобы продолжить установку.
  • После успешного завершения установки нажмите кнопку Завершить , чтобы закрыть окно мастера.
  • источник

    Установка acronis backup recovery server

    С помощью административного шаблона Acronis можно настроить следующие параметры сервера управления Acronis Backup & Recovery 11.

    Collecting Logs (Ведение журналов)

    Указывает, когда необходимо сохранять записи журнала с машин под управлением сервера управления Acronis Backup & Recovery 11.

    Этот параметр содержит две настройки.

    Описание: Указывает, выполняется ли сбор записей журнала о событиях компонентов с зарегистрированных машин.

    Возможные значения: True или False

    Значение по умолчанию: True

    Описание: Определяет минимальный уровень серьезности собираемых записей. Записываются только события, уровень серьезности которых выше значения Trace Level или равен ему.

    Возможные значения: 0 (внутреннее событие), 1 (информация об отладке), 2 (информация), 3 (предупреждение), 4 (ошибка) или 5 (критическая ошибка)

    Значение по умолчанию: 0 (собираются сведения обо всех событиях)

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

    Этот параметр содержит следующие настройки.

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

    Возможные значения: любое целое число от 0 до 2 147 483 647

    Значение по умолчанию: 1 048 576 (1 ГБ)

    Описание: Определяет процент максимального размера журнала, который необходимо сохранить при очистке.

    Возможные значения: любое целое число от 0 до 100

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

    Windows Event Log (Журнал событий Windows)

    Указывает, когда необходимо выполнять запись событий сервера управления Acronis Backup & Recovery 11 в журнал событий приложений Windows.

    Этот параметр содержит две настройки.

    Описание: Указывает, выполняется ли запись событий сервера управления Acronis Backup & Recovery 11 в журнал событий.

    Возможные значения: True или False

    Значение по умолчанию: False

    Описание: Определяет минимальный уровень серьезности событий, которые будут записываться в журнал событий. Записываются только события, уровень серьезности которых выше значения Trace Level или равен ему.

    Возможные значения: 0 (внутреннее событие), 1 (информация об отладке), 2 (информация), 3 (предупреждение), 4 (ошибка) или 5 (критическая ошибка)

    Значение по умолчанию: 4 (отправка уведомлений только об ошибках и критических ошибках, если значение параметра Trace State равно True )

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

    Этот параметр содержит следующие настройки.

    Описание: Указывает, отправлять ли оповещения SNMP.

    Возможные значения: True или False

    Значение по умолчанию: False

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

    Возможные значения: 0 (внутреннее событие), 1 (информация об отладке), 2 (информация), 3 (предупреждение), 4 (ошибка) или 5 (критическая ошибка)

    Значение по умолчанию: 4 (отправка уведомлений только об ошибках и критических ошибках, если значение параметра Trace State равно True )

    Описание: Определяет сетевое имя или IP-адрес сервера SNMP.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: пустая строка

    Описание: Определяет имя сообщества для оповещений SNMP.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: открытый

    Указывает способ, с помощью которого сервер управления Acronis Backup & Recovery 11 подключается к зарегистрированным машинам для развертывания централизованных планов резервного копирования, сбора сведений о состояниях плана резервного копирования и журналов и т. п. — в совокупности все эти действия называются синхронизацией.

    Этот параметр содержит следующие настройки.

    Maximum Connections (Максимальное число подключений)

    Описание: Определяет максимальное количество одновременных подключений синхронизации.

    Возможные значения: любое целое число от 1 до 500

    Значение по умолчанию: 200

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

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

    Примечание. Подключения к машинам с высоким приоритетом синхронизации (см. параметр Period-High Priority далее в этом разделе) по возможности должны всегда сохраняться.

    Подключения синхронизации не имеют отношения к таким подключениям, как между сервером управления Acronis Backup & Recovery 11 и консолью управления Acronis Backup & Recovery 11.

    Maximum Workers (Максимальное число рабочих потоков)

    Описание: Определяет максимальное количество потоков, которые используются для синхронизации.

    Возможные значения: любое целое число от 1 до 100

    Читайте также:  Установка webasyst на timeweb

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

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

    Машины, которые подключились для синхронизации, ожидают свободный рабочий поток. Именно поэтому фактическое количество рабочих потоков никогда не превысит максимальное количество подключений (см. параметр Maximum Connections выше).

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

    Возможные значения: любое целое число от 120 до 2 147 483 647

    Значение по умолчанию: 120

    Сервер управления Acronis Backup & Recovery 11 пытается выполнить синхронизацию каждой машины с обычным приоритетом с интервалом, значение которого (в секундах) определяется параметром Period , используя для этого свободный рабочий поток (см. параметр Maximum Workers выше).

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

    Period-High Priority (in seconds)

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

    Возможные значения: любое целое число от 15 до 2 147 483 647

    Этот параметр похож на параметр Period , описанный ранее.

    Real-Time Monitoring (Мониторинг в режиме реального времени)

    Описание: Указывает, выполнять ли мониторинг зарегистрированных машин в режиме реального времени вместо использования механизма опроса.

    Возможные значения: True или False

    Значение по умолчанию: False

    По умолчанию сервер управления Acronis Backup & Recovery 11 подключается к зарегистрированным машинам для выполнения синхронизации, в частности для получения таких данных, как журналы резервного копирования. Данный подход называют механизмом опроса.

    Если параметр Real Time Monitoring имеет значение True , то сервер управления для получения новых данных по мере их поступления посылает запросы машинам и после этого переходит в режим прослушивания. Этот подход называется мониторингом в режиме реального времени.

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

    Не следует использовать мониторинг в режиме реального времени, если количество зарегистрированных машин превышает максимальное количество одновременных подключений (см. параметр Maximum Connections выше).

    Second Connection Attempt (Попытка второго подключения)

    Описание: Указывает, выполнять ли попытку подключения к зарегистрированной машине с использованием последнего известного IP-адреса, после того как не удалось к ней подключиться с использованием имени хоста.

    Возможные значения: True или False

    Значение по умолчанию: False

    При подключении к зарегистрированной машине сервер управления Acronis Backup & Recovery 11 первоначально использует сетевое имя машины при условии, что машина была добавлена на сервер управления по имени.

    Если параметр Second Connection Attempt имеет значение True и не удалось подключиться к машине с использованием ее сетевого имени, то сервер управления выполняет вторую попытку подключения, используя в этот раз IP-адрес, который в последний раз был связан с этим сетевым именем.

    Рекомендуется присваивать параметру Second Connection Atempt значение True только в том случае, если в сети часто возникают проблемы с серверами DNS, и при условии, что IP-адреса машин меняются редко, например в случаях назначения выделенных IP-адресов или большого значения времени аренды DHCP.

    Эта настройка не влияет на машины, которые были добавлены на сервер управления по IP-адресу.

    Offline Period Threshold (in seconds)

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

    Возможные значения: любое целое число от 120 до 2 147 483 647

    Значение по умолчанию: 1800

    Обычно сервер управления подключается ко всем зарегистрированным машинам с определенным временным интервалом (см. параметры Period и Period-High Priority выше в этом разделе). Если сервер управления обнаруживает, что машина работает автономно, он удваивает этот интервал. Сервер управления продолжает удваивать интервал при каждой последующей попытке подключения до тех пор, пока не будет достигнуто значение, указанное параметром Offline Period Threshold . Если машина снова переключается в оперативный режим, то снова устанавливается обычный временной интервал.

    Цель такого подхода — эффективное использование ресурсов сервера управления и снижение нагрузки на сеть.

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

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

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

    Этот параметр используется при создании централизованного плана резервного копирования. Изменения этого параметра не влияют на уже существующие централизованные планы резервного копирования.

    Этот параметр содержит следующие настройки.

    Snapshot Storage Path (Путь к файлу моментального снимка)

    Описание: Определяет папку, в которую необходимо поместить файл моментального снимка.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: пустая строка

    Пустая строка обозначает папку %AllUsersProfile%\Application Data\Acronis\BackupAndRecovery\MMS\Temp.

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

    Snapshot Storage Absolute Size (Абсолютный размер файла моментального снимка)

    Описание: Определяет исходный размер файла моментального снимка (в мегабайтах).

    Возможные значения: любое целое число от 0 до 2 147 483 647

    Если значение этого параметра равно 0 , сервер управления использует параметр Относительный размер файла моментального снимка .

    Исходный размер не должен превышать размер доступного пространства минус 50 МБ.

    Snapshot Storage Relative Size (Относительный размер файла моментального снимка)

    Этот параметр вступает в силу, только если параметр Абсолютный размер файла моментального снимка равен 0 .

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

    Возможные значения: любое целое число от 0 до 100

    Если значение этого параметра равно 0 , файл моментального снимка не будет создан.

    Исходный размер не должен превышать размер доступного пространства минус 50 МБ.

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

    Размер файла моментального снимка не влияет на размер резервной копии.

    Резервное копирование в онлайн-хранилище

    Указывает настройки прокси-сервера для подключения к онлайн-хранилищу резервных копий Acronis через Интернет.

    Этот параметр содержит следующие настройки.

    Описание: Указывает, использовать ли прокси-сервер.

    Возможные значения: True или False

    Значение по умолчанию: False

    Если параметр имеет значение False , все последующие параметры игнорируются.

    Описание: Определяет имя или IP-адрес прокси-сервера.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: пустая строка

    Описание: Определяет номер порта прокси-сервера.

    Возможные значения: любое целое число от 0 до 65 535

    Используйте следующие два параметра, если прокси-сервер требует проверки подлинности.

    Имя пользователя прокси-сервера

    Описание: Определяет имя пользователя для проверки подлинности на прокси-сервере.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: пустая строка

    Пароль пользователя прокси-сервера

    Описание: Определяет пароль для проверки подлинности на прокси-сервере.

    Возможные значения: любая строка размером от 0 до 32 765 знаков

    Значение по умолчанию: пустая строка

    Внимание! Пароль может увидеть любой пользователь с доступом к административному шаблону, например администратор машины.

    источник

    Acronis Backup 12.5 (теперь и) Advanced: долгожданный выпуск

    Предыстория

    Решение Acronis Backup версии 11.5/11.7 было выпущено более 5 лет назад и, хотя данный продукт до сих пор успешно защищает данные по всему миру, он уже успел морально устареть и назрели объективно необходимые изменения, требующие принципиально новых подходов. Несмотря на то, что платформа Acronis Backup 12, удовлетворяющая новым веяниям, была выпущена уже около года назад, её редакция «Advanced» всё это время оставалась на версии 11.7, что привносило проблемы совместимости и сложности одновременной поддержки очень разных архитектурных решений. Наконец-то настал момент, когда вся линейка продуктов Acronis Backup будет доступна на единой платформе. Данная статья посвящена выпуску Acronis Backup 12.5 и, собственно, что же нового было добавлено в этой версии.

    Читайте также:  Установка mac os high sierra с флешки

    Напомним, что решение Acronis Backup 12.5 поставляется в двух вариантах: стандартном (Standard) и расширенном (Advanced), доказало свою эффективность как полномасштабная система резервного копирования для гибридных сред. Простой и удобный веб-интерфейс обеспечивает надежное резервное копирование и восстановление физических, виртуальных и облачных серверов из любой точки мира.

    Зачем новая версия? И так же всё хорошо! (нет)

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

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

    Вторая очевидная предпосылка для новой платформы — это общее движение в сторону облачных вычислений в IT сфере (по крайней мере на сегодняшний день).

    Что же нового?

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

    Разницу между Acronis Backup 12.5 Standard и Advanced по предоставляемой функциональности можно посмотреть здесь.

    Независимые планы по работе с данными

    Теперь можно создавать отдельные независимые планы на выполнение операций, связанных с резервным копированием, включая репликацию резервных копий, валидацию, конвертацию в виртуальные машины и очищение старых резервных копий (cleanup):

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

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

    Частью этих изменений стало расширение возможностей валидации резервных копий. До версии 12.5 валидация выполнялась только следующим способом:

    • При создании резервной копии в архив записываются чексуммы определенного количества секторов
    • При выполнении валидации эти чексуммы вычисляются заново путем вычитки секторов из архива и сравниваются с записанными в архиве
    • Если чексуммы совпадают, то всё хорошо, если нет, то архив признается битым

    Расширение заключается в новой опции валидации через запуск виртуальной машины из архива. Это будет работать при условии наличия гипервизора VMware vSphere или Microsoft Hyper-V в том числе и для резервных копий физических машин, а не только виртуальных. Другими словами мы можем запускать виртуальную машину на выбранном гипервизоре независимо от того, с какой платформы был снят образ — всё благодаря технологии Acronis Universal Restore, применяемой на лету.

    В первой версии проверка валидности запущенной виртуальной машины осуществляется проверкой «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. Таким образом можно управлять загрузочным диском прямо из веб-консоли.

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

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

    Читайте также:  Установка звуковых драйверов debian

    Если же загрузиться в 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, и теперь нашли своё место и в корпоративных решениях.

    Acronis Notary, как это работает: при создании резервной копии отдельных файлов/папок создается дерево хэшей — по одной записи в дереве для каждого защищаемого файла и это дерево записывается в архив. Затем вычисляется хэш этого дерева и через веб-сервис notary.acronis.com добавляется в блокчейн базу данных Ethereum. При проверке файла, запрашивается нужный хэш из Ethereum и сравнивается с вычисленным относительно хэша дерева в архиве.

    Помимо проверки файла из интерфейса веб-консоли, доступно скачивание сертификата, который генерируется на основании данных в архиве и данных от сервиса notary.acronis.com (который в свою очередь формирует запросы к Ethereum), что позволяет выполнить проверку копии файла не только в архиве, но и в любом другом месте.

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

  • При выполнении задания резервного копирования со включенной «нотаризацией» и при проверке необходим доступ в Интернет до notary.acronis.com (который по сути формирует запросы к базе Ethereum)
  • Acronis ASign, в свою очередь, позволяет отправлять электронные документы на подпись сразу нескольким лицам по e-mail, формируя для этого специальную страницу на публичном сервисе Asign.acronis.com, где подлинность факта подписи этими пользователями фиксируется и удостоверяется с помощью нотаризации, т.е. всё той же технологии Acronis Notary. Выполняется данная операция только с архивами, лежащими в облаке Acronis, и может инициироваться с помощью консоли веб-рестора, где у каждого документа из резервной копии доступна опция “Отправить на подпись”.

    Заключение

    В заключение хочу добавить, что мы серьезно переработали архитектуру продукта и улучшили в том числе логирование и систему генерирования ошибок. Монолитные сервисы, отвечающие за всё подряд (почему поддерживать их можно было только большими усилиями), «распилились» на отдельные мини-сервисы, позволяющие точно идентифицировать и локально починить возникающие проблемы, не ломая при этом всего остального. Таким образом, продукт в целом стал стабильнее и быстрее.

    P.S. Тестирование производительности резервного копирования — это отдельная большая тема, и мы её постараемся раскрыть в следующих статьях.

    Ссылки

    Похожие публикации

    Как обеспечить надежное хранение больших объемов данных в рамках умеренного бюджета

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

    Acronis True Image, способы создания резервных копий

    Комментарии 44

    Да. Впервые поддержка NVMe была добавлена еще в версии 11.7 около года назад, поэтому в 12.0/12.5 это тоже работает.

    P.S. Не совсем связанная с NVMe, но, думаю, полезная информация (возможно, это ваш случай): Всё еще могут быть проблемы с распознаванием дисков на определенных контроллерах, где помогает переключение из AHCI режима в RAID и наоборот (причина в некорректной энумерации PCI устройств самим ядром Линукса, используемым в загрузочном диске). Такие проблемы мы исследуем отдельно в каждом конкретном случае с помощью нашей команды тех. поддержки.

    причина в некорректной энумерации PCI устройств самим ядром Линукса, используемым в загрузочном диске)

    А можно попадробнее? Какую версию ядра используете? Искали ли вы проблему в интернете? Писали ли в рассылку LKML?

    Q: Когда планируется выпуск Acronis Backup Advanced 12?
    A: Acronis работает над внедрением расширенных функций в линейку продуктов Acronis Backup. Дата выпуска будет объявлена позднее в этом году.

    Да, возможно автоматическое (in-place) обновление и плавный переход, так называемый side-by-side upgrade, при котором сначала считывается конфигурация из 11.7, а затем импортируется в 12.5, при этом сохраняя предыдущую инфраструктуру. Подробнее про оба режима можно почитать в этой статье: https://kb.acronis.com/content/59801 (пока что только на английском).

    При обновлении сервера управления (AMS) до 12.5, старые агенты продолжат выполнять свои задачи по заданному расписанию, но будут видны как «недоступные» в консоли 12.5, до тех пор пока их тоже не обновят. Т.е. новые задачи на старые агенты будет нельзя назначать, как и изменять текущие задачи, но работать они будут.

    В явном виде такого нет. Можете, пожалуйста, уточнить как именно вы видите поведение такой фичи? Т.е. какие ожидаются проверки (до, после, во время бэкапа?) и какое поведение процесса резервного копирования должно быть при обнаружении такой ситуации? Нам важно понять ожидания, чтобы правильно спроектировать поведение в будущем.

    P.S. Свободное место в хранилище резервных копий отслеживается соответствующими динамически обновляемыми «виджетами» на «дашборде» + есть «алерт», но возможности выполнения определенных действий по истечению свободного места нет.

    В работе с версией 11.7 мы столкнулись со следующим:
    1. Год назад на сервере использовалось дедуплицированное зашифрованное хранилище. В один прекрасный момент по недосмотру сис. админа на системном диске при выполнении задания резервного копирования закончилось место. После чего у нас в консоли некорректно стал отображаться размер хранилища. Подключали ваших специалистов тех. поддержки, проводили определенные манипуляции, но так проблему и не решили. На прямой вопрос, почему система при выполнении операции не отследила наличие свободного места не остановила процесс, был дан уклончивый ответ, что за этим должен следить сис. админ.
    Также в последующем при проверке выяснилось, что из многих архивов не восстанавливаться файлы.
    В общем, можно сказать, что мы то хранилище «потеряли». Прибили его, заново спланировали размеры дисков под систему, основную базу Arconis вынесли на отдельный диск (место с большим запасом выделили). Дополнительно следили за местом в хранилище (дедуплицированное, нешифрованное) -при размере в 15 Тбайт свободное место не было меньше 2 Тбайт, т.к. старались держать его не менее 15%.
    2. Пару недель назад после очередной массовой установки обновлений на сервера апрельских обновлений система почему-то посчитала, что нужно сделать не диффиринциальные, а полные копии, соответственно архивирование заняло больше времени, чем обычно и место отъело порядком в хранилище. По времени произошло наложение как минимум двух заданий, после чего вылетела ошибка, что невозможно провести процедуру переиндексации, т.к. не хватает свободного места. При этом в хранилище у нас оставалось еще порядка 200 Гбайт.
    Место мы в последствии добавили, процедура переиндексации прошла. Начали проверять архивы и выяснилось, что один файлы из одного архива с файл-сервера частично не восстанавливаются, т.е. архив в итоге оказался неработоспособным.
    Т.е. мы во второй раз натолкнулись на проблему, связанную, на мой взгляд, с некорректным отслеживанием системой свободного места при выполнении заданий (хотя во второй раз место на диске не уходило в ноль, в отличие от первого случая — это мы проверили по двум системам мониторинга).
    Исходя из такого контекста я и задал вопрос выше.

    источник

    Добавить комментарий