Solved: multiple backups occurring since upgrade to 6.1(5)

cooperben · ‎03-23-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.tar	NETWORK	Mar 19, 2010 4:17:25 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-17-36.tar	NETWORK	Mar 19, 2010 4:26:09 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-26-19.tar	NETWORK	Mar 19, 2010 4:34:50 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-19-04-35-00.tar	NETWORK	Mar 19, 2010 4:43:33 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-01-11.tar	NETWORK	Mar 20, 2010 4:09:20 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-09-31.tar	NETWORK	Mar 20, 2010 4:17:37 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-17-47.tar	NETWORK	Mar 20, 2010 4:25:49 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-26-00.tar	NETWORK	Mar 20, 2010 4:34:01 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-34-11.tar	NETWORK	Mar 20, 2010 4:42:42 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-42-52.tar	NETWORK	Mar 20, 2010 4:50:49 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-50-59.tar	NETWORK	Mar 20, 2010 4:59:28 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-04-59-39.tar	NETWORK	Mar 20, 2010 5:07:40 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-07-51.tar	NETWORK	Mar 20, 2010 5:16:22 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-16-32.tar	NETWORK	Mar 20, 2010 5:24:29 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC
2010-03-20-05-24-39.tar	NETWORK	Mar 20, 2010 5:32:37 AM	SUCCESS	SCHEDULED - Nightly	CCM,CONNECTION_DATABASE,CONNECTION_GREETINGS_VOICENAMES,CONNECTION_MESSAGES,CUC

David Hailey · ‎03-28-2010

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

David Hailey · ‎03-28-2010

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 · ‎03-29-2010

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 · ‎03-29-2010

Sounds good, let me know how it turns out.

Hailey

Please rate helpful posts!

cooperben · ‎03-30-2010

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!

David Hailey · ‎03-30-2010

Excellent. Glad to hear it.

joemccann · ‎04-20-2010

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

David Hailey · ‎04-20-2010

Yes, sir.

Sent from my iPhone

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

joemccann · ‎04-20-2010

Thanks man!

kristyorr · ‎11-17-2010

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 · ‎11-17-2010

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

Hailey