Как сделать резервную копию Microsoft Exchange

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

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

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

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

Чтобы понять природу резервного копирования Exchange, нам сначала нужно понять архитектуру Microsoft Exchange. MS Exchange Server — это серверное приложение, предназначенное для совместной работы и предназначенное для работы в операционной системе Windows Server. MS Exchange поддерживает календари, электронную почту, контакты, задачи, доступ к данным с мобильных устройств и через Интернет, а также хранение данных.

MS Exchange Server состоит из четырех основных элементов, важных для понимания резервного копирования Exchange. Это:

• Состояние системы

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

• Активный каталог (AD)

Большинство серверов Exchange хранятся в Active Directory. Это позволяет пользователям восстанавливать утерянные настройки сервера Exchange с помощью переключателя Setup.exe/Mode:RecoverServer в автоматическом режиме установки Exchange. (выполняется из командной строки)

Команда использует данные, хранящиеся в Active Directory во время установки Exchange на новом сервере с тем же именем.

• Файловая система

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

• База данных сервера Exchange

База данных Exchange включает базы данных почтовых ящиков и общих папок. Базы данных хранят самую важную информацию в среде Exchange Server, состоящую из двух основных частей — самих баз данных и файлов журналов транзакций.

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

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

Ниже мы рассмотрим четыре способа резервного копирования баз данных Exchange Server.

Вы можете выполнить резервное копирование данных обмена четырьмя основными способами (поддерживается изначально). Давайте рассмотрим их ниже.

• Полное резервное копирование  базы данных Exchange и журналов транзакций.

После полной резервной копии Exchange сервер Exchange очищает все старые журналы целевой базы данных. Этот процесс также называется усечением журнала.

Усечение журнала требуется, поскольку сервер MS Exchange использует метод упреждающей записи для записи новых данных в целевую базу данных. При создании новых данных (элементов) Exchange, таких как электронные письма и события календаря, данные записываются в файл журнала. Через некоторое время журналы переносятся в конкретную базу данных, и сервер Exchange помечает их как «пригодные для повторного использования», чтобы обрезать их. Это делает журналы короче и, таким образом, экономит место при создании полного файла резервной копии Exchange.

• Инкрементное резервное копирование  только журналов транзакций

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

• Дифференциальное резервное копирование только журналов транзакций

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

• Копирование резервной копии баз данных и журналов транзакций

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

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

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

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

Плюсы

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

Минусы

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

Плюсы

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

Минусы

• Требует более сложного восстановления (необходимо отслеживать последовательность резервного копирования и зависимости резервного копирования).
• Восстановление баз данных Exchange занимает больше времени (необходимо применить все соответствующие инкрементные резервные копии в правильном порядке поверх самой последней полной резервной копии).

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

• Снимок на момент времени (PIT)

Как уже упоминалось, PITR полагается на зарегистрированные данные целевой базы данных. Этот набор данных называется моментальным снимком на определенный момент времени (PIT). Снимок PIT копирует базы данных, данные или файлы в определенное время и используется для восстановления данных с определенного времени или с последнего созданного снимка PIT.

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

• Важность PITR

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

• PITR для PostgreSQL через временные шкалы
• PITR для MySQL через двоичный журнал
• PITR для MongoDB через Oplog

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

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

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

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

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

Вы можете автоматизировать резервное копирование базы данных Exchange с помощью Windows Server Backup или использовать специальное стороннее решение для обеспечения комплексного и настраиваемого резервного копирования. В разделах ниже описано, как это сделать с помощью Acronis Cyber ​​Backup и WSB. Вы можете реализовать любой подход, который считаете более подходящим для вашей организации, предпочтений и бюджета.

MS Exchange Server включает плагин для резервного копирования Windows Server, который позволяет создавать резервные копии данных Exchange на основе VSS. Таким образом, возможное приложение Windows Server Backup предназначено для резервного копирования (и восстановления) баз данных Exchange. Вы также можете выполнить резервное копирование Exchange через командную консоль Exchange и центр администрирования Exchange.

Давайте рассмотрим три собственных способа резервного копирования данных Exchange Server ниже.

