Forum Discussion

JTaaaaaaaa's avatar
JTaaaaaaaa
Level 3
14 years ago

Watchfile table and remove safety copies immediately

Hi I have a vault store which is set to remove safety copies immediately after archive.  According to Usage.asp this vault store has several hundred thousand items awaiting backup.  Not really a pr...
  • JesusWept3's avatar
    14 years ago

    just as a matter of interest, what are the dates on those items? are they recent or from some time ago?
    this can happen if someone changes it from immediately after archiving back to awaiting back up and then switch it back, those items that were archived under an After Backup scenario will be put in to the Watch File table and the JournalArchive table


    In EV7 and below if an item is stored in an Immediately After Archive scenario, it would
    1. Create an entry in the JournalArchive table and set BackupComplete to 1
    2. It would then await for Indexing to index the email then set IndexCommited to 1
    3. As soon as both indexCommited = 1 and  BackupComplete = 1 it would then remove the entry

    In EV2007 it would work the same as above, but it would keep the transaction for 14 days
    In EV8 it would put the item in to the WatchFile table and it would await for the item to be backed up properly, even in an Immediately After Archive scenario, it would still await those items to be backed up, and also any SIS parts from other vaults stores.


    So for instance if you have an item where the DVS file is in Vault Store 1, and you're backing that up, and it gets SIS'd to an attachment item in Vault Store 2 and thats not being backed up, if it detects that the VS2 item is still awaiting backup, then it won't do anything until all parts of the message have been properly backed up.

    I wrote more about this here:
    https://www-secure.symantec.com/connect/pt-br/articles/changes-backup-procedures-enterprise-vault-8