exchange не монтируются хранилища

Шесть советов по обслуживанию Exchange Server 2003 - № 04, 2008 | Windows IT Pro | Издательство «Открытые системы»

Поиск: Весь сервер Новости Computerworld Мир ПК Открытые системы Windows IT Pro LAN Сети Директор ИС Следите за нами:

Шесть советов по обслуживанию Exchange Server 2003

Новым серверам обычно уделяют достаточно внимания, но со временем уровень мониторинга неизбежно снижается. Однако по мере устаревания надежность сервера существенно падает. Exchange Server 2003 стабильный продукт, некоторые его экземпляры находятся в эксплуатации уже почти четыре года. И даже Exchange Server 2007 появился на рынке более года назад. Если забыть о стареющем сервере в надежде, что он всегда будет функционировать исправно, можно столкнуться с неприятным сюрпризом. Помня об этом, рассмотрим меры повышения надежности Exchange Server.

1. Проверка целостности базы данных

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

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

Лучшее средство тестирования баз данных ISINTEG, утилита командной строки, с помощью которой можно проверить целостность Information Store и устранить неполадки, связанные со сбоями и несоответствиями. Для тестирования Information Stores нужно демонтировать хранилище, открыв диспетчер Exchange System Manager и пройдя по дереву консоли к Administrative Groups, нужной административной группе, Servers, нужному серверу и, наконец, группе хранения, содержащей демонтируемое хранилище. Щелкните правой кнопкой мыши на хранилище и выберите команду Dismount Store из контекстного меню (но сохраните активной службу Information Store; это необходимо для ISINTEG). Убедитесь, что архивная копия в порядке, а на томе, содержащем хранилище, много свободного места. Полезное правило иметь достаточно свободного места для записи копии базы данных плюс еще 20%.

Откройте окно командной строки и перейдите в папку Program Filesexchsrvr in. Чтобы проверить базы данных и устранить обнаруженные неисправности, нужно выполнить следующую команду:

В этой команде ключ -S указывает имя сервера, содержащего базу данных, которую требуется проверить или восстановить, ключ -ALLTESTS настраивает утилиту на выполнение полного набора тестов хранилища, а благодаря ключу -FIX будут предприняты попытки исправить все обнаруженные неполадки. Следует помнить, что ISINTEG устраняет только несогласованности в базах данных. Инструмент не устраняет физические неполадки внутри базы данных, такие как поврежденные страницы базы данных. Для этого нужно использовать утилиту ESEUTIL, которая будет описана ниже.

source