Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Firebird, InterBase Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Игорь-PicoMed
Member

Откуда:
Сообщений: 34
В косвенное продолжение темы коротких коннектов встал вопросик.

Есть толстый клиент, на старых добрых дельфях; можно его конечно пинать, рекомендовать жавы, вебы и прочую хрень, но пользователь категоричен - хочу толстую старушку, но через интернет. Может некрофилия, а может что-то в новом мире не так. Не суть вопроса.

А суть в чем.
Есть у клиента коннект и две транзакции. Одна читает - readonly и держится она постоянно, и есть пишущая - короткая, создается только для записи. Есть кучка сессионных переменных и временных таблиц (видимых в рамках сессии).
Рвется связь - кратковременно - меньше секунды - чаще всего из-за балансировки нагрузки на каком-то маршрутизаторе.
Клиент отваливается. На сервере остается висяк, который можно убить через mon$attachments, но сначала нужно угадать какой, и он (attacment) не знает что клиент помер...

Можно перепилить клиента чтобы он делал короткие коннекты на чтение, но тогда встает вопрос падения FB (о котором я писал раньше) и теряется прелесть временных таблиц.

Вопрос.
Существуют ли какие-то библиотеки/инструменты/решения чтобы повысить устойчивость соединения - не отрывать клиента при кратковременных сбоях сети.
Естественно не стоит вопрос вернутся в пишущую транзакцию - это не критично, можно сделать вторую попытку, но как сохранить соединение по чтению или воткнутся в старое, так чтобы сохранить сессионные настройки.
Ну или хотя бы не рвать связь при коротких обрывах (меньше пары секунд).
Да, и со стороны сервера - можно ли узнать что клиент отвалился?
в логе будет ошибка
INET/inet_error: send errno = 10054
но это не решает проблему...

Возможно вопрос глупый, а может уже есть какие-то библиотеки или идеи?
Самое забавное, что тонкого клиента под FB я не нашел.
1 фев 19, 16:40    [21799917]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 9246
Игорь-PicoMed,

что значит не нашёл тонкого клиента под ФБ? Тонкий клиент это архитектурное решение, а не какая-то готовая библиотека
1 фев 19, 16:43    [21799922]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 29642

01.02.2019 16:40, Игорь-PicoMed пишет:
> Клиент отваливается. На сервере остается висяк

http://www.ibase.ru/keepalive/

Posted via ActualForum NNTP Server 1.5

1 фев 19, 16:45    [21799924]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Игорь-PicoMed
Member

Откуда:
Сообщений: 34
Симонов Денис
что значит не нашёл тонкого клиента под ФБ? Тонкий клиент это архитектурное решение, а не какая-то готовая библиотека

да, я это понимаю.
1 фев 19, 16:50    [21799932]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Игорь-PicoMed
Member

Откуда:
Сообщений: 34
Мимопроходящий
01.02.2019 16:40, Игорь-PicoMed пишет:
> Клиент отваливается. На сервере остается висяк

http://www.ibase.ru/keepalive/


все это настроено, но проблему обрыва не решает
1 фев 19, 16:51    [21799935]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Фэйтл Эра
Member

Откуда:
Сообщений: 630
Игорь-PicoMed
Мимопроходящий
01.02.2019 16:40, Игорь-PicoMed пишет:
> Клиент отваливается. На сервере остается висяк

http://www.ibase.ru/keepalive/


все это настроено, но проблему обрыва не решает

Если настройки не помогают - какой смысл дальше барахтаться?
1 фев 19, 16:52    [21799936]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1792
>Игорь-PicoMed, сегодня, 16:40 [21799917]
>...Самое забавное, что тонкого клиента под FB я не нашел.
<На виртуализацию принципиально не смотрите?
1 фев 19, 18:24    [21800036]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 29642

01.02.2019 18:24, ВМоисеев пишет:
> <На виртуализацию принципиально не смотрите?

а это каким боком?

Posted via ActualForum NNTP Server 1.5

1 фев 19, 18:26    [21800042]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Фэйтл Эра
Member

Откуда:
Сообщений: 630
Мимопроходящий
01.02.2019 18:24, ВМоисеев пишет:
> <На виртуализацию принципиально не смотрите?

а это каким боком?

Толстый-претолстый клиент в терминальной сессии... наверное. :)
1 фев 19, 18:28    [21800045]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Дегтярев Евгений
Member

Откуда: Барнаул
Сообщений: 1502
автор
Вопрос.
Существуют ли какие-то библиотеки/инструменты/решения чтобы повысить устойчивость соединения - не отрывать клиента при кратковременных сбоях сети.

попробуй openvpn
товарищ работает удаленно через мобильный интернет
постоянно жаловался на разрывы, пока не перешел на openvpn
1 фев 19, 19:47    [21800102]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 47080

Игорь-PicoMed
Есть у клиента коннект и две транзакции. Одна читает - readonly и держится она постоянно

Одно это - уже диагноз "в морг". Про "сессионные переменные" можно уже не читать.

Posted via ActualForum NNTP Server 1.5

1 фев 19, 19:53    [21800107]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1792
>Фэйтл Эра, сегодня, 18:28 [21800045]
>Толстый-претолстый клиент в терминальной сессии... наверное. :)
<А почему не попробывать? А если совсем хреново с сетью, к виртуальной машине(ам) может подключиться через TeamViewer
1 фев 19, 20:22    [21800131]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
DmSer
Member

