Роняем и восстанавливаем базу Exchange (часть 1)

Сегодня, дабы не дать себе засохнуть, ронял базу Exchange в тестовой среде. Эмулировал следующую ситуацию:

Был сделан Normal бэкап базы Exchange. Далее, что бы экономить место на диске (все же это тестовая среда), я делал Incremental бэкап.

Напомню как работают различные виды бэкапа c Exchange Server.

Normal - Бэкап файлов базы данных (.edb и .stm) с последующим удалением лог файлов.

Copy - То же самое, что и Normal но без удаления лог файлов

Incremental - бэкапит только лог фалы и не бэкапит файлы базы данных.

Differential - Тоже, что и Incremental но не удаляет логи.

Перед тем как делать Incremental нужно сделать Normal, иначе ничего не выйдет. Для этого я использовал самый обычный NTBACKUP из стандартной поставки Windows, который отлично справляется с этой задачей.

Пуск -> Выполнить -> NTBackup запустит мастера программы NTBackup.
Выбираем Back up files and settings
Что бы мы могли указать системе что именно мы хотим бэкапить выбираем "Let me choose what to back up"
Раскрываем объект Microsoft Exchange Server и выбираем нужную группу хранения
Потом указываем путь, где хотим разместить бэкап
Прежде чем продолжить нажмем кнопку "Advanced..."
Это позволит нам выбрать тип бэкапа. В данном случае Normal
Не лишним будет проверить целостность файлы бэкапа после завершения работы. Для этого выставляем "Verify data after backup"
Далее выбираем Append this backup to the existing backups, что бы не потерять что нибудь важно.
Можно задать любое время бэкапа, но мы выберем Now
Нажимаем Finish, чтобы запустить процесс
Наблюдаем...
После завершения нажимаем Close если все прошло без ошибок.

В следующем посте я покажу как сделать Incremental back up. Расскажу чем он отличается от Normal. Но это только присказка, а сама сказка будет впереди. Самое интересное будет когда я покажу как восстанавливать базу данных и с какими струдностями можно столкнуться.

Проблема с почтой, но в журналах пусто.

На форумах часто приходится слышать о проблемах хождения почты. Но в основном проблема заключается в том, что администратор не может понять, что происходит т.к. в журналах системы нет никакой информации. В таких ситуациях я обычно советую повысить уровень диагностики. Сделать это можно открыв Exchange System Manager (ESM), найти ваш сервер и нажав правой кнопкой мышки выбрать Properties. В открывшемся диалоговом окне вам нужно перейти на закладку Diagnostics Logging. На этой закладке вы сможете выбрать нужный вам уровень диагностики для каждого объекта.None - Это уровень по умолчанию для всех объектов. При этом уровне будут появляться только сообщения об ошибках или критические сообщения.

Minimum - Отличается от предыдущего тем, что в сообщения будут попадать предупреждения.

Medium - Этот уровень включает информационные сообщения.

Maximum - Является максимальным уровнем который можно установить через Exchange System Manager. Сообщения будут содержать более детальную информацию. Диагностический уровень также можно выставить через реестр:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\\Diagnostics

где:

0 is none.
1 is minimum.
3 is medium.
5 is maximum.

Но в некоторых случаях максимальный уровень является недостаточным для диагностики. Самым высоким уровнем диагностики является Field Engineering (7). Установив этот уровень вы получите очень много сообщений содержащих детальную информацию.Все сообщения будут размещатся в журнале приложений (Application log) и могут быть просмотрены через оснастку (журнал событий) Event Viewer. Необходимо помнить, что размер журнала событий ограничен. Вы должны заранее позаботиться о увеличении максимально размера журнала. Если у вас включен режим автоматической перезаписи старых сообщений, то в некоторых случаях вы можете не увидеть нужные сообщения т.к. они будут перезаписаны новыми. Особенно это актуально в случае когда вы выставляете максимальный или инженерный режим.

Ну вот и случилось. На Techdays новый сезон! :) В новом сезоне новые доклады и новые докладчики. В их число попал и я со своим докладом о восстановлении Exchange. Вы можете просмотреть доклад on-line или скачать его с сайта Techdays в любом формате, который вам больше подходит.

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

В данный момент я готовлю доклад по восстановлению Exchange 2007. Уж в нем-то я оторвусь по полной! :) И еще, если здоровье позволит, расскажу о управлении Server Core.

MED-V-еда теперь можно скачать!

На оффицальном блоге программы Microsoft Desktop Optimizatio Pack (MDOP) - появилась новость о том, что БЭТА-версия Microsoft Enterprise Desktop Virtualization (MED-V) доступена для скачивания - https://connect.microsoft.com/site/sitehome.aspx?SiteID=665

В майе 2008-ого года Microsoft приобрела Desktop Virtualization от Kidaro который вскоре стал называться Microsoft Enterprise Desktop Virtualization. MED-V и другие программы объеденены в общий пакет под названием Microsoft Desktop Optimizatio Pack (MDOP).
Программа MED-V позволяет пользователям Windows Vista запускать приложения, которые были разработаны для ранних версий Windows. Таким образом Microsoft ответила на многочисленные жалобы пользователей о несовместимости старых программ с Windows Visat.

E14 it's comming!

Начала просачиваться первая информация об Exchange 14. Пока смог найти только вот это http://msexchangeteam.com/archive/2009/01/13/450397.aspx. В скором времени надеюсь узнать больше! Напишу сразу же!