Опубликован: 08.12.2008 | Доступ: свободный | Студентов: 578 / 49 | Оценка: 4.63 / 4.37 | Длительность: 14:08:00
Лекция 8:

Поиск и устранение проблем Exchange Server 2003

< Лекция 7 || Лекция 8: 12 || Лекция 9 >

Клиент RPing

После запуска серверного компонента RPC Ping на сервере Exchange вы будете использовать на другом компьютере клиент RPC Ping (см. рис. 8.5), чтобы тестировать соединения RPC с этим сервером.

Проверка RPC-соединений с помощью Rpingc.exe

Рис. 8.5. Проверка RPC-соединений с помощью Rpingc.exe

Все параметры вполне понятны, и здесь следует указать следующие данные.

  • Exchange Server (Сервер Exchange) указывается имя NetBIOS или IP-адрес (если в сети используется TCP/IP) сервера, на котором запущен сервер RPC Ping;
  • Protocol Sequence (Протокольная последовательность) указывает механизм RPC, который будет использоваться при тестировании. Можно выбирать следующие варианты: Any (тестируются все протокольные последовательности), Named Pipes, IPX/SPX, TCP/IP, NetBIOS и VINES. Задайте протокольную последовательность, соответствующую протокольной последовательности на сервере RPC;
  • Endpoint (Конечная точка) указывает соответствующие протоколу порты, которые используются клиентом RPC для связи с сервером. Выберите вариант Rping, чтобы собрать информацию о самом соединении RPC Ping клиент-сервер. Выберите вариант Store, чтобы имитировать соединения со службой Information Store на сервере Exchange, и вариант Admin, чтобы имитировать соединения с сервером Exchange;
  • Number Of Pings (Количество запросов) указывает, нужно ли запрашивать сервер непрерывно (вариант Continuous) или определенное количество раз (вариант Stop at). Этот параметр доступен, только если выбран режим Ping Only;
  • Mode (Режим) указывает режим. Ping Only означает, что ответ на запрос ping возвращается непосредственно сервером RPC Ping. Endpoint Search возвращает ответы Ping из найденных конечных точек;
  • Run With Security (Выполнять с учетом безопасности) проверяет аутентифицированные вызовы RPC.

Если RPing на клиенте выполняется успешно для определенного протокола, то вы можете переместить этот протокол на первое место в порядке привязки, чтобы в клиентской системе не было проблем с подключением к серверу Exchange. Если RPC Ping не может установить соединение для какого-либо протокола, проверьте, не поврежден ли один из файлов RPC.DLL на клиентской машине. Существует девять файлов RPC.DLL, используемых для поддержки вызовов RPC клиентами Windows. Все эти файлы включены в операционную систему Windows Server 2003, как и в Microsoft Windows 95 и Microsoft Windows 98. Для клиентов MS-DOS и 16-битной системы Windows файлы RPC.DLL, используемые для RPC, включены в Exchange Client. Если замена этих .DLL-файлов не приводит к устранению проблемы, выполните трассировку пакетов между системой клиента и сервером Exchange. В этой ситуации поможет анализатор пакетов, такой как Network Monitor (утилита Windows).

Дополнительная информация.Для получения информации об использовании Network Monitor для анализа удаленных вызовов процедур в сети TCP/IP обратитесь к статье Microsoft Knowledge Base номер Q159298 "Analyzing Exchange RPC Traffic Over TCP/IP".
Примечание.Средства Microsoft Windows Server 2003 Resource Kit, доступные для загрузки по адресу http://www.microsoft.com/downloads/details.aspx ? family id = 9d467a69-57 ff-iael-96ее-Ы8с4790cffd&displaylang=en, содержат утилиту с именем RPCPing, которая представляет собой более простую программу командной строки, тестирующую RPC-соединения для компьютера. Откройте командную строку, перейдите в каталог средств Resource Kit и введите rpcping /?, чтобы вывести список параметров, которые можно использовать для данной команды.

Автономная утилита Eseutil.exe

