Резервное копирование Acronis Infoprotect

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

Управление процессом резервного копирования происходит в пользовательской web-портала самообслуживания Acronis, доступный по адресу https://ab.cloud.mts.ru/

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

Сервис резервного копирования от MTS Cloudпредставляет собой набор решений и технологий, позволяющий вам повысить надежность при работе с вашими данными. При этом не имеет значения, где находятся ваши данные – в облаке MTS Cloud, вашем офисе или филиале вашей компании, в ЦОДе или другом публичном облаке. Также не важно какая операционная система или гипервизор используются и с какими приложениями и базами данных вы работает. Имеют значения только ваши задачи и бюджет – исходя из значений данных параметров вы подберёте оптимальный вариант сервиса резервного копирования от MTS Cloud. На текущий момент сервис реализован на базе решений Acronis Infoprotect, Veeam и CommVault.

Да, для этого необходимо воспользоваться серверным агентом Acronis для Linux за соответствующую стоимость.

Да. Это достигается за счет технологии Acronis Active Protection. Рассмотрим пример работы технологии Acronis Active Protection. Пользователь получил сообщение по электронной почте от злоумышленника, в котором была активная ссылка, пройдя по которой, невнимательный сотрудник, заражает свою машину программой-вымогателем (ПО которое шифрует данные, после чего требует выкуп для дешифровки). Если на защищаемой машине установлен агент Acronis и активирована Acronis Active Protection (по умолчанию выключена), вся нетипичная активность будет обнаружена с использованием эвристик и поведенческого анализа. Файлы, которые пытается изменить вирус, будут мгновенно сохранены и процессы по изменению будут заблокированы. Даже если какой-то файл в результате атаки вируса был поврежден, он будет восстановлен из резервной копии автоматически.

Безусловно. Когда встает вопрос о консолидации вычислительных ресурсов и сокращения расходов на обслуживание парка оборудования, то необходимо принимать меры. С использованием Acronis данный процесс не займет много времени и сил – нужно просто сделать резервную копию физического сервера, а после выбрать данный бэкап для восстановления, указав местом восстановления виртуальную машину на хосте. В случае VMware и Hyper-V все происходит автоматически - создаётся виртуальная машина и для нее добавляется диски нужного размера. В процессе восстановления Acronis также подменяет драйвера внутри восстанавливаемой операционной системы, так что она остается загрузочной и в виртуальной среде. В случае других сред виртуализации Виртуальную Машину нужно будет создать вручную, подготовить ios образ для восстановления – возможность загрузки будет также обеспечиваться автоматически.

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

Точно ответа на данный вопрос нет! Для того, чтобы определить какой репозиторий выбрать для хранения резервных копий, помимо объема исходных данных необходимо понимать, какие политики резервного копирования будут использоваться, степень дедупликация, какая глубина хранения будет настроена, сколько будет точек восстановления и т.д. В целом, при настойке еженедельного полного бэкапа, ежедневного дифференциального бэкапа и ежечасного инкрементального бэкапа, а также глубиной хранения в 1 месяц мы рекомендуем использовать коэффициент 2,5 (данный коэффициент очень ориентировочный и зависит от вышеуказанных параметров). Таким образом в указанном примере для хранения резервных копий для 2 Тб исходных данных мы рекомендуем заказывать репозиторий на 5 Тб.

При заказе услуги Резервное Копирование в облако MTS Cloud с клиентом согласуется количество и тип объектов, с которыми необходимо осуществлять операции резервного копирования и восстановления, а также на объем репозитрия для хранения резервных копий. Например, клиенту необходимо бэкапить 1 физический сервер, 3 виртуальные машины, а также иметь репозиторий на 2 Тб. На основании данных параметров ему настраиваются соответствующие квоты, которые он не сможет превысить. Для изменения размера квоты на предоставляемые ресурсы необходимо обратиться к менеджеру МТС. В данном примере клиент сможет скачать любое количество агентов – из предыдущего пункта следует, что агенты для ВМ и серверов одинаковые (в зависимости от ОС). Но в следствии настроенной квоты, в web-интерфейсе управления у клиента будет отображаться только 1 физический сервер и 3 виртуальные машины, с которыми можно осуществлять операции резервного копирования и восстановления. Максимальный объем резервных копий не может превышать 2 Тб.

Да, действительно, для обеспечения резервного копирования и восстановления, как Физических Серверов, так и Виртуальных Машин необходимо скачать и запустить один и тот же агент (в зависимости от ОС). При запуске агент автоматически определяет на каком объекте (сервере или ВМ) он установлен. После чего, в зависимости от настроенной при покупке услуги квоты на предоставляемые ресурсы, система определяет, можно ли осуществлять резервное копирование и восстановление требуемого объекта.

Интерфейс взаимодействия на столько просто и понятен, что с ним может работать человек с минимальной технической подготовкой. Сервис позволяет осуществлять резервное копирование, помимо ОС Windows, также Linux и MAC через свои программы0агенты с ваших площадок. Также у данной услуге “из коробки” предусмотрена опция Active Protect, которая защитит рабочие станции ваших сотрудников от атак вирусов-шифровальщиков и крипто-майнеров. Услуга на базе Acronis Infoprotect позволит быстро осуществить кросс-платформенную миграцию. Например, если вам нужно перенести данные из Hyper-V в VM-Ware облака MTS Cloud, то сможете осуществить это с минимумом временных затрат без остановки ваших сервисов. Технология AcronisUniversal Restore произведет все необходимые изменения при миграции – например найдет и установит подходящие драйвера сетевого адаптера.

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

