Добрый день,

Знаю что тема замусоленная но если не затруднит ткните пальцем пожалуйста.
Есть firebird server 1.5. Есть бд довольно не мальнькая в районе 1гб. База все свою жизнь простояла в локальной сети и проблем с подключением никогда не было) Теперь сервер переместили в другой регион и начались проблемы)
Скорость подключения где утсановлен сервер 30мб
Скорость клиента 7 мб.
Сеть настроена через kerio vpn тунели, то есть сервер и клиенты в одной сети. Убераем криворукое клиентское приложения берем работу ibexpert(a). Ibexpert подключается к базе секунд за 40 и соотвесвенно торможения при написание sql запроса особенно когда выводишь список полей в таблице и частые коннект лост. Ну и когда выводишь большие таблицы видно через kerio firiwall server что канал не используется во всю ширину. скорость скачивания достигает максисмум 50кб в сек)

пинг до сервера:
авторC:\Users\Serge>ping 192.168.200.100

Pinging 192.168.200.100 with 32 bytes of data:
Reply from 192.168.200.100: bytes=32 time=142ms TTL=126
Reply from 192.168.200.100: bytes=32 time=142ms TTL=126
Reply from 192.168.200.100: bytes=32 time=145ms TTL=126

пробовал использовать zebedee с сжатием трафика видимого прироста работы не наблюдается. ibexpert также коннектится к базе секунд за 40)

Помогите пожалуйста настроить firebird сервер с оптимизацией для работы через интернет.

Извиняюсь за ошибки!) не могу найти редактирование сообщения

Симонов Денис,
Ну перенос БД на 3.0 планируется, но это займет время.

сейчас же хотелось бы хоть как то ускорить работу базы хотя бы в пределах возможности канала.

Тут больше нужен временный костыль для ускорения работы базы в нынешнем состояние.
В текущей БД много косяков, особенно в клиенстких приложениях. Вопрос стоит только в том почему не используется весь канал интернета, тоесть даже при запросе таблицы (60 полей) с записями около 70 тыс, скорость скачивания достигает максимум 70 кб из возможных 800 и zeebeedee почему то никак на это не повлиял.

Граур СтаниславВялов СергейТут больше нужен временный костыль для ускорения работы базы в нынешнем состояние.


RDP ?

Им и пользуемся) тоесть при нынешней ситуации нет смысла ковырять firebird conf? И решит ли эту проблему переход на FB3?

kdv,

ну не в этом суть) Суть ускорить работу БД во первых а во вторых понять как делать обновленную БД при такой сети, у нас есть еще регион работающий с базой с пингом в районе 350. Но там обходимся локальной бд и синхронизацией ей с центральной бд ночью.

Сейчас также пишу тз для написания новой БД на основе старой и хотелось бы ее под нынешние реалии сделать удобной и самое главное "шустрой".
пинг до ип адреса по внешнему каналу
авторC:\Users\Serge>tracert 213.X.X.X

Tracing route to host-213-1X-X-X.reverse.superonline.net [X.1X.X.X]
over a maximum of 30 hops:

1 2 ms 2 ms 1 ms control [192.168.0.1]
2 5 ms 6 ms 5 ms bcc-spd-gw.bcc.com.uz [217.12.82.242]
3 18 ms 9 ms 8 ms 84.54.74.173
4 6 ms 5 ms 5 ms mcpk-main.uztelecom.uz [195.69.188.1]
5 5 ms 5 ms 5 ms 195.69.191.141
6 5 ms 6 ms 5 ms 195.69.191.137
7 6 ms 5 ms 9 ms 195.69.191.129
8 6 ms 10 ms 5 ms 195.69.190.141
9 25 ms 25 ms 24 ms 91.185.23.145
10 37 ms 35 ms 36 ms ae5-571.RT.INT.STV.RU.retn.net [87.245.238.38]
11 85 ms 109 ms 86 ms ae1-5.RT.IRX.FKT.DE.retn.net [87.245.232.245]
12 106 ms 84 ms 85 ms ix-ae-25-0.tcore1.fr0-frankfurt.as6453.net [195.219.50.37]
13 132 ms 132 ms 133 ms if-ae-0-2.tcore1.it5-istanbul.as6453.net [195.219.50.10]
14 129 ms 128 ms 126 ms 5.23.0.38
15 * * * Request timed out.
16 148 ms 145 ms 145 ms host-213-X-X.reverse.superonline.net [213.X.X.X]

Trace complete.

Симонов Денис,

Спасибо! А если писать трехзвенку?

Dimitry Sibiryakov,

У нас 4 региона. Центральная БД и 3 региональные. Региональные БД урезанны. Центральная же отвечает за все операции. По решению руководства центральную БД перенесли в Турцию. тоесть вся работа с БД теперь получается удаленно. от сюда и такие вот проблемы. Клиентские приложения при этом работают довольно таки сносно. При том что все клиентские приложения написаны с одной пишущей транзакцией. IbExpert же раздражает долгими зависаниями при написание запроса и частыми разрывами.

YuRock,
печально блин, ладно будем думать) попробывал разные настройки в firebird config и как ожидалось ни к чему существенному это не привело.

Ладно, всем спасибо! Тему можно закрывать если ничего по ускорению в данной ситуации придумать нельзя.

А если расматривать другие БД, есть варианты? или же с таким пингом все работать будет также?

Dimitry Sibiryakov,
НУ то что в центральном регионе занимаются всеми операциями и нужна полная БД. а если делать репликацию всей бд, то опять же это нарушает прямое указание не хранить полную БД в регионе! но наверное "в тихоря" будем переносить обратно в регион с каждодневным бекапом с Турцией) что бы "если что" можно было тупо все сломать в регионе и бекап остается в недосигяемости)

Дегтярев Евгений,

Тут все просто! там наш филиал)))
Запросил пинг отчет через англ филиал, возможно пинг уменьшим.