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.