Решил поднять тему, что бы не плодить - надеюсь ответите, хотя последнее сообщение довольно давно было.

У меня вопрос про клиента для MQSeries. Я скачал с сайта IBM "MQSeries Client for Windows NT and Windows 2000 - V5.2", пытаюсь разобраться. Возник такой простой вопрос - в скачанном архиве есть "либы" и заголовочные файлы некоего апи, судя по всему, для работы с очередью. Не могу только понять - достаточно будет этих библиотек, что бы мое приложение само коннектилось к серверу очереди (под OS\390) и получало оттуда сообщения или этот апи должен коннектится к некоторому клиенту, который у меня должен быть установлен, а уже клиент будет общаться с сервером? Просто сетап отработал - никаких сервисов или клиентов не появилось. А еще на сайте ibm есть некий Websphere MQ Client v5.3 - но он весит аж 90 мегабайт... что в нем, никто не скажет? Прояните мне плиз!!!
А то сейчас начальник собирается реализовывать схему, когда с MQSeries будет работать HIS 2004 от MS, а к нему через MSMQ будет коннектится прилада на си шарпе, разбирать-парсить мессаджи и потом (видимо через XML) вызывать хранимую процедуру на MS SQL и записывать данные в БД. Мне почему то кажется, что слишком много, и лишних, посредников. Может быть порекомендуете другие варианты? Мне надо получать мессаги, парсить их (под виндой) и ложить в MS SQL.

NewYear
этот апи должен коннектится к некоторому клиенту, который у меня должен быть установлен, а уже клиент будет общаться с сервером


воттак.

Да, жаль тогда. Я наделся, что после линковки с скачанными библиотеками мое приложение и будет непосредственно клиентом (и, соответственно, не будет требовать устанавливать что-то еще)


прочитай в документации про переменную среды MQSERVER.

В документации к чему? В Books on-line ничего не находит ни на MQSERVER, ни на MQSeries.


HIS как я понимаю должен работать непостедственно с server-ом. так что скрее всего ничего не выйдет :)

В смысле с сервером? HIS, как мне казалось просто набор некоторых сервисов и интерфейсов к ним. В его составе идет некоторый MSMQ-MqSeries bridge. А в С# в visual studio есть набор компонент для работы с очередями - пока еще не успел их плотно попробовать (время мало дают, как всегда), но предполагаю, что эти компоненты работают с майкрософтовскими очередями.


я не знаю зачем вам здесь MSMQ, когда можно сразу из sql server писать в mqseries (server).
Мне нужно не писать, а читать, на данный момент. Но и писание было бы не лишним (может быть мы бы наших подписчиков перевели на них, что бы не грузили сам сервер селектами). Но как это делать я не нашел... если Вы занете - то может быть опишете подробнее или ссылку дадите? Особенно, если с примером.

ggvда и вообще, лучше взять MQ 6.0
релиз то уже вышел

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


а MQ Client - это для реализации работы клиента с менеджером через сеть посредством канала. Потому и большой такой.
А вот нечто версии 5.2 (то что я парой постов выше писал) такое маленькое - это же тоже клиент? Или оно не может через сеть?


Если же клиент предполагаеться на той же машине что и менеджер, то можно линковать с "серверными" библиотеками, а не с "клиентскими"
Ну в application programming guide написано.
Нет, не на той. Если я правильно понял, то менеджер партнеры будут поднимать по ОС\390 с DB2. А нам нужно будет под MS Win получать данные для MS SQL.

NewYear
ну тогда вообще круто
Да уж... Но я так понимаю, что вариант где была XA нарисована тоже в силе, что касается правой части рисунка?

Я пока не очень могу понять как можно что-то получить из транзакции, т.к. привык считать, что транзакции контролируют действия с объектами БД и не могу пока понять как они могут выступать в роли источника данных.

В документации по МС ЭсКюЭл написано вот что:
"Microsoft® SQL Server™ can operate as a resource manager in distributed transactions coordinated by transaction managers such as the Microsoft Distributed Transaction Coordinator (MS DTC), or other transaction managers that support the X/Open XA specification for Distributed Transaction Processing"

