multiple backups occurring since upgrade to 6.1(5)

Answered Question
Mar 23rd, 2010
User Badges:

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
Correct Answer by David Hailey about 7 years 2 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
User Badges:
  • Purple, 4500 points or more

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
User Badges:

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
User Badges:
  • Purple, 4500 points or more

Sounds good, let me know how it turns out.


Hailey


Please rate helpful posts!

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

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
User Badges:

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

David Hailey Tue, 04/20/2010 - 16:28
User Badges:
  • Purple, 4500 points or more

Yes, sir.


Sent from my iPhone


On Apr 20, 2010, at 7:01 PM, joemccann

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

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.  

David Hailey Wed, 11/17/2010 - 22:21
User Badges:
  • Purple, 4500 points or more

Glad to hear it, Kristy.  Always glad to help.


Hailey

Actions

This Discussion