Не удается обнаружить указанный сервер экземпляр 1с

Обновлено: 07.01.2025

Невозможно создать соединение с источником данных «имя_источника_данных». (rsErrorOpeningConnection)

Ошибка входа пользователя «ИмяПользователя»

У пользователя отсутствует разрешение на доступ к источнику данных. При использовании базы данных SQL Server убедитесь, что пользователь имеет допустимое имя для входа в базу данных. Дополнительные сведения о создании пользователя базы данных или имени входа SQL Server см. в разделах Как создать пользователя базы данных и Как создать имя входа SQL Server.

Неудачная попытка входа пользователя «NT AUTHORITY\ANONYMOUS LOGON»

Эта ошибка появляется, когда учетные данные проходят через несколько подключений компьютеров. Если используется проверка подлинности Windows, а протокол Kerberos версии 5 не разрешен, то эта ошибка появляется, когда учетные данные проходят более чем через одно компьютерное соединение. Чтобы избежать этой ошибки, рассмотрите использование сохраненных или запрашиваемых учетных данных. Дополнительные сведения о решении этой проблемы см. в разделе Задание учетных данных и сведений о подключении для источников данных отчета.

При соединении с сервером произошла ошибка.

Эта ошибка при соединении с SQL Server может быть вызвана тем, что в параметрах SQL Server по умолчанию запрещены удаленные соединения. (поставщик: поставщик именованных каналов, ошибка: 40 — Невозможно открыть соединение с SQL Server). Эта ошибка возвращается экземпляром компонента Database Engine, где находится база данных сервера отчетов. В большинстве случаев она возникает из-за остановки службы SQL Server. Кроме того, если используется выпуск SQL Server Express с Advanced Services или именованный экземпляр, эта ошибка возникает, если неправильно указан URL-адрес сервера отчетов или строка соединения с базой данных сервера отчетов. Чтобы решить эти проблемы, нужно сделать следующее.

Убедитесь, что служба SQL Server (MSSQLSERVER) запущена. На компьютере экземпляра компонента Database Engine нажмите кнопку "Пуск", выберите "Администрирование", "Службы" и перейдите к службе SQL Server (MSSQLSERVER). Если эта служба не запущена, щелкните ее правой кнопкой мыши, выберите пункт "Свойства", для параметра "Тип запуска" выберите значение "Автоматически", затем последовательно нажмите кнопки "Применить", "Пуск" и "ОК".
Проверьте правильность URL-адреса сервера отчетов и строки подключения к базе данных сервера отчетов. Если службы Reporting Services или компонент Database Engine были установлены как именованный экземпляр, строка соединения по умолчанию, которая создается во время установки, будет содержать имя экземпляра. Например, если экземпляр по умолчанию выпуска SQL Server Express с дополнительными службами устанавливался на сервер с именем DEVSRV01, URL-адресом веб-портала будет DEVSRV01\Reports$SQLEXPRESS. Имя базы данных сервера отчетов в строке соединения будет похоже на DEVSRV01\SQLEXPRESS. Дополнительные сведения о URL-адресах и строках соединения с источниками данных для SQL Server Express см. в разделе Службы Reporting Services в выпуске SQL Server Express with Advanced Services. Чтобы проверить строку соединения с базой данных сервера отчетов, запустите программу настройки служб Reporting Services и просмотрите страницу "Установка базы данных".

Невозможно установить соединение. Убедитесь, что запущен сервер.

Если эта ошибка также содержит "Неизвестный узел", она указывает на недоступность сервера служб Analysis Services или на отказ в соединении. Если сервер служб Analysis Services установлен в качестве именованного экземпляра на удаленном компьютере, возможно, потребуется запустить службу браузера SQL Server, чтобы получить имя порта, используемого экземпляром.

(Источник прокси-сервера SOAP служб Reporting Services)

Строка соединения для источника данных включает слово localhost.
Для службы SQL Server отключен протокол TCP/IP.

