��� �� ����� : sqlcmd -S EPBYMINW2101\MSSQLSERVER SQL Server Network Interfaces: Connection string is not valid [87].
Sqlcmd: Error: Microsoft SQL Server Native Client 10.0 : A network-related or instance-specific error has occurred w hile establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is corre ct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online.. Sqlcmd: Error: Microsoft SQL Server Native Client 10.0 : Login timeout expired. When the SQL Server Browser service is running, users can connect to named instances by providing the computer name and instance name, instead of the computer name and port number. Because SQL Server Browser receives unauthenticated UDP requests, it is not always turned on during setup
Это руководство помогает администраторам диагностировать и устранять SQL Server обнаружения баз данных в System Center 2012 и более поздних версиях.
Используя в качестве примера SQL Server 2012 г. обнаружение базы данных в System Center 2012 г., мы проявим ряд действий по устранению неполадок, которые помогут вам понять и устранить проблемы обнаружения.
Оригинальная версия продукта: System Center Диспетчер операций Исходный номер КБ: 4089249
Перед началом работы
Прежде чем приступить к устранению неполадок, необходимо проверить следующее:
Как называется и класс объекта, который необходимо открыть?
Для SQL Server обнаружения базы данных класс SQL Server имеет определенную версию SQL Server, в которой размещена база данных. Если вы используете SQL Server 2012, имя SQL Server DB 2012.
Установлен ли соответствующий агент мониторинга?
Если агент не установлен, выполните установку агента Windows с помощью мастера обнаружения для установки агента.
Включен ли прокси-сервер в агенте?
Необходимо включить прокси-сервер агента для SQL Server базы данных.
Установлена последняя версия SQL Server управления?
Большинство объектов являются конкретными версиями, например, пакет управления для SQL Server 2012 года может не работать на экземпляре SQL Server R2 2012. Кроме того, последняя версия пакета управления содержит исправления известных проблем в более ранних версиях. Установка последней версии иногда устраняет проблему SQL Server базы данных.
Проверка цели правила обнаружения
Цель правила SQL Server обнаружения DB должна быть обнаружена перед запуском правила обнаружения. В нашем примере цель правила обнаружения SQL Server DB 2012 — SQL Server DB Engine 2012.
Определение цели правила обнаружения SQL Server DB 2012
В консоли Диспетчер операций перейдите к обнаружению объектов объекта «Управление пакетом > > управления».
Щелкните Область,выберите Просмотр всех целей и нажмите кнопку Очистить все.
Ввод SQL Server 2012 г. в Look for, SQL Server DB 2012 г., а затем нажмите кнопку ОК.
Найдите цель правила обнаружения возвращаемого обнаружения (столбец Target), в нашем примере, SQL Server DB Engine 2012.
Определите, обнаружен ли целевой объект
В консоли Диспетчер операций перейдите к мониторингу > обнаруженных запасов.
Щелкните Изменить целевой тип. в области Задач.
Выберите View all target, ввод SQL Server DB Engine 2012 в Поиске.
Выберите SQL Server DB Engine 2012, а затем нажмите кнопку ОК.
В «Обнаруженных инвентаризациях» SQL Server имя кластера, на котором размещена база данных. Если вы не можете найти какой-либо из них, необходимо устранить неполадки правила обнаружения двигателя DB.
Проверка состояния состояния Windows агента
Если агент Windows показывает серое состояние, следуйте серым состояниям агентов устранения неполадок в System Center Operations Manager, чтобы устранить проблему.
Проверьте, переопределено ли открытие
Для этого выполните следующие действия:
В консоли Диспетчер операций перейдите к обнаружению объектов объекта «Управление пакетом > > управления».
Щелкните Область, выберите Просмотр всех целей, а затем нажмите Кнопку Очистить Все, если он не серый.
Проверьте SQL Server DB 2012 в Look for, а затем нажмите кнопку ОК.
Щелкните правой кнопкой мыши Откройте базы данных для ядро СУБД, а затем выберите Выберите переопределения > Сводка для обнаружения > объектов.
Просмотрите все переопределения, которые могут повлиять на правило обнаружения.
Проверьте учетную запись Run As, в которую запущено открытие
Открытие SQL Server DB 2012 использует профиль SQL Server учетной записи Discovery Run As. Чтобы проверить, связана ли учетная запись Run As с этим профилем, выполните следующие действия:
В консоли Диспетчер операций перейдите к администрированию Run As Configuration Profiles, а затем откройте свойства SQL Server > > учетной записи обнаружения.
Переместите на страницу Run As Accounts.
Если учетная запись Run As указана на этой странице, для открытия используется учетная запись. Если ничего не перечислено, для запуска обнаружения используется учетная запись Run As на сервере. Чтобы найти учетную запись Run As на сервере по умолчанию, выполните следующие действия:
В консоли Диспетчер операций перейдите в администрирование Run > As Configuration > Profiles, а затем откройте свойства профиля учетной записи действий по умолчанию.
Перейдите на страницу Run As Accounts, найдите имя сервера в столбце Путь и обратите внимание на соответствующую учетную запись в столбце Имя учетной записи.
Эта учетная запись обычно является учетной записью действий локальной системы, иногда это может быть учетная запись пользователя.
Убедитесь, что учетная запись Run As имеет необходимые SQL Server разрешения. Для получения необходимых разрешений ознакомьтесь с SQL Server руководства по пакету управления.
Изучите журнал событий диспетчера операций в агенте на случай ошибок
И посмотрите на следующие события и ошибки:
События, ссылаясь на рабочий процесс правила обнаружения. Имя обнаружения — Discover Databases for a ядро СУБД, а имя рабочего процесса — Microsoft.SQLServer.2012.DatabaseDiscoveryRule.
Ошибки, связанные с учетной записью Run As. Эти ошибки могут возникать после служба работоспособности перезапуска.
Ошибки, связанные с DiscoverSQL2012DB.vbs скриптом. Ниже приводятся примеры:
Имя журнала: диспетчер операций Источник: служба работоспособности модули Дата: ID события: 21405 Категория задач: Нет Уровень: предупреждение Ключевые слова: Классический Пользователь: N/A Компьютер: ContosoSQL Описание: Процесс начался с ошибки при создании System.Discovery.Data, никаких ошибок, обнаруженных в выходе. Процесс вышел с 4294967295
Выполнена команда: «C:\Windows\system32\cscript.exe» /nologo «DiscoverSQL2012DB.vbs» 7103 ContosoSQLContosoSQL ContosoSQL\MSSQLSERVER MSSQLSERVER «Exclude:» 60005, 1433 Рабочий каталог: C:\Program Files\System Center Operations Manager\Agent\служба работоспособности State\Monitoring Host Temporary Files 47\13948\ Это повлияло на один или несколько процессов.
Имя рабочего процесса: Microsoft.SQLServer.2012.DatabaseDiscoveryRule Имя экземпляра: sql_instance1 Экземпляр ID: Группа управления: management_group
Чтобы устранить эту проблему, измените номер порта в экземпляре SQL Server с 60005, 1433 до 60005 1433. Дополнительное пространство заставляет командную строку передавать неправильные переменные.
Имя журнала: диспетчер операций Источник: служба работоспособности Script ID события: 7103 Категория задач: Нет Уровень: ошибка Ключевые слова: Классический Пользователь: N/A Компьютер: SQL. CONTOSO.com Описание: Группа управления: CONTOSO_OM. Сценарий: DiscoverSQL2012DB.vbs. Пример: MSSQLSERVER: База данных SQL скрипт DiscoverSQL2012DB.vbs’, например ,MSSQLSERVER’ не удалось.
Чтобы устранить эту проблему, убедитесь, что учетная запись Run As имеет необходимые разрешения. Для получения необходимых разрешений ознакомьтесь с SQL Server руководства по пакету управления.
Включить многословную трассировку ETL
Включить многословную трассировку ETL, а затем переопредить правило обнаружения, чтобы заставить его чаще запускаться на проблемном агенте.
Просмотрите TracingGUIDSNative.log и TracingGUIDSScript.log для событий, связанных с открытием. Найди события, которые ссылались наDiscoverSQL2012DB.vbs или рабочий процесс Microsoft.SQLServer.2012.DatabaseDiscoveryRule.
Для обнаружения на основе скрипта в журнале TracingGUIDSScript.log также содержатся параметры, используемые для запуска сценария. Проверьте, возвращаются ли данные обнаружения (в XML-формате).
Пример данных обнаружения
Экспортировать сценарий обнаружения и запускать его вручную
Если данные обнаружения не возвращаются, причина может быть в том, что возвращенные данные слишком большие. Для обнаружения диспетчера операций имеется ограничение размера в 4 МБ, если элемент данных больше 4 МБ, он отброшен без предупреждения.
В этом случае следуя следующим шагам:
Экспорт скрипта из пакета управления
Экспорт пакета управления из диспетчера операций путем запуска следующей команды из оболочка Operations Manager экземпляра:
Убедитесь, что указан допустимый путь. Не включайте имя пакета управления в путь.
Найдите Microsoft.SQLServer.2012.Discovery.xml в папке c:\temp и откройте его в Блокнот или редакторе XML.
Поиск, DiscoverSQL2012DB.vbs копирование содержимого элемента, а затем вклейка его в новый текстовый файл.
Удалите стартовую метку и конечный тег .
Найти и заменить следующие символы в файле:
Замена & lt; с Замените & amp; с &
Сохраните новый файл как DiscoverSQL2012DB.vbs.
Вручную запустить сценарий
Найдите строку, аналогичную следующей в TracingGUIDSScript.log:
Это команда, используемая для запуска сценария DiscoverSQL2012DB.vbs.
Скопируйте эту строку и вклеите ее в командную строку для запуска DiscoverSQL2012DB.vbs сценария.
Проблемы, которые могут возникнуть при запуске сценария
Данные не возвращаются.
Эта проблема возникает, если TCP/IP отключен в SQL Server экземпляре.
Решение
Откройте диспетчер конфигурации SQL Server,перейдите SQL Server протоколы конфигурации сети > для «SQL_Instance», а затем включить TCP/IP.
Исключение возникает при запуске сценария.
Решение
Проверьте, существует ли проблема с разрешением или WMI.
Чтобы проверить проблему WMI, выполните следующие действия:
На SQL откройте WBEMTEST.
Запустите select * from SQLService where SQLServiceType=1 запрос.
Если вы получаете ошибку WMI или нет вывода, убедитесь, что у вас есть резервная копия сервера, откройте повышенную командную подсказку, а затем запустите следующую команду для восстановления пространства имен WMI:
Изучение данных об обнаружении отсутствующих объектов
Если отсутствующие объекты не включены в данные об обнаружении, может возникнуть проблема с разрешением или проблема с WMI.
Например, если у учетной записи Run As нет необходимых разрешений, вы можете получить выход, например:
Чтобы проверить проблему WMI, выполните следующие действия:
На SQL откройте WBEMTEST.
Запустите select * from SQLService where SQLServiceType=1 запрос:
Если вы получаете ошибку WMI или нет вывода, убедитесь, что у вас есть резервная копия сервера, откройте повышенную командную подсказку, а затем запустите следующую команду для восстановления пространства имен WMI:
Если отсутствующие объекты включены в данные обнаружения, просмотрите следующие журналы событий:
Журналы событий диспетчера операций
Найди события, которые сообщают о том, что данные об обнаружении будут отброшены. Например, событие 5000 или 4506.
Если в очереди отправки слишком много данных, данные могут быть отброшены. Чтобы устранить эту проблему, необходимо увеличить размер очереди на агенте.
Журнал событий сервера управления
Найди события, которые сообщают о том, что данные об обнаружении отброшены, или SQL Server проблемы с производительностью, которые мешают вовремя писать данные в базу данных Operations Manager.
Дополнительные сведения
Дополнительные сведения о System Center operations Manager можно получить здесь.
Для всех последних новостей, информационных и технических советов посетите System Center Блог.
Re: �� ������� ����������� ��������� (Instance) �� ���� ��� SQL 2008 R2 [new]