1. Запустите резервное копирование Windows Server и выберите « Локальное резервное копирование ».
2. Нажмите « Однократное резервное копирование ...» на панели действий, чтобы запустить мастер однократного резервного копирования.
3. Выберите « Другие параметры » на странице «Параметры резервного копирования» -> нажмите « Далее ».
4. Выберите « Пользовательский » на странице « Выбор конфигурации резервного копирования » и нажмите « Далее ».
5. Нажмите « Добавить элементы » на странице «Выбор элементов для резервного копирования», чтобы выбрать тома для добавления в резервную копию -> нажмите « ОК ». Важно знать, что вам необходимо выбирать тома, а не отдельные папки. Выбор отдельных папок не позволяет выполнять резервное копирование или восстановление на уровне приложения. (только выбор всего тома активирует процесс)
6. Выберите « Дополнительные настройки » и нажмите « Добавить исключение » на вкладке «Исключения», чтобы добавить файлы или типы файлов, которые нужно исключить из резервной копии. Здесь вы не можете исключить тома, содержащие компоненты ОС или приложения, поскольку они включены в резервную копию по умолчанию.
7. Выберите « Полное резервное копирование VSS » на вкладке «Настройки VSS» -> нажмите « ОК » -> нажмите « Далее ».
8. Выберите место хранения резервной копии на странице «Укажите тип места назначения» и нажмите « Далее ». Если вы выберете « Локальные диски », появится страница «Выбор места назначения резервного копирования». Вы можете выбрать вариант резервного копирования в раскрывающемся списке «Место назначения резервного копирования» -> нажмите « Далее ». Вы также можете выбрать опцию « Удаленная общая папка ». В этом случае появится страница Укажите удаленную папку. Здесь вы можете указать UNC-путь для резервной копии и настроить параметры контроля доступа. Если вы хотите, чтобы ваша резервная копия была доступна только через определенную учетную запись, выберите опцию « Не наследовать ». Затем укажите имя пользователя и пароль для учетной записи с разрешениями на запись на компьютере, на котором размещена удаленная папка, и нажмите « ОК ». Если вы хотите, чтобы резервная копия была доступна всем, у кого есть доступ к удаленной папке, выберите « Наследовать ». Нажмите " Далее ".
9. Если вы выберете « Локальные диски », появится страница «Выбор места назначения резервного копирования». Вы можете выбрать вариант резервного копирования в раскрывающемся списке «Место назначения резервного копирования» -> нажмите « Далее ».
10. Вы также можете выбрать опцию « Удаленная общая папка ». В этом случае появится страница Укажите удаленную папку. Здесь вы можете указать UNC-путь для резервной копии и настроить параметры контроля доступа. Если вы хотите, чтобы ваша резервная копия была доступна только через определенную учетную запись, выберите опцию « Не наследовать ». Затем укажите имя пользователя и пароль для учетной записи с разрешениями на запись на компьютере, на котором размещена удаленная папка, и нажмите « ОК ». Если вы хотите, чтобы резервная копия была доступна всем, у кого есть доступ к удаленной папке, выберите « Наследовать ». Нажмите " Далее ".
11. Проверьте настройки резервного копирования на странице подтверждения -> нажмите « Резервное копирование ».
12. Вы можете отслеживать состояние и ход процесса резервного копирования на странице «Ход резервного копирования».
13. Вы можете нажать « Закрыть », чтобы закрыть страницу хода резервного копирования; задание резервного копирования будет выполняться в фоновом режиме до завершения.

После завершения резервного копирования последний статус резервного копирования будет отображаться на сервере, на котором вы запустили резервное копирование Windows Server. Статус должен быть « Успешно ». Вы также можете проверить успешность резервного копирования через журналы WSB.

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

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

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

Резервное копирование почтовых ящиков Exchange Online вручную обычно требует от пользователей экспорта данных почтового ящика в файл таблицы личного хранилища (PST). Файл PST можно хранить локально или удаленно, чтобы обеспечить защиту данных. Чтобы создать его, выполните следующие действия:

