Rajiv,
Since you mentioned my name on your post, I must reply and say that I respectfully disagree. I have not suggested any changes to your system. The only suggestion I made so far was for you to collect more information so you can do some root cause analysis, and as far as I can tell, that has not been done.
Don’t get me wrong, the suggestions made in this thread are all good, educated guesses based on the limited information that members have in front of them. However, you must do some root cause analysis to truly understand which suggestions apply, otherwise you are just shooting in the dark.
Not being able to connect to a database could very well be due to configuration in the IS, but it can also be due to a variety of different things, such as a bug, a JDBC driver and database mismatch, configuration on the database itself, or an issue with the network.
I left network for last on purpose because of your last, and very revealing, post, which said: “Server which is not responding is my critical/client facing IS which is located in DMZ zone or i can say it’s a enterprise gateway…”
Typically, servers out in the DMZ do NOT connect to databases for obvious reasons. For this reason, Enterprise Gateways (a.k.a. Reverse Invoke a.k.a. Reverse HTTP Gateways) are normally configured to use local DB. If you MUST connect to a database from this server, you should work closely with the security and networking teams to ensure that all firewall rules are in place and all timeout settings on the IS are configured to match the firewall and database timeouts. Please note you may actually have to go through multiple firewalls to reach a database from the DMZ.
Again, this is yet another guess at what your issue may be. Please collect more information, do some root cause analysis, and partner up with the security, networking and database teams because they should be able to provide you with more insight into the problem.
Good luck,
Percio
#Integration-Server-and-ESB#webMethods