ODBC и SQL 2005 - DAX: Администрирование

tolstjak · 24.04.2006, 15:26

Здравствуйте уважаемые.

Не могу подключиться в настройках ODBC к серверу SQL 2005.
Ругается на драйвер или отсутствие доступа.
Исходные данные:
На сервере:wind 2003 serv, SQL 2005 standart.
Восстановил из бэкапа 2000 SQL базу данных.
Подправил владельцев таблиц. Хотя для подключение это отношение не имеет.
На рабочей станции бытаюсь настроить ODBC. Не получается.
Пытался подключиться под sa, bmssa.
Ничего не получается.
Подскажите в чем загвоздка.

Заранее благодарен..

**sukhanchik** · 24.04.2006, 15:42

SQL 2005 ставит другой драйвер доступа (в ODBC) к себе так называемый SQL Server native. Нужно его использовать при подключении к SQL 2005. Но для этого правда нужно установить Client Tools на клиента.
Это как одно из решений. Более тщательно не лазил - думаю наверняка возможно более легко решить проблему - нежели на каждого клиента водружать Client Tools

tolstjak · 24.04.2006, 16:04

Цитата:

Сообщение от sukhanchik

SQL 2005 ставит другой драйвер доступа (в ODBC) к себе так называемый SQL Server native. Нужно его использовать при подключении к SQL 2005. Но для этого правда нужно установить Client Tools на клиента.
Это как одно из решений. Более тщательно не лазил - думаю наверняка возможно более легко решить проблему - нежели на каждого клиента водружать Client Tools

Ругается на невозможность соединения по пайперу. Может быть надо еще что-нибудь в настройках Windows сделать?
Или вот это (ошибка у меня такая же):
Strange Error: provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe

Now it is a good thing that ADO.NET 2.0 actually gives you meaningful errors. Here is an example -
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe.)
But the funky thing is, by default when using ASP.NET 2.0 and SQL Server 2005, you'd get the above error with the following connection string -
Data Source=127.0.0.1; Initial Catalog=xxx; user id=yyy; password=zzzz
What's happening over here is, by default SQL Server 2005 (Express, Evaluation, and Developer editions only) disables remote network connections. That makes sense from a security point of view - while the Enterprise, Standard and Workgroup editions will listen to Remote client connections over TCP/IP. So the resolution to this problem obviously is either
a) Change the above connection string to - Data Source=(local); Initial Catalog=xxx; user id=yyy; password=zzzz

Где это правится????
И далее:

b) Go to SQL Server 2005 Surface area configuration tool, and set your settings as shown below -

Freeangel · 24.04.2006, 16:30

Вообще SQL Server 2005, так же как и SQL Server 2000, не требует драйверов ODBC для работы. Акспта совершенно нормально подключается к базе и без них.
А для корректного исправления владельца базы лучше использовать процедуру
sp_change_users_login 'auto_fix', 'владелец'

tolstjak · 24.04.2006, 16:49

Цитата:

Сообщение от Freeangel

Вообще SQL Server 2005, так же как и SQL Server 2000, не требует драйверов ODBC для работы. Акспта совершенно нормально подключается к базе и без них.
А для корректного исправления владельца базы лучше использовать процедуру
sp_change_users_login 'auto_fix', 'владелец'

Как это? Хотя вроде знаю.
Владельца меняю также.

Freeangel · 24.04.2006, 16:53

Это правится в SQL Server Configuration Manager, который находится:
Microsoft SQL Server 2005 -> Configuration Tools

**sukhanchik** · 24.04.2006, 17:12

2tolstjak: Уж не помню какая была тогда ошибка...
Да, действительно, ODBC не требуются на клиенте в 3-хзвенке...
Они требуются только в 2-х звенке.

**Vadik** · 24.04.2006, 19:56

Цитата:

Сообщение от tolstjak

by default SQL Server 2005 (Express, Evaluation, and Developer editions only) disables remote network connections.
..
b) Go to SQL Server 2005 Surface area configuration tool, and set your settings

чего же боле?

tolstjak · 24.04.2006, 20:15

Цитата:

Сообщение от Vadik

чего же боле?

по пункту в) я поправил, однако подключиться так и не могу.
Хочется уточнить как править пунк а)

**Vadik** · 24.04.2006, 20:53

Цитата:

Сообщение от tolstjak

по пункту в) я поправил, однако подключиться так и не могу.
Хочется уточнить как править пунк а)

Я не понимаю, что Вы исправили и что в данный момент у Вас не работает

Извините

tolstjak · 25.04.2006, 08:47

Цитата:

Сообщение от Vadik

Я не понимаю, что Вы исправили и что в данный момент у Вас не работает

Извините

C самого начала:
При создании системного дата сорсе на ODBC на клиентской машине выдается ошибка о невозможности подключения. Нашел ссылку как эту ошибку поправить.

Выдержка:

Strange Error: provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe

