Share via

Устранение неполадок служебной программы SQL Server

  • Статья

Устранение неполадок со служебной программой SQL Server может включать в себя устранение неудачной операции регистрации экземпляра SQL Server с помощью UCP, устранение неполадок со сбоем сбора данных, в результате которого в представлении списка управляемых экземпляров в UCP отображаются серые значки, устранение узких мест производительности или устранение проблем с работоспособностью ресурсов. Дополнительные сведения об устранении проблем с работоспособностью ресурсов, выявленных SQL Server UCP, см. в статье Устранение неполадок SQL Server Работоспособность ресурсов (служебная программа SQL Server).

Неудачная операция регистрации экземпляра SQL Server в служебной программе SQL Server

Если вы подключаетесь к экземпляру SQL Server для регистрации с помощью проверки подлинности SQL Server и указываете учетную запись-посредник, которая принадлежит домену Active Directory, отличному от домена, в котором находится точка управления служебной программой, проверка экземпляра завершается успешно, но операция регистрации завершается ошибкой со следующим сообщением об ошибке:

Возникло исключение при выполнении пакета или инструкции Transact-SQL. (Microsoft.SqlServer.ConnectionInfo)

Дополнительные сведения. Не удалось получить сведения о группе или пользователе Windows NT "<Имя_домена\имя_учетной записи>", код ошибки 0x5. (Microsoft SQL Server, ошибка: 15404)

Например, эта проблема может возникнуть в следующих сценариях.

  1. Пункт управления программой входит в «Домен_1».

  2. Между доменами существует одностороннее отношение доверия, то есть «Домен_1» не является доверенным для «Домен_2», но «Домен_2» является доверенным для «Домен_1».

  3. Экземпляр SQL Server для регистрации в служебной программе SQL Server также является членом Domain_1.

  4. Во время операции регистрации подключитесь к экземпляру SQL Server для регистрации с помощью sa. Укажите учетную запись-посредник из домена «Домен_2».

  5. Проверка пройдет успешно, но при регистрации возникнет ошибка.

Решение этой проблемы, используя приведенный выше пример, заключается в подключении к экземпляру SQL Server для регистрации в служебной программе SQL Server с помощью sa и предоставления учетной записи-посредника из Domain_1.

Сбой проверки WMI

Если WMI неправильно настроен на экземпляре SQL Server, операции Создание UCP и Регистрация Управляемый экземпляр отображают предупреждение, но эта операция не блокируется. Кроме того, если изменить конфигурацию учетной записи агент SQL Server таким образом, чтобы у агент SQL Server не было разрешений на требуемые классы WMI, сбор данных в затронутом управляемом экземпляре SQL Server не будет передан в UCP. В результате в пункте управления программой будет отображаться серый значок.

Сбой сбора данных приводит к серым значкам состояния в представлении списка UCP для затронутых управляемых экземпляров SQL Server. Журнал заданий на управляемом экземпляре SQL Server показывает, что sysutility_mi_collect_and_upload завершается сбоем на шаге 2 (промежуточные данные, собранные из скрипта PowerShell).

Возможны следующие сокращенные сообщения об ошибках.

Выполнение команды прервано, так как для переменной среды "ErrorActionPreference" установлено значение Stop: Access denied.

ОШИБКА. <Дата и время (ММ/ДД/ГГГГ ЧЧ:ММ:СС):> перехватывалось исключение при сборе свойств ЦП. Возможно, произошла ошибка запроса WMI. ВНИМАНИЕ.

Чтобы устранить эту проблему, проверьте следующие параметры конфигурации.

  • В Windows Server 2003 служба агент SQL Server должна входить в группу "Мониторинг производительности Windows" на управляемом экземпляре SQL Server.

  • Служба WMI должна быть включена и настроена в управляемом экземпляре SQL Server.

  • Репозиторий WMI может быть поврежден в управляемом экземпляре SQL Server.

  • Возможно, библиотека производительности отсутствует или повреждена в управляемом экземпляре SQL Server.

Чтобы убедиться, что указанный экземпляр SQL Server правильно настроен для передачи данных в UCP, убедитесь, что следующие классы доступны в указанном экземпляре SQL Server и доступны для агент SQL Server учетной записи службы:

  • Win32_MountPoint

  • Win32_PerfRawData_PerfProc_Process

  • Win32_PerfRawData_PerfOS_Processor

  • Win32_Processor

  • Win32_Volume

  • Win32_LogicalDisk

Проверить доступность каждого из классов можно, применив командлет PowerShell Get-WmiObject к этому классу. Выполните следующие командлеты в управляемом экземпляре SQL Server:

Get-WmiObject Win32_MountPoint -ErrorAction Stop | Out-Null  
Get-WmiObject Win32_PerfRawData_PerfProc_Process -ErrorAction Stop| Out-Null  
Get-WmiObject Win32_PerfRawData_PerfOS_Processor -ErrorAction Stop | Out-Null  
Get-WmiObject Win32_Processor -ErrorAction Stop | Out-Null  
Get-WmiObject Win32_Volume -ErrorAction Stop | Out-Null  
Get-WmiObject Win32_LogicalDisk -ErrorAction Stop | Out-Null

Дополнительные сведения об устранении неполадок WMI см. на странице Устранение неполадок WMI. Обратите внимание, что запросы при этих операциях служебной программы SQL Server выполняются локально, поэтому сведения по удаленному устранению неполадок и устранению неполадок DCOM в таких случаях неприменимы.

Сбой сбора данных

