Vincent Van Gog
Эксперт
Андрей Ефименко написал(а):
Действительно это помогло. Структура импортировалась, кроме ключей. Так должно быть?
А в чём проблема с драйверами v13.00?
Windows Использование СУБД PostgreSQL при работе LKDSDomain
- Автор темы Andi
- Дата начала
Действительно это помогло. Структура импортировалась, кроме ключей. Так должно быть?
А в чём проблема с драйверами v13.00?
Van Gog написал(а):
Ключи хранятся в файле LKDSDomain.xml, т.е. нужно взять исходный файл LKDSDomain.xml, изменить тип SQL сервера и изменить собственный ID, если предполагается параллельная работа с имеющимся сервером.
Возможно это не совсем правильный подход, но сейчас так.
Проблема в том, что названия драйверов v13.00 и v13.02 отличаются, а я использовал имя драйвера v13.02.
Это будет исправлено, т.е. будет анализироваться список имеющихся драйверов и выбираться имеющейся драйвер PostgreSQL последней версии.
apathy написал(а):
Вряд ли создание backup в PostgreSQL отличается от аналогичного действия в MS SQL
И подразумеваемые параметры резервного копирования должны удовлетворить нашим ограниченным требованиям.
apathy написал(а):
Действительно не сюда.
Как я уже писал - желательно придерживаться темы.
Это ускорит получение ответа.
Вложения
Здравствуйте. Имеется работающая диспетчерская на базе LKDSDisp + MS SQL. Есть желание перейти на LKDSDomain + Postgre SQL.
Вопрос: могу ли я перенести структуру сразу с LKDSDisp + MS SQL на LKDSDomain + Postgre SQL или мне нужно сначала с LKDSDisp + MS SQL перейти на LKDSDomain + MS SQL, а потом LKDSDomain + Postgre SQL ?
Вопрос: могу ли я перенести структуру сразу с LKDSDisp + MS SQL на LKDSDomain + Postgre SQL или мне нужно сначала с LKDSDisp + MS SQL перейти на LKDSDomain + MS SQL, а потом LKDSDomain + Postgre SQL ?
Есть наблюдение, касающееся работе LKDSDomain с PostgreSQL.
При запуске LKDSDomain в одной системе с PostgreSQL я в инструкциях писал, что взаимодействие осуществляется через сетевой интерфейс localhost
В современных операционных системах localhost обычно имеет IPv6 адрес [::1]
Суть наблюдений в том, что иногда LKDSDomain теряет связь с PostgreSQL. Это не влияет на функциональность, т.к. LKDSDomain делает переподключения к PostgreSQL при потере связи, заметить эти переподключения можно в логах в папке LKDSDomain\Logs\Bad\.
Подобный эффект не наблюдается в MS SQL, т.к. при работе в одной системе используются не сетевые подключения, а разделяемая память. Если при работе с MS SQL используется TCP, то это наблюдается и с MS SQL.
Для эксперимента я заменил в нашем тестовом LKDSDomain в параметрах подключения к PostgreSQL localhost на 127.0.0.1 и потерь соединения с PostgreSQL я пока не замечанию.
Не могу сказать, что понял ситуацию, но, наверное, можно рекомендовать подключение к PostgreSQL через сетевой интерфейс 127.0.0.1, а не через localhost
При запуске LKDSDomain в одной системе с PostgreSQL я в инструкциях писал, что взаимодействие осуществляется через сетевой интерфейс localhost
В современных операционных системах localhost обычно имеет IPv6 адрес [::1]
Суть наблюдений в том, что иногда LKDSDomain теряет связь с PostgreSQL. Это не влияет на функциональность, т.к. LKDSDomain делает переподключения к PostgreSQL при потере связи, заметить эти переподключения можно в логах в папке LKDSDomain\Logs\Bad\.
Подобный эффект не наблюдается в MS SQL, т.к. при работе в одной системе используются не сетевые подключения, а разделяемая память. Если при работе с MS SQL используется TCP, то это наблюдается и с MS SQL.
Для эксперимента я заменил в нашем тестовом LKDSDomain в параметрах подключения к PostgreSQL localhost на 127.0.0.1 и потерь соединения с PostgreSQL я пока не замечанию.
Не могу сказать, что понял ситуацию, но, наверное, можно рекомендовать подключение к PostgreSQL через сетевой интерфейс 127.0.0.1, а не через localhost
Вложения
Последнее редактирование модератором:
apathy написал(а):
Этот как раз то, о чем было сообщение
LKDSDomain делает ещё одну попытку исполнить SQL оператор и, как правило, ему это удаётся.
Посмотреть можно в файлах логов в папке \LKDSDomain\Logs\Bad\ за это время.
В логах должно быть что-то типа:
==================================
12.06.2023 20:02.42 DBConnect 5DCFBB93B8AE4524B4AC80A0BBB53F1A:
12.06.2023 20:02.42 select t.CodUser,t.Name from UserTeam t where t.CodTeam=1
12.06.2023 20:02.42 HY000 could not receive data from server: Socket operation on non-socket (0x00002736/10038)
;
could not receive data from server: Socket operation on non-socket (0x00002736/10038)
12.06.2023 20:02.42 Begin reopen DBConnect 5DCFBB93B8AE4524B4AC80A0BBB53F1A
12.06.2023 20:02.42 End reopen DBConnect 5DCFBB93B8AE4524B4AC80A0BBB53F1A success
12.06.2023 20:02.42 Successful re-execution of SQL
==================================
Можно попробовать заменить localhost на 127.0.0.1 в имени SQL сервера.
apathy написал(а):
LKDSDomain и LKDSServer не требовательны к SQL серверу.
Для общего образования я поставил PostgreSQL 16.1
и PostgreSQL ODBC драйвер 16.0 
PostgreSQL 16.1 установился с портом 5433 (штатный порт 5432)
Остановил LKDSDomain
С помощью pgAdmin 4 выгрузил (Backup...) базу lkdsdomain из PostgreSQL 14 в файл, сделал в РostgreSQL 16 базу lkdsdomain и загрузил (Restore...) в неё ранее выгруженный файл
изменил файл LKDSDomain.xml для подключения к PostgreSQL 16.1
<LKDSDOMAIN MSQL="127.0.0.1:5433"
Запустил LKDSDomain
Вроде работает, буду наблюдать.
Т.е. если есть желаение, то можно и обновить.
Вложения
А нет ли краткой инструкции как подружить LKDSDomain и PostgreSQL? привлекает отсутствие ограничение по сравнению с MSSQL. Сейчас установлен LKDSDOmain + MSSQL, как безболезненно перейти? еще вопрос как отучить LKDSDISP создавать и писать в базу данных? Если указать неверный путь - то надоедают сообщения об ошибке.
Nikolaj76 написал(а):
1. Описание в первом сообщении данной темы
2. Удалите или переименуйте файл \LKDSDrv\LKDSDisp\LKDSDisp.xml, после чего перезагрузите службу LKDSDisp, например:
net stop LKDSDisp
net start LKDSDisp
