Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток, Уважаемые форумчане! Возник вопрос по очередям в MQ: в общем такая ситуация, по умолчанию максимальный размер сообщения может быть 4 Мб, а если настроить то вроде 100 Мб. Вот такая ситуация сообщение больше 4 Мб, а точнее 4.5 Мб. Ну вот не работает обмен сообщениями, я увеличивал и очередь, и канал и менеджер очередей. Версия MQ Server 5.3.0.14 Вот может кто подскажет как побороть данную ситуацияю, или только на поздних версиях MQ можно передавать сообщения более 4 Мб. Я где то сляшал, что в данной версии нет возможности передавать сообщения больше 4 Мб, даже если и менять размер очереди, канала и т.д. Заранее благодарен за ответы и советы!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 10:41 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Не совсем понятно, в чем именно у вас загвоздка? Сообщения в очередь записываются? Что говорит MQ при записи сообщения в очередь? Изменили ли вы настройки xmitq? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 15:58 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
BRK01, не могу обработать сообщение! В очередь попадает, но дальше никуда! Выдает код ошибки 2010: как я понял с ошибочный размер, затем 2018: ошибка подключения к менеджеру! Размер сообщения около 4,5 Мб, по умолчанию размер очереди ровно 4 Мб, я увеличивал его до 7, 10 Мб, но результата никакого! игрался с параметрами размера канала, и самого менеджера! Результата никакого! А что это за параметр xmitq? Пожет подскажите как настроить менеджер, чтоб передавать сообщения больше чем 4 Мб!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 04:18 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Kostya9, К сожалению, 5.3 я не застал. когда начал работать с MQ. Но в целом все должно быть верно, должен быть увеличен размер сообщения на очереди передачи (transmition queue, она же xmitq, стоит между remote queue и каналом), на менедежере (причем размер на очереди должен быть меньше или равен указанному на менеджере) и на каналах (как SDR, так и RCVR, значения на них должны совпадать, так же должно значение меньшее или равное выставленному на менеджерах). Попробуйте создать новую очередь типа local queue, и попытаться в нее успешно записать сообщение больше 4 МБ для тестирования в рамках одного менеджера очередей. Если ваше приложение является клиентским, соответственно в настройках клиентского канала так же должно быть выставлено корректное значение. Если не получится, возможно решиться установкой следующего fix pac. В ИБМ наверно уже не обратишься... 5.3 уже год как снят с поддержки кроме HP NonStop и еще какой-то специфичной версии (информация могла устареть). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 09:51 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
xmitq не совсем между remote queue и каналом, если уж совсем быть точным. xmitq это та локальная очередь, куда попадает сообщение при выполнении MQPUT, если очередь, в которую выполняется MQPUT, является remote queue, после разрешения имён целевого менеджера. Так что она не между, она вместо, а remote queue это даже не очередь совсем, это метаданные, описание очереди на другом queue manager, которые используются для разрешения имён. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 12:11 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Ну покажи код. а также что пишет display qlocal(*) maxmsgl display channel(*) chltype(тут выдать по команде для каждого типа канала) maxmsgl display qmgr maxmsgl зы я от 5.3 даже доки уже найти не могу, посмотреть что там можно писать в MAXMSGL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 17:48 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
сначала только вон ту штуку нужно прочитать http://www-01.ibm.com/support/docview.wss?uid=swg21420754 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 17:49 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Новый Год,статья хорошая, но дело в том, что по технологии именно переменную MQSERVER мы и используем, а она исходя из содержания статьи имеет приоритет над Channel Client Definition Table (CCDT) и что в этом случае делать? Наша система построена на связке MQ Server-MQ Client На клиенте мы ставим тригеррную службу WebSphereTriggerService (могу ошибиться в написании) она завязана на инициирующую очередь initXX + при установке в setup.ini прописывается порт 1414 ip адрес сервера и опятьже боюсь соврать (нет документации под рукой), но кажется и запросная очередь, а переменная среды ОС прописывается как MQSERVER=MQ.REXX/TCP/10.10.10.10 Соответственно будет ли для нас актуально увеличение maximum message length? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 19:18 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Anka_S, это ни о чем не говорит, Триггерному монитору для работы нужно только передавать сообщение MQTM, длина которого около 700 байтов, и всё! нужно смотреть каким образом приложения коннектятся. если через клиента, нужно смотреть настройки канала svrconn ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 20:31 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Новый Годнужно смотреть каким образом приложения коннектятся, приложения конектятся к серверу. На сервере для данной очереди не созданно триггерного события, приложения просто ложат сообщения и сами же забирают! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2010, 04:28 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Kostya9, ну значит нужна client channel definition table вот ещё одно письмо http://fixunix.com/websphere/211640-how-send-messages-size-more-than-10mb-using-mq-jms-javaclient.html http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.csqzaf.doc/cs12700_.htm сам никогда ей не пользовался, что конкретно нужно сделать, сказать не могу а ещё лучше мигрировать на wmq v7 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2010, 16:47 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Уважаемые форумчане и знатоки данного ПО! Подскажите пожалуйста: какая команда удаляет сообщения в очереди!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 06:51 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Новый Год, спасибо! Беде пробовать! Пока нет возможности перейти на версию 7, не в моей компитенции!:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 07:24 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
гм всю жизнь это было программно то есть не команда, а написанная вами программа (возьмите из samples) выполняющая MQGET с правильным MQGMO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 09:50 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
то есть, при выполнении MQOPEN надо не указывать в Options MQOO_BROWSE, MQGMO тут ни при чём, я уже забываю а ещё можно clear qlocal в runmqsc, но оно очистит всю очередь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 10:02 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
На самом деле есть команда CLEAR QLOCAL(qlocal_queue_name) Но есть одно но, она не сработает, если кто-то открыл данную очередь на запись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 15:38 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
BRK01, не важно на что просто если кто-то открыл очередь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 19:01 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! У меня сохранилась дока по MQ 5.2 - Application Programming Reference, процитирую: ClientConnPtr (MQPTR) Address of MQCD structure for client connection. ClientConnOffset and ClientConnPtr are used only when the application issuing the MQCONNX call is running as an MQ client. By specifying one or other of these fields, the application can control the definition of the client connection channel by providing an MQCD channel definition structure that contains the values required. If the application is running as an MQ client but the application does not provide an MQCD structure, the MQSERVER environment variable is used to select the channel definition. If MQSERVER is not set, the client channel table is used. If the application is not running as an MQ client, ClientConnOffset and ClientConnPtr are ignored. If the application provides an MQCD structure, the fields listed below must be set to the values required; other fields in MQCD are ignored. Character strings can be padded with blanks to the length of the field, or terminated by a null character. Refer to the MQSeries Intercommunication book for more information about the fields in the MQCD structure. Field in MQCD Value ChannelName Channel name. Version Structure version number. Must not be less than MQCD_VERSION_6. TransportType Any supported transport type. ModeName LU 6.2 mode name. TpName LU 6.2 transaction program name. SecurityExit Name of channel security exit. SendExit Name of channel send exit. ReceiveExit Name of channel receive exit. MaxMsgLength Maximum length in bytes of messages that can be sent over the client connection channel. SecurityUserData User data for security exit. SendUserData User data for send exit. ReceiveUserData User data for receive exit. UserIdentifier User identifier to be used to establish an LU 6.2 session. Password Password to be used to establish an LU 6.2 session. ConnectionName Connection name. HeartbeatInterval Time in seconds between heartbeat flows. StrucLength Length of the MQCD structure. ExitNameLength Length of exit names addressed by SendExitPtr and ReceiveExitPtr. Must be greater than zero if SendExitPtr or ReceiveExitPtr is set to a value that is not the null pointer. ExitDataLength Length of exit data addressed by SendUserDataPtr and ReceiveUserDataPtr. Must be greater than zero if SendUserDataPtr or ReceiveUserDataPtr is set to a value that is not the null pointer. SendExitsDefined Number of send exits addressed by SendExitPtr. If zero, SendExit and SendUserData provide the exit name and data. If greater than zero, SendExitPtr and SendUserDataPtr provide the exit names and data, and SendExit and SendUserData must be blank. ReceiveExitsDefined Number of receive exits addressed by ReceiveExitPtr. If zero, ReceiveExit and ReceiveUserData provide the exit name and data. If greater than zero, ReceiveExitPtr and ReceiveUserDataPtr provide the exit names and data, and ReceiveExit and ReceiveUserData must be blank. SendExitPtr Address of name of first send exit. SendUserDataPtr Address of data for first send exit. ReceiveExitPtr Address of name of first receive exit. ReceiveUserDataPtr Address of data for first receive exit. LongRemoteUserIdLength Length of long remote user identifier. LongRemoteUserIdPtr Address of long remote user identifier. RemoteSecurityId Remote security identifier. И еще приведу цитату из MQ 6.0 Infocenter - http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzaf.doc/cs12350_.htm MQSERVER This is used to define a minimal channel. It cannot be used to define an SSL channel, or a channel with channel exits. It specifies the location of the WebSphere MQ server and the communication method to be used. Note that ConnectionName must be a fully-qualified network name. The ChannelName cannot contain the forward slash (⁄) character because it is used to separate the channel name, transport type, and connection name. When the MQSERVER environment variable is used to define a client channel a maximum message length (MAXMSGL) of 4 MB is used, so larger messages cannot flow across this channel. For larger messages a client-connection channel must be defined using DEFINE CHANNEL, on the server, with MAXMSGL set to a larger figure, or using an MQCONNX call with MaxMsgLength set in the MQCD referred to in the MQCNO structure . То есть вызов MQCONNX дает то, что нужно. Но я не уверен, что это сработает в 5.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 21:32 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
BRK01, а как ее записать в батнике чтоб сработала? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 08:48 |
|
||
|
По WebSphere MQ
|
|||
|---|---|---|---|
|
#18+
Kostya9, Как-то так для одной очереди: runmqsc QM_name < "clear ql(q_name)" Для большого списка очередей только так: runmqsc QM_name < file_name.txt где file_name.txt - любой текстовый файл со списком команд для каждой очереди ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 11:14 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36799776&tid=1602622]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
78ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 187ms |

| 0 / 0 |
