Avaya CMS Backup Retention - NFS 1

[Stinney]

We upgraded to a new CMS R19 in a VM environment.

Backups are now done to the local VM instance to the CMS_Backups directory of the CMS.

No one thought of the retention of the files and clearing of the old files and there are currently no processes for removing the old files.

Is there an Avaya document that provides their recommendation for retention and maintenance of the CMS_Backups directory?

My opinion is that we keep 7 days of data backups and 1 current/1 previous administrative backup.

I'm assuming the process for deletion is just going to be going into the CLI and executing the del command to remove older files one by one, but thought I'd see if there was a better mouse trap out there.

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

 

[phoneguy55]

I just send all CMS backups to NFS share, external to the CMS. There is some CMS docs to set this up and mount the share. Once mounted the share looks like a local directory to CMS and you tell your CMS server to backup there. Then I use a simple script to keep only X number of files.

I think these are the steps.

mkdir /mnt/backup
vi /etc/fstab and add the network server. Be sure to automatically mount after reboot. Probably looks something like this:
server@domain.com:/path/to/share /mnt/backup nfs defaults 0 0

mount /mnt/backup
df -h
then go into the CMS menu and select backup/restore devices and setup the location as other.

To delete you can use something like this in a cron job to show files, then delete files.
find /mnt/backup/* -type f -mtime +50 -print >> /mnt/backup/delete.log
find /mnt/backup/* -type f -mtime +50 | xargs rm -rf >/dev/null 2>&1

 

[Stinney]

We have the NFS setup and it backs up to /CMS_Backups and it is backing up to the directory. We can see all the daily incremental data backups and the monthly CMSADM backups.

I'll look at the cron jobs you posted, they look promising. However, I was looking for something official from Avaya that states what we should be doing. One would think they would have a documented process, especially if they are supporting the system. But, I've been wrong about what I expect from a vendor before....

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

 

[jimbojimbo]

While the cron job posted will work, I suggest you add a line to check for a number of files. If backups stop working and you continue to delete them simply based on date you can eventually delete all of your backups.

 

[phoneguy55]

Yea that's a good point jimbojimbo. I my case I have a separate script which looks at all my backup folders to confirm new data is always there.

 

[Stinney]

phoneguy, can you post your script that checks for new files?

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

 

[Stinney]

I figure it out. I used a variable and did an ls to count the files:

CMSADMBU=`ls $BUDIR | grep CMSADM | wc -l`
if [ $CMSADMBU -gt 1 ]
then
**rest of CMSADM backup deletion script here***
fi

DAILYBU=`ls $BUDIR | grep CMS- | wc -l`
if [ $DAILYBU -gt 1 ]
then
**rest of Daily backup deletion script here***
fi

I also added steps to delete older backup logs as well.

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius