[cisco-voip] CDR

[Matt Slaga (US)]

Most third party CDR reporting applications will move the CDR records to
a reporting server nightly prior to backups.  This allows the CDR
database to be purged prior to backup to save space and reduce time to
rebuild.  It also saved on CCM CPU cycles when running large enterprise
call usage reports since the reports are run against the reporting sql
database and not callmanager's.
 
Matt

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Tim Medley
Sent: Friday, February 10, 2006 11:30 AM
To: cisco-voip at puck-nether.net
Subject: Re: [cisco-voip] CDR


Something to consider with increasing the number of CDR's and with CDR's
in general is that the more CDR records you have in the database, the
larger your backup files will be and the longer it takes to perform an
upgrade. 

You can always export the CDR's for archival purposes.

tm


Tim Medley
medley at mac.com



On Feb 10, 2006, at 11:20 AM, Philip Walenta wrote:


	The default is 2 million records.  How many more do you need?


________________________________

		From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Rubottom, Karl
		Sent: Friday, February 10, 2006 7:41 AM
		To: cisco-voip at puck-nether.net
		Subject: [cisco-voip] CDR
		
		

		Is it possible to increase the maximum database rows in
the CDR database? 

	_______________________________________________
	cisco-voip mailing list
	cisco-voip at puck.nether.net
	https://puck.nether.net/mailman/listinfo/cisco-voip





-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060210/84d65678/attachment.html