Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

Recoverpoint Appliance for Evault Backups

Created: 13 Dec 2011 | 7 comments
smlopes's picture
0 0 Votes
Login to vote

Anyone using Recoverpoint Appliance to perform Evault backups? I was wondering if there's a way to clear the archive bit through the replication manager application, where we already have the pre and post scripts configured for Evault. I find it that the ignoretriggerfile txt file is not 100% reliable...

Comments

AndrewB's picture
13
Dec
2011
0 Votes 0
Login to vote

im interested in your comment

im interested in your comment about the trigger file. what has been your experience around it not being reliable? i've used it in many very large deployments where advanced backup methods were being used that did not change the archive bit and have not had any problems.

Andy Becker | Authorized Symantec Consultant | Trace3 | Symantec National Partner | www.trace3.com

smlopes's picture
14
Dec
2011
0 Votes 0
Login to vote

Scanning of partition doesnt

Scanning of partition doesnt always pickup that the trigger file has been modified. We archive after backup (safety copy). I verified that backup occurred and that trigger file was modified of timestamp when backup ran.

CTEV's picture
15
Dec
2011
0 Votes 0
Login to vote

Do you restart your EV

Do you restart your EV storage service on a regular basis? And also make sure that the MSMQ are clean (most of the time they are not). Although the restart of EV services is not required from EV8 onwards for backup, but it is recommended that you do. I have this 'issue' in my environment also but keeping the MSMQ well maintained and restarting the EV services on a regular basis will help especially on a large EV environment.

smlopes's picture
19
Dec
2011
0 Votes 0
Login to vote

controller service daily, all

controller service daily, all EV services once a week. Yes MSMQ queue are not large.

Percy Vere's picture
14
Dec
2011
0 Votes 0
Login to vote

You do also have the option

You do also have the option of using PartitionSecured.xml instead of the trigger file if your backup software supports that.

JesusWept2's picture
19
Dec
2011
1 Vote +1
Login to vote

just to add to this, the

just to add to this, the triggerfile goes by the create date, NOT the modified date, so you can rename that sucker all you want and it be modified that day, but if the create date was from last week, it will only consider DVS* files with create dates of last week or older as being "secured"

You should use an echo command to create a new IgnoreArchiveBitTrigger.txt file each and every time

smlopes's picture
10
Jan
2012
0 Votes 0
Login to vote

creation date on trigger file

creation date on trigger file is same as when the backup ran that night.