Из чего я делаю вывод, что у SQL Servera транзакшн координатор совместим с XA спецификацией. И еще написано, что:
"SQL Server applications can manage distributed transactions either through Transact-SQL or the database API."
А из этого - что управление этими самыми транзакциями может осуществляться из T-SQLа... вот только не написано как именно это сделать.

ggvщас по 5.2 даже доки не найти, только если спрашивать у людей
Если надо, то я могу поискать, где-то среди старих CD могли заваляться
Да пока не надо, наверное. Я вот отсюда скачивал - http://www-306.ibm.com/software/integration/support/supportpacs/individual/mack.html
около 10 мб зип. Только вот не могу понять - как это использовать. После установки появился в меню Start некий IBM MQ Series Client. Но в нем есть только пару ярлыков на риадми и анинсталл. В самой директории, куда прошла установка - библиотеки и заголовки для Си, С++ и еще других языков. И несколько запускаемых типа amqputc, amqgetc... - программы с такими же именами есть в исходниках в примерах. Мне казалось, что это и есть клиент... Единственно смутило: "Get(signal) on OS/390 is not supported" - это вообще get на ОС\390 не поддерживает или реализация клиента эта не поддерживает get с ОС\390?

NewYearвыставить переменную среды MQSERVER. больше ничего не требуется.

Так это переменная какой среды? MS SQLа ? Не могу найти в справке упоминание про MQSERVER. Или операционки (MS win2k)?


но такая конфигурация не жизнеспособна.
на w2k тоже нужно ставить сервер, и работать с ним.
А из-за чего? Нестабильно устанавливается коннект с OS\390?

NewYear
у вас будет как раз приложение, которое
"needs syncpoint coordination with other resource managers"

