Rich
I'm aware of the snapmirror status -l option and by using it brought to my attention the size of the data that was being transferred. I've also used the SnapMirror log parser to get a better idea of the file transfer size, the duration, and the approximate transfer speed. Please find the output attached.
Filer_A_SVR:filer_A => filer_dr_SVR:filer_A (Scheduled) transfer is completed. Start: Thu Mar 6 17:00:00 EST End: Fri Mar 7 05:38:01 EST Duration: 12:38:01 Transfer Size: (16472748 KB) Transfer rate: 21.222 MB/min
Note that the snapmirror for this transfer was taken between the March 6 05:25 and March 06:11:09. This is how I concluded that it is betweent this two periods that 16GB of data was altered (at block level). Thanks for the clarification of the block level change, Rich.
1% ( 0%) 1% ( 0%) Mar 06 11:09 filer_dr_SVR(0050385229)_filer_a.741 (busy,snapmirror) 1% ( 0%) 1% ( 0%) Mar 06 10:00 hourly.3 (busy) 1% ( 0%) 1% ( 0%) Mar 06 08:00 hourly.4 (busy) 1% ( 0%) 1% ( 0%) Mar 06 06:00 hourly.5 (busy) 1% ( 0%) 1% ( 0%) Mar 06 05:25 filer_dr_SVR(0050385229)_filer_a.740 (busy,snapmirror)
To clarify the set up of our filers, we have three volumes, vol0, vol1, and vol2. Vol 1 and 2 contain qtrees. The different qtrees are for the different business groups.
Now having said that the changes are most likely done at the block level, is there a utility that can tell us which qtree is making this whole lot of data change?
Thanks.
-- Clarence.
-----Original Message----- From: Borders, Rich [mailto:Rich.Borders@netapp.com] Sent: Friday, 7 March 2003 09:17 PM To: Ngoh, Clarence; toasters@mathworks.com Subject: RE: SnapMirror delays.
Have you tried the command line version < snapmirror status -l > for extended output. It may be a little more helpful. It seems you are checking status, and I am looking a little more for the 'actual' data moving. Good SM Link: http://now.netapp.com/AskNOW/highlight_html.jsp?url=http%3A%2F %2Fnow.net app.com%2FNOW%2Fknowledge%2Fdocs%2Fontap%2Frel631r1%2Fhtml%2Fo ntap%2Fdpg %2Fmirror19.htm&sentenceId=60257568&titleIds=60257567%2C602575 66%2C60257 562#1548676
The actual data moving is block level, so there really is not a true concept of 'files' If you have a DB in the snap destination that is moving only changed blocks IN the DB then you are not really moving a file. Just block updates IN the file.
You may be aware of this, so maybe you could be more specific in your question. Also, just for more info, is this QSM, or volume level?
Rich
-----Original Message----- From: Ngoh, Clarence [mailto:clarence.ngoh@cba.com.au] Sent: Thursday, March 06, 2003 5:04 PM To: toasters@mathworks.com
Hi folks
I am having some difficulties tracking down a particular user or qtree that is causing delays on our SnapMirror process. The most relevant information of our setup are this:
Filer head : FAS940 OS: DOT 6.3.1 Filername : Let's call it "FilerA" OS to troubleshoot from : Windows, but open sourced solutions welcomed.
Filer A contains several different qtrees with different business units. Every so often, the snapshots are SnapMirrored to our DR site. Of late, we noticed that FilerA is lagging behind the DR site by a fair amount of time -- 16 hours. The amount of data transferred for this period is around 15 GB.
Please do not offer solutions regarding network latency, as the amount of data change is the cause of the lag.
I would like to trace the particular user or qtree that is making this changes. We are using DFM 2.1 for W2K server. DFM did not register data deletions or additions for any business unit -- I suspect then that data changes are the culprits, but where is this coming from?
Cheers Clarence.
************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries.