Acronis. Acronis это что

Acronis — википедия орг

История технологий, лежащих в основе сегодняшних продуктов компании, начинается в 1991 году с появления стартапа «ФизТехСофт». В 2000 году из-за разногласий с руководством все разработчики покинули стартап и перешли на работу в одно из подразделений компании SWsoft. Позже SWsoft выкупил у «ФизТехСофт» права на программу BootWizard 4.0[11]. Полученный исходный код лёг в основу первого коммерческого продукта компании — Acronis OS Selector.

Компания появилась на рынке программного обеспечения в декабре 2000 года. На тот момент в штате было всего пять программистов, однако сотрудничество с SWsoft и полученные инвестиции позволили компании в последующие годы очень активно развиваться. Первый продукт компании, Acronis OS Selector, вполне успешно продавался в Европе и Японии. В 2001 году компания «Акронис» была зарегистрирована в США, а также открыла свой офис в Кремниевой долине (Калифорния).

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

В 2013 году в компанию в качестве генерального директора вернулся один из основателей Сергей Белоусов[12]. С его приходом компания пересмотрела стратегию развития и начала создание решений на основе облачных технологий. С 2014 года все продукты компании разрабатываются на основе единой платформы Acronis AnyData Technology[13] и базируются на облачной архитектуре. В конце 2014 года компания Acronis для усиления собственного предложения по облачному резервному копированию и восстановлению после сбоев приобрела компании BackupAgent[14] и nScaled[15].

Международная штаб-квартира компании Acronis находится в Сингапуре[16], офисы расположены в 17 странах, в том числе в России, США, Германии, Франции, Великобритании, Бельгии, Сингапуре, Японии[17].

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

Acronis True Image — линейка решений для резервного копирования и аварийного восстановления данных для домашних пользователей.
Acronis Disk Director — линейка решений по управлению разделами и обслуживанию жёстких дисков.
Acronis Recovery — линейка решений для резервного копирования и аварийного восстановления баз данных.
Acronis Snap Deploy — линейка решений для быстрой установки ПО на новые компьютеры при помощи технологии создания образов дисков.
Acronis Migrate Easy — решение для клонирования данных с одного жёсткого диска на другой.
Acronis Drive Cleanser — решение для очистки жёсткого диска и уничтожения данных.

В ноябре 2006 Acronis анонсировала продукт Acronis Full Circle, который позволил бы свободно перемещать данные между физическими, виртуальными дисками и архивами True Image.[18][19] Однако, к концу 1 квартала 2007 разработка была прекращена из-за проблем с производительностью и стабильностью; выпущенный в это же время True Image 11, построенный на той же платформе, критиковался за большое количество багов.[20]

Продукты компании локализованы на 14 языках[10].

www-wikipediya.ru

стратегии резервного копирования / Блог компании Acronis / Хабр

Приветствую вас, жители хабро-мира! Мы продолжаем знакомить вас с технологиями True Image. На этот раз поговорим о том, как настроить процесс резервного копирования таким образом, чтобы

данные были надежно защищены.
папка с резервными копиями (они же – бэкапы, они же – backups) не «съела» все свободное пространство вашего диска.
не дублировать одну и ту же информацию в разных бэкапах.

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

Стратегия резервного копирования состоит из двух этапов:

Создание схемы резервного копирования (backup scheme).
Планирование резервного копирования (backup scheduling).

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

Методы создания бэкапов

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

habr.com

Бекапы бывают разные. Сегодня расскажу про Acronis Backup Cloud (BaaS) / Блог компании Acronis / Хабр

В этой статье я пошагово опишу работу сервиса резервного копирования Acronis Backup Cloud (ранее известный как «Acronis Backup as a Service»), разработанный инженерами компании Acronis. Расскажу, что представляет собой «бекапы как сервис» изнутри, и как все это работает. Перехожу непосредственно к описанию работы самого сервиса.

Как устроен сервис

Сервис состоит из серверной и клиентской части. Используются «агентная» и «безагентная» технологии, в зависимости от инфраструктуры. На клиентском компьютере или хост-сервере виртуализации устанавливается агент, задачей которого является соединение клиентского компьютера/хоста с сервером Acronis Backup Cloud и осуществление задач резервного копирования и восстановления.

Про клиентскую часть

Вот какие Агенты (Клиенты) разработаны:

