Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
Имеется консолидированная БД. Периодически производится обработка (запуск DBREMOTE) C:\...\dbremote.exe -c " ... " -t -b -k -m 20M -w 10 -x 50M Все замечательно работает, но есть маленькое неудобство - размер отправляемых на удаленные БД сообщений не превышает 4 - 5 Кб, хотя, судя по документации максимальный размер по умолчанию (без ключика -l) составляет 50Кб. Каким образом возможно увеличить размер отправляемых сообщений ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 17:49 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
Если нечего посылать, то сообщение может быть всего 84 байта. --- http://www.rusug.ru] Портал русскоязычной группы пользователей Sybase ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 17:58 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
White OwlЕсли нечего посылать, то сообщение может быть всего 84 байта. Да нет, сообщений-то много - и все по 4-5Кб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 18:33 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
TIB White OwlЕсли нечего посылать, то сообщение может быть всего 84 байта. Да нет, сообщений-то много - и все по 4-5КбОтправитель за раз создает много-много мелких сообщений? Или dbremote на отправляющей стороне запускается очень часто? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 18:49 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
White Owl Отправитель за раз создает много-много мелких сообщений? Именно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2007, 19:07 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
Была такая проблема. Долбался сам и саппорт долбал - ниатветили. Методом научнаго втыка и определенной матери решение нашлось. Причино: Нехватка памяти для формирования сообщений. Агент при нехватке памяти начинает дробить сообщения по одному запросу в пакет. Вот откуда их уйма и все мелкие. Поставьте опцию Compression = 0 - увидите. Лечиццо: - увеличением значения у ключика -m (соотв. памяти должно хватать у компа) - разнесением по времени отправки для кадого удаленного юзверя. Что бы не все сразу, а по группам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 13:39 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
PaulJB Лечиццо: - увеличением значения у ключика -m (соотв. памяти должно хватать у компа) Увеличил ключик -m - поставил -m 200M. К сожалению, картина не изменилась... PaulJB - разнесением по времени отправки для кадого удаленного юзверя. Что бы не все сразу, а по группам. 1) А как это сделать? Не нашел таких опций... (использую Batch mode -b) 2) Дело в том, что на удаленных БД эта же проблема - а там отправка идет только на одного юзера (на консолидированную БД) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 16:09 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
TIB PaulJBЛечиццо: - увеличением значения у ключика -m (соотв. памяти должно хватать у компа) Увеличил ключик -m - поставил -m 200M. К сожалению, картина не изменилась...Убери его вообще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 17:47 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
White Owl Убери его вообще. Да вообщее убрать врядли - скорость приема/отправки на больших обьемах снижается... проверено. Просто вернул как было -m 20M ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 18:05 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
А ключик -sd побольше поставить не пробовали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 18:19 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
antandА ключик -sd побольше поставить не пробовали? В batch mode этот ключик игнорируется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 18:40 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
А DBREMOTE как часто запускается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 18:58 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
Похоже, что в режиме пакетной обработки(batch mode) не получится заставить его группировать сообщения в большие файлы. Перейти на Режим непрерывной работы не получиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 19:08 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
antandА DBREMOTE как часто запускается? Раз в час ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 19:13 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
antand Перейти на Режим непрерывной работы не получиться? Препятствие только одно - глюки DBREMOTE'а. Базы по системе работают на 7.04 и 9.02, но консолидированная пока еще на 7.04. При работе в countinuos mode (7.04) периодически Dbremote выдавал сообщения типа E. 09/02 15:18:56. This message does not belong to me. Log offset sent to user 'TIB_KHA' is '013164072485', but the message header indicates user 'TIB_KHA' has received log offset '013167253865'. При этом после рестарта Dbremote'а все восстанавливалось - последующие сообщения от этой удаленной базы (TIB_KHA) распознавались, генерился запрос на перепосылку и вновь пришедшие сообщения принимались. Наткнувшись несколько раз на эти грабли, вынужден был отказаться от continuos mode, по крайней мере пока не переведу БД на 9.02 ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2007, 19:29 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
TIB White Owl Убери его вообще. Да вообщее убрать врядли - скорость приема/отправки на больших обьемах снижается... проверено. Просто вернул как было -m 20M Там есть еще ключик -l, у меня запуск с параметрами -t -l 1024000 -x 1M, но есть одно но, в описание было сказано, что длина соообщений везде должна быть одинакова, т.е. у консолидированной у удаленной баз, но может что-нибудь и привираю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2007, 13:31 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
>> Увеличил ключик -m - поставил -m 200M. К сожалению, картина не изменилась... Все правильно. На данный этап - не изменится. Нужно дождаться пока закончится процесс отправки. Я не знаю почему, но раз агент начал сеанс дробления на маленькие сообщения, то пока он не отправит весь пакет - не успокоится. А после этого будет работать нормально. У меня сообщения ходят по мылу. Когда это произошло, то пришлось перевести систему на файловый протокол, дождаться пока агент все "отправит", а затем вернуть настройки на СМТП. Все что он наплевал в папки было удалено, а затем система самовосстановилась (с помощью повторных запросов от удаленных пользователей). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2007, 15:33 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
PaulJB ... дождаться пока агент все "отправит", а затем вернуть настройки на СМТП. Вы имеете ввиду дождаться, пока на отправку не будет вообще никаких данных (т.е. отсутствие операции Sending message to XXX после запуска dbremote) или же дождаться пока dbremote не завершит процесс отправки в рамках текущего сеанза работы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2007, 16:01 |
|
||
|
ASA 9.02 - DBREMOTE - Размер сообщений
|
|||
|---|---|---|---|
|
#18+
Ща попробую обьяснить подробнее: 1. Агент начал отправлять мелкие сообщения. Если Вы остановите его во время отправки, установите новые ключи или параметры, а затем запустите снова, то он всеравно будет продолжать отправлять мелкие сообщения. Т.е. он продолжает прерванный сеанс отправки. И пока он его (сеанс) не закончит, это будет повторяться. Надо дождаться пока он завершит работу (завершит сеанс). 2. Затем агента надо перезапустить установив новые ключи и параметры (если они не были установлены). Почему так происходит - остаётся загадкой. У меня было такое 2 или 3 раза. В базе около 30 удаленных юзеров. Все они отправляли сообщения в одно и то же время. Ключ -m не был определен. Объёмы для каждого юзера были приличные. Я разнес отправку на каждого юзера по времени так, что бы в одно и то-же время отправка осуществлялась на 2-3 юзера и установил достаточное (в зависимости от объёма памяти машины и объёма отправляемых за один раз сообщений) значение у ключа -m. Пока все нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2007, 12:11 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=34818783&tid=2011905]: |
0ms |
get settings: |
4ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
31ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 289ms |

| 0 / 0 |