Хранилища общих папок и почтовых ящиков на сервере Exchange сначала пусты. По мере накопления сообщений эти базы данных увеличиваются в размерах. К сожалению, они не сжимаются при удалении сообщений. Вместо этого освободившееся пространство помечается как свободное или используется во время регулярной процедуры сборки мусора, которая выполняется службой Information Store. При сохранении новых сообщений в базах данных они записываются по возможности на свободное место, чтобы не увеличивать без необходимости размеры базы данных. Этот метод использования свободного места может привести к реальному разбиению отдельных элементов на несколько частей и размещению этих частей в физически различных местах внутри базы данных; такой процесс называется фрагментацией.

Во время запланированных циклов обслуживания служба Information Store дефрагментирует базы данных. Она также проверяет базу данных на несогласованность при каждом отключении или запуске сервера. В результате регулярного обслуживания фрагментация сама по себе не представляет существенной проблемы на сервере Exchange. Однако процедуры дефрагментации в оперативном режиме (режиме online) ничего не делают, чтобы уменьшить размеры самих баз данных. Чтобы сжать базу данных, нужно использовать автономную утилиту. В комплект Exchange Server 2003 включено средство автономной дефрагментации Eseutil.exe, которое используется для выполнения дефрагментации баз данных при отключенной службе Information Store.

Внимание!Утилита Eseutil.exe не предназначена для использования как средство регулярного обслуживания серверов Exchange. Вам следует использовать ее, только если вы поддерживаете контакт со службой технической поддержки Microsoft (Microsoft Technical Support).

Для запуска утилиты введите eseutil.exe в командной строке из каталога Program files\exchsrvr\bin. Команда eseutil.exe выполняет восемь отдельных функций:

  • дефрагментация ( /d ). Дефрагментация базы данных путем перемещения используемых страниц базы данных в непрерывные блоки новой базы данных. Неиспользуемые страницы отбрасываются, что является единственным способом использования пустого пространства внутри базы данных для других целей. По умолчанию утилита eseutil.exe записывает содержимое файла базы данных во временный файл с именем tempdfrg.edb. По окончании этого процесса временная база данных становится новой базой данных и заменяет исходную базу данных. Хотя имеется возможность помещать временный файл на другом сервере в сети, это не рекомендуется, поскольку приведет к насыщению пропускной способности и потребует нескольких часов для выполнения. После создания новой базы данных в нее будет записана новая сигнатура. В результате предыдущие журналы транзакций нельзя будет воспроизвести в этой базе данных, а новые транзакции - в старой базе данных. Поэтому после дефрагментации следует выполнить полное резервное копирование в оп еративном режиме;
  • исправление ( /r ). Проверяет структуру базы данных и пытается восстановить испорченные связи. Этот процесс выполняется медленно и неточно, поэтому его следует использовать только как последнее средство. Если обнаруживается физическое повреждение, которое проявляется как ошибка -1018, -1019 или -1022, то поврежденные страницы удаляются, что приводит к потере данных на этой странице. По окончании исправлений вы получите указание удалить все текущие журналы транзакций. Этот шаг необходим, поскольку номера страниц в базе данных не будут соответствовать ссылкам на номера страниц в файлах журналов транзакций. При исправлении также происходит перезапись сигнатуры базы данных;
  • целостность ( /g ). Проверяет целостность базы данных. Главное назначение этого ключа - обеспечить обратную связь с группой разработчиков для отладочных целей. Это команда выполняет только чтение и не вносит никаких изменений в базу данных. Она проверяет индекс базы данных, строит второй индекс во временной базе данных (integ.edb) и сравнивает их;
  • данные о файлах ( /m ). Отображает информацию о файлах базы данных, файлах журналов и файлах контрольных точек для определенного файла журнала;
  • ремонт ( ). Проверяет структуру базы данных и осуществляет попытку ремонта поврежденных связей. Этот процесс выполняется медленно и не дает никаких гарантий, поэтому его следует применять только в крайнем случае. Если в процессе ремонта обнаруживается физическое повреждение, которое может быть представлено в виде ошибок -1018, -1019 или -1022 в программе Event Viewer, поврежденная страница удаляется, что приводит к потере данных этой странице. После завершения ремонта программа сообщает о том, что необходимо удалить все текущие журналы транзакций. Этот шаг является необходимым, так как номера страниц в базе данных не будут соответствовать номерам страниц, указанным в файлах журналов транзакций. При выполнении ремонта также осуществляется перезапись подписи базы данных;
  • восстановление ( ). Используется для приведения хранилища в консистентное состояние. Эта функция выполняется автоматически перед дефрагментацией;
  • контрольная сумма ( /k ). Вычисляет значение контрольной суммы и сравнивает его со значением контрольной суммы страницы данных. Эта функция выполняется автоматически в процессе ремонта;
  • копирование файла ( /y ). Создает копию файла контрольной точки.