Для устранения этой ошибки можно изменить строку соединения, указав в ней имя сервера, либо включить для службы поддержку протокола TCP/IP. Для включения протокола TCP/IP выполните следующие шаги.

Запустите диспетчер конфигурации SQL Server.
Разверните узел Сетевая конфигурация SQL Server 2005.
Выберите Протоколы для MSSQLSERVER.
Щелкните правой кнопкой мыши пункт TCP/IP и выберите Включить.
Выберите Службы SQL Server.
Щелкните правой кнопкой мыши SQL Server (MSSQLSERVER) и выберите команду Перезапустить.

Ошибка инструментария WMI при соединении с сервером отчетов в среде Management Studio

По умолчанию среда Management Studio использует инструментарий управления Windows (WMI) служб Reporting Services, чтобы установить соединение с сервером отчетов. Если поставщик WMI установлен неправильно, при попытке установить соединение с сервером отчетов возникнет следующая ошибка.

Не удается подключиться к <your server name>. Поставщик WMI служб Reporting Services не установлен или не настроен (Microsoft.SqlServer.Management.UI.RSClient)».

Чтобы устранить эту ошибку, необходимо переустановить программное обеспечение. В других случаях в качестве временного решения можно соединиться с сервером отчетов через конечную точку SOAP.

Ошибка при подключении во время входа в систему из-за неизвестного имени пользователя или неправильного пароля

Ошибка rsReportServerDatabaseLogonFailed может появиться, если используется учетная запись домена для подключения сервера отчетов к базе данных сервера отчетов, а пароль учетной записи домена был изменен.

Если изменен пароль, то необходимо обновить соединение. Дополнительные сведения см. в разделе Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).

Серверу отчетов не удается установить соединение с базой данных сервера отчетов. (rsReportServerDatabaseUnavailable).

Кроме того, эта ошибка может появиться в случае, если экземпляр компонента Database Engine, хранящего базу данных сервера отчетов, не настроен для удаленных соединений. Удаленное соединение включено по умолчанию в некоторых выпусках SQL Server. Чтобы проверить, включено ли оно на экземпляре SQL Server Database Engine, запустите диспетчер конфигурации SQL Server. Необходимо включить как протокол TCP/IP, так и именованные каналы. Сервер отчетов использует оба эти протокола. Инструкции по включению удаленных соединений см. в подразделе "Настройка удаленных соединений с базой данных сервера отчетов" раздела Как настроить сервер отчетов для удаленного администрирования.

Если эта ошибка дополнительно содержит следующий текст, значит у учетной записи, используемой для запуска экземпляра ядра СУБД, истекло время действия пароля: "При соединении с сервером произошла ошибка. При подключении к SQL Server эта ошибка может быть вызвана тем, что в конфигурации по умолчанию SQL Server не разрешает удаленные соединения". (поставщик: сетевые интерфейсы SQL Server, ошибка: 26 — ошибка при поиске указанного сервера/экземпляра) ." Чтобы устранить эту ошибку, установите пароль заново.

«Сервер RPC не прослушивается»

Служба сервера отчетов для некоторых операций использует сервер удаленного вызова процедур (RPC). Если появляется ошибка «Сервер RPC не прослушивается», проверьте, работает ли служба сервера отчетов.

Непредвиденная ошибка (общая сетевая ошибка)

Невозможность предоставления доступа к базе данных в центре администрирования SharePoint

Это происходит, потому что функция "Контроль учетных записей пользователей" (UAC) в Windows Vista и Windows Server 2008 требует того, чтобы администратор явным образом позволил повысить права доступа и использовать токен администратора при выполнении задач, требующих разрешения администратора. Однако в этом случае служба администрирования Windows SharePoint Services не может повысить права доступа для учетных записей службы Reporting Services таким образом, чтобы предоставить им доступ к конфигурации и базам данных содержимого SharePoint.

