ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Global Cache - Observations and concerns

Post new topic  Reply to topic
 Global Cache - Observations and concerns « View previous topic :: View next topic » 
Author Message
kash3338
PostPosted: Thu Apr 28, 2016 2:06 am    Post subject: Global Cache - Observations and concerns Reply with quote

Shaman

Joined: 08 Feb 2009
Posts: 709
Location: Chennai, India

Hello all,

We have just started analyzing the Global Cache (GC) feature in a plan to implement it across our project replacing the existing Shared Variable cache. While we did a initial PoC, we found lots of concerns than any positives. Few of them are listed below, request your ideas and experience on this.

With the below limitations and concerns, we are afraid to take it further to the production environment. Performance of Global cache is seen to be a major setback.

PoC Environment Details:
    IIB v9.0.0.2 - Two Brokers in the same machine
    WMQ v7.5
    Each Broker has one catalog server and 4 container servers
    Windows OS


1. When one the Broker is stopped and started, (ie. one catalog server is stopped and started) there is a partial data loss form the Global Cache. I understand this is a known behavior, but the documents does not say that explicitly. This restriction limits the usage/purpose of GC by a great extent.

2. When one of the Execution group (which is a catalog server) is in a stop state, the time taken to retrieve data from the GC is huge. Almost one minute for every query against the cache. This is a major set back.

3. When there is a restart of a Broker done, the time taken to retrieve data from the cache is taking too long (though only partial data comes here, but the time taken for the retrieve is too long)

4. Is there a way to view the data present in the Global Cache from outside? Does the Activity Log or mqsi commands or the Statistics provide us the feature to view data?

5. The mqsi commands available to get the details of the Global Cache returns some data which is very confusing. There is no proper documentation which explains this as well. For example, it lists a set of partitions under each EG and many more details. How and where can we find proper documentation on these commands?
Back to top
View user's profile Send private message Send e-mail
mqjeff
PostPosted: Thu Apr 28, 2016 3:46 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

I opened some discussion on use of global cache here

It's probably better to stand up an additional broker to host another catalog server, so that you always have two running.

You might also get different results if you do something to make sure that flows are not accessing global cache in another broker. Maybe you need this for your requirements, but it might limit the lookup time if you don't.

broker global cache is built on (for some sense of ) eXtreme Scale, so there should be information about the stats you see in the eXtreme Scale documentation.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Global Cache - Observations and concerns
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.