07-12-2013 09:22 AM
Has anyone seen where in DA it shows items exported as greater than the items to be exported? In this case items to be exported 24172 and items exported 25002. I'm assuming that there is some duplication going on here but if anyone has seen this before and discovered the cause (duplication or even just an app error in counting) I would love to hear from you. (DA 9.0)
Solved! Go to Solution.
07-19-2013 05:34 AM
We've actually seen this before where the EV, DA and SQL servers were not optimized per our recommendations. Where we saw it before, the customer did not have the TCP Offload features disabled on the network cards of the EV, DA and SQL servers. This caused duplicate packets to be received by the export request.
Please check your network card settings on your servers to confirm you've got all Offload features disabled. This includes any Receive Side Scaling featuresas these are also part of the Offload features. If you find any that are enabled, disable them. Be careful when you disable them, though, as saving the changes causes the NIC to reset itself right away. If you only have one NIC in the server, you'll loose your remote network connection until the NIC reset completes. That may cause the need to actually log onto the console of the server to regain access. Also, if you disable any Offload features on the SQL or DA servers, you should restart the Enterprise Vault Accelerator Manager Service (EVAMS) on the DA server to ensure we have a proper communications channel open between the DA and SQL servers.
07-19-2013 10:20 AM
The steps Mr. Adams speaks of are documented in the following technote starting at step 11. Routine monitoring and maintenance for the Accelerator environment - http://www.symantec.com/docs/TECH63230
07-12-2013 10:10 AM
Can you share the specific SP?
I wonder if it is related to this:
Article:TECH189112 | | | Created: 2012-05-18 | | | Updated: 2012-05-30 | | | Article URL http://www.symantec.com/docs/TECH189112 |
07-15-2013 06:57 AM
Hi,
You can refer following article to find out the duplicates :
Identifying the archives that contain duplicates of a specific item.
http://www.symantec.com/docs/HOWTO58785
07-19-2013 05:34 AM
We've actually seen this before where the EV, DA and SQL servers were not optimized per our recommendations. Where we saw it before, the customer did not have the TCP Offload features disabled on the network cards of the EV, DA and SQL servers. This caused duplicate packets to be received by the export request.
Please check your network card settings on your servers to confirm you've got all Offload features disabled. This includes any Receive Side Scaling featuresas these are also part of the Offload features. If you find any that are enabled, disable them. Be careful when you disable them, though, as saving the changes causes the NIC to reset itself right away. If you only have one NIC in the server, you'll loose your remote network connection until the NIC reset completes. That may cause the need to actually log onto the console of the server to regain access. Also, if you disable any Offload features on the SQL or DA servers, you should restart the Enterprise Vault Accelerator Manager Service (EVAMS) on the DA server to ensure we have a proper communications channel open between the DA and SQL servers.
07-19-2013 10:20 AM
The steps Mr. Adams speaks of are documented in the following technote starting at step 11. Routine monitoring and maintenance for the Accelerator environment - http://www.symantec.com/docs/TECH63230
07-19-2013 10:47 AM
Thank you all for your advice. Turns out DA and SQL servers needed some TLC.
07-22-2013 01:36 AM
Hi Ken,
Thanks for providing good information about the TCP Offload.