В службах SQL Server 2008 Reporting Services доступ к базе данных необходим только учетной записи службы сервера отчетов. В службах SQL Server 2005 Reporting Services с пакетом обновлений 2 (SP2) доступ к базе данных необходим учетным записям службы Windows сервера отчетов и веб-службы сервера отчетов. Дополнительные сведения об учетной записи службы сервера отчетов в SQL Server 2008 см. в разделе "Учетная запись службы (настройка служб Reporting Services)".

Есть два возможных варианта решения этой проблемы.

В первом случает можно временно отключить контроль учетных записей и использовать центр администрирования SharePoint для предоставления доступа.

Соблюдайте осторожность при отключении контроля учетных записей для решения этой проблемы. Включите контроль учетных записей сразу после предоставления доступа к базе данных в центре администрирования SharePoint. Если вы не желаете отключать контроль учетных записей, используйте второй способ, указанный в этом разделе. Дополнительные сведения о контроле учетных записей см. в документации по Windows.
2. Во втором случае можно вручную предоставить доступ к базе данных для учетных записей службы Reporting Services. Выполните следующие процедуры, чтобы предоставить доступ, добавив учетные записи служб Reporting Services в правильные роли группы и базы данных Windows. Эта процедура применима к учетной записи службы сервера отчетов в SQL Server 2008 Reporting Services. Если запущены службы SQL Server 2005 Reporting Services, выполните эту процедуру для учетной записи службы Windows сервера отчетов и учетной записи веб-службы сервера отчетов.

Предоставление доступа к базе данных вручную

Добавьте учетную запись службы сервера отчетов в группу WSS_WPG Windows на компьютере Reporting Services.
Выполните соединение с экземпляром базы данных, в котором расположены базы данных конфигурации и содержимого SharePoint, и создайте имя входа базы данных SQL для учетной записи службы сервера отчетов.
Добавьте имя входа базы данных SQL для следующих ролей баз данных.

роль db_owner role в базе данных WSS Content
роль WSS_Content_Application_Pools в базе данных SharePoint_Config

Невозможность соединения с каталогами /reports и /reportserver при создании баз данных сервера отчетов на виртуальном сервере SQL Server, запущенном в кластере службы кластеров (Майкрософт)

См. также:

Нужна помощь? Майкрософт: вопросы и ответы, Stackoverflow, Отзывы о продукте SQL Server

Пробовал после соединения щелкнуть правой кнопкой, войти в свойства и там безопасность.
Добавить удаленного пользователя comp8\mike не получается - не находит. В итоге ничего не получилось. Через sa и пароль тоже не заходит.

Но подключиться все равно не удается. Брандмауэр вообще отключен.

Не удается подключиться к 331-1\SQLEXPRESS2008.

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified) (Microsoft SQL Server, ошибка: -1)

331-1 - это имя компьютера? Что в логе сервера? Какие протоколы он слушает?

Сервер пингуется ping 10.1.26.219 ok
Порт прослушивает 1205 (динамический).
Через netstat -a -b -n можно убедиться, процесс sqlservr.exe прослушивает порт 1205.
Клиенты должны работать через порт 1433.

Сервер 331-1\SQLEXPRESS2008
Что значит именованный? SQLEXPRESS2008

Размер сетевого пакета 4096.

c:\Program Files\Microsoft SQL Server\100\Tools\Binn>sqlcmd -S 333-1\SQLEXPRESS2
008
HResult 0xFFFFFFFF, уровень 16, состояние 1
Сетевые интерфейсы SQL Server: Не удается обнаружить указанный сервер/экземпляр
[xFFFFFFFF].
Sqlcmd: ошибка - Microsoft SQL Server Native Client 10.0: При установлении соеди
нения с сервером SQL Server произошла ошибка, связанная с сетью или с определенн
ым экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра у
казано правильно и на сервере SQL Server разрешены удаленные соединения. Дополни
тельные сведения см. в электронной документации по SQL Server..
Sqlcmd: ошибка - Microsoft SQL Server Native Client 10.0: Время ожидания входа в
систему истекло.

