Подключение SQLBase Server, работающего на виртуальной машине

У меня есть физический компьютер с Windows Server 2008 R2, на котором работает SQLBase 8.5, и у меня нет проблем с подключением к нему. Недавно я перенес этот сервер на виртуальную машину, и возникла проблема. Иногда я могу подключиться к серверу, а иногда нет.

Я могу закрепить свой виртуальный сервер, но не могу подключиться к нему через SQLTalk или любое клиентское приложение. У кого-нибудь есть такая же проблема с запуском SQLBase 8.5 на виртуальной машине?

Спасибо!


person Sal Kuk    schedule 24.09.2019    source источник


Ответы (2)


  1. Проверьте, сколько пользователей подключается одновременно. SQLBase 8.5 имеет некоторые ограничения, когда максимальное количество пользователей/клиентов превышается.
  2. Попробуйте выяснить, возникает ли проблема при выполнении большого запроса. Если да, то попробуй упростить.
  3. Проверьте наличие проблем с блокировкой. Попробуйте протестировать его работу при отключении на некоторое время приложений интернет-безопасности\антивируса\брандмауэра.
  4. Проверьте наличие проблем с портом. Проверьте значение «listenport» в файле sql.ini.
  5. Проверьте свойства SQLBaseConnection и перепроверьте параметры, такие как «время жизни соединения».
person Chandralal    schedule 02.10.2019
comment
Проблема решается после того, как я открываю порт 2155 в брандмауэре Windows. Большое спасибо. - person Sal Kuk; 11.10.2019

SQLBase 8.5 была сертифицирована только до Windows Server 2003, и она настолько старая, что я удивлен, что она вообще работает. Вы должны использовать по крайней мере SQLBase v12, если вы используете Window Server 2008. Вот матрица совместимости: Совместимость с SQLBase от v6 до v12.2

Итак, если ваш экземпляр SQLBase действительно запущен и работает в то время, когда вы не можете подключиться, проверьте sql.ini на стороне CLIENT, там будет IP-адрес, например. Клиент SQ.ini .

На КЛИЕНТЕ в командной строке запустите: ping -t (ipaddressofserver в КЛИЕНТ sql.ini)

person Steve Leighton    schedule 24.09.2019
comment
Проблема решается после того, как я открываю порт 2155 в брандмауэре Windows. Большое спасибо. - person Sal Kuk; 11.10.2019