Резервное копирование exchange acronis

Обновлено: 05.07.2024

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

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

Важность электронной почты для современного бизнеса трудно переоценить. Учитывая это, очевидно, что серверы Microsoft Exchange, обеспечивающие работу корпоративной почты, должны восстанавливаться после сбоев за минуты, а не за часы или тем более дни. Для достижения этой цели компания Acronis, ведущий мировой производитель программного обеспечения для защиты и аварийного восстановления данных, разработала Acronis Recovery для Microsoft Exchange.

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

Настроив автоматический запуск резервного копирования, вы можете быть уверены, что в любой момент у вас под рукой будут актуальные архивы критически важной информации. В случае непредвиденных обстоятельств Acronis Recovery для Microsoft Exchange практически моментально восстановит доступ к необходимым почтовым ящикам, папкам общего доступа или конкретным письмам.

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

Продуктами фирмы 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 Настройка параметра Приоритет операции

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

В разделе Обработка ошибок можно настроить такие параметры, как:

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

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

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

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

Вот какие Агенты (Клиенты) разработаны:
Про серверную часть

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

Управляющий компонент доступен через интернет и позволяет с помощью веб-браузера управлять резервным копированием удаленных машин и уже созданными резервными копиями; создавать, редактировать и удалять политики резервного копирования и политики хранения; настраивать шифрование создаваемых резервных копий, используя 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, – это, скорее, вопрос ценностный. Тот, кому информация действительно ценна, скорее выберет сервис, а остальные – первый вариант. Но это уже мое личное мнение, непосредственно к делу не относится.

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

Резервное копирование баз данных Exchange 2013

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

Хочу напомнить, что резервным копированием не являются следующие технологии:
Примечание: помимо штатных утилит резервного копирования, таких как WSB, существуют и сторонние решения, которые вы можете приобрести у официальных поставщиков 1 2 .
Для начала рассмотрим некоторые теоретические основы.

Теория

Несмотря на очевидную важность бэкапов, необходимость в резервном копировании баз данных в некоторых случаях может отсутствовать:
1. Когда ваш сервер Exchange 2013 является частью тестовой инфраструктуры;
2. Когда используется DAG и количество копий каждой БД составляет не менее трех штук.
Во всех остальных случаях резервное копирование баз данных Exchange 2013 является острой необходимостью.

Настоятельно рекомендуется развернуть не менее трех неизолированных копий базы данных почтовых ящиков перед переходом с традиционных форм защиты базы данных, таких как RAID или традиционные архивы на основе VSS.

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

Журналы транзакций

Неплохую живучесть БД Exchange 2013 обеспечивают журналы транзакций. Любые изменения данных отражаются сначала в них и уже только после этого попадают в реальную базу данных. Через журналы транзакций также происходит распространение изменений в другие базы данных, находящиеся в DAG. В общем смысле ведение журналов является скорее необходимостью, чем какой-то прихотью. Именно поэтому крайне не рекомендуется включение циклического ведения журналов для баз данных, не состоящих DAG.

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

На скриншоте изображены свойства папки, в которой хранится база данных почтовых ящиков пользователей вместе с журналами, которых в ней более 8000. Чтобы вы понимали масштаб: в БД всего 5 ящиков, в каждом из которых не более пары десятков писем без вложений.

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

Обратите на неё особое внимание.

Ниже я распишу подробно настройки однократной архивации тома с базами данных.

Резервное копирование без установленного компонента Система архивации данных Windows Server невозможно, а потому надо установить сначала его. Как только компонент установлен, можно приступать к созданию бэкапа 5 . Открываем оснастку wbadmin.msc и запускаем мастер однократной архивации:

Далее все шаги будут видны на скриншотах.

На первом окне нажимаем Далее и потом выбираем Настраиваемый тип конфигурации:

На следующей странице выбор будет зависеть от вашей инфраструктуры. Для хранения бэкапа может использоваться Удаленная общая папка или же Локальные диски. Я выбрал локальный диск и пусть вас это не смущает, ведь я выполняю резервное копирование на тестовом сервере. Тем не менее, даже на тестовой инфраструктуре мой локальный диск F: виртуальной машины физически находится на другом жестком диске по отношению к самой виртуалке.

На этапе подтверждения проверяем сводную информацию и нажимаем Архивировать.

Дожидаемся завершения процесса и идем смотреть что стало с логами:

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