Сегодня к нам в гости приезжал Computer Associates CA. У нас, за 5 лет эксплуатации Arcserve и Innoculate накопилось море вопросов, да и просто хотелось послушать про линейки продуктов СА. Одним из вопросов к СА был вопрос об оптимизации резервного копирования Exchange и мне захотелось закрепить свои мысли на «бумаге», т.е. в этом посте. Начинающие админы рано или поздно сталкиваются с проблемой резервного копирования. Какие вообще есть варианты? Копирование Exchange может быть осуществлено на трех уровнях: уровень баз данных, уровень почтовых ящиков, уровень писем. Это даже не уровни копирования, а уровни восстановления.
1. Уровень баз данных (Storage backup) — копирование баз данных почтовых сообщений.
Простейшим способом резервного копирования является файловое копирование. В принципе базы данных Exchange можно скопировать как файлы. Нужно размонтировать хранилища, скопировать файлы баз данных и смонтировать их обратно. Но сервер в это время работать не будет. В средних и больших системах этот способ неприемлем.
Микрософт разработала специальный Backup API, чтобы делать резервное копирование без останова сервера. Именно этот способ поддерживает ntbackup.
Хорош этот метод тем, что он относительно быстро работает и скидывает логи в базу. Недостатком является то, что единицей восстановления является хранилище. Т.е. если пользователь обратится к вам с просьбой восстановить письмо или папку, то вам придется проделать несколько непростых процедур — восстановить базу в Recovery storage group, смонтировать, подцепить ящик к другому пользователю, найти нужные письма и скопировать в ящик пользователю. Неудобно и долго.
Как правило к нам в 99% обращаются именно с такими просьбами. За 5 лет эксплуатации 7 серверов Exchange на базе оборудования HP только один раз я воспользовался режимом восстановления хранилищ. Они были разрушены в результате некорректной работы аппаратного RAIDа.
2. Уровень почтовых ящиков (Folder level backup) – это то, чего не хватало Exchange всю свою жизнь и нет сейчас. Микрософт конечно же предложило способ решения описанный выше и по этой ссылке:
Стало удобнее, но не то что хотелось бы. Если есть ниша, то ее занимают третьи фирмы. Продукт CA BrightStore Arcserve поддерживает Brick level backup. Это агент, который по MAPI подсоединяется к Exchange. Представьте себе, как Outlook подсоединяется к серверу, копирует все папки в pst и отключается. Подобную процедуру проделывает и агент, сохраняя при этом информацию о папках в почтовых ящиках в собственной базе данных. После такого копирования Вы можете восстановить по запросу пользователя любую папку.
Недостатки этого способа – очень медленная работа. Вполне возможно, что Вам просто не хватит окна бэкапа. Зато появляется удобство при восстановлении.
3. Уровень писем (Message level backup)
Возможно, есть такие пользователи, которые точно знают, какое письмо им нужно восстановить. Как правило, сообщают только период времени и в крайнем случае от кого.
Неплохо бы было восстанавливать письма поштучно. У CA есть Backup Agent for Microsoft Exchange — Premium Add-on, который позволяет восстанавливать конкретные письма. По большому счету это тот же Brick level backup, только у него появилась мультипотоковость, т.е. данные будут вытягиваться одновременно из нескольких почтовых ящиков. Это конечно же увеличит скорость работы. Плюсом является хранение одной копии письма. Например, если рассылалось письмо размером 1 мегабайт, то в копии оно будет в одном экземпляре. Экономия ленточек J
Еще можно купить Ontrack PowerControls и выдирать из файла базы данных письма. Но я этот способ пока не пробовал.
Какой уровень резервного копирования нужен Вам, можете решить только Вы сами. Исторически сложилось так, что мы используем, и будем использовать CA Brightstore Arcserve в режимах Storage и Brick level backup. Возможно при обновлении лицензий мы заменим Brick level backup на Exchange — Premium Add-on.
На рынке существует масса продуктов резервного копирования. Смотрим ссылку:
Рекомендую еще изучить следующие линки:
http://support.microsoft.com/ph/1773?sid=78
А вот тут есть еще и видео о том, как бэкапить Exchange.
http://www.microsoft.com/technet/prodtechnol/exchange/2003/operations.mspx