I have a very small unity 4.0.5 installation (20 users) but the "reportdb.mdf" file has gotten very large. Currently it's at 18 GB and growing. (It's the main datafile that's big, the transaction log file is nice and small and gets srhunk appropriately by the sql agent scripts). In browsing through the tables with Enterprise manager, I noticed the EVENTS table now has 52,127,077 rows.
Does this indicate that some sort of high-volume logging or diagnostic mode is in progress, or perhaps that the 7 day purge for reports isn't happening?
Either way, how can I forcibly purge out the old reports data to see if it's still continuing to grow?
The events are pulled in from the event log - is your event log getting thrashed for some reason? Do the dates on the rows in the table show them all coming in recently or is just old data hanging out in there?
If the report/data retention times are 7 days it should be purging stuff older than that fom the tables - if you see that items in that table have dates older than that you'll want to open a case with TAC - not something I've seen in the field.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...