CloudMTC не несет ответственность за работоспособность Acronis Agent на площадке Клиента. В зону ответственности CloudMTC входит только взаимодействие с Acronis в рамках договорных отношений, время устранения неисправности находится в зоне ответственности вендора.

Основное отличие данных сценариев использования заключается только методах управления, т.к. общая стоимость в обоих вариантах рассчитывается исходя из количества бэкапируемых Виртуальных Машин. В случае резервного копирования на уровне гипервизора, с использованием поддерживаемой решением платформы необходимо скачать и запустить соответствующий агент, после чего централизовано настроить резервное копирование требуемых Виртуальных Машин, развернутых на данном хосте. В противном случае необходимо устанавливать агент отдельно в гостевую ОС и настраивать резервирование для каждой Виртуальной Машины. В данном сценарии используются серверные агенты для Windows/Linux в зависимости от ОС. При установке Acronis Infoprotect самостоятельно определяет, что агент используется для резервного копирования Виртуальной Машины.

Когда нет доступа к хосту виртуализации. Например, провайдер услуги держит на хосте несколько своих клиентов, которые имеют доступ только к рабочим столам своих машин; Когда есть доступ к хосту Hyper-V, но необходимо использовать application-aware backup, т.е. сценарий, когда один и тот же бекап-файл может быть использован не только для восстановления машины целиком или же отдельного файла, находящегося внутри неё, но и элементов приложений в этой машине — ящика или письма из Microsoft Exchange, в случае использования Exchange-сервера, или же базы Microsoft SQL, в случае SQL-сервера; Когда хост виртуализации не поддерживается Acronis для безагентного бекапа – в настоящий момент без использования агента можно резервировать только машины VMware, Hyper-V и Virtuozzo. Для остальных платформ используется сценарий резервного копирования данных с помощью агентов Acronis для Windows и Linux servers. Если у заказчика, например, KVM или Xen Server, в любом случае придётся ставить агент внутрь гостевой ОС.

Безусловно. Когда встает вопрос о консолидации вычислительных ресурсов и сокращения расходов на обслуживание парка оборудования, то необходимо принимать меры. С использованием Acronis данный процесс не займет много времени и сил – нужно просто сделать резервную копию физического сервера, а после выбрать данный бэкап для восстановления, указав местом восстановления виртуальную машину на хочет. В случае VMware и Hyper-V все происходит автоматически - создаётся виртуальная машина и для нее добавляется диски нужного размера. В процессе восстановления Acronis также подменяет драйвера внутри восстанавливаемой операционной системы, так что она остается загрузочной и в виртуальной среде. В случае других сред виртуализации Виртуальную Машину нужно будет создать вручную, подготовить ios образ для восстановления – возможность загрузки будет также обеспечиваться автоматически.

Да. Данный сценарий аналогичен описанному в предыдущем пункте, только вместо физического сервера изначальная машина виртуальная. В данном случае также сначала необходимо сделать резервную копию (например, на хосте Hyper-V) после чего восстановить её на другой гипервизор (например, VMware). Возможность загрузки в данном случае также сохраняется.

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

• Создание моментальных снимков обычно является ручным процессом. Бекапы же делаются регулярно, (хоть раз в неделю, хоть раз в 10 минут).
  
• Большое количество моментальных снимков разрастается в дерево, которым трудно управлять (например, удаление старых снимков довольно затратно по времени), повреждение внутри цепочки снапшотов, разрушает всю цепочку.
  
• Обилие снимков в конечном итоге ухудшает производительность самой виртуальной машины (поскольку содержимое её дисков становится размазанным по многим файлам на стороне гипервизора).
  
• Снимки хранятся там же, где и сами диски виртуальных машин, тем самым нивелируя саму идею резервного копирования (хранить копию исходных данных подальше от них самих).
  
• Бекапы Acronis занимают меньше места по сравнению со снимками, поскольку хранят только те блоки файловой системы, которые действительно заняты данными; снимки же фиксируют диск целиком — потенциально со всем мусором давно удалённых данных.
  

Да, причем не важно, будет ли эта резервная копия физической или виртуальной машины. Развертывание возможно на гипервизорах VMware и Hyper-V. В этом случае также создается виртуальная машина, но вместо восстановления необходимо осуществить подключение бекапа к ней напрямую, как если бы он был её дисками. Поскольку бекап может располагаться далеко, такая машина может работать медленнее обычного, но главное, что непрерывность бизнеса достигнута, и время простоя будет минимальным.

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

Все бэкапы передаются/ восстанавливаются по SSL. 

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

Решение развернуто на базе конфигурации с резервирование 3+2+1 на уровне узла кластера, к примеру, кластер состоит из 6 узлов, каждый узел имеет 48 дисков, конфигурация такова, что мы готовы потерять 3 узла кластера, без потери информации, 1 узел кластера без потери производительности или готовы потерять 144 диска без потери данных или 48 дисков без потери производительности. 

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

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

Сервера физически расположены в ЦОДе сертифицированном по Tier3

Сервера расположены в изолированном сетевом сегменте. Физический доступ к хранилищу резервных копий регламентируется нормами Tier3. Удаленный доступ к хранилищу присутствует у строго ограниченного списка лиц (два выделенных архитектора и руководитель отдела).

Портал расположен на гео-распределенных ресурсах компании Acronis Infoprotect.

Доступы к порталу организован over SSL. По умолчанию заказчику предоставлена возможность ограничения списка IP адресов, с которых возможно управление резервным копированием и восстановлением.

НЕТ. Клиенту доступен функционал пофайлового либо массового скачивания содержимого резервной копии по средствам специализированного интерфейса.

Нет. В настоящий момент данная возможность в услуге Резервное Копирование в облако MTS Cloudне предусмотрена.