This is the last post of a series that aims at presenting a proposal for a cheap but yet (I think) robust solution for the centralization of Documentum platforms’ logs, and which can be of great help for someone who would like to implement a non-intrusive but yet very powerful real-time monitoring system.
Part-2 of this posts’ series was presenting the steps to go for in order to instrument the Webtop and JMS components. This post will give the steps to instrument the following components: Content Server, Docbroker, xPlore and CTS (Content Transformation Services). Continue reading
Posted in Documentum, Monitoring, Uncategorized
Tagged Application Performance Management, Documentum, log4J, Logfaces, Logstash, Monitoring, monitoring alerts, monitoring notifications, monitoring reports, Real-time Monitoring
In a previous post, I presented the very big lines of a proposal for a simple but yet (hopefully) powerful centralization of logs on a Documentum platform I’ve been now using for more than one year. If you haven’t read this first port, I’d recommend reading it.
This second part aims at giving you a practical preview – a taste – of the solution in short time. In short, the aim is to have your Documentum environment instrumented and real-time monitored in 30 minutes! Continue reading
Posted in Documentum, Monitoring, Tools
Tagged Application Performance Management, Documentum, Documentum Java Method Server, log4J, log4J MDC, Logfaces, Logstash, Monitoring, Real-time Monitoring
One of Documentum’s strengths is its strong object orientation and the possibility to define custom object types (the so-called doctypes) which inherit both attributes and behaviors from their ancestor type.
There are many cases when exporting a portion or the complete types’ hierarchy of a given repository in a readable format is really useful: Continue reading
During the last years, I’ve been frequently working on Documentum platform end-user application performance monitoring and Documentum monitoring in general. This work resulted in the implementation of a monitoring platform based on two solutions:
- a system for running script-based platform sanity checks, running active interface monitoring, DQL query monitoring, etc… I will give details about this “back-end” monitoring system in a future post.
- a system based on the centralization of logs produced by the major components of the platform Continue reading