| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| How much effort do you need to support MQSeries ?? |
« View previous topic :: View next topic » |
| Author |
Message
|
| Sami_mq |
 Posted: Tue Jul 05, 2005 3:54 pm Post subject: How much effort do you need to support MQSeries ?? |
 |
|
Apprentice
Joined: 07 May 2005
Posts: 34
|
Hello there ,
I have a general question. If you are to hire a Sr . MQseries Admin , How much time to you expect him to spend in doing the following per server ?
Task -----------------------------------------------------Time Per Server
------------------------------------------------------------------------------
1. Install MQSeries
2. Fault resolution
3. Support (on Call)
4. Apply patches.
5. Upgrade.
6. Operational ( create, delete Q or channel)
I am trying to see how much different time btw Sr and Mid level when it comes to the above tasks per Server. Thanks much
|
|
| Back to top |
|
 |
| csmith28 |
| Posted: Tue Jul 05, 2005 4:46 pm Post subject: Re: How much effort do you need to support MQSeries ?? |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
Funny you should ask. Well lets see, can you be more vague?
1. Install MQSeries
On what? Windows, AIX, Solaris, HPUX, z/OS, AS/400, z/OS. On the ditributed platforms can the SR. MQAdmin create in question create his own filesystems and users or does he have to submit a request to another department? Can said WMQ Admin install WMQSeries on said Server or do corporate politics demand that he open a request to some other department to perform the instalation? Time..... effort.....
2. Fault resolution
Indeed, fault with what? I've been supporting MQSeries for roughly ten years now. Not once in that time has WMQSeries been identified as the root cause of a problem. I've spent many, many, indeed countless hours on bridges displaying Queue Depths, checking Channel Statuses etc. etc. Indeed I have responded to countless bridges in which WMQManagers have simply locked up or stopped responding. In all of these instances MQSeries was not the cause of the problem but a victim.
3. Support (on Call)
LOL, for me it's 24/7x365. Every time they hire a new guy with no WMQ Admin experience and tell me I can train him he gets sucked up into WebSphere or WebLogic Application Support. "Me, well it's quite easy, just type runmqsc and then dis ql(QUEUE.NAME) what, WHOOOOSH off they go.
4. Apply patches.
See 1.
5. Upgrade.
Yet again see 1.
6. Operational ( create, delete Q or channel)
Well this all depends. Does the application development group in question have a qualified WMQ Application Programer? Can they actually tell a WMQ Administrator what they need or are they the typical bunch of clueless bastards that couldn't code their way out of a wet paper sack?
Furthermore, does this SR. WMQ Administrator have to deal with other Departments that Administrate WMQ on other platforms who have other SLA's?
Oh yes it's all fine and good if said WMQ Admin creates objects on the MQManager he/she supports but if the corresponding objects on the remote MQManager are not created because some Work Request or Change Record hasn't been created then he's f_cked. The WMQ data flow is f_cked. Everybody is f_cked and it is all blamed on MQSeries.
Don't even get me started about CCSID's, JMS QCF's, semops, mutex or xml.config files. I will hunt you down and kill you if you even start about Visual Basic and Microsoft Domain authentication.
Hello there ,
I have a general question.
Well there's my general answer.
Regards,
Chris
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Jul 05, 2005 5:01 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Chris's answer is right on. Well, I wouldn't call my developer's clueless bastards, as they know a lot about things I have no clue about, but otherwise he is correct.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Sami_mq |
| Posted: Tue Jul 05, 2005 5:14 pm Post subject: |
|
|
Apprentice
Joined: 07 May 2005
Posts: 34
|
Chris ,
Thanks for the answer . I am sorry if I was not clear but I would appreciated if you give me a rough estimate based on your years of experience . Let's say the person is a Sr . MQseries Admin and to do the following :
1. Install MQSeries on MSCS environments and of course set up all users and security , configuratuion. Corporate policies allow the person to install on a specific server , no need to have someone to do it or submit any kind of rquest.
2. The admin will be responsible to all fault resolution.
3. As far as on call , it will be only the MQ , nothing to do with websphere server.
6. The programmers are qualified WMQ, they can tell a WMQ Administrator what they need .
7. No other departments only one but have many servers using one platform.
Again , I am looking for a rough estimate per server les'ts say daily. I hope it is more clear now , if not then please excuse me . thanks |
|
| Back to top |
|
|
| csmith28 |
| Posted: Tue Jul 05, 2005 5:45 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
| PeterPotkay wrote: |
| Chris's answer is right on. Well, I wouldn't call my developer's clueless bastards, as they know a lot about things I have no clue about, but otherwise he is correct. |
Peter, I just wish I had one, just one developer/application programmer that was familiar with MQSeries Application Programming. Just one application programmer who has a general understanding of what a SVRCONN Channel is.
Just once I would like an Application Programmer to ask me what is the Depth of the Base Queue for this QAlias instead of what is the Depth of this QAlias.
Just once I would enjoy it if an Application programmer said something like, "for some reason I was unable to connect to the WMQManager, could it be that I missed something" instead of, "My application can't create an MQManager", there must be something wrong with WMQSeries. The MQManager must be down or refusing connectios or some other dumbass assumption.
The JMS error says, "Can not Creat MQManager." Please change permissions for the "was" user on the MQManager Host Server to allow the "was" user to creat an MQManager. 
Just once.
Instead, we have all these developers who are like, "Oh yes I have WMQ Application Programming experience because I once heard of MQSeries and, I can spell it.
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial.
Last edited by csmith28 on Tue Jul 05, 2005 6:05 pm; edited 1 time in total |
|
| Back to top |
|
|
| csmith28 |
| Posted: Tue Jul 05, 2005 6:00 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
Chris ,
Thanks for the answer . I am sorry if I was not clear but I would appreciated if you give me a rough estimate based on your years of experience . Let's say the person is a Sr . MQseries Admin and to do the following :
1. Install MQSeries on MSCS environments and of course set up all users and security , configuratuion. Corporate policies allow the person to install on a specific server , no need to have someone to do it or submit any kind of rquest.
Installation of WMQSeries on a MSCS Server takes about 1 hour assuming everything, and I do mean everything goes well. This is under the circumstances a considerable assumption.
2. The admin will be responsible to all fault resolution.
Indeed, if the error has an M and or a Q, even if they are not together the Application Programmers will claim that it is an MQ Problem and your Sr. WMQAdmin will be forced to stay on the bridge line until he can prove otherwise. Regardless of how many times he/she reports that the MQManager is up and there are no messages stuck anywhere.
3. As far as on call , it will be only the MQ , nothing to do with websphere server.
Indeed, I am an MQSeries Administrator employed by a large department with a rather huge financial institution here in the US and I am on call 24/7x365.
6. The programmers are qualified WMQ, they can tell a WMQ Administrator what they need.
If this is indeed the case, please tell me there is an opening for a WMQAdmin who can telecommute from the Phoenix area. I will be willing to take a slight cut in salary and under certain circumstances offer sexual favors to the hiring manager.
7. No other departments only one but have many servers using one platform.
See answer for item 6.
Again , I am looking for a rough estimate per server les'ts say daily. I hope it is more clear now , if not then please excuse me . thanks
You are excused and you are welcome.
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| Sami_mq |
| Posted: Tue Jul 05, 2005 8:54 pm Post subject: |
|
|
Apprentice
Joined: 07 May 2005
Posts: 34
|
|
| Back to top |
|
|
| scottm |
| Posted: Wed Jul 06, 2005 5:10 am Post subject: |
|
|
Apprentice
Joined: 13 May 2004
Posts: 44
Location: SE Tennessee
|
Chris - That's an outstanding synopsis. I think I need to print that out and post it on my cube.
Scott |
|
| Back to top |
|
|
| SAFraser |
| Posted: Mon Jul 11, 2005 6:55 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
Oh, Chris, I just had to add my favorite call from developers:
"Can you check and see if my queue is down?"
Shirley |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Mon Jul 11, 2005 9:36 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Shirley
Thats a good one.
My favorite from our programming department was....What have you done to MQ? It was working before I changed my program, now it isn't.
|
|
| Back to top |
|
|
| janya |
| Posted: Wed Jul 27, 2005 1:54 pm Post subject: |
|
|
Novice
Joined: 27 Jul 2005
Posts: 14
|
| csmith28 wrote: |
Peter, I just wish I had one, just one developer/application programmer that was familiar with MQSeries Application Programming. Just one application programmer who has a general understanding of what a SVRCONN Channel is.
|
Funny you should ask! 
I'd like to be that programmer, where can I learn this stuff?
My shop has to use MQ (no WebSphere, plain MQ) to connect to clients, I am working on the project. Unfortunately, the MQ client is free, and therefore comes with no support or consulting services. Any ideas where to go for training, which books to look for?
Using Java interface, need general understanding of MQ architecture, as well as hands-on knowledge. I am not a complete novice - my client is already running, but very close.
thanks! |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Jul 27, 2005 4:24 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| janya wrote: |
I'd like to be that programmer, where can I learn this stuff?
|
Documentation Button, top of this screen. You want to start with the MQClients Manual, and the Using Java with MQ manual.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| janya |
| Posted: Thu Jul 28, 2005 6:40 am Post subject: |
|
|
Novice
Joined: 27 Jul 2005
Posts: 14
|
| PeterPotkay wrote: |
| janya wrote: |
I'd like to be that programmer, where can I learn this stuff?
|
Documentation Button, top of this screen. You want to start with the MQClients Manual, and the Using Java with MQ manual. |
I have read Using Java with MQ, and a bunch of other docs available at IBM site. Have written some code, it even works every once in a while.
What I am looking for is understanding of the architecture, how things work when they do, and how they break. MQ's list of errors is daunting, but the explanations are next to useless. I'd like to make some sense of
| Quote: |
2018 MQRC_HCONN_ERROR X'7E2' Connection handle not valid.
The connection handle Hconn is not valid. This reason also occurs if the parameter pointer is not valid, or (for the MQCONN call) points to read-only storage. (It is not always possible to detect an invalid parameter pointer; if not detected, unpredictable results occur.)
Corrective action: Ensure that a successful MQCONN call is performed for the queue manager, and that an MQDISC call has not already been performed for it. Ensure that the handle is being used within its valid scope (see the MQCONN call in the MQSeries Application Programming Reference). |
and the rest of them. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Jul 28, 2005 6:49 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
A lot of the reason code explanations are written with the procedural APIs in mind, not the object oriented APIs. You could play around with the procedural APIs using VB or Perl if you know those, to get a sense of how it works.
I would not expect that you would ever get a 2018 in Java, unless you did a disconnect and then tried to use the same Qmgr object again or did something really bad to your qmgr object reference.
The Application Programming Guide is a good overview of the architecture and the general mechanisms and design patterns for using MQ.
Also, make a note to yourself - do not ever use durable subscriptions unless there is a screamingly clear business case for it - and then make sure you also write code to unsubscribe yourself when you can.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Thu Jul 28, 2005 8:19 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Also read the Intercommunications Manual. Yes, it is big, but if you want to understand the concept of MQ and how/why it works, I think that is the best manual.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
|
|
|
  |
Goto page 1, 2 Next |
Page 1 of 2 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
