04-19-2013 08:00 AM
Hello everyone,
I just finished a backup and my DVS files are with the attribute N
In VAC there is a critical error still saying that my files aren't backep up, by the backup job on Netbackup was 100% fine
Any suggestions ?
Thanks!
Solved! Go to Solution.
04-21-2013 06:57 PM
Well, if anyone is having the same problem, here is what I experienced:
With the differential incremental backup the archive bit is cleared, BUT NOT ON THE FIRST TIME, if it is a new partition, run first a full backup, and then run differential incremental backups.
This should solve
Thanks everyone for the replies
04-19-2013 09:06 AM
Firstly you would need to remove the Archive attribute not "N" or whatever that is.....
attrib -A /S /D
04-19-2013 09:19 AM
I believe N means not to be content indexed:
http://msdn.microsoft.com/en-us/library/gg258117(v=vs.85).aspx
04-19-2013 09:20 AM
> Found this also, sorry, hit send too soon on previous post:
http://www.vistax64.com/vista-general/79955-explorer-file-attribute.html
04-19-2013 09:28 AM
Wayne and Rob
Thanks for the replies, with the Rob links I got this:
You cannot add/delete/change this attribute in the normal way, ie: it cannot
be changed using the attrib command.
To change this attribute, right click the folder/file and select
Properties/General Tab/Advanced Button. In the Archive and Index Attributes
section, place a check mark in the "Index this folder for faster searching"
option. Apply/OK. This will remove the "N" attribute.
So I can't attrib them... the last time that I checked the attribute of these files they were A
After the backup they became N
So, I need to change the attributes one by one ?
Since I can't do something like -attrib *.* -a /s /d
04-19-2013 09:36 AM
In addition please see the printscreen below...
iN
04-19-2013 10:16 AM
why cant you run attrib?
04-19-2013 10:17 AM
I (personally) don't think the N is anything to do with it.
What errors in the VAC are you seeing exactly? Does the Netbackup job put EV in and out of backup mode, and backup the files?
04-19-2013 10:34 AM
Well, the supported told me that N is nothing to worry about, but I'm still getting this:
There are 1080937 savesets that have not yet been backed up or replicated for Vault Store 'Mail Archiving'.
I'm trying to run a full backup on these DBs
EV_DIR_DB
EV_MONITORING_DB
EV_AUDIT_DB
EV_FSAREPORTING_DB
And already ran on these:
EV_VAULT_STORE_DB=Mail Archiving
EV_FINGERPRINT_DB= File Archiving
EV_VAULT_STORE_DB= File Archiving
EV_FINGERPRINT_DB=Mail Archiving EZSV126
EV_VAULT_STORE_DB=Mail Archiving EZSV126
EV_FINGERPRINT_DB=Mail Archiving EZSV125
But I have a question, maybe those savesets are old, and the Vault Store Name (Which tells the fingerprint db name) was just "Mail Archiving" back then. Then it was changed for "Mail Archiving EZSV125", could it be this the problem ?
If this is correct how can I confirm the name that this DB is using ?
04-19-2013 10:43 AM
04-19-2013 10:54 AM
JesusWept3, thanks for the reply
I'm using NetBackup and I had other savesets that were removed using the media that I'm using (don't know what media it is, but this number of savesets is new)
The items are being backed up, as I confirmed with the Netbackup logs and with the change of the file attribute from A to N
I'm performing incremental differential backups and the whitepapers that I read says that it is ok to do that, only the cumulative differential that doesn't remove the archive bit
Everytime that I perform a backup I take clear the backup mode, restart the Storage service and re-run all the checks, but I still got this error.
My last resource is to run a full backup on everything and see what I got
Any other suggestions ?
04-19-2013 11:25 AM
I'm having a similar issue right now. Attrib'ing the files to clear the archive bit and then manually settting/unsetting the backup mode on the vault stores should clear the savesets and start post processing. Just watch the size of your queues and adjust accordingly if it's not large enough. Also above i see the directives your backing up. are you also backing up your open/ready/closed partitions?
04-19-2013 11:27 AM
04-19-2013 11:31 AM
There is a query to execute on the DB that I can see if the archive bit is removed or not ?
04-19-2013 11:37 AM
04-19-2013 12:04 PM
Sorry, didn't understand, what you mean with RelativeFileName ?
04-19-2013 12:06 PM
04-19-2013 12:08 PM
Yes, I tried the one that you said, and some variations but just got erros like No Object Name WatchFile
04-19-2013 12:11 PM
04-19-2013 12:13 PM
Invalid object name 'JournalArchive'.
Anyways, I know where these are, the DVS are those on the printscreen that I sent on this topic, the attribute is N