Другие полезные утилиты

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

Таблица 8.1. Некоторые утилиты, предназначенные для устранения неполадок в Exchange Server 2003
Имя файла Использование Местоположение
Dnsdiag.exe Проверяет соединения DNS для компьютера Папка поддержки на компакт-диске Exchange Server 2003. Кроме того, является одной из утилит Windows Support Tools на компакт-диске Windows Server 2003.
Err.exe Преобразует коды ошибок хранилищ, MAPI и баз данных в строки сообщений об ошибках Папка поддержки на компакт-диске Exchange Server 2003.
Filever.exe Выводит на экран версии .ЕХЕ- и .DLL-файлов Папка поддержки на компакт-диске Exchange Server 2003.
Isinteg.exe Проверяет целостность хранилищ информации \Exchsrvr\Bin в инсталляции Exchange.
Mdbvue32.exe Выводит на экран сведения о хранилищах информации и .PST- и .OST-файлах Папка поддержки на компакт-диске Exchange Server 2003.

Источники дополнительной информации

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

Документация по продукту

Документация по продукту Exchange Server 2003 составлена достаточно хорошо. (Многие администраторы даже не заглядывали в эту документацию, в основном из-за того, что сталкивались с некачественной документацией по другим продуктам.) Документация находится в меню Help (Справка) программы Exchange System Manager.

Microsoft Tech Net

Каждый месяц Microsoft публикует подборку информации и инструментов под названием TechNet. TechNet - это подписка на CD-ROM, содержащая текущую информацию по анализу, развертыванию и поддержке всех продуктов Microsoft. Он состоит примерно из 300000 страниц информации, включая полный текст всех комплектов ресурсов Microsoft и свою базу данных Microsoft (Microsoft Knowledge Base). Каждый месяц подписчики получают другие CD-ROM, включающие такие полезные средства, как опубликованные пакеты обновления (service pack) для всех продуктов Microsoft; серверные и клиентские утилиты и материалы Microsoft Seminar Online.

TechNet публикуется также в расширенной версии, TechNet Plus, куда включается программное обеспечение Microsoft, проходящее бета-тестирование. Значительную часть TechNet, а также информацию по подписке на CD-ROM можно найти по адресу http://technet.microsoft.com/technet.microsoft.com. Для дополнительной поддержки обращайтесь в локальные отделения Microsoft или в службу поддержки Microsoft Support по адресу http://support.microsoft.com.

Группы новостей интернета

Группы новостей можно использовать для общения с другими администраторами, а также для получения мнений и идей по конкретным проблемам. Существует множество групп новостей интернета. Microsoft поддерживает общедоступный сервер Usenet, где размещены сотни групп новостей по многим продуктам Microsoft. Адрес этого сервера - http://msnews.microsoft.com/. Также эту информацию можно получить в интернете по адресу http://www.microsoft.com/exchange/community/ newsgroups /default.asp.

Ниже приводится несколько групп новостей этого сервера, связанных с Exchange:

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

Заключение

В данной лекции обсуждались некоторые средства, которые можно использовать для устранения проблем с Exchange Server 2003, включая Inbox Repair (Восстановление почтового ящика) и RPC Ping. Также были детально рассмотрены другие источники справочной информации и сведений по устранению неполадок - TechNet и Microsoft Knowledge Base. Следующая лекция является последней в нашем рассказе о поддержке Exchange Server 2003; в ней рассматриваются способы настройки серверов на оптимальную производительность.

< Лекция 7 || Лекция 8: 12 || Лекция 9 >