OT: Rozpad TCP spojeni - keepallive timeout

[Jan 'yanek' Bortl]

jen od stolu:

Koukal bych se tcpdumpem, kdo iniciuje to rozpojeni, ale videl bych to
spis na ten SQL server samotny co se aplikacni roviny tyka. Napriklad
prave timeout transakce. Uz jen proto jestli mate skutecne zapnute
keepalive (to je spis obezlicka kvuli NATu) - tim tcpdumpem bude zaroven
videt, ze po sobe obcas stekaj a neprenasi uzitecna data.


Dne 16.11.2017 v 12:57 hwnews konference napsal(a):
> Zdravim,
>
> je tady jiste vic lidi, kteri resi i sitove zalezitosti at na urovni
> serveru tak na urovni el. zarizenich komunikujicich spolu.
>
> Problem, ktery uz od pondeli resim se netyka zadneho HW zarizeni.
>
> Jedna se o komunikaci mezi klientskym PC a serverem kde bezi SQL.
> Problem nastava pokud klient bud nic dlouho nic nedela (resitelne) a
> nebo pokud prikaz nestihne dobehnout v jiste dobe (zavira se to vzdy
> po 3600s) . Potom se uzavre spojeni s klientem, proces na SQL jeste
> jistou dobu bezi a po nejake dobe SQLko zjisti, ze klient neni
> pripojeny a prikaz odrolluje zpatky.
>
> Patrame (sitari, my, admini OS) kde je vlastne nastaveny onen timeout
> 3600s. Co jsem dohledal tak SQL spoleha na Solarisu na parametr
> KeepAlive Timeout, ktery je ale defaultne nastaven na 7200s. Ostatne
> stejne by to melo byt i na WIN a Linuxu. Na serveru jedoucim na
> Solarisu je to opravdu nastaveno na ty dve hodiny. 
> Stejne se ukoncuje i spojeni proti SQLku na woknech.
>
> Pisu sem zda nekdo neresil jak udrzet persistentni spojeni - doposud
> jsme to resili v aplikacich timerem a opakovanim nejakeho nesmyslneho
> selectu do DB. Ted bysme ale chteli vedet kde je pricina.
>
> RV
>
-- 
Jan 'yanek' Bortl <yanek [at] ya.bofh. cz>
http://ya.bofh.cz/ | jab: yanek [at] mitranet. cz
-----------------------------------------------------------------
"Maybe one day you will learn that your way is not the only way."
                                        Opher [StarGate: The Nox]