Huge amount on Items awaiting backup & Centera (replicated and non-replicated)

With the centeras when you configure the IP address for the partition, the next thing it will do is pull back the Replica Centera IP address, this is not something you can fill out in the VAC, as it is something that is gotten from a centera API call.

the way it works is in an After Backup scenario, the item gets written to the primary Centera, and then EV does a Clip_Exists() call to the IP address of the replica Centera, if it then comes back and says ClipExists then it will set the BackupComplete to 1

If you do not have a replica centera, then you should always do "Immediately After Archive" on the vault store partition and not after backup, as this will simply wait to find the item from the replica when the replica doesn't exist

So you need to make sure that the IP address is correct and that it is accessible via the same PEA file authentication methods that you use for your primary centera.

 

In the Directory database, table PartitionEntry, check the value of IgnoreBackup column.

It might be that needs changing.

See https://www-secure.symantec.com/connect/forums/centera-no-replication

Just FYI

if you have Centera viewer installed, and can get a cli to the offending unit, you can try

'show replication detail'

and just see what that looks like. Will detail the state of the replication setup (if enabled, destination IPs, queue lengths etc etc)

I'd say its the 'Remove safety copies' setting, as JW2 mentioned

Thanks all,

I´ll check your suggestions.

Jessuwept2: Yes.... Replica IDs are there and were added by EV when the PEA file was added but I´ll check if the replica IP addresses are accessible through the same PEA file.

I´ll check and tell you about the results.

JL

Almost forgtot: In all cases, Remove safety copy "Immediately After Archive" is selected.

JL

Hi,

I did my homework and 'show replication detail' brings the output "Replication is disabled", so I guess replication configuration may be discarded.

After reading https://www-secure.symantec.com/connect/forums/centera-no-replication  as suggested by GertjanA I see we have exactly the same case. Suppprt asked us some time ago to run the SQL script:

Set IgnoreBackup = 1 where PartitionEntryId = 'Id_of_Centera_Partition'

Makes sense but we don´t want a keep running this script once a day or week to get rid of the items awaiting backup.

At the end of the same thread (https://www-secure.symantec.com/connect/forums/centera-no-replication) JesusWept mentions a "Super Secret Registry Setting" to be asked to support.

Is that setting still a "Super Secret" and should call tech support or... Can anybody provide it? I guess this is the solution I´m looking for.

Thanks again!

Thanks,

Yes, it runs once and does not revert but items awaiting backup start growing again for the new archived items.

Will contact support. Thans again!

Jose Luis