Может быть я опять не врубаюсь в элементарные принципы функционирования менеджеров очередей, но точка синхронизации это ведь когда мне кроме чтения очередной порции сообщений надо "сказать" менеджеру: "Все, я сообщения принял и готов для получения следующих" и только после этого он начинает писать в очередь еще сообщения? Если так то мне это как раз не надо. Насколько я понимаю они хотят асинхронно кидать в очередь сообщения по мере появления последних в их БД, а я просто периодически читаю все сообщения, которые есть в этой очереди и заношу их в свою БД. При этом гарантируется, что все сообщения, отправленные мне, будут мне доставлены. И не свосем понятно что значит менеджер ресурсов... :( Менеджер очереди? Или MS SQL тоже является менеджером ресурсов?

NewYearMQSERVER это переменная среды window, конечно. смотреть в документации по MQSeries.
Сейчас буду смотреть - со скачанным мною 10 Мб файлике только риадми шел. Но сейчас из Москвы прислали что-то большое версий 5.2 и 5.3 - может быть там и дока есть.

nkulikovУважаемые, а почему не посмотреть в сторону Q-Replication + II или WebSphere MQ Message Broker??? Или ограничения по бюджету????
Ограничения по бюджету есть всегда. Тем не менее в данном случае у нас вообще нет никакого бюджета, ка кни странно. Четко определено одно - нам будут закрывать прямой доступ к таблицам и будут для нас ложить данные в очереди. Мы должны эти сообщения читать. Скорее всего - не дадут покупать ничего. А что дают названные Вами приложения?

2NewYear:

Мы планировали примерно так:

1. Хранимая процедура начает транзакцию с MQ
2. Читает в некоторую временную таблицу все сообщения, которые там лежат для нас.
3. Открывает транзакцию на MS SQL
4. Пишет в постоянную таблицу из временной
5. Если нет ошибок, то подтверждает транзакцию, иначе откатывает и для MQ и для сервера и выходит
6. Подтверждает транзакцию для MQ

Или, если нельзя так, то тогда - как ты сказал. Что мне нужно сделать я более менее понимаю, не понимаю - как именно это сделать. Опять же - если как ты сказал, то это нужно на нашем сервере БД поднимать свой сервер (а ведь он небось не халявный) и настраивать между ним и удаленным сервером некоторую синхронизацию? И при этом, если по каким-то причинам происходит сбой на нашем сервере-менеджере, то у них в очереди этих сообщений уже не останется да еще и мы будем виноваты в утере данных? Т.е. к резервированию и бэкапированию БД добавится еще и резервирование и бэкапирование очередей? Блин - как же просто с таблицами было! :(

ggvс таблицами как раз все сложней и хуже.

С таблицами я могу легко и привычно сделать практически все, что мне надо - в смысле перегона данных к себе в базу. Впрочем спорить тут не о чем - стоит задача и надо ее выполнить, схему получения данных определяю не я.


С MQ все проще - но почитать надо и представлять как все работает

Почитал, но, очевидно, до конца не понял.


Пока message не будет с ИХ сервера доставлено и сохранено на ВАШЕМ - оно не будет удалено на ИХНЕМ

Вот! И в описаниях всех так написано. Вот я только не могу ясно понять - что понимается под ИХ сервером: DB2, их менеджер очередей или, может быть, приложение, которое работает прослойкой между БД и менеджером?


никакого вам backup не надо для обеспечение такой схемы - вам гарантируется однократная доставка сообщений.

Про этоя читал. Однако слова в документации (о ИХ сервере и МОЕМ сервере) я воспринял таким образом, что сервер - это менеджер очереди сообщений. И как любая программа он должен эти сообщения хранить до тех пор пока у него их не заберут. Но тут я почитал немного документации и мне показалось, что сообщения на ИХ сервере удалятся только тогда, когда их получит программа-клиент через МОЙ сервер. Так? Для такой схемы обязательно ли нашим серверам быть в одном TCP сегменте и в одном кластере? Кстати - тут выяснилось, что никто, специально для нас, не создает очередей. А на самом деле - есть одна очередь к которой будет допущено некоторое количество клиентов. Я должен забрать с нее сообщения, которые еще не получал, но НЕ УДАЛЯТЬ их (лично мне в этой схеме непонятно, кто и когда, в таком случае, будет их удалять). Кстати вот с такой проблемой, видимо, придется столкнуться - если я забираю из таблицы, то, в случае порчи их на стороне приемника (ну мало ли - повредился файл базы физически), я мог развернуть последний бэкап и просто запустить процедуру обновления - она бы из таблицы источника забрала бы снова те данные, которые были утеряны. А как тут быть - непонятно, просить перепослать... так в режиме общей очереди тогда у других участников может продублироваться.


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

Ну до этого мне еще разбираться и разбираться. Вот сейчас не могу найти - как мне в своем менеджере зарегистрировать очередь на удаленном сервере? Или как заставить получать свою очередь сообщения из ИХ очереди? Не нашел нигде, что бы спрашивало ай-пи очереди сообщений. Нашел в хелпе как сделать простейшую MQ сеть, но случай дан для одного сегмента сети TCP/IP с присоединением к дефолтному кластеру, после чего все-все находится самостоятельнои автоматически. Как быть если у меня есть адрес-порт-имя менеджера и имя очереди? Версия - 5.2 все же.


Но вспе равно - сначала доки, потом что-то хаять, типа как же оно все неправильно устроено :)
Если у Вас сложилось впечатление, что я что-то хаю, значит я недостаточно точно формулировал свои мысли. Мне очень интересно разобраться с новым моментом, думаю, что опыт этот полезный будет, просто для глубокого проникновения в суть вопроса нет времени и поэтому приходится вот просить помощи. Тем более, я думал, что в моем варианте реализация должна быть достаточно простой, что бы знающие люди с ходу просто и понятно объяснили.

ggvкак я понял, партнеры _уже_ готовы слать сообщения, и имеют все готовое, так?

Примерно так - они пока отлаживаются, но нам нужно успеть отладиться к завершению их разработки.


Ну тогда на вашей стороне маленькая прога по вышеописанной логике , ну то есть с XA и напрямую в mssql не знаю как с ms оно будет работать, но для db2 такую вещь можно сделать за рабочий день, из которых половина уйдет на чтение application reference guide
Открыл я довольно куцый хелпик, который с моим клиент-сервером прислали, про XA не нашел пока, про MTS - выбор языков для уровня приложения: ASP (VBScript), Visual Basic, Java, C/C++. С тем же успехом можно просто брать Си или С++ и писать расширенную хранимку на скачанном апи.ПРосто понять хочется. Кроме того - я вот слил эти 10 мб, они распаковались в библиотеки и заголовочные файлы, ну пара-тройка екзешников еще (вот не помню - были ли dll-ки). Каких-то управляющих оболочек, сервисов или источников данных не появилось. И в то же время мне говорят, что просто моего линкованного приложения будет недостаточно, что нужно, что бы был установлен еще и некий клиент (хотя я же вроде бы как раз и скачал клиента). Что физически представляет собой это необходимый клиент?

ggv
Вот чего он такое и зачем я уже написал.

Вы писали, что это набор библиотек и несколько второстепенных бинарников. Насколько я понял - тут то же самое. Просто я думал, что если я слинковал свое приложение с этими библиотеками при компиляции, потом мне уже ничего и не надо для того, что бы приложение работало. Но кстати сейчас ставил сервер - он увидел, что на машине уже установлен клиент. Видимо эти библиотечки еще и регистрируются. В общем что такое клиент я, кажется, понял наконец! :)

