cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1231
Views
15
Helpful
10
Replies

multiple backups occurring since upgrade to 6.1(5)

cooperben
Level 1
Level 1

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
1 Accepted Solution

Accepted Solutions

David Hailey
VIP Alumni
VIP Alumni

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!

View solution in original post

10 Replies 10

David Hailey
VIP Alumni
VIP Alumni

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!

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.

Sounds good, let me know how it turns out.

Hailey

Please rate helpful posts!

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!

Excellent.  Glad to hear it.

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

Yes, sir.

Sent from my iPhone

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

Thanks man!

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.  

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

Hailey