1. Войдите в Office 365, используя свои учетные данные администратора. Убедитесь, что у вас есть необходимые разрешения для экспорта почтовых ящиков.
2. Перейдите в центр администрирования Exchange с  портала администрирования Microsoft 365  .
3. Перейдите к « получателям » в центре администрирования Exchange и выберите « почтовые ящики ». Нажмите на почтовый ящик, резервную копию которого хотите создать.
4. В окне свойств почтового ящика откройте вкладку «Функции почтового ящика». Там нажмите « Запросы на экспорт почтового ящика ». Нажмите кнопку « Новый », чтобы создать новый запрос на экспорт.
5. Введите необходимую информацию в диалоговом окне «Запрос на экспорт нового почтового ящика»: Имя запроса на экспорт. Почтовый ящик, в который вы хотите экспортировать Файл для экспорта, указав место хранения PST-файла. (например, локальная резервная копия, общий сетевой ресурс) Содержимое для включения, выбор экспорта определенных папок или всего почтового ящика. Фильтр для экспорта определенных данных (при необходимости) на основе типов сообщений или диапазонов данных (или других применимых фильтров). Начните выбирать, когда инициировать. экспорт; либо сразу, либо в более позднее, заранее запланированное время. После правильного заполнения необходимой информации нажмите «Готово» (или «Новое», в зависимости от версии Exchange Online), чтобы отправить запрос на экспорт.
6. Имя запроса на экспорт
7. Почтовый ящик, который вы хотите экспортировать
8. Файл для экспорта с указанием места хранения PST-файла. (например, локальное резервное копирование, общий сетевой ресурс)
9. Включаемый контент, выбор экспорта определенных папок или всего почтового ящика.
10. Фильтр для экспорта определенных данных (при необходимости) на основе типов сообщений или диапазонов данных (или других применимых фильтров).
11. Начните выбирать, когда начать экспорт; либо сразу, либо в более позднее, заранее запланированное время
12. Вы можете отслеживать ход выполнения запроса на экспорт через раздел «Запросы на экспорт почтового ящика» в центре администрирования Exchange, где отображаются все статусы запросов.
13. После завершения запроса на экспорт загрузите PST-файл в предпочитаемое вами хранилище.

Разумная стратегия резервного копирования является ключом к успешному восстановлению данных Exchange. Он также дополняет  целевое время восстановления (RTO ), целевую точку восстановления (RPO) и соглашения об уровне обслуживания (SLA). Эти факторы являются наиболее важными при определении параметров резервного копирования и долгосрочного плана резервного копирования.

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

Однако важно отметить, что даже самые важные базы данных не требуют более двух полных резервных копий в день. Поскольку пространство для хранения может быть дорогим (локальным или облачным), лучше всего защищать критически важные базы данных Exchange с помощью одного или двух полных резервных копий в день, дополняемых инкрементальными (резервными копиями журнала транзакций) каждый час (или полчаса, если вы создаете большие объемы данных). суммы). Такой подход обеспечит минимальную (или нулевую) потерю данных даже в случае возникновения катастрофы. Пока ваши резервные копии надежно хранятся в нескольких местах в соответствии с  правилом резервного копирования 3-2-1 , у вас всегда будет хотя бы одна легко доступная и актуальная резервная копия для восстановления важных данных и возобновления бизнес-процессов с минимальными затратами. время простоя.

Еще одним важным фактором является рост вашего бизнеса. Хотя еженедельное полное резервное копирование в сочетании с парой дополнительных ежедневных резервных копий может удовлетворить требования к резервному копированию для недавно запущенного малого и среднего бизнеса, их будет недостаточно для защиты данных, создаваемых быстро расширяющимся бизнесом. По мере роста и развития вашей компании она будет генерировать все больше и больше данных. Следовательно, вы несете ответственность за изменение стратегии резервного копирования, чтобы с течением времени адаптировать ее к конкретным объемам данных. Такое постоянное и разумное улучшение подхода к резервному копированию обеспечивает улучшенную защиту данных, беспрепятственную повседневную работу и непрерывность бизнеса.

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

Давайте рассмотрим некоторые из них ниже.