08-22-2010 08:43 PM
Hi,
i have EV 8.0 and get the error reported in EV Admin Console - Status checks: "It is more than 1 days since some partitions were scanned to check for newly-archived items that have not been backed up or replicated."
(as described : http://seer.entsupport.symantec.com/docs/312348.htm )
we have employed the SQL backups as per http://seer.entsupport.symantec.com/docs/322715.htm
we also have the EV server being backed-up over the network via Symantec Backup Exec 12.0 (all drives where EV and associated d/b are installed, as well as the System State and Shadow Copy Components).
these backups are reported as successful from within SQL Server 2005 (locally), and Backup Exec (from remote server)
I believe the archive flag is being reset, as we're not getting any errors regarding 'no backups done since...' etc. in EV
when i observe the stats from within EV Admin Console > Vault Store Groups > Express Vault Store Group > Express Vault Store > Express Vault Store Ptn1 >properties:Backup:
"Last item secured: 20/08/2010
"Last scan started: 20/08/2010
"Unsecured items found in last scan: 187
"Items secured in last scan: 279981
(this is taken today, 23/08/2010)
i manually initiated the scan a few days ago (20/08/2010) by restarting the Storage Service, and this cleared the counters (and the error), this is because the last reported scan was about 10 days earlier
what is causing the scan not to run automatically ? can i set this manually or can i check this setting somewhere from within the EV Admin Console?
thanks
Ben
thanks
Solved! Go to Solution.
08-23-2010 03:56 PM
08-22-2010 09:12 PM
08-23-2010 01:20 AM
08-23-2010 03:44 PM
08-23-2010 03:56 PM
08-23-2010 09:00 PM
08-24-2010 06:33 PM
When the item is set to after backup, it is watched in two locations in the Vault Store Database.
One in the JournalArchive table with a BackupComplete flag set to 1, and one in a table called Watchfile, which contains a full path to the Archived item.
Every item listed in the watchfile table will be scanned upon Storage Service start or every 12 hours.
The StorageFileWatch process will go through each item listed in the WatchFile table and determine whether the item has been backed up or not. It determines this by looking at whether the archive bit exists on the file or not. If the archive bit has been removed, then Enterprise Vault removes that particular entry from the watchfile table, and then in the journalArchive table, it changes the “BackupComplete” column from a 0 to a 1]
does the changing of the BackupMode of the Vault Stores (as you pointed out in your previous post, and now i've implented) NOT change the BackupComplete flag from 0 back to 1?
what process would change this ?
[EDIT 2 - i manually restarted the Vault Storage Service, which then ran the archive process and created full shortcuts for about 900 of the 1340 items. [i presume the remainder of items were due to archiving running -after- the last backup
Question, when is the 12hr cycle started? "...The Storage service performs the check when it starts and then every 12 hours."
ie do i read this as 12hrs of the last time the Storage Service was restarted?
so imlpementing a backup strategy, with this in mind, could be as follows:
01:00am - SQL Backup
02:00am - EV server backup via remote BUEXEC file-to-disk
03:00am - (providing backup @2:00am finished) - have Storage Service run. this cuold be done by restarting the Storage Service at 3pm the day before??
03:30am - schedule EV archive of mailboxes to run
thanks
Ben
08-24-2010 10:22 PM
08-24-2010 11:49 PM
23:00 - Archive Maiboxes
02:00 - Put EV in backup mode
03:00 - Backup EV and SQL
04:00 - remove EV from backup mode
05:00 - Storage Service 12hr interval runs
...
08:00 -[users manually runs EV archive on items in Outlook]
17:00 - storage crawler 12hr interval ticks over and runs the service
> At this point, are the 08:00am archived files processed from 'pending' state to 'archived'.
> Or are they only archived at 04:00am the next morning when the vault store is brought out of backup mode?
08-25-2010 12:43 AM
08-25-2010 03:41 PM
08/26/2010 02:00:20 | Enterprise Vault | Successfully cleared Backup Mode from all the Vault Stores that are managed by the Storage Service on this computer. |
08/26/2010 02:00:20 | Enterprise Vault | StorageDelete threads restarted successfully. |
08/26/2010 02:00:20 | Enterprise Vault | Request thread pool (InstanceId = [1]) stopped. Total threads stopped = [8]. |
08/26/2010 02:00:18 | Backup | Database backed up. Database: EnterpriseVaultDirectory |
08/26/2010 02:00:18 | Backup | Database backed up. Database: EnterpriseVaultFSAReporting |
08/26/2010 02:00:17 | Backup | Database backed up. Database: EVVSGExpressVaultStoreGroup_1_1 |
08/26/2010 02:00:14 | Backup | Database backed up. Database: EnterpriseVaultMonitoring |
08/26/2010 02:00:13 | Backup | Database backed up. Database: EVVSExpressVaultStore_1 |
08/26/2010 02:00:05 | Backup | Database backed up. Database: EVVSITFilesVaultStore_2 |
08/26/2010 02:00:05 | Enterprise Vault | Request thread pool (InstanceId = [1]) started with maximum thread count = [8]. |
08/26/2010 02:00:05 | Enterprise Vault | Successfully set Backup Mode on all the Vault Stores that are managed by the Storage Service on this computer. |
08/26/2010 02:00:05 | Enterprise Vault | StorageDelete threads restarted successfully. |
08/26/2010 02:00:05 | Enterprise Vault | Request thread pool (InstanceId = [1]) stopped. Total threads stopped = [8]. |
08/26/2010 00:00:13 | Enterprise Vault | The Exchange mailbox provisioning task has completed. |
08/26/2010 00:00:11 | Enterprise Vault | The Exchange mailbox provisioning task has started. |
08/26/2010 00:00:11 | Enterprise Vault | Completed a synchronization run for task: File System Archiving Task_Synchronization. |
08/26/2010 00:00:11 | Enterprise Vault | Starting a synchronization run for task: File System Archiving Task_Synchronization. |
08/26/2010 00:00:05 | Enterprise Vault | Starting synchronization run of all mailboxes on Exchange server MELEXC01 |
08/26/2010 00:00:04 | Enterprise Vault | Starting synchronization run of all mailboxes on Exchange server SYDEXC01 |
08/25/2010 23:00:15 | Enterprise Vault | Start to process the Exchange system MELEXC01. |
08/25/2010 22:00:25 | Enterprise Vault | Start to process the Exchange system SYDEXC01. |
08-25-2010 09:10 PM
08-25-2010 09:58 PM
08-25-2010 11:00 PM
08-26-2010 03:44 PM
11-01-2010 05:27 PM
just revisiting this thread...
i believe i've sorted out the order, just wanted to see if someone can confirm; and if confirmed, wanted to question the logic...
Based on Tony's reply posts above (24 & 25 Aug 2010), this then is my process flow:
10:00pm - Archive Maiboxes
02:00:05am - Put EV in backup mode
02:00:08 - 02:00:21am - Backup EV and SQL (.BAK copied locally to EV server)
02:00:23am - remove EV from backup mode
03:00am - Backup of entire EV server -including- directory where vault store dvs files are,a nd SQl .BAK backup sets. Reset archive bit during backup.
what im finding however is that the Last Scan Started (checking in Vault Store Groups > Express Vault Store group > Express Vault Store > properties / Backup-tab) is at 2:00:23AM. Im assuming this corresponds to the timestamp at 02:00:23am when backup mode is removed from EV... thus the scan takes place before the backup is done for vault stores at 03:00am.
my issue is this...
i set the EV server backup at 03:00am after the SQL backups are done, to hae a copy of the most recent d/b backup also. I'm finding that because of this timing the scan that runs at 2am does not recognise that the vault stores have been backed up, hence does not secure the mail items (until eventually the next day's scheduled run)
if i swap the schedules of the 02:00am SQL backup and 03:00am EV server backup, then that means the daily backup fo the EV Server will be without hte latest SQl .BAK backup set.
what can i put in place to ensure all mail items are secured nightly? i can only think of adding another job to trigger the putting and removing of backup mode at say 4:00am, which will then force another scan and secure items. is this feasible?
thanks for your time.
11-01-2010 05:34 PM
Look again at what I wrote:
Archive Maiboxes
Put EV in backup mode
Backup EV and SQL
remove EV from backup mode
Remove from backup mode should be the LAST thing you do:
So your schedule should look more like this:
10:00pm - Archive Maiboxes
02:00:05am - Put EV in backup mode
02:00:08 - 02:00:21am - Backup EV and SQL (.BAK copied locally to EV server)
03:00am - Backup of entire EV server -including- directory where vault store dvs files are,a nd SQl .BAK backup sets. Reset archive bit during backup
*****am - remove EV from backup mode
11-01-2010 06:41 PM
it's so obvious, it's scary.
thanks Tony.
11-01-2010 07:29 PM
No worries, happens to us all.
If you think you got your answer mark a post as the solution please. :)