Если события сбора данных SQL Server служебной программы завершаются сбоем, рассмотрите следующие возможности:

  • Не меняйте свойства набора элементов сбора "Сведения о программе" на управляемом экземпляре SQL Server, не включайте и не выключайте сбор данных вручную, так как сбор данных происходит под управлением задания агента программы.

  • Сбой или отсутствие поддержки проверки WMI. Дополнительные сведения см. в подразделе «Сбой проверки WMI» этого раздела.

  • Обновление данных в представлении списка управляемых экземпляров, так как данные в точках просмотра служебной программы SQL Server не обновляются автоматически. Чтобы обновить данные, щелкните правой кнопкой мыши узел Управляемые экземпляры в области Навигация служебная программа Обозреватель, выберите Обновить или щелкните правой кнопкой мыши имя экземпляра SQL Server в представлении списка, а затем выберите Обновить. Обратите внимание, что после регистрации экземпляра SQL Server в UCP может потребоваться до 30 минут, чтобы данные появились на панели мониторинга и в точках просмотра в области содержимого служебной Обозреватель.

  • Используйте диспетчер конфигурации SQL Server, чтобы убедиться, что экземпляр SQL Server запущен.

  • Если произошел сбой передачи или сбора данных в связи со временем ожидания, нужно обновить функцию dbo.fn_sysutility_mi_get_collect_script() в базе данных MSDB. В частности, в функцию «Invoke-BulkCopyCommand()» нужно добавить строку:

    $bulkCopy.BulkCopyTimeout=180

    По умолчанию время ожидания составляет 30 секунд.

  • Если экземпляр SQL Server не кластеризован, убедитесь, что служба агент SQL Server запущена и что служба настроена на автоматический запуск на UCP и на управляемом экземпляре SQL Server.

  • Убедитесь, что для сбора данных в управляемом экземпляре SQL Server используется допустимая учетная запись. Например, срок действия пароля может истечь. Если срок действия пароля к учетной записи-посреднику истек, обновите пароль учетных данных в среде SSMS следующим образом.

    1. В обозревателе объектовсреды SSMS разверните узел Безопасность , а затем узел Учетные данные .

    2. Щелкните правой кнопкой мыши UtilityAgentProxyCredential_<GUID> и выберите Свойства.

    3. В диалоговом окне Свойства учетных данных обновите учетные данные при необходимости для учетных< данных UtilityAgentProxyCredential_GUID> .

    4. Нажмите кнопку ОК, чтобы подтвердить изменение.

  • Протокол TCP/IP должен быть включен на точке управления служебной программой и на управляемом экземпляре SQL Server. Включите TCP/IP через диспетчер конфигурации SQL Server.

  • Служба обозревателя SQL Server должна быть запущена на UCP и настроена для автоматического запуска. Если ваша организация запрещает использовать службу браузера SQL Server, выполните следующие действия, чтобы разрешить управляемому экземпляру SQL Server подключаться к точке управления служебной программой:

    1. На панели задач Windows управляемого экземпляра SQL Server нажмите кнопку Пуск, а затем — Выполнить....

    2. Введите «cliconfg.exe» в соответствующем поле и нажмите кнопку ОК.

    3. При запросе разрешить запуск «Средства настройки клиента SQL» нажмите кнопкуПродолжить.

    4. В диалоговом окне SQL Server клиентская сетевая программа выберите вкладку Псевдоним и нажмите кнопку Добавить....

    5. В диалоговом окне Добавление конфигурации сетевой библиотеки .

    6. В списке сетевых библиотек укажите TCP/IP.

    7. В текстовом поле Псевдоним сервера укажите «ИмяКомпьютера\ИмяЭкземпляра UCP».

    8. В текстовом поле Имя сервера укажите «ИмяКомпьютера UCP».

    9. Снимите флажок Определять порт динамически .

    10. В текстовом поле Номер порта укажите номер порта, который прослушивает UCP.

    11. Нажмите кнопку ОК , чтобы сохранить внесенные изменения.

    12. Повторите эти действия для каждого управляемого экземпляра SQL Server, который подключается к точке управления служебной программой, где служба браузера SQL Server не включена.

  • Убедитесь, что управляемые экземпляры SQL Server подключены к сети.

  • Если в управляемом экземпляре SQL Server есть базы данных с одинаковым именем, но разными параметрами учета регистра, идентификация между базой данных и ее точками просмотра может быть неверной, что приведет к сбою сбора данных. Например, база данных «МОЯБАЗАДАННЫХ» может показывать состояния исправности базы данных «МояБазаДанных». В этом сценарии ошибки не формируются. Ошибки при сборе данных также могут возникнуть при несоответствиях учета регистра и в других отображаемых в пункте управления программой объектах, таких как имена файлов баз данных и групп файлов.

  • Если управляемый экземпляр SQL Server размещен на компьютере с Windows Server 2003, учетная запись службы агент SQL Server должна принадлежать группе безопасности Монитор производительности Пользователи или локальной группе администраторов. В противном случае сбор данных выполнить не удастся из-за отказа в доступе. Чтобы добавить учетную запись службы агент SQL Server в группу безопасности Монитор производительности Пользователи, выполните следующие действия.

    1. Откройте оснастку Управление компьютером, затем Локальные пользователи и группы, выберите Группы.

    2. Щелкните правой кнопкой мыши Пользователи системного монитора и выберите Добавить в группу.

    3. Нажмите кнопку Добавить.

    4. Введите учетную запись, под которой работает служба агента SQL Server, и нажмите кнопку ОК.

    5. Если экземпляр SQL Server уже был зарегистрирован в UCP перед добавлением пользователя в эту группу, перезапустите службу агент SQL Server.

См. также:

Функции и задачи служебной программы SQL Server
Устранение неполадок исправности ресурсов SQL Server (служебная программа SQL Server)