Hallo list, thanks for all responses.
On Fri, 29 Dec 2006, slinkymax0r wrote:
Could you detail more about your mirroring setup ...
Volume or Qtree snapmirror?
I started with volume and had similar problems with big delays. As I remember, the destination was doing constantly a "deswizzling". Our lokal support (not netapp) told me to migrate to qtrees about this deswizzling but this did not help.
What is the snapmirror schedule?
I did not use sync because I expected slow performance of NFS because the write will be accked after writing the blocks to both netapps. so I started with one minute:-) but had increased that quickly to 5 and the 15 minutes. now i use hourly scheduled snapmirror to better be able to find the reason of the problem.
Synch or Async?
asynch. is anybody using synch snapmirroring?
What sort of volume setup? (traditional, flex)?
flex
Are the disks identical at both ends? What type and quantity of disks?
both files are identical and purchsed at the same time on beginning of 2006. 14 300GB FCAL disks, DP, one spare
are you following the recommendations in the snapmirror best practices guide?
I don't know them, any link?
What sort of cpu utilization are you seeing on the source and destination?
I don't know what is normal. I see loads from 20 to 70 % on both filers. that is another problem for me. because ontap is constantly doing some maintenance on the filesystem (which souns good) I don't see what the real load is.
I have a maildir setup with slightly more files than yours and about 100GB more data. I'm Volume snapmirroring over 100Mbps ethernet, and It takes ~10-15 Minutes to mirror the deltas, which are about 6-8 GB. I'm running
That sounds to me as you have a moderate snapmirror schedule. If you have 7 GB deltas for about 250 GB I assume that you are doing the snapmirror only every some hours??? or you have very busy users:-)
I am (was) so naive to expect that I could be able to let the second filer follow the first with one or two minutes delay. It should not be a great problem to transfer the writes to the second filer and doing the same operations there on the fly. but now I think, that netapp ist doing snapshots for snapmirror and then calculates the changes and then transfers them to the destination. this is a lot of work to do for the small poor filer and it will not scale well with much small files. But perhaps I completly misunderstand the whole process.
7.0.5. If memory serves me correctly, I upgraded because I saw some ugly Snapmirror bugs associated with 7.0.4 as a preventive measure.
That gives me some hope about the future when we upgrade to 7.0.5.
Otherwise snapmirror works at the block level for transfers, file sizes shouldn't matter.
I don't think, that the transfer is the problem. It looks like some overhead in the filesystem for me.
Thanks for all responses yet. Everybody on the list I wish a fine 2007, thomas