03-12-2012 11:45 PM
Hi All
I have a customer on EV 9.0 sp3.
Every night they stop the EV Services and run SQL Maintenance and Backup EV. They don't put the Services into Backup mode for this window period but actually stop the EV services.
They also use Tivoli for Backup and have set the Vault Store for " Remove Backup Copies Immediately ". Tivoli doesn’t remove the Archive Bit so I am understandably seeing the Awaiting Backup in Usage.asp, a reflection of the Journal Archive table, not decreasing.
I have configured the Trigger File to run during the script that stops the EV services, it creates the IgnoreArchiveBitTrigger.txt successfully but I still don't see the Awaiting Backup drop.
My questions is would EV recognise the Trigger File if you just stop and restart the Services or do I have to configure EV to run in Backup Mode. My understanding is that it’s the starting of Storage Service that reads the Trigger file so this method should work. But I may be missing something
Thanks
Solved! Go to Solution.
03-13-2012 12:53 AM
Hello Bruce,
As far as I know, you will have to set/clear backup mode for the triggerfile to be processed. I would first check the below. Make sure (but I assume you know) that you create a new triggerfile (current date/time) to make sure EV knows anything before that date has been backed up.
Verify that the partitions are set to check for a triggerfile:
Configure Enterprise Vault to look for the trigger file:
03-13-2012 12:53 AM
Hello Bruce,
As far as I know, you will have to set/clear backup mode for the triggerfile to be processed. I would first check the below. Make sure (but I assume you know) that you create a new triggerfile (current date/time) to make sure EV knows anything before that date has been backed up.
Verify that the partitions are set to check for a triggerfile:
Configure Enterprise Vault to look for the trigger file:
03-13-2012 01:35 AM
Hi Gert
Thanks for the response, yes all of that is done.
I guess I just need confirmation that starting the Storage service isn't enough to read the Trigger File.The EV services need to be put in/out of Backup Mode as thats the only way the Trigger File would be read.
03-13-2012 01:59 AM
Hi Bruce,
Perhaps in the bactfile used to start the service, add the powershell to set backup mode, and then clear it.We use sleep.exe to wait 60 secs to peform those actions.
03-13-2012 02:16 AM
Hi Gert
That would work, the issue being this is an oversea's customer that I need to arrange a Webex session for to make any changes. So if the Trigger can be read by just Stop/Start services then at least I know thats not the issue.
I know it sounds like I'm being lazy but I am just trying to reduce work that I don't need to do if there is an official response :)
03-13-2012 02:46 AM
Hi Bruce,
Enterprise Vault checks partitions for a trigger file when the storage service starts and when backup mode is cleared from a vault store. Additionally, if you set a scan interval for the partition, Enterprise Vault checks the partition at intervals determined by the value you set.
http://www.symantec.com/docs/HOWTO31901
You might want to reverify if the triggerfile is written new (so the date/time is the current one when the file is created), and that it changes to .old when the storageservice starts.
03-13-2012 03:26 AM
This is the text in the current Parition Properties:
Enterprise Vault checks whether items have been secured when the vault store is taken out of backup mode, and when the storage service starts.
and from the Install & Configure guide:
Enterprise Vault checks partitions for a trigger file when the storage service starts and when backup mode is cleared from a vault store. Additionally, if you set a scan interval for the partition,
I confirmed this in my lab on a VS in/out of backup mode and storage service restart - both events triggered the following process seen in DTRACE of StorageFileWatch
{CWatchFileTimer::CheckTriggerFileExists} (Entry)
might be worth setting DTRACE and see what it is doing?
Historically the StorageService always invoked a check of the Partition and that remains AFAIK.
03-13-2012 04:18 AM
You can set TSM to reset the archive bit if you want, you have to add the following in the dsm.opt file.
RESETARCHIVEATTRIBUTE YES
I've used it several times at my customers.
03-13-2012 04:49 AM
Hi Guys
Thanks for the relevant responses. So the Trigger File should be read by the Storage Service restart, I am obviously facing another issue. I'll dtrace it to get further information but I will first tell the customer to do what Fredrik suggested, I like that :)