Вы меня неправильно поняли, или может я неправильно сказал.
Сервер слушает порт 1205.
Клиенты для подсоединения к удаленному порту 1205 должны открыть у себя какой-то порт, этот клиентский порт и есть 1433.
Это вы не правильно поняли.
Клиент _должен_ использовать в строке коннекта тот же порт, что слушает сервер.
А не любой, какой ему нравиться

В строке коннекта да, то причем здесь строка коннекта. Обычная схема 2 компа с 2 IP общаются между собой. Для этого каждый должен открыть порт. Сервер открывает 1205 (это порт, который должен открыть сервер по умолчанию. У MS SQL Server 2005 - например как помню был 1028), клиент открывает 1433 (это порт, который должен открыть клиент по умолчанию). Сервер прослушивает порт 1205, клиент подсоединяется к нему, посылая запрос. Чтобы клиент принял ответ, он должен иметь открытый порт у себя - это и есть порт 1433.

Сервер 331-1\SQLEXPRESS2008
Что значит именованный? SQLEXPRESS2008

Размер сетевого пакета 4096.

Как просмотреть подобные логи и что в них искать?
c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS2008\MSSQL\Log\

С другой машины, на которой также стоит SQL server попытка подключиться.

Порт 1433 взят из Sql Server Configuration Manager - Клиентские протоколы - TCP/IP - Свойства - Порт по умолчанию.
Когда вы пишите такое чувство, что вы бредите
Еще раз. Клиент должен использовать тот адрес и порт, которые слушает сервер
А порт 1433 используется по-умлочанию, т.е. когда вы не задаете клиенту значение порта явно

Похоже Вы не понимаете. Или Вы не знаете основы сетевых технологий, или меня не понимаете.
Сервер -- Клиент
1205 -- 1433.
1) Не может клиент не открывать порт для обмена данными. Порт задается на транспортном уровне модели OSI. На сетевом - IP адрес
2) Порт 1205 - стандартный порт сервера для прослушки. Зачем клиенту его открывать, если он не собирается быть сервером?

Вы заходите в Интернет, обращаетесь допустим к серверу через порт 80, при этом клиент Ваш (Вы) у себя открывает и использует порт, например 1042. Ни разу еще не было такого
Сервер -- Клиент
80 -- 80.
80 - вообще считается зарезервированный порт. 1042 - динамический.

Сервер пингуется ping 10.1.26.219 ok
Порт прослушивает 1205 (динамический).
Через netstat -a -b -n можно убедиться, процесс sqlservr.exe прослушивает порт 1205.

Размер сетевого пакета 4096.

С другой машины, на которой также стоит SQL server попытка подключиться.

Аутентификация по Windows
Протоколы включены.
Нахожу в сети свой сервер.
Подключаюсь и мне выдают.

"При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: Сетевые интерфейсы SQL, error: 26 - Ошибка при обнаружении указанного сервера или экземпляра) (Microsoft SQL Server, Error: -1)"

я сам занимаюсь обучением SQLSERVER, про пинг, не пингуется.
Но во всех учебниках про пинг ни слова, просто откройте протоколы сделайте проверку подлинности и подключайтесь.

Я думаю я что -то элементарное в настройках не сделал?Сервер элементарно должен быть виден в сети, про это, конечно, в учебниках не написано.

неа, кабель есть, админа нет)
как придет взъем ему мозк.

Как я понимаю сервер виден в сети, потому что когда мне предлагают к чему ниб подключиться, я выбираю показать серверы в сети, а не на компе, и он мне предлагает, kirill\sqlexpress значит где то он его видит.

ping kirill работает

ping kirill\sqlexpress при проверке связи не удалось обнаружить узел.Ну, инстанс-то и нельзя пинговать, так что пинг у вас работает.

сделал по ссылке создал порт 1500, открыл его, включил, разрешил в файрволе.
Сделал это и на компе клиента.
И ничего.

Конечно в руках. Думаю если бы у меня были ваши руки, проблемы бы не возникло.
Вот я и прошу помочь мне ее решить.

