Добрый день, есть проблема с подключением к MS SQL SERVER, есть локальная сеть, в ней несколько компьютеров, на одном из компьютеров установлен MS SQL SERVER, на ней база данных OLEDB, Когда я подключаюсь к этой базе данных с этого же компьютера, то соединение проходит успешно и база данных открывается. Когда пытаюсь подключиться с другого компьютера в сети, то соединение заканчивается ошибкой (скрины прилагаю ниже). Пинг к серверу проходит успешно, папки на нем тоже все открываются хорошо, но соединения с базой данных нет. Подскажите где "копать", замучался уже.

Второй скрин.

третий скрин.

Четвертый скрин

TaPaK,
нет версия 4

Наверно важно еще написать, что сервер используется MS SQL SERVER 2008 R2, также пытался соединиться с Базой через Database Engine Tuning Advisor, просто для поверки соединения с БД

vikkiv,
Спасибо за подсказки. Вроде все сделано, но что то все равно не идет подключение. Скину еще скрины с настройками.

Еще скрин.

komrad,
Ух, я не настолько продвинутый в sql server, не могли бы, пожалуйста, объяснить, где мне это нужно ввести, а также на какой машине, на той где сервер или та машина с которой я пытаюсь присоединится?

komrad,
Это моя панель Manager studio на сервере, я понимаю, что задаю наверно дурацкие вопросы, что мне тут открыть для написания Вашего кода?

komrad,
Уверен что не ту часть заскринил, но все же. Попробовал что то с портами связано поискать там, не увидел.

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

256kqqq_2пропущено...


А там разве не должно быть "Включено" - "Да" ?

, что-то ответа нет

Я это проверил, из тутора майкрософта, там вроде у них стоит нет в этой позиции, активен - да, включен - нет

Talar256kпропущено...


, что-то ответа нет

Я это проверил, из тутора майкрософта, там вроде у них стоит нет в этой позиции, активен - да, включен - нет

На всякий случай проверил, не помогло

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


вот на этом порту ждет коннекты сиквел

судя по всему, это динамический порт

вы можете проверить подключение со стороны клиента к следующему серверу (не SERVER\SQLEXPRESS):


если соединение проходит, то значит проблема в доступности SQL Browser для сетевых клиентов

В данный момент SQL Browser служба выключена

TaPaKTalar,

а у Сашеньки есть доступ к безе saprogress?

Извиняюсь за тупость, но где это можно проверить у sql server?

TaPaKTalarпропущено...


Извиняюсь за тупость, но где это можно проверить у sql server?
для начала определитесь под какой авторизацией вы хотите насиловать сервер. А то в логе у вас сплошной перебор всего подряд

Под Сашенькой и пытаюсь долбится к нему, по крайней мере так из лога понятно, я подключаюсь через teamviewer удаленно поэтому, сложно сказать от кого подключаюсь, но думаю от этого самого Сашеньки.

TaPaKне взлетит проект...

Что так? Личная неприязнь к Сашеньке? :)

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


вот на этом порту ждет коннекты сиквел

судя по всему, это динамический порт

вы можете проверить подключение со стороны клиента к следующему серверу (не SERVER\SQLEXPRESS):


если соединение проходит, то значит проблема в доступности SQL Browser для сетевых клиентов

Сработает ли эта строка соединения,

Provider=SQLOLEDB.1;Persist Security Info=False;Data Source=SERVER\SQLEXPRESS;User ID=sa;password=;Initial Catalog=saprogress;

если я поменяю SERVER\SQLEXPRESS на server, 61309

Просто ошибка не изменилась

Народ есть еще какие варианты у кого, буду благодарен, пока проблему так и не могу решить.

Как я понимаю полный ступор, ок все расписываю по шагам от самого начала установки ms sql server 2008 r2
1. В Server Configuration Manager Включаю службу SQL Server
2. Далее перехожу во вкладку Server Network Configuration, потом Protocol for SQLEXPRESS, там включаю протокол TCP/IP
3. Потом перехожу на вкладку SQL Native CLient, далее Client protocol. там также включаю TCP/IP протокол, захожу в его свойства и выставляю ему порт 1433
4. Перезапускаю службу SQL Server
5. Далее перехожу в SQL Server Managment Studio, правой кнопкой на сервере - свойства, потом выбираю раздел безопасности и выставляю смешанную аутентификацию, потом иду в раздел соединения и там выставляю - разрешить удаленные соединения к этому серверу - ок
6. Создаю какую-нибудь тестовую базу, потом захожу в папку безопасность сервера - безопасность - имена входа, создаю нового пользователя, даю имя, ставлю смешанную аутентификацию, даю какой нибудь пароль, выбираю созданную базу данных по умолчанию.
7. Роли сервера выставляю все
8. Сопоставление пользователей - выбираю созданную базу, выставляю членство в роли созданной базы данных
db_accessadmin, db_datareader, db_datawriter, db_ddladmin, db_securityadmin, public
9. ok
10. Перехожу в папку безопасность, но уже в базе данных, добавляю собственные роли созданному имени входа, db_datareader, db_datawriter, public, db_accessadmin
11. ok
12. перезапускаю сервер.
13. брэндмауэр windows - выставляю входящие соединения на tcp 1433, upd 1434 разрешенными, если что пробовал вообще вырубать брэндмауэр.
14. Пинг к серверу с базой данных проходит норм.
15. net view в cmd показывает наличие компа с базой данных также видимым

