multiple backups occurring since upgrade to 6.1(5)

Answered Question
Mar 23rd, 2010

Ever since upgrading to v6.1(5), multiple copies of the one backup job run each evening instead of just the usual one, leading to excessive network traffic and bloated disk space usage on our SFTP server.  We use the Disaster Recovery System to backup the CUCM to an SFTP server.  I noticed this the other day when our SFTP server alerted me to almost being out of disk space, as the CUCM runs 3-4 backups consecutively (sometimes more!) each day it's supposed to, instead of just 1.  With each night's backup already almost equaling 1GB, the 3+GB extra each night has added up.

I've checked the config, and only one backup job is defined.  Below are some recent results from the Job History.  Before I open a case with TAC, can anybody point me in the right direction to start troubleshooting?  I have not had a window to reboot the server yet, and Backup and Restore tracing is on and set to Info level.  Thanks in advance.

2010-03-19-04-09-26.tarNETWORKMar  19, 2010 4:17:25 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-17-36.tarNETWORKMar  19, 2010 4:26:09 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-26-19.tarNETWORKMar  19, 2010 4:34:50 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-35-00.tarNETWORKMar  19, 2010 4:43:33 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-01-11.tarNETWORKMar  20, 2010 4:09:20 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-09-31.tarNETWORKMar  20, 2010 4:17:37 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-17-47.tarNETWORKMar  20, 2010 4:25:49 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-26-00.tarNETWORKMar  20, 2010 4:34:01 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-34-11.tarNETWORKMar  20, 2010 4:42:42 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-42-52.tarNETWORKMar  20, 2010 4:50:49 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-50-59.tarNETWORKMar  20, 2010 4:59:28 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-59-39.tarNETWORKMar  20, 2010 5:07:40 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-07-51.tarNETWORKMar  20, 2010 5:16:22 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-16-32.tarNETWORKMar  20, 2010 5:24:29 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-24-39.tarNETWORKMar  20, 2010 5:32:37 AMSUCCESSSCHEDULED - NightlyCCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
I have this problem too.
0 votes
Correct Answer by David Hailey about 6 years 8 months ago

Ben,

Here is the first thing I would do before opening a TAC case.  I would disable the scheduled backup job and delete the configurations.  Then restart the DRS services (no reboot).  Then reconfigure the backup job and enable the schedule.  Rn a manual backup and then wait to see to see what happens when the scheduled backup runs (I'd say configure it to keep the last 3 backups).

Hailey

Please rate helpful posts!

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (4 ratings)
Loading.
Correct Answer
David Hailey Sun, 03/28/2010 - 06:55

Ben,

Here is the first thing I would do before opening a TAC case.  I would disable the scheduled backup job and delete the configurations.  Then restart the DRS services (no reboot).  Then reconfigure the backup job and enable the schedule.  Rn a manual backup and then wait to see to see what happens when the scheduled backup runs (I'd say configure it to keep the last 3 backups).

Hailey

Please rate helpful posts!

cooperben Mon, 03/29/2010 - 07:36

OK, I've deleted the job, restarted the services, and recreated the job.  The manual job ran successfully and only created one instance of the backup files.  I will monitor what happens with tonight's scheduled backup and reply tomorrow.

David Hailey Mon, 03/29/2010 - 07:38

Sounds good, let me know how it turns out.

Hailey

Please rate helpful posts!

cooperben Tue, 03/30/2010 - 10:03

So far, so good!  The scheduled nightly backup only produced one set of the backup files to the SFTP server.  I'll continue to kee an eye on it, but for now it appears that deleting and recreating the job did the trick.  I guess the upgrade to 6.1(5) corrupted it somehow.  If it does act up again, then I'll contact the TAC.  Thanks Hailey!

joemccann Tue, 04/20/2010 - 16:01

I'm curious.  Did this fix the problem of multiple backups?  We have a 7.x server doing the same thing.

kristyorr Wed, 11/17/2010 - 16:34

This happened to me!  We are running 7.1.3.3, and the issue started right after the DST time change on 11/7/10.  Very strange.

David, I think this is the second time this week you have helped me out.... Thank you!  So glad for these forums.  

Actions

This Discussion