примерно в таком пути у себя ищите файл ERRORLOG. из него копируйте начало, чтобы строчки попали примерн такие:

.
2010-05-14 11:03:46.03 Server Server is listening on [ 'any' <ipv6> 1433].
2010-05-14 11:03:46.03 Server Server is listening on [ 'any' <ipv4> 1433].
2010-05-14 11:03:46.06 Server Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].
2010-05-14 11:03:46.06 Server Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].
2010-05-14 11:03:46.18 Server Server is listening on [ ::1 <ipv6> 1434].
2010-05-14 11:03:46.21 Server Server is listening on [ 127.0.0.1 <ipv4> 1434].
.

(6) Проблема у вас только одна - попытка использования устаревших и уже нихрена реально не поддерживаемых технологий.

Представь что у тебя Linux (или Mac) и действуй исходя из этого.

(7) я вангую что он ставит не там и не той разрядности
(9) Там проблемы когда несколько разных версий платформы 1С стоят или ставили криво.
Можно совместить 8.1. 8.2 и 8.3 а вот разные 8.3 глючит.
Например если 8.3.16 и 8.3.15 ну или разрядность того.
(10) неа. Я подозреваю что надо ставить на сервере, а он пытается на клиенте. Ну и х86-64 и SysWOW64 - как бы противоречие, хотя там надо просто зарегать COM+-приложение
С учетом того,что стандартный обмен все равно передает xml-файл,то можно перейти на web-сервисы без проблем.
(12) это надо публиковать базу, а мало кто это хочет делать
(13) так надо опубликовать внутри локальной сети, не надо в глобальном интернете публиковать.
мне регистрация в службах компонентов всегда помогала
Нет, версия одна и запускаю на сервере. Проблема решилась перезапуском сервера 1С. Всем спасибо за участие.
Вроде COM-соединение возможно с базой на другой версии платформы 8.3 А OLE-соединение возможно?

(кстати на 16-ю версию платформы люди жалуются, нам сейчас пока запретили её ставить)

Панель управления\Все элементы панели управления\Администрирование\Службы компонентов\Компьютеры\Мой компьютер\Приложения COM+\CommCtrl\Роли\CreatorOwner\Пользователи\
Сюда добавить пользователей ОС сервера, под кем приходится запускать регламентные задания, а главное USR1CV8.

И лучше физически перезагрузить сервер сам компьютер.

(20) > И лучше физически перезагрузить сервер сам компьютер.
У меня все базы на 8.3.10.2466 (x86-64), только одна 8.3.14.1779 (x64) на диапазоне портов 16хх. Когда к ней подключаюсь в строке подключения к имени сервера дописываю ":1640". Даже вручную делаю команду C:\Windows\SysWOW64\regsvr32 "c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll", пишет: Успешно выполнено DllRtgisterServer в c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll. Но при этом все равно ошибка: "Несоответствие версий клиента и сервера 1С:Предприятия" (8.3.10.2466 - 8.3.14.1779).

(21) Я вот думаю сказать или нет что COM как и прочие приложения могут быть как x32 так и x64.

И короче регать думать надо что и откуда. И откуда и куда подключаться.
Ну не выйдет цыветочек и x32 не умеет с x64 через COM или OLE

Решаемая задача: Восстановление работоспособности сервера и программы 1С.

Для выполнения описанных действий требуется учетная запись Администратора.

Проверка программ и служб на работоспособность

Шаг 1. Проверяем доступность порта соединения

Этот адрес меняется в зависимости от версии 1С:

C:\Program Files (x86)\1cv8\ \bin — для 32-разрядной версии сервера «1С:Предприятие» версии 8.3
C:\Program Files\1cv8\ \bin — для 64-разрядной версии сервера «1С:Предприятие» версии 8.3
C:\Program Files (x86)\1cv82\ \bin — для 32-разрядной версии сервера «1С:Предприятие» версии 8.2
C:\Program Files\1cv82\ \bin — для 64-разрядной версии сервера «1С:Предприятие» версии 8.2