Вот конкретный вопрос - если у меня установлен сервер. Могу ли я через MQSeries Explorer создать такую свою очередь, что бы туда попадали сообщения из какой-то удаленной очереди (я знаю ее адрес, порт, имя менеджера и имя очереди) и при этом делался browse (т.е. сообщения не удалялись) и как (и вообще - можно ли?) просто увидеть эту очередь в моем експлорере?

ggv
Лучше всего - слать С-шный структуры, ну а для межплатформенности - в XDR их (часть RPC, представляет данные в машино-независимом формате, если кто не знает)

Ну - с этим у нас "просто и легко" - такими проблемами глобальными голова не болит. :) Решение о функционировании очереди, доступе к ней, формате отдаваемых данных уже принято в одностороннем порядке. Так что нам осталось самое простое - сделать какой-то механизм выгребания оттуда данных и пользоваться.

Никак не могк понять - нафига мне нужен MTS и\или XA? На схеме New Year просто он был показан как некая среда, которая давала доступ к MQ из MS SQL. А так - для моих задач он не нужен особо.

NewYearно клиентской программой нельзя записать сообщения в sql server. т.к в зтом случае нет XA :(

В смысле - sql server ругнется, если я попробую в хранимой процедуре получить сообщения без транзакций (например - во временную таблицу), а потом открою транзакцию с mssql, закину данные в нужную мне таблицу и, если все без ошибок, подтвержу транзакцию? Он, вообще, может. :( До сих пор не могу понять, почему он считает, что нужно поднять распределенную транзакцию, если в одной и той же процедуре встречается обращение к линкованному серверу и открытие транзакции с уже полностью локальными участниками. Удивительно, что если обращение к удаленному серверу выполнить в динамическом запросе, то он прекрасно обходится без удаленных транзакций. :) В DB2, на мой взгляд, с этим еще ужаснее. Нетак давно решали проблему - нам на удаленном сервере дали права на запуск одной процедуры, которая возвращала нужные данные. Пришлось писать отдельный exe, который запускался из хранимой процедуры и через stdout передавал, полученные от процедуры данные. Процедура их парсила и уже после этого только они попадали в базу. А вот как сделать хранимую процедуру на Db2 так, что бы она коннектилась к удаленному серверу, запускала там процедуру и результат этой процедуры записывала в таблицу своего локального сервера мне никто не смог подсказать.

ggv
Ну и как верно сказал NewYear - нельзя использовать MQGET для удаленной очереди
MQOPEN может быть для удаленной очереди, но только на MQPUT
То есть - если вы даже и развернете свой qmgr, и сделаете MQOPEN удаленной очереди - вы не сможете просматривать сообщения (то есть делать MQGET в режиме browse)
Но это справедливо только для сервера? Клиент сможет открыть очередь для MQGET в режиме BROWSE?