EV80SP2 - trigger file
Hello all,
We use the triggerfile mechanism on our journal-stores to make sure the number of items remain under control.
Each journalserver runs a batchfile every hour that places a triggerfile in the partition folder. In the backup-tab of the properties of the partitions is scheduled to check for a triggerfile every 30 minutes.
The triggerfile has lines like this:
echo. >NUL 2>"f:\foldername\foldername\ptn1\IgnoreArchiveBitTrigger.txt"
This creates an empty IgnoreArchiveBitTrigger.txt file (verified!)
Journal archived mails are kept for 6 months, then deleted. No shortcuts made.
We have currently 7 partitions on each journal server
ptn1 - closed 28-1-2008 (should be empty)
ptn2 - closed 1-12-2008 (should be empty)
ptn3 - closed 13-7-2009
ptn5 - closed 5-10-2009
ptn7 - closed 19-10-2009
ptn8 - open since 19-10-2009
What I am seeing is that the triggerfile on ptn1, ptn2 and ptn3 is not being renamed to IgnoreArchiveBitTrigger.old
Ptn1 has (besides the txt file) 8 files left
Ptn2 has (besides the txt file) 1 file left
Ptn3 has (besides the txt file) a large amoutn left (obvious, as 13-7-2009 closing means 13-1-2010 should be empty)
My question is, why for these partitions, the txt file is not changing to .old (meaning it's processed)
Whilst typing, I am thinking of the following. If the partition is empty (which is available in the database(s)), it does not even check anymore?
Can someone confirm this is the case, or is there another reason for the txt file for the 3 ptn's not being processed?
Just checked also:
When (in the VAC) I set backupmode on that specific journalstore, then clear backupmode, it DOES change all txt files to old.
Explanation please?
Gertjan
Her Gertjan, This is what
Her Gertjan,
This is what I am thinking happens, when the process finds the trigger file its next task is to look for savesets with a create date ealier than the create date of the trigger file. So for the empty partitions it doesn't find any files created before the trigger file and doesn't complete.
When you use backup mode that is a different scenario as it does not look for savesets to compare the create date to.
not 100% certain, but my best guess.
Tony
Tony Sterling
bluesource
My guess also.
Hi Tony.
I'll try to verify with support. Thanks.
Thank you, Gertjan
MCSE, MCITP, MCTS Exchange 2007 SCS2007, SCS8.0
Company: www.t2.nl
Good site: www.enterprisevaultfaq.com
Good site: www.evdiscuss.net
Hi, The renaming of the file
Hi,
The renaming of the file is the first thing we do before we then start looking at dates. So I don't think that's the issue.
Check that partition is still set to use trigger file, that perhaps the old registry key isn't still there but set to 0 (ie ignorearchivetriggerbit) and check the files are indeed in the right location.
if that doesn't work then get a dtrace of storagefilewatch having taken the system in and then out of backup mode (as that will make it do a scan)
Will check registry
Thanks Beta Dodo.
Key is not in registry anymore.
Using the set/clear backup mode DOES process the txt files.
It is only the ' scan partition' that does not do this for the closed and empty partitions.
I assume it is ' as designed'
closing
Thank you, Gertjan
MCSE, MCITP, MCTS Exchange 2007 SCS2007, SCS8.0
Company: www.t2.nl
Good site: www.enterprisevaultfaq.com
Good site: www.evdiscuss.net
Would you like to reply?
Login or Register to post your comment.