#websphere #ibm-mq #websphere-6.1 #mq-visual-edit
#websphere #ibm-mq #websphere-6.1 #mq-визуальное редактирование
Вопрос:
Я новичок в Websphere, и на этом клиентском сайте мы запускаем более старую версию Websphere в более старой версии RAD. Я использовал скрипт на python для определения фабрики очередей и некоторых очередей, используя скрипт, предоставленный другим пользователем на сайте. Однако в скрипте не было упоминания о менеджере очередей. Похоже, что очереди созданы, я вижу, что они определены в консоли администратора. То же самое верно для фабрики очередей. Однако консоль администратора, похоже, не предоставляет имя менеджера очередей.
Я несколько дней гуглил, пробуя несколько разных подходов, но всегда возвращаюсь без ответа. Кажется, есть инструмент под названием MQ Explorer, но он поставляется с Websphere MQ, который не установлен. Похоже, что никто здесь раньше не пробовал ничего подобного, а если и пробовал, то, возможно, не пытался того, чего я пытаюсь достичь.
В идеале, что я хотел бы сделать, это подключиться к очереди с помощью стороннего инструмента под названием MQ Visual Edit, например.
Ответ №1:
Здесь примерно 3 или 4 вопроса. Давайте посмотрим, смогу ли я обратиться ко всем из них.
Во-первых, создание администрируемых объектов полностью отделено от определения очередей в диспетчере очередей. Обычно администратор WebSphere MQ определяет очереди и разделы, затем предоставляет хост, порт, канал, QMgr и имена очередей / разделов администратору WAS, который затем генерирует соответствующую фабрику соединений и объекты queue или topic. Определение объектов WAS не создает соответствующие объекты WMQ и даже не подразумевает, что они существуют. Из вашего описания звучит так, как будто они, возможно, не были определены в QMgr.
На самом деле, из вашего описания даже не очевидно, что вы используете MQ в качестве своего транспорта. Если WAS настроен на использование собственной реализации JMS (сокращенно System Integration Bus или SIBus), то фабрики соединений и другие объекты могут указывать на SIBus вместо WMQ. Если вы создали QCF для WMQ, то кто-то должен был уже предоставить запрашиваемые вами сведения — имя QMgr, хост, порт и название канала.
WMQ Explorer доступен в виде бесплатной автономной загрузки под названием SupportPac MS0T. Для того, чтобы использовать его или любые другие настольные инструменты сторонних производителей, такие как MQ Visual Edit или SupportPac MO72, вам необходимо знать имя QMgr, а также имя хоста, порта и канала. Кроме того, если администратор WMQ включил какую-либо защиту, вам потребуется авторизоваться для подключения и, как минимум, запросить объекты WMQ. Администратор WMQ предоставит вам эти сведения. Предполагая, что у вас есть сведения о QMgr и вы достаточно авторизованы, просто загрузите и установите SupportPac MS0T и укажите его на WMQ. Инструкции по всем функциям WMQ (включая WMQ Explorer) находятся на страницах Infocenter. Поскольку автономный WMQ Explorer версии 7, вам понадобится информационный центр версии для получения любой справки Explorer. Если QMgr находится на версии 6, то вам, возможно, также потребуется обратиться к информационному центру версии 6.
Это отвечает на вопросы в теле вашего поста. Ответ на вопрос в заголовке — как мне узнать имя QMgr — «спросите администратора WMQ». Вам должно быть присвоено имя, когда вы получите хост, порт и канал. Тем не менее, вам часто это не нужно. Клиент WMQ подключится к любому QMgr, если указаны хост, порт и канал. Это то, что позволяет вашему клиентскому приложению переключаться на другой QMgr. Такие вещи, как WMQ Explorer, являются исключением, поскольку они не должны завершаться сбоем. Если у вас есть основной и резервный QMgr, вы обычно хотите, чтобы WMQ Explorer видел их оба одновременно (чтобы, например, вы могли настроить их одинаково), и если один QMgr не работает, вы хотите, чтобы Explorer сообщал об этом как таковой. Поэтому Explorer требует имя QMgr, но большинство приложений этого не делают.
Комментарии:
1. Мне нужно будет подумать и обсудить этот ответ с другими. Либо я действительно чего-то не понимаю, либо я не был ясен в своем сообщении.
2. Либо я действительно чего-то не понимаю, либо я не был ясен в своем сообщении. Кажется, вы говорите, что очереди не могут быть созданы так, как я думал, что они были, что я создаю только администрируемые объекты. Итак, возможно, мне нужно создать резервную копию шага. Как же тогда мне создать локальный MQ, с помощью которого я могу проводить тестирование? Нужно ли мне устанавливать, а затем использовать Websphere MQ для создания локального MQ? Да, если у меня все правильно настроено, мне не нужно знать QMgr (я использую JNDI), хотя я действительно хотел бы иметь возможность ознакомиться с моими вопросами.
3. Для того, чтобы иметь диспетчер очередей, необходимо установить сервер WMQ. Затем вы должны выполнить команду crtmqm и предоставить имя QMgr для создания, запустить его с помощью strmqm, а затем определить прослушиватель, очередь просроченных писем и все остальное, что вам может потребоваться, включая очереди и разделы. Затем вы должны использовать панели WAS для создания администрируемых объектов, указывающих на диспетчер очередей и объекты. Если это локальный QMgr, вы можете использовать подключения в режиме привязки (общая память), в противном случае вам нужно указать канал, хост и порт и указать транспортный режим клиента.