Установка и настройка средства SPDiag
В этом разделе представлены сведения о конфигурации средства SPDiag, а также о настройке фермы серверов для устранения неполадок. Сведения об установке см. в соответствующем разделе "Установка SharePoint Administration Toolkit".
Настройка SPDiag
После открытия нового проекта SPDiag до того, как будет начат сбор данных с помощью средства SPDiag, следует настроить это средство в диалоговом окне Параметры. В большинстве случаев подходят значения, предлагаемые по умолчанию, однако при изменении расположения файлов системного монитора и журналов IIS на любом из серверов в ферме необходимо задать их новые расположения.
Если архив файлов журналов хранится в сети, также можно задать общую сетевую папку, из которой будет осуществляться сбор файлов журналов.
Вкладка "Файлы"
На вкладке Файлы можно задать расположения файлов данных, которые используются средством SPDiag для сбора сведений. Обратите внимание, что для каждого сервера необходимо указать точный локальный путь к папкам, содержащим файлы журналов. Можно добавить несколько путей, разделенных точками с запятой. Средство SPDiag не поддерживает рекурсивный поиск, поэтому все вложенные папки, содержащие файлы журналов, необходимо добавлять явно.
Выбор сервера — в этом поле можно выбрать веб-сервер, на котором задается расположение файлов.
Расположение файла счетчика производительности — в этом поле можно задать путь к файлам счетчиков производительности на веб-сервере.
Расположение файла журнала IIS — в этом поле можно задать путь к файлам журналов IIS на сервере.
Вкладка "Прочие"
На вкладке Прочие можно задать различные параметры сбора данных.
Скорость отправки журналов — в этом поле можно задать скорость отправки журналов в базу данных проекта. В следующей таблице описываются доступные параметры.
Параметр
Описание
Низкая
Сбор данных одновременно с одного сервера.
Средняя
Сбор данных одновременно не более чем с пяти серверов. Это значение используется по умолчанию.
Высокая
Сбор данных одновременно не более чем с десяти серверов.
Если база данных проекта хранится на сервере баз данных фермы, следует использовать значение Низкая или Средняя, чтобы уменьшить влияние на производительность сервера баз данных. Если база данных проекта размещается на выделенном сервере SQL Server, можно использовать значение Высокая для обеспечения максимальной производительности.
Чтобы изменить скорость отправки после начала сбора данных, нажмите кнопку Отмена в окне уведомления о сборе данных, измените значение скорости и перезапустите процесс сбора данных.
Максимальное число строк в настраиваемых отчетах — в этом поле можно задать число строк, которые будут отображаться в создаваемом настраиваемом отчете. По умолчанию задано 100 строк.
Максимальное число строк в объединенных журналах — в этом поле можно задать число строк, которые будут собираться из всех файлов журналов, включенных в проект. По умолчанию задано 50 000 строк.
Интервал времени счетчика производительности (в секундах) — с помощью этого поля можно задать частоту обновления счетчиков производительности, используемых в процессе сбора данных. По умолчанию используется значение 5 секунд.
Примечание
Этот параметр не влияет на частоту обновления данных, собираемых с помощью функции динамического захвата. Дополнительные сведения см. в разделе "Сбор данных счетчиков производительности с помощью функции динамического захвата" этой статьи.
Настройка серверов фермы
Перед использованием средства SPDiag необходимо проверить правильность настройки серверов фермы и возможность предоставления данных, используемых средством SPDiag.
По умолчанию на серверах фермы ведутся журналы, содержащие большую часть необходимых для устранения неполадок данных, однако некоторые точки данных требуется настроить вручную.
Настройка счетчиков производительности
Перед использованием средства SPDiag для сбора данных с серверов фермы можно создать двоичные файлы журналов системного монитора (BLG) на серверах фермы с помощью оснастки "Системный монитор" (Perfmon.msc). Средство SPDiag поддерживает сбор данных из любых BLG-файлов, которые присутствуют в расположении файлов счетчиков журналов, заданном для каждого сервера фермы.
В процессе устранения неполадок в ферме SharePoint рекомендуется вести журналы по широкому спектру данных о производительности, особенно по данным об использовании процессора и памяти, дисковой системы ввода-вывода, а также важнейших счетчиков производительности. По возможности следует вести журналы по всем счетчикам производительности, которые могут содержать полезные сведения, на всех серверах фермы за период времени, достаточный для получения показателей для периодов максимальной и минимальной нагрузки в ферме.
С помощью функции динамического захвата SPDiag можно создавать наборы сборщиков данных на серверах фермы. Дополнительные сведения см. в разделе Сбор данных счетчиков производительности с помощью функции динамического захвата этой статьи.
Настройка журналов IIS
Средство SPDiag обеспечивает сбор данных из журналов служб IIS на веб-серверах фермы. Журналы IIS по умолчанию содержат большую часть необходимых данных, однако в средстве SPDiag используются некоторые данные, которые по умолчанию не заносятся в журнал.
В этом разделе представлены сведения по проверке правильности конфигурации служб IIS.
Убедитесь, что журналы служб IIS создаются в расширенном формате журналов W3C (настройка служб IIS по умолчанию), и в них включаются все поля, необходимые для создания отчетов (см. таблицу ниже). Если файлы журналов имеют другой формат, можно вручную преобразовать их в формат W3C с помощью программы LogParser.exe.
Примечание
В SPDiag предполагается, что сбор файлов журналов IIS осуществляется по времени UTC, тогда как все остальные журналы представляются по локальному времени сервера. При преобразовании журналов IIS в формат W3C они импортируются в программу LogParser с использованием времени UTC. В связи с этим перед сбором преобразованных журналов IIS с помощью средства SPDiag необходимо преобразовать все записи времени в файлах журналов в формат UTC.
В следующей таблице описываются поля журналов IIS, которые обычно используются для устранения неполадок. Кроме того, в этой таблице показано, записываются ли эти поля в журнал по умолчанию и используются ли они в средстве SPDiag для устранения неполадок.
Поле |
Отображается как |
Описание |
Записывается в журнал по умолчанию |
Обязательно? |
Затраченное время |
time-taken |
Продолжительность выполнения действия в миллисекундах. Учтите, что это поле является обязательным для выполнения диагностики с помощью SPDiag, но оно не включено по умолчанию. |
Нет |
Да |
Узел |
cs-host |
Имя заголовка узла (если есть). Учтите, что это поле является обязательным для выполнения диагностики с помощью SPDiag, но оно не включено по умолчанию. |
Нет |
Да |
Дата |
date |
Дата выполнения действия. |
Да |
Да |
Время |
time |
Время выполнения действия в формате UTC. |
Да |
Да |
IP-адрес клиента |
c-ip |
IP-адрес клиента, выполнившего запрос. |
Да |
Да |
Метод |
cs-method |
Запрашиваемое действие, например метод GET. |
Да |
Да |
Ресурс URI |
cs-uri-stem |
Целевой объект действия, например default.htm. |
Да |
Да |
Запрос URI |
cs-uri-query |
Запрос (если есть), который пытается выполнить клиент. Запрос универсального кода ресурса (URI) выполняется только для динамических страниц. |
Да |
Да |
Состояние протокола HTTP |
sc-status |
Код состояния протокола HTTP. |
Да |
Да |
Агент пользователя |
cs(User-Agent) |
Тип браузера или другого клиента, отправившего запрос. |
Да |
Да |
Имя пользователя |
cs-username |
Имя прошедшего проверку подлинности пользователя, осуществляющего доступ к серверу. Анонимные пользователи обозначаются дефисом. |
Да |
Нет |
IP-адрес сервера |
s-ip |
IP-адрес сервера, на котором была создана запись файла журнала. |
Да |
Нет |
Порт сервера |
s-port |
Номер порта сервера, настроенного для службы. |
Да |
Нет |
Подсостояние протокола |
sc-substatus |
Код ошибки подсостояния протокола. |
Да |
Нет |
Имя и номер экземпляра службы |
s-sitename |
Имя и номер экземпляра службы Интернета, работающей на клиенте. |
Нет |
Нет |
Имя сервера |
s-computername |
Имя сервера, на котором была создана запись файла журнала. |
Нет |
Нет |
Состояние Win32 |
sc-win32-status |
Код состояния Windows. |
Нет |
Нет |
Отправлено байт |
sc-bytes |
Число байт, отправленных сервером. |
Нет |
Нет |
Получено байт |
cs-bytes |
Число байт, полученных сервером. |
Нет |
Нет |
Версия протокола |
cs-version |
Версия протокола (HTTP или FTP), используемая клиентом. |
Нет |
Нет |
Файл Cookie |
cs(Cookie) |
Содержимое отправленного или полученного файла Cookie (если есть). |
Нет |
Нет |
Источник ссылки |
cs(Referrer) |
Последний просмотренный пользователем сайт, на котором представлена ссылка на запрошенный сайт. |
Нет |
Нет |
Поскольку средство SPDiag собирает данные журналов IIS из существующих файлов журналов IIS, перед запуском средства SPDiag рекомендуется включить поля журналов IIS, перечисленные в этой таблице, если они не записываются в журнал на веб-серверах фермы. Если выбрано включение конкретного поля журнала IIS, необходимо включить его на всех веб-серверах фермы.
Примечание
Если нужные поля отсутствуют в журналах IIS, можно добавить их вручную. Если какие-либо необходимые поля не добавлены, некоторые отчеты могут быть неполными. Если собираемые журналы содержат неполные данные, в верхней части области представления консолидированных журналов отображается восклицательный знак в красном кружке. Дополнительные сведения можно найти в журнале трассировки SPDiag, который располагается в папке трассировки SPDiag (по умолчанию C:\Program Files\Microsoft\SPAdministrationToolkit\SharePoint Diagnostics\SPDiag.log).
Настройка базы данных проекта SQL Server
В качестве репозитория для собранных данных в средстве диагностики SharePoint используется база данных SQL Server 2005 или SQL Server 2008. При необходимости можно использовать сервер SQL Server, используемый в ферме SharePoint, однако такой подход рекомендуется применять только при наличии достаточных ресурсов на сервере и при использовании средства SPDiag в периоды минимальной нагрузки.
Каждый логический проект хранится в отдельной базе данных проекта, в которой могут быть представлены данные за период вплоть до семи дней. В крупных средах ферм такая база может содержать большой объем данных, а процесс сбора и извлечения данных может занимать несколько часов и потреблять большой объем ресурсов базы данных проекта и сети при обмене данными между средством SPDiag и сервером баз данных. В связи с этим в качестве репозитория данных для проекта SPDiag рекомендуется использовать отдельный сервер баз данных. Обратная ситуация возможна только в тех случаях, когда сервер баз данных фермы обладает достаточными ресурсами для обработки больших объемов данных, не снижая при этом общую производительность фермы.
Пользователи средства SPDiag должны иметь разрешения на создание на экземпляре сервера базы данных проекта. При создании нового проекта в SPDiag на сервере баз данных автоматически создается новая база данных проекта в контексте учетной записи домена пользователя.
Если планируется создавать базы данных проекта SPDiag на сервере в домене, отличном от домена учетной записи пользователя, а также если в среде не используются службы Active Directory, убедитесь, что используемой учетной записи назначены достаточные привилегии для проверки подлинности в базе данных SQL Server.
Чтобы загрузить пробную версию SQL Server 2005, перейдите на страницу Загрузка пробной версии SQL Server 2005(на английском языке) (https://go.microsoft.com/fwlink/?linkid=141485&clcid=0x419).