Откуда: Пенза
Сообщений: 776
Используйте in-memory датасеты или другие структуры в памяти/на локальном накопителе, которые не зависят от наличия соединения с базой данных.
Периодически контролируйте наличие соединения с базой данных, если оно потерялось, вешайте индикацию ожидания и пробуйте восстановить подключение (но так, чтобы это не выглядело, как зависание программы), либо делайте, чтобы программа какое-то время могла работать автономно.
Старайтесь выполнение автоматических операций выносить в параллельные потоки либо используйте асинхронные компоненты доступа к данным (для исключения подвисаний интерфейса).
Старайтесь минимизировать количество обращений к базе данных.
2 фев 19, 10:43    [21800332]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8211
Репликация наше фсё. На проблемные площадки поставить свои серверы и пусть они в фоне ровняют данные.
Хотя без детального анализа непонятно, что проще подготовить базу для репликации или переписать клиента.
На узких и высоколатентных каналах трешка ведет себя ГОРАЗДО лучше, чем предыдущие версии.

Да, самый простой ломовой способ поставить терминальник на площадке с сервером БД.
2 фев 19, 10:57    [21800338]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2455
Игорь-PicoMed,
3-звенка
2 фев 19, 11:57    [21800353]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Alibek B.
Member

Откуда:
Сообщений: 2993
Если архитектуру менять не хочется, а хочется исключить кратковременные обрывы, то нужно туннелировать трафик.
Ставьте на концах шлюзы, между шлюзами поднимайте несколько разных маршрутов (лучше через разных провайдеров), маршруты настраивайте anycast через tcp, чтобы автоматически дропать дубли, поверх них делайте какой-нибудь VPN L2/L3.
2 фев 19, 13:42    [21800386]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
MikeDD
Member

Откуда:
Сообщений: 238
Игорь-PicoMed, VPN - дешево и сердито. Мы пользуем SoftEherVPN, щас попробовал выдернуть сетевой шнур секунд на 5 - держит соединение без проблем. Да и про безопасность забывать не надо, не дело это когда ФБ в интернет открыт.
6 фев 19, 10:29    [21802431]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
DmSer
Member

Откуда: Пенза
Сообщений: 776
щас попробовал выдернуть сетевой шнур секунд на 5 - держит соединение без проблем


Секунд на 10..20 можно и безо всякого VPN выдернуть.
6 фев 19, 12:56    [21802625]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
crazypiggy
Member

Откуда:
Сообщений: 58
http://www.ibase.ru/zebedee
6 фев 19, 14:52    [21802734]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1792
>DmSer, сегодня, 12:56 [21802625]
>Секунд на 10..20 можно и безо всякого VPN выдернуть.
<Так может быть (попробуем погадать на кофейной гуще) автору топика критически важен функционал, который так не понравился нашему коллеге и видимо ему, не столь важно, на сколько отключился клиент - важно чтобы чтение продолжалось и тогда, когда он отключился. В этом случае имеет смысл разделить процессы чтения и представления результатов. А так как виртуалка продолжает работу по чтению независимо от того подключён ли к ней какой-либо клиент(ы) или нет, то ...
6 фев 19, 14:52    [21802735]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 29642

06.02.2019 14:52, crazypiggy пишет:
> http://www.ibase.ru/zebedee

а может пора таки уже придать тело стюардессы земле?

Posted via ActualForum NNTP Server 1.5

6 фев 19, 14:53    [21802736]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
o_v_a
Member

Откуда: Тула
Сообщений: 1041
Ненене... Не трогайте эту мёртвую невесту. Она исправно отрабатывает своё в режиме 24x7 !
6 фев 19, 15:34    [21802798]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Игорь-PicoMed
Member

Откуда:
Сообщений: 34
Всем спасибо за дельные советы.

Кратко подводя итоги.
1. По России шнур выдергивали и все работало, в Казахстане соединение падает постоянно, особенно когда сервер в Астане а подключение откуда-нибудь из Усть-Каменогорска. Причину так и не нашли. Есть мрачное предположение что с законом Яровой и в России начнется та же фигня.
2. Терминальное решение хорошо, но каналы нужны оооочень толстые
3. zebedee гоняли лет ...надцать назад. Думал что проект помер уже. Применяли для заказчиков-параноиков которые боялись перехвата по сети. Заметной устойчивости в стародавние времена он не добавлял.
4. тестили аппаратный VPN (не в РК) - действительно хорошо и стабильно, но дорого, за программные решения - спасибо - попробуем
5. за комментарии про трешку - тоже спасибо
6. много серверов и репликация, грустно как-то, особенно когда сервер на 2-3 клиента и серверов под сотню. Этот зоопарк потом замучишься обслуживать. Очень надеялся от этого уйти. Всем "облако" подавай... и центральные сервера, дабы на сисадминах экономить
7. кэширование "все и вся" в локальных таблицах - тоже странное решение (чем-то dbf-ами попахивает или BDE). Зачем тогда сервер? Зачем мощные инструменты базы, если все поисковые задачи будет выполнять клиент в локальных таблицах. Да и делать поиск по паре десятков тысяч строк на дерьмовеньком локальном компе [пример - поиск города в КЛАДР по контексту названия]- то еще удовольствие (и это не считая время на подгрузку кэша).
8. Трехзвенка c FireBird - идея давно в воздухе, но мне ничего приличного не попадалось, всё что крутится - вокруг MS SQL - может посоветуете что-то под FB?
9 фев 19, 01:19    [21805010]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
Дегтярев Евгений
Member

Откуда: Барнаул
Сообщений: 1502
Игорь-PicoMed
Да и делать поиск по паре десятков тысяч строк на дерьмовеньком локальном компе [пример - поиск города в КЛАДР по контексту названия]- то еще удовольствие

hmm
9 фев 19, 08:35    [21805065]     Ответить | Цитировать Сообщить модератору
 Re: Толстый клиент на плохой сетке - нужен совет бывалых  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2455
Игорь-PicoMed,
у тебя рудиментарные представления о трехзвенке :)
9 фев 19, 12:44    [21805161]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Firebird, InterBase Ответить