03-23-2010 07:49 AM - edited 03-15-2019 09:55 PM
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 |
Solved! Go to Solution.
03-28-2010 06:55 AM
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!
03-28-2010 06:55 AM
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!
03-29-2010 07:36 AM
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.
03-29-2010 07:38 AM
Sounds good, let me know how it turns out.
Hailey
Please rate helpful posts!
03-30-2010 10:03 AM
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!
03-30-2010 10:05 AM
Excellent. Glad to hear it.
04-20-2010 04:01 PM
I'm curious. Did this fix the problem of multiple backups? We have a 7.x server doing the same thing.
04-20-2010 04:28 PM
Yes, sir.
Sent from my iPhone
On Apr 20, 2010, at 7:01 PM, joemccann
04-20-2010 04:34 PM
Thanks man!
11-17-2010 04:34 PM
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.
11-17-2010 10:21 PM
Glad to hear it, Kristy. Always glad to help.
Hailey
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide