Основные объекты менеджера очередей WebSphere MQ

Закладка Storage

Backout Requeue Name - имя очереди, в которую можно поместить сообщение при достижении атрибутом сообщения Backout Count (счетчик откатов транзакций) значения атрибута очереди Backout Threshold. (L, M)

Backout Threshold - значение порога откатов транзакции, при котором сообщение можно поместить в очередь, указанную в атрибуте Backout Requeue Name. (L, M)

Harden Get Backout - способ хранения информации об атрибуте сообщения Backout Count. Имеет два значения Hardened и Not Hardened. В первом случае информация о Backout Count хранится на диске, во втором в памяти. Для систем OpenVMS, OS/2, OS/400, Tandem NonStop Kernel, UNIX systems, and Windows NT этот атрибут всегда Hardened, несмотря на выставленное значение. (L, M)

Атрибуты закладки Storage сугубо информативные. Менеджер очередей не предпринимает никаких действий в результате достижения или превышения значения Backout Threshold значением Backout Count. Эти атрибуты удобно использовать для написания программ в том случае, если не удается совершить транзакцию с одной очередью - тогда возможно переложить сообщение в другую.

Рис. 3.3. Разрешение генерации event-сообщений для менеджера очередей

Как говорилось выше, форма для создания модельной очереди практически ничем не отличается от простой локальной. Для создания модельной очереди имеют значения атрибуты Default Persistence и Definition Type. Свойство Definition Type может быть установлено в Temporary или Permanent. В первом случае, после открытия модельной очереди создается временная динамическая очередь, и сообщения, которые должны быть помещены в модельную очередь помещаются в созданную динамическую. После закрытия модельной очереди созданная динамическая удаляется вместе со всеми сообщениями, помещенными за сеанс работы с данной модельной очередью. Во втором случае на каждое сообщение создается своя динамическая очередь, которая не удаляется. Свойство Default Persistence для модельной очереди может быть всегда установлено в Not persistent, а в Persistent только, если свойство Definition Type - Permanent. Вышеизложенное наглядно демонстрирует таблица 3.1.

Форма для создания alias очереди (рис. 3.4) имеет 2 закладки: General и Cluster

Рис. 3.4. Форма для заполнения свойств alias очереди

Единственным отличием закладки General для alias очереди является атрибут Base Queue Name - имя очереди, с которой действительно будет работать приложение, т.е. помещать или считывать сообщения. Как видно, у данного типа очереди нет параметров подобных максимальному количеству сообщений. При работе с данным типом очереди следует учитывать атрибуты сопоставленной Base Queue Name.(А)

Форма для создания локальной удаленной очереди (рис. 3.5) имеет 2 закладки: General и Cluster.

Рис. 3.5. Форма для заполнения свойств удаленной локальной очереди

Закладка General

Атрибуты Queue Name, Type, Description, Put Messages, Default Priority, Default Persistence, Scope аналогичны атрибутам для локальной очереди.

Remote queue Name - имя локальной очереди на удаленном менеджере, в которую должно быть доставлено сообщение.(R)

Remote queue Manager Name - имя удаленного менеджера очередей, на котором существует локальная очередь, указанная в атрибуте Remote queue Namе. (R)

Transmission Queue Name - трансмиссионная очередь для передачи сообщений в очередь, указанную в атрибуте Remote queue Namе. (R)

В каждой закладке в названиях атрибутов имеются подчеркнутые буквы. При нажатии Alt + "подчеркнутая буква" курсор перемещается в соответствующее поле. Заканчивая описание атрибутов очередей, можно сказать, что практически все параметры атрибутов, выставляемые по умолчанию, удовлетворяют условиям нормальной работы интерфейсов передачи данных. Наиболее критичным является параметр Maximum Queue Depth , так как при переполнении очереди нарушается последовательность передачи сообщений. В связи с этим, рекомендуется устанавливать максимальное значение для этого атрибута. Кроме того, необходимо обратить внимание на атрибут Default Persistence . Если сообщения носят информативный характер и не требуют восстановления в случае сбоя, то всегда следует устанавливать значение этого атрибута в Not Persistent. Это существенно улучшает производительность, хотя даже при значении атрибута Persistent в большинстве случаев скорость передачи сообщений удовлетворяет требуемым условиям, к тому же сообщения не исчезают при сбоях.