Клиенты резервного копирования для Windows, Linux и Mac – отвечают за резервное копирование данных на машинах под управлением ОС Windows/Linux/Mac.
Клиент резервного копирования для VMware – выполняет резервное копирование виртуальных машин на платформе VMware vSphere (ESX/ESXi) без установки соответствующих клиентов в гостевых системах. Этот клиент устанавливается на «виндовых» машинах с доступом к vCenter Server и хранилищу, в котором сохраняются резервные копии виртуальных машин.
Клиент резервного копирования для Hyper-V – выполняет резервное копирование виртуальных машин на платформе MS Hyper-V без установки соответствующих клиентов в гостевых системах. Этот клиент устанавливается на хосте Hyper-V.
Клиент резервного копирования для MS Exchange Server – поддерживаются версии Microsoft Exchange Server 2003, 2007/10, 20013.
Клиент резервного копирования для MS SQL Server – поддерживаются версии Microsoft SQL Server 2005, 2008, 2008 R2, 2012, 2014.

Про серверную часть

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

Управляющий компонент доступен через интернет и позволяет с помощью веб-браузера управлять резервным копированием удаленных машин и уже созданными резервными копиями; создавать, редактировать и удалять политики резервного копирования и политики хранения; настраивать шифрование создаваемых резервных копий, используя AES или ГОСТ стандарт, и в случае необходимости сохранять отдельные резервные копии локально; следить за состоянием удаленных машин; восстанавливать отдельные файлы/папки, диски/разделы или же целиком машины из облака прямо на «голое железо». Одной из наиболее отличительных и полезных возможностей является создание иерархии подчиненных администраторских и пользовательских учетных записей, в рамках которых распределяются доступ к данным и удаленным машинам. Администраторы могут следить за состоянием подчиненных учетных записей и в случае необходимости оказывать помощь.

Компонент хранения позволяет развернуть масштабируемое, дешевое и при этом надежное хранилище данных. Хранилище для резервных копий состоит из группы серверов, на которые записываются клиентские данные. Для обеспечения достаточного уровня надежности всех хранимых пользовательских данных каждый входящий файл разбивается на «K» блоков и затем добавляются «N-K» (где N – некоторое число большее K) блоков избыточности с использованием алгоритма коррекции ошибок Рида-Соломона. Все блоки хранятся независимо друг от друга, и сохранность любых «K» блоков из записанных «N» гарантирует восстановление хранящихся пользовательских данных.

Серверные роли

Система хранения данных Acronis строится на физических серверах. Но при этом серверные роли назначаются непосредственно дискам.

Существуют три серверные роли: Сервер Метаданных (Metadata Server (MDS)), Сервер Хранилища (Storage Server (STS)) и Front-end Server (FES).

Сервер Метаданных отвечает за хранение информации о фрагментах, на которые разбит файл, и расположение этих фрагментов на серверах. Это наиболее критический компонент системы.

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

Кроме того, на каждый сервер, имеющий роль MDS, также устанавливается и компонент управления системой (MGMT). В случае если основной сервер MDS перестает работать, компонент управления системой автоматически включается на другом сервере с ролью MDS, таким образом, web-консоль управления хранилищем постоянно доступна. Сервер Хранилища (STS) предназначен для хранения фрагментов данных.

Front-End сервер позволяет клиентам сервиса Acronis Backup Cloud получать доступ к хранилищу и осуществлять передачу данных между пользовательской стороной и хранилищем данных Acronis.

Работа с сервисом

А теперь рассмотрим, как это работает на практике. Администраторам компании IT-Lite (поставщика услуги) и компаний конечных пользователей предоставляется доступ к управлению сервисом через web-консоль. На приведенной ниже диаграмме показана стандартная архитектура сервиса резервного копирования. Синие стрелки обозначают взаимодействие между компонентами программного обеспечения. Черные стрелки показывают, как администраторы и конечные пользователи получают доступ к сервису резервного копирования.

Права огласите, пожалуйста!

Администраторы IT-Lite имеют доступ к управлению группами и учетными записями пользователей.

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

Acronis Backup Cloud глазами пользователя

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

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

Сравнение с локальными бекапами

Данные пользователей сервиса BaaS хранятся на серверах, которые расположены в сертифицированном дата-центре класса TIER-3.

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

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

Бэкапить локально – да, быстрее, но менее надежно

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

Подытожу так – я пришла к выводу, что вопрос о надежности/простоте локальных бекапов и использования BaaS, – это, скорее, вопрос ценностный. Тот, кому информация действительно ценна, скорее выберет сервис, а остальные – первый вариант. Но это уже мое личное мнение, непосредственно к делу не относится.

Резюме

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