02-23-2012 02:05 AM
Hi all,
I have a customer which has EV 9.02, He get 41008 error "There are ****** savesets that have not yet backed up or replicated for VaultStore"
The vaultstore DB backed up by two different backup tool. SQL maintenance is done.
There error doesn't go away!
I have read the below links;
https://www-secure.symantec.com/connect/forums/event-id-41008-savesets-not-yet-backed-or-replicated
https://www-secure.symantec.com/connect/forums/savesets-not-backedup
http://www.symantec.com/business/support/index?page=content&id=TECH64477
Any idea will be appreciated.
Solved! Go to Solution.
03-02-2012 02:25 AM
It means that you backup has not backed up the items or not correctly anyway.Can you confirm what mechanism are you using i.e. are you using archive bit or trigger file? How are the items being secured i.e. resetting archive bit or Trigger file? Check the Backup tab on the properties of your vault store partition and see if there are any unsecure items listed.
Try testing by changing you mechanism to trigger file, more details can be found here:
http://www.symantec.com/business/support/index?page=content&id=TECH35610
I suspect your backup is not doing what it is supposed to do i.e. resetting the archive bits on the savesets, as the SQL results query tells you. This SQL query does not lie. What backup software are you using by the way?
02-23-2012 12:25 PM
what version are you on?
Theres a bug in 9 SP3 with a hotfix because of this problem
02-23-2012 04:01 PM
Also, make sure the physical Vault Store Partition is being backed up and not just the SQL databases.
02-23-2012 04:49 PM
This is what i was referring to earlier:
http://www.symantec.com/business/support/index?page=content&id=TECH180841
"The Reporting Vault Store Summary page will show an increasing number of items awaiting backup and an Error event may be logged in the Enterprise Vault Status pane indicating that a large number of items are awaiting backup."
02-24-2012 06:31 AM
Hi all Thank you for your replies. My EV server version is 9.02 I think I encounter with the bug that is said.
Tony, I backed up the vault store with Networker and NT backup separately. I doesn't help.
I am analysing the technote. Thank you. I will inform you all about the progress
Regards.
Tumay
02-24-2012 08:20 AM
How are the items being secured i.e. resetting archive bit or Trigger file? Check the Backup tab on the properties of your vault store partition and see if there are any unsecure items listed.
02-24-2012 08:34 AM
Also run this against your Vault Store database on your SQL server and see if you get any results returned against the number in your Event logs. If you are unsure get your DBA to run it. This is just a select command it will just collect information and won't make any changes to your database (if you are unsure backup it up before you run this query).
SELECT Saveset.IdTransaction, Saveset.ArchivedDate, WatchFile.ItemName, JournalArchive.BackupComplete
FROM Saveset INNER JOIN
WatchFile ON Saveset.IdTransaction = WatchFile.ArchiveTransactionId INNER JOIN
JournalArchive ON WatchFile.ArchiveTransactionId = JournalArchive.TransactionID AND Saveset.ArchivedDate >= '2002-01-01 00:00'
ChadChange the date appropriately. This will comfirm if your backup has sucessfully backed up your vault store partitions.
03-02-2012 02:11 AM
Ctev thank you very much for your post I have run that query it returns 333407 resutls. and backup complete section states 0. What does it mean. What should I do?
Thank you.
03-02-2012 02:25 AM
It means that you backup has not backed up the items or not correctly anyway.Can you confirm what mechanism are you using i.e. are you using archive bit or trigger file? How are the items being secured i.e. resetting archive bit or Trigger file? Check the Backup tab on the properties of your vault store partition and see if there are any unsecure items listed.
Try testing by changing you mechanism to trigger file, more details can be found here:
http://www.symantec.com/business/support/index?page=content&id=TECH35610
I suspect your backup is not doing what it is supposed to do i.e. resetting the archive bits on the savesets, as the SQL results query tells you. This SQL query does not lie. What backup software are you using by the way?