Now it is a good thing that ADO.NET 2.0 actually gives you meaningful errors. Here is an example -
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe.)
But the funky thing is, by default when using ASP.NET 2.0 and SQL Server 2005, you'd get the above error with the following connection string -
Data Source=127.0.0.1; Initial Catalog=xxx; user id=yyy; password=zzzz
What's happening over here is, by default SQL Server 2005 (Express, Evaluation, and Developer editions only) disables remote network connections. That makes sense from a security point of view - while the Enterprise, Standard and Workgroup editions will listen to Remote client connections over TCP/IP. So the resolution to this problem obviously is either
a) Change the above connection string to - Data Source=(local); Initial Catalog=xxx; user id=yyy; password=zzzz

b) Go to SQL Server 2005 Surface area configuration tool, and set your settings as shown below -

Не могу прикрепить картинку, но там показано, что в Database Engine - Remote Connections установлено значение - Using TCP\IP only.

Так вот:

пункт в) я выполнил. Установил значение - Using TCP\IP only.

не могу выполнить пункт а) Change the above connection string to - Data Source=(local); Initial Catalog=xxx; user id=yyy; password=zzzz.

Где найти эту CONNECTION STRING ?

Sada · 25.04.2006, 09:33

Зоздайте текстовый файл с расширением udl
соханиете его
запустите его
(после всех монипуляций в файле появится
Provider=MSDASQL.1;Persist Security Info=False;User ID=sa;Data Source=Axapta;Initial Catalog=test2005)
и вот оно - счастье

с уважением - Sada...

tolstjak · 25.04.2006, 11:46

Цитата:

Сообщение от Sada

Зоздайте текстовый файл с расширением udl
соханиете его
запустите его
(после всех монипуляций в файле появится
Provider=MSDASQL.1;Persist Security Info=False;User ID=sa;Data Source=Axapta;Initial Catalog=test2005)
и вот оно - счастье

с уважением - Sada...

Прошу разъяснить некоторые вещи:
1. Это будет работать с SQL 2005 ?
2. Сообщите полное название провайдера. MSDASQL у меня в списке нет. И ранее мне предлагалось использовать провайдер SQL Server native. Где правда?
3.В Data Sourse - ставить (local) или что-то другое ?
4. Как потом это использовать ?

Sada · 25.04.2006, 12:21

У меня так:
1 пуск/панель управления/администрирование/ОДБЦ/Add
2 выбрал из списка SQL, задал DSN, выбрад сервер где лежит база, клик дальше
3 ставим галку With SQL Autentication........., галка -
Connect to SQL Server, выбрал пользователя sa и его пароль задал. жму дальше
4.выставляю базу по умолчанию и кликаю дальше
5 здесь ничего не меняю и жму готово
6 кликаю Test Data Sours -

PHP код:


			
Microsoft SQL Server ODBC Driver Version 03.85.1117



Running connectivity tests...



Attempting connection

Connection established

Verifying option settings

Disconnecting from server



TESTS COMPLETED SUCCESSFULLY!

потом создал файл текстовый (просто блокнотом)с расширением udl, запустил его, выбрал DSN, пользователя и пароль указал. выбрал базу и ОК. А как это использовать - поищите по форуму, гдето я видел...
вот например
http://www.axforum.info/forums/showt...958#post101958

tolstjak · 25.04.2006, 12:34

Цитата:

Сообщение от Sada

У меня так:
1 пуск/панель управления/администрирование/ОДБЦ/Add
2 выбрал из списка SQL, задал DSN, выбрад сервер где лежит база, клик дальше
3 ставим галку With SQL Autentication........., галка -
Connect to SQL Server, выбрал пользователя sa и его пароль задал. жму дальше
4.выставляю базу по умолчанию и кликаю дальше
5 здесь ничего не меняю и жму готово
6 кликаю Test Data Sours -

PHP код:


			
Microsoft SQL Server ODBC Driver Version 03.85.1117



Running connectivity tests...



Attempting connection

Connection established

Verifying option settings

Disconnecting from server



TESTS COMPLETED SUCCESSFULLY!

потом создал файл текстовый (просто блокнотом)с расширением udl, запустил его, выбрал DSN, пользователя и пароль указал. выбрал базу и ОК. А как это использовать - поищите по форуму, гдето я видел...

У меня тоже прокатило.
УРА!!!
Но, что я сделал и почему раньше не работало, так и не понимаю.

Sada · 25.04.2006, 12:40

Цитата:

Сообщение от tolstjak

У меня тоже прокатило.
УРА!!!
Но, что я сделал и почему раньше не работало, так и не понимаю.

я тоже

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Dynamics AX Sustained Engineering: SQL Server 2005 sp3 & SQL Server 2008 with Dynamics AX	Blog bot	DAX Blogs	0	12.02.2009 06:08
axStart: How to restore an AX 3.0 SQL 2000 backup in sql 2005	Blog bot	DAX Blogs	0	12.02.2008 15:10
Сергей Герасимов: О совместимости Microsoft SQL Server 2005 и Microsoft Dynamics AX 3.0	Blog bot	DAX Blogs	0	26.02.2007 12:40
aEremenko: Диагностика проблем при установке Microsoft Dynamics Ax 4.0 на Microsoft SQL Server 2005	Blog bot	DAX Blogs	0	28.10.2006 16:01
SQL 2005 и OLAP	George Nordic	DAX: Администрирование	9	21.03.2006 19:36