ERASEFILES & ERASEFILES_REMOTE ignored

Compresses, encrypts, secures and monitors SQL Server backups.

Moderators: JonathanWatts, Chris Auckland, eddie davis, Colin Millerchip, Brian Harris, james.billings, RBA, petey

ERASEFILES & ERASEFILES_REMOTE ignored

Postby oderks » Wed Apr 03, 2013 9:09 am

I have this very awkward situation on our new cluster that my jobs seem to ignore ERASEFILES & ERASEFILES_REMOTE.

The result is having backup disks running full quickly with all effects and work coming with it.

I usually use BACKUP DATABASES [*] and BACKUP LOGS [*] with the ERASEFILES & ERASEFILES_REMOTE options.

The log also Always states something like this at the bottom:
4/3/2013 3:15:16 AM: The backup set on file 1 is valid.
--------------------------------------------------------------------------------
4/3/2013 3:15:16 AM: Deleting old backup file: H:\\Backup\\databasename\\FULL_INSTANCENAME_databasename_20130401_031500.sqb
4/3/2013 3:15:16 AM: Deleting old backup file: \\\\networkname\\directories\\INSTANCENAME\\databasename\\FULL_INSTANCENAME_databasename_20130319_031500.sqb
4/3/2013 3:15:24 AM: Copied H:\\Backup\\databasename\\FULL_INSTANCENAME_databasename_20130403_031500.sqb to \\\\networkname\\directories\\INSTANCENAME\\databasename\\FULL_INSTANCENAME_databasename_20130403_031500.sqb.

But on the new cluster I completely miss this part..... Locally (erasefiles) as well as on the networkdrive copies (erasefiles_remote). I just continues with the next database.

Now I must say that the old part is running version 6 something
The new cluster is running SQL Backup version 7.2.1.82 & Service application version 7.2.1.82
I already notice that the copy action is now a seperate action as I receive seperate emails from the copy to network action on success.
But I really need ERASEFILES & ERASEFILES_REMOTE to work! By default the FILEOPTIONS = 1 is not added when using the GUI. Also tried adding that, but to no avail.
oderks
 
Posts: 46
Joined: Wed Jul 30, 2008 9:57 am

Postby Anu Deshpande » Wed Apr 03, 2013 10:50 am

Many thanks for your post and apologies for inconvenience caused.

I have logged a support call for you call reference for which is F0071348.
Anuradha Deshpande
Product Support
Redgate Software Ltd.
E-mail: support@red-gate.com
Anu Deshpande
 
Posts: 692
Joined: Mon Apr 20, 2009 3:53 pm
Location: Cambridge


Return to SQL Backup 7

Who is online

Users browsing this forum: No registered users and 0 guests