После этих настроек с помощью строки соединения, имеющий следующий вид:
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Data Source=IVANPC03;Initial Catalog=CRM;
Я получаю успешное соединение на локальном компе, где стоит база данных, но получаю ошибку соединения с другого компьютера в сети.

Вроде ничего не забыл из шагов. Повторюсь я не очень силен в MS SQL SERVER, но все что находил в сети, это одни и те же действия, по настройке. Может быть проблема в конфигурации самой локальной сети? Если да, то подскажите кто шарит, куда можно взглянуть для выявления ошибки, возможно даже на уровне настройки локальной сети, а не самого сервера. Хотя повторюсь компы пингуются вроде норм, и в общие папки на компьютерах тоже захожу.

TalarData Source=IVANPC03Вы поставили экспресс как дефолтный инстанс? Для именованного надо писать IVANPC03\SQLEXPRESS[/quot]

Да, я этот момент знаю, но настроено именно на IVANPC03 без "хвоста", тут я уверен, что все в порядке.

[quot]Гавриленко Сергей АлексеевичTalarтам включаю протокол TCP/IP
В логе сервера есть сообщения о том, что он слушает TCP/IP + 1433?

Да, тут все норм

invmTalarЧетвертый скрин

Ошибка говорит о том, что попытка соединения идет по Named pipes, а вовсе не по TCP/IP.

Этот скрин уже не актуален, там все поправлено и соединение идет по tcp/ip, это точно

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

Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Data Source=IVANPC03;Initial Catalog=CRM;

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

Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Data Source=IVANPC03;UserID=my_user_db;password=123;Initial Catalog=CRM;

После этого соединение было установлено.

Возможно чушь, я морочить голову никому не собирался, ms sql server не мой профиль, я с ним плохо знаком, но эту задачу я решил именно тогда, когда начал смотреть учетки на сервере и обратил внимание, что к новому пользователю на сервере, в свойствах добавляется учетка винды под которой я сидел на компьютере, а поскольку я соединялся локально без пароля, я предположил что именно по ней он и распознает пароль для сервера, но это лишь мое предположение, да наверно оно ошибочно, но дело было именно в передаче данных о пользователе и его пароле (при удаленном подключении), чего не требовалось локально.

quot Гавриленко Сергей АлексеевичПоходу, просто кто-то не читает текст ошибок, с которыми отпуливается коннект, и морочит всем голову.

Ну справедливости ради, стоит отметить, что я писал Вам раньше о проблеме соединения именно удаленно, локально все работало и приводил в качестве примера строку соединения, если Вы такой разбирающийся человек, в чем я не сомневаюсь, почему не сказали сразу же что проблема в строке соединения, вместо того чтобы писать мне сообщения про логи?

При чем, что интересно, я несколько раз писал, что у меня включен TCP/IP и порт стоит 1433 и он разрешен в брендмауэре, после этого все равно пишите

Гавриленко Сергей АлексеевичВ логе сервера есть сообщения о том, что он слушает TCP/IP + 1433?


Что он еще может слушать? музыку?

Ну и чтобы совсем уже закрыть эту тему окончательно, поскольку проблема решена, опишите тогда уж, почему при локальном соединении не потребовалось пароля и логина при соединении с базой данных, а на удаленке это было нужно. Я уже понял, что мое предположение по поводу учетки винды ошибочно, но тогда уж господа эксперты, напишите мне дураку верное предположение, чтобы я немного под развился в ms sql server, должна же быть причина такова поведения сервера, когда не требует логина и пароля на локальной машине, но требует удаленно. Заранее спасибо.

Гавриленко Сергей АлексеевичПока вы будете скрывать сообщения об ошибках, которые вы полуаете при невозможности соединения, никто вам тут ничего дельного не скажет. Телепатией заниматься, как правило, всем лень.

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

TaPaKавторУдаленный же компьютер соединяется по учетке не известной серверу поэтому пароль и логин для базы данных он не распознает и его необходимо передать принудительно, строка для удаленного подключению становится следующего вида
или плакать или смеяться... ещё не выбрал

Согласен в таком контексте как вырвали Вы смотрится забавно, Вы мастер цитат!

TalarTaPaKпропущено...

или плакать или смеяться... ещё не выбрал

Согласен в таком контексте как вырвали Вы смотрится забавно, Вы мастер цитат!

Жаль, что по sql server Вы так толком ничего и не сказали, кроме как -

TaPaKНе взлетит проект...

Как видите взлетел и без Вашей помощи.