29.01.2013 Views

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

products, like the <strong>IBM</strong> Tivoli Composite <strong>Application</strong> Monitoring suite, support<br />

these interfaces and provide ready-to-use agents to monitor your <strong>WebSphere</strong><br />

<strong>Application</strong> <strong>Server</strong> environment.<br />

Transaction monitoring<br />

The purpose of transaction monitoring is to monitor the environment from the<br />

user perspective. Transaction monitoring uses pre-recorded transactions or click<br />

sequences and replays them whereby the response for each replayed user<br />

interaction is verified against expected results.<br />

4.6.2 Performance and fault tolerance<br />

Keep in mind that monitoring your environment (no matter at which level)<br />

consumes additional resources. Ensure your monitoring setup does not cause<br />

unacceptable impact to your environment.<br />

The more you monitor, and the shorter the intervals between your monitoring<br />

cycles, the quicker you can determine something out of the ordinary. But the<br />

more you monitor, and the shorter the intervals between your monitoring cycles,<br />

the higher the overhead you generate. The key to success is to find a good<br />

balance between monitoring in sufficient short intervals to determine failures<br />

without consuming an unacceptable amount of resources.<br />

In addition to the performance impact, you need to make sure that any problems<br />

in your monitoring infrastructure do not impact your environment. Monitoring,<br />

even if there is something wrong in the monitoring infrastructure, must never be<br />

the cause for any service outage.<br />

4.6.3 Alerting and problem resolution<br />

Monitoring alone is not enough to keep track of the health of your environment,<br />

as monitoring does not solve issues. You improve availability if you combine your<br />

monitoring with proper alerting to the responsible problem resolvers. What is the<br />

use of monitoring if nobody knows that there is a problem? Some thoughts you<br />

need to consider when planning for alerting:<br />

► Who is alerted for which event?<br />

► What are the required response times?<br />

► How will the responsible persons be alerted?<br />

► How will you avoid repeated alerts for the same events?<br />

► How will alerts and the resolution of the alerts be documented?<br />

► Who will track the alerts and problem resolution?<br />

► Who is in charge of the alert until it is finally resolved?<br />

► Who will perform the root cause analysis to avoid reoccurrences of the alert?<br />

116 <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> <strong>V7.0</strong>: <strong>Concepts</strong>, Planning, and Design

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!