В общем, подобные темы были, но хочется еще разок, подробнее.
Firebird 1.5 classic, настройки по умолчанию, windows 2000.
Иногда замечаю, что в Task Manager-e стоят несколько екземпляров сервера (fb_inet_server.exe), хотя подключенных клиентов нет (не могут быть, скажем в 8 утра). То есть, кто-то отключался неправильно. Первый вопрос:
(1). Если доподлинно известно, что коннекта нет, и процесс "висит", безопасно ли остановить процесс из таск-менеджера. Или как лучше его останавливать.
Далее,
посмотрел сюда :
Параметры в ibconfig
DUMMY_PACKET_INTERVAL 60
Действие
Этот параметр определяет, насколько часто будут посылаться фиктивные запросы для проверки того, что клиент все еще работает. По умолчанию это 60 секунд.
Объяснение
InterBase закрывает соединение, когда клиент перестает отвечать. Для того, чтобы определить, что клиент более не отвечает на запросы, IB ожидает некоторое время (определяемое параметром CONNECTION_TIMEOUT), а затем посылает фиктивный запрос для проверки соединения. Если при посылке возникает ошибка, то IB заключает, что клиент «мертв».
Вы можете настроить частоту, с которой посылаются фиктивные пакеты, либо с помощью этого конфигурационного параметра, либо на уровне соединения – установив в структуре dpb параметр isc_dpb_dummy_packet_interval.
Показания к изменению параметра
Чем выше это значение, тем реже фиктивные пакеты будут появляться с сети. Но, с другой стороны, «мертвые» соединения будут дольше «висеть». Рекомендуется значительно увеличить значение этого параметра, если вы точно уверены, что клиентские приложения не будут некорректно завершать свою работу.
Примечание
Есть непроверенная информация, что значение 0 отключает посылку фиктивных пакетов.
Хорошо, значит проверка делается каждые 60 секунд, и кажется если ставить 0, то сервер не сможет определить разрыв коннекта.
Смотрим в fbconfig.conf:
Seconds to wait on a silent client connection before the server sends
# dummy packets to request acknowledgment.
#
# DO NOT USE THIS OPTION. It may hang or crash Windows on the client side as
# explained here: http://support.microsoft.com/default.aspx?kbid=296265
# or may not prevent eventual inactive client disconnection for other OS.
#
# Normally, Firebird uses SO_KEEPALIVE socket option to keep track of
# active connections. If you do not like default 2-hour keepalive timeout
# then adjust your server OS settings appropriately. On UNIX-like OS's,
# modify contents of /proc/sys/net/ipv4/tcp_keepalive_*. On Windows,
# follow instrutions of this article:
# http://support.microsoft.com/default.aspx?kbid=140325
#
# Type: integer
#
#DummyPacketInterval = 0
Оп-па, здесь по умолчанию DummyPacketInterval = 0 а не 60, и к тому же его нельзя трогать, а надо смотреть
http://support.microsoft.com/default.aspx?kbid=140325 . Еще, ожидание у меня совсем не двухчасовое, а вроде даже бесконечное, т.е. процессы не снимаются сами. ОК, смотрим ссылку:
The following registry entries control keepalive probe packet parameters on computers running Windows NT or Windows 95 (note that not all of the entries can be found in the registry by default). Changing registry parameters affects all TCP/IP stream connections on the system.
KeepAliveInterval - This parameter determines the interval separating keep alive retransmissions until a response is received.
KeepAliveTime - This parameter controls how often TCP attempts to verify that an idle connection is still intact by sending a keep alive packet.
...
и далее где находятся в регистре эти параметры:
Windows NT
\HKEY_LOCAL_MACHINE
\System
\CurrentControlSet
\Services
\TCPIP
\Parameters
Увы, оказалось, что у меня в указанном месте параметров KeepAliveInterval и KeepAliveTime нет. Есть в других ветках регистри.
Если кто дочитал до этого места, то вопросы:
(2) Можно ли просто добавить эти параметры в указанную ветку регистри?
(3) Вообще, в правильном ли направлении я двигаюсь, и как надо настраивать сервер для проверки разрыва соединения?
