RUS  ENG 

Проблемы с MS SQL и ZuluServer

Поиск  Правила  Войти
Страницы: 1
RSS
Проблемы с MS SQL и ZuluServer
 
#1
27.03.2014 10:43:03
Добрый день.

Планируется перевод БД на MS SQL сервер. При изыскательных и тестовых работах столкнулись с рядом трудностей.
Имеется:
Компьютер с ZuluServer. (№1)
Компьютер с MS SQL Server. (№2)
Компьютер пользователя Zulu. (№3)

Следуя инструкции перенесли таблицы на MS SQL Server, настроили источник данных ODBC до SQL-сервера (на ПК пользователя, слой находится тут же). Все отлично работает.
Но при переносе этого же слоя на ZuluServer и попытки использовать его в расчетах или просто открыть из Zulu БД происходит ошибка:
"Не удалось соединиться с источником данных. Data source name not found and no default driver specified (State:IM002,Native:0,Origin:[Microsoft][ODBC Driver Manager] )."
При использовании "Соединение ADO(OLEDB)":
Не удалось соединиться с источником данных. Login failed for user 'NE_PUBLIC\NE2345$' (Код ошибки: 0x80040E4D).

При открытии этого слоя на ПК, где находится ZuluServer все работает. На сервере аналогично прописан источник данных ODBC до SQL-сервера. Авторизация по учетке windows на SQL-сервере. В чем может быть проблема?
И по какому "пути" осуществляется передача данных от SQL сервера?
№3 -> №1 -> №2 -> №1 -> №3? Или №3 -> №1 -> №3 -> №2 -> №3?
 
 
 
#2
31.03.2014 18:17:11
При работе с SQL Server рекомендуем создавать соединение ADO.

ZuluServer запускается как служба, не используя сведения учетной записи Windows и соответственно не может авторизоваться на SQL Server. В связи с этим, при построении соединения рекомендуем использовать «имя пользователя» и «пароль». Параметры доступа к семантическим данным задаются в администраторе Zulu Server.

Можно использовать 2 способ, при выполнении Мастера настроек ZuluServer , активировать опцию «Передавать учетные сведения на сервер СУБД», в этом случае на SQL сервере должны быть заведены пользователи с соответствующими именами и правами доступа, так же на SQL Server должна быть разрешена авторизация «SQL Server». Эта опция полезна в том случае, когда разграничение прав доступа на семантические данные «отданы на откуп» самому серверу СУБД.
 
 
 
#3
16.04.2014 11:33:50
Добрый день.

Использовали 1-ый способ - все работает, спасибо.
Заметили интересную особенность: при открытие "Браузер базы данных"->"Изменить"->"Таблица"->"Просмотр" выдает ошибку:
"Не удалось соединиться с источником данных. Login failed for user 'ButSA' (Код ошибки: 0x80040E4D)." Хотя в соединении ADO прописан другой логин для доступа к SQL-серверу.
Повторный "просмотр" устраняет ошибку и все работает без сбоев. Слой опубликован на ZuluServer, БД находится на SQl-сервере, "обращение" происходит с ПК пользователя. Получить эту же ошибку при расположении слоя в другом месте не удалось.

Беспокоит увеличившееся время "расчетов".
Для примера: Расчет (БД Paradox) около 20с. БД на SQL-сервере 100с. В обоих случаях слой опубликован на ZuluServer, "обращение" с одного и того же ПК. SQL Profiler показал, что во время расчета к серверу происходит 86000 запросов. Можно ли обойтись одним запросом с вызовом процедуры на T-SQL используя ZuluNetTools? Как можно сократить время расчета и где все же стоит искать причину?
Заранее спасибо.
 
 
 
#4
18.06.2014 16:28:55
Цитата:


Планируется перевод БД на MS SQL сервер.
...
Цитата:

Следуя инструкции перенесли таблицы на MS SQL Server
Подскажите, пожалуйста, где найти инструкцию. Раньше видел, но когда понадобилась, естественно, не нашел
 
 
 
#5
18.06.2014 16:45:10
Инструкция могла быть здесь: http://politerm.com.ru/articles/pdoxtosqlsrvr.htm
 
 
 
#6
18.06.2014 16:53:38
Lyosha, Точно, здесь я ее и видел. Спасибо.

Проблемы с типом данных nvarchar все еще остались?
 
 
 
#7
19.06.2014 10:15:12
Проблем с типами не было, это особенности дизайна MS SQL при использование типов nchar и char объем поля заполняется пробелами.
 
 
 
#8
23.06.2014 15:11:31
MS SQL 2008R2 - в списке источников данных нет драйвера PARADOX.
Как быть?


Еще вопрос по инструкции: тип данных с nvarchar обязательно на char изменять?
или можно на varchar?
 
 
 
#9
24.06.2014 08:35:45
Цитата:
Проблем с типами не было, это особенности дизайна MS SQL при использование типов nchar и char объем поля заполняется пробелами.
В инструкции пишут, что проблема с BDE, хотя там описан MSSQL 7.0 - такого уже не найдешь:). И инструкция устарела и программа обновилась.

Выгрузил в MSSQL2000SP4, подлючил к Зулу через ADO. Не меняя тип данных nvarchar проверил изменение и сохранение строковых полей. Проблем не было.

Все-таки хочется точно знать надо ли тип данных с nvarchar на char изменять?
 
 
 
#10
27.06.2014 11:06:33
Цитата:
надо ли тип данных с nvarchar на char изменять?
Действительно это очень старая стоять, раньше BDE не распознавала тип поля nvarchar и по этому приходилось изменять его на char, сейчас этого делать не надо.
 
 
 
#11
27.06.2014 11:47:31
Спасибо.
Методом научного тыка решил эту проблему.

Осталась проблема загрузки данных напрямую в SQL 2008 из PARADOXа.
Сейчас загрузил через промежуточный SQL 2000.

Кто уже знает решение?
 
 
 
#12
19.12.2016 18:22:13
Цитата:
Инструкция могла быть здесь: http://politerm.com.ru/articles/pdoxtosqlsrvr.htm
Сейчас эта ссылка неживая, подскажите пожалуйста где почитать про перенос базы Paradox на MS SQL
 
 
 
#13
20.12.2016 09:16:27
Как такового переноса нет. Можно просто выполнить СлойСкопировать с указанием нового источника для таблиц.
 
 
 
Страницы: 1