Время от времени ИТ специалисты в форумах жалуются на то, что на диске с базами Exchange заканчивается место и оно забито странными файлами с расширением LOG. Как-то мне знакомый админ сказал, что место на диске Exchange сервера 2007 закончилось и он все логи удалил, я долго ждал когда он пожалуется на убитый сервер, но этого не произошло… ему просто повезло 🙂 Или например, как бекапить и что делать с логами Exchange 2007, установленного на Windows Server 2008? И так, как же работает механизм логов, как бекапить Exchange без ntbackup и специальных программ резервного копирования, а также безопасно ли удалять логи вручную?
Тег Архивы: backup
Резервное копирование Microsoft Exchange Server 2007 встроенными средствами Windows 2008
После первых установок Microsoft Exchange Server 2007 на новую операционную систему Microsoft Windows 2008 многих администраторов постигло разочарование. Дело в том, что в Windows 2008 отсутствовала утилита ntbackup, а новое, встроенное в Windows 2008 средство Windows Server Backup не позволяло делать резервные копии Microsoft Exchange 2007. Для больших предприятий это не создавало проблемы, так как у них есть бюджеты на покупку программного обеспечения для резервного копирования – Microsoft DPM или сторонних производителей. Что же делать администраторам мелких и средних компаний с ограниченным бюджетом? А вот что..
Быстрое резервное копирование объектов групповой политики
Если вы используете консоль управления групповыми политиками (GPMC), вы наверняка видели в контекстном меню опцию для резервного копирования всех объектов групповой политики (GPO). Когда вы запускаете эту команду, вам предлагается выбрать каталог, в котором и будут сохранены все объекты. Если у вас большое количество объектов или они часто изменяются, резервные копии становятся очень важными. К счастью GPMC включает в себя большое количество скриптов для управления GPO, в том числе и для их резервного копирования.
Хе-Хе, а ведь я говорил, что можно будет бекапить Exchange 2007 в Windows 2008 с помощью Windows Server Backup!
Наверняка это уже ни для кого не секрет, что после выхода Windows 2008 появилась одна очень неприятная особенность, вернее пропала приятная. А точнее, встроенное средство резервного копирования, утилита — Windows Server Backup, замена NTBackup, не делает резервное копирование Exchange Server 2007. Но есть и хорошие новости.
Вышел Service Pack 3 для ARCserve r115 for Windows.
Вышел Service Pack 3 для ARCserve r115 for Windows.
Его можно загрузить .
В readme написано, что BrightStor ARCserve Backup Agent for Microsoft Exchange обновлен и поддерживает Microsoft Exchange 2007.
The agent includes the following options:
- BrightStor® ARCserve® Backup Agent for Microsoft Exchange Server 2007 – A Database Level agent to backup and restore Microsoft Exchange server databases.
- BrightStor® ARCserve® Backup Agent for Microsoft Exchange 2007 Premium Add-on – A Document Level agent to backup and restore Microsoft Exchange folders and messages. Ну вот, список софта, работающего с Exchange 2007 расширился. Что радует.
Резервное копирование на уровне mailboxов.
На Платформе 2007 я задал вопрос Андрею Акайкин о том, будет ли в Exchange 2007 возможность восстанавливать отдельные мейлбоксы с помощью NTBackup? Андрей ответил, что такое в принципе не возможно, ибо бекап баз Exchange — это одно, а бекап почтовых ящиков — это другое. В Exchange есть API, которое позволяет бекапить базы. Это API использует NTBackup и сторонние разработчики. Бекап почтовых ящиков осуществляется по … MAPI. Да, да, программа резервного копирования, как Outlook, последовательно открывает мейлбоксы и потихоньку тянет все сообщения друг за дружкой. Именно по этому у нас Full бекап мейлбоксов одного из серверов идет 19 часов. Это неприемлимо.
Мы пользуемся CA BrightStor Arcserve. У них появился еще один уровень копирования/восстановления — Document level. Время копирования сократилось до 7 часов. В чем же преимущество?
А вот в чем:
Document Level backup maximizes performance and flexibility by supporting complete messaging single instance storage (SIS), multi-threading, and by offering the most granular level of restore.
Multi-threading — Document Level backup lets you take advantage of the full capacity of multi CPU machines capable of concurrent operations. It does this by supporting up to 64 threads per storage group and an additional 64 threads in the public folder store for a maximum of 320 threads. This lets you make the most of your resources and increases performance.
Complete Messaging Single Instance Storage —Traditional Brick Level backup and restore uses Messaging Application Programming Interface (MAPI) to access messages and scan an Exchange Server mailbox-by-mailbox. They back up copies of individual message bodies and attachments as they arrive, without any regard for data that may have been backed up already and without accounting for the Exchange Server’s ability to store only one copy of an attachment when it is sent to multiple people. This results in decreased speed and performance.
То есть технология примерно та же, используется MAPI, просто алгоритм работы поменялся. Более подробно здесь: