RUS  ENG 

Автоматическая смена режима объекта

Поиск  Правила  Войти
Страницы: Пред. 1 2
RSS
Автоматическая смена режима объекта, Требуются советы по созданию алгоритма по смене режима
 
#26
01.08.2023 09:00:44
Доброе утро!

MSSQL установил, как источник в Зулу прописал, то есть верно дальше понимаю, я свою таблицу в Зулу, которую нужно обновлять, из LocalDB мигрирую в MSSQL и уже после этого, учитывая что Excel файл успешно скриптом Python считывается, я прописываю в "Database" имя этой таблицы и все должно заработать?
 
 
 
#27
01.08.2023 09:46:22
Сергей, добрый день!
  1. Нет, параметр "Database" подразумевает имя базы данных, а не таблицы.
  2. MSSQL оперирует понятием "база данных". Данные хранятся в виде таблиц внутри конкретной базы данных. Таких баз на одном сервере MSSQL может быть множество, поэтому в соединении обычно указывается имя конкретной базы данных, с которой предполагается работать.
  3. Если принято решение мигрировать данные в MSSQL, то необходимо создать новую базу данных (с помощью SQL Server Management Studio), куда собственно и будут мигрироваться данные. Её то имя и надо будет указать в параметре "Database".
Однако, если все эти манипуляции делаются только для того, чтобы заработал скрипт на Питоне, то может быть всё-таки рассмотреть возможность выполнять обновление данных через объектную модель ZuluGIS, тогда мы не будем зависеть от того, в какой СУБД организовано хранение табличных данных.
 
 
 
#28
03.08.2023 10:04:57
Доброе утро!

Дмитрий, пока хочу именно MSSQL добить, по инструкции Test connection связи с Источником данных успешно проходит в разных вариациях, но проблема с пользователем при попытки миграции БД или таблицы в MSSQL.
Прописывал и на сервере и на локальном компьютере разные учетные записи, но везде ошибка с подключением:
"НЕ УДАЕТСЯ СОЕДИНИТЬСЯ С ИСТОЧНИКОМ ДАННЫХ "
"ПРИ ВХОДЕ В СИСТЕМУ ПОЛЬЗОВАТЕЛЯ ПРОИЗОШЛА ОШИБКА"
код ошибки: 0x80040ED4

PS: параметр dbms-auth-pass: all в конфигурационном файле DataSrc.cfg все исправил как нужно.

Переработали по-моему все варианты, не понимаем в чем дело..
 
 
 
#29
03.08.2023 12:40:05
Сергей,
Проблема с соединением может быть именно из-за параметра dbms-auth-pass: all
Эта опция принудительно меняет параметры авторизации на сервере СУБД.
Если допустим для авторизации на ZuluServer используется логин/пароль, то такие учётные сведения будут использоваться и для соединения с MS SQL.
Я рекомендую отказаться от этой опции, настроить соединение с определёнными учётными сведениями, прописанными в параметрах соединения, убедиться в работоспособности, а позже включить опцию "Использовать учётные сведения ZuluServer" в параметрах соединения/источника данных (если действительно нужна сквозная авторизация) и отладить уже сквозную авторизацию.

Также эта проблема может возникать при использовании Windows авторизации в параметрах соединения. Тест соединения проходит, т.к. соединения производится с учётными сведениями текущего пользователя на машине, однако служба ZuluServer часто работает от имени локальной системы и тогда соединение не проходит.
 
 
 
#30
07.08.2023 16:37:45
Добрый день!
Спасибо за помощь, все получилось, да проблема была из-за dbms-auth-pass: all, поставили "no" заработал.
Скрипт Python чуть изменил, но тоже отлично все работает, обновляет автоматически из Excel таблиц необходимые данные в таблицы зулу, привязанные к источнику MSSQL. Поэтому пока все возникшие вопросы в теме закрыты.
 
 
 
#31
08.08.2023 12:28:59
Не долго вопросов не было)
Столкнулся с такой проблемой, мигрировал пару тестовых баз из Local в MSSQL (изменив их названия), в серверной версии все работает хорошо, но вот в Веб версии, через браузер, при открытии объектов мигрированных баз открывается пустое окно, те объекты базы которых не мигрированы, открываются в обычном режиме.
Настройки слоя сохранял, публикацию заново создавал, слой в Веб версии заменял, не помогло.. это либо баг такой, либо я что-то упускаю..
 
 
 
#32
08.08.2023 15:56:43
По итогам разных тестов - проблема точно где-то между настройкой источника MSSQL в зулу и разрешениями в самой базе MSSQL, настройку источника проводил с сервера Зулу, тестирование соединения проходит успешно, в других системах источник не виден (таблица\источники данных - пусто).

Под своей учетной записью на серверной версии все ок, у других даже с правами администратора ничего не видно и возникает ошибка даже в серверной версии при доступе к данным объекта на MSSQL сервере.

Может все таки нужно: dbms-auth-pass: all и пошаманить с остальными параметрами?
Или может, как вариант прописывать опять все права, но уже в MSSQL сервере для каждого пользователя, но не хотелось бы..
 
 
 
#33
08.08.2023 16:09:54
Здравствуйте!
Проверьте опубликован ли ваш источник данных в Админитраторе ZuluServer

http://politerm.com/zuluserver/webhelp/index.html#zsa_datasrc.html
 
 
 
#34
08.08.2023 18:18:41
Источник действительно не был опубликован, опубликовал, доступ группам по правам дал, сервер перезагрузил (статус зелененький), но все равно в веб версии карточка объекта пустая.. хотя возможно подождать еще нужно.
 
 
 
#35
08.08.2023 19:28:04
Сергей, добрый день!
Пустая карточка по объекту в ZuluGIS Online - скорее всего не удалось соединиться с СУБД.
Свяжитесь, пожалуйста, по [email protected], мы поможет настроить.
Тут нельзя "пошаманить" с настройками, не понимая, что делается.
 
 
 
#36
08.08.2023 19:34:35
1000% что используемый логин и пароль в веб версии не имеет учетки в mssql или не имеет достаточно прав на конкретную таблицу.
В общем это в самом mssql надо фиксить.

Для теста:
создадите на стороне mssql учетную запись с таким же логином и паролем как в Zulu и дайте пользователю права сисадмина. и снова откройте объект в веб версии
Изменено: Сергей Мечев - 08.08.2023 19:41:46
 
 
 
Страницы: Пред. 1 2