We need to figure out what your bottleneck is in transferring your data. Can you collect some statit, and sysstat, while you start, your vol copy? Or can you not try that again?

-Blake

On 3/2/07, Borzenkov, Andrey Andrey.Borzenkov@fujitsu-siemens.com wrote:

I already answered similar question off list :)

We have only SAN, volumes are 100% full; there no space to guarantee space reservation for LUNs for snapshots and running without space reservation poses too much risk for production system. Snapmirroring at *this* rate will take the whole week.

-----Original Message----- From: Ross, Alistair [mailto:alistair.ross@landg.com] Sent: Friday, March 02, 2007 1:47 PM To: Borzenkov, Andrey; toasters@mathworks.com Subject: RE: vol copy speed and copying over root aggregate

Why not set up a volume snapmirror now for weekend work for migration? (i.e. vol_old to vol_new) We use this quite successfully - then when the migration is on you only have the update to do... Shut everything down - snapmirror update - quiesce and break. - Vol offline the old and vol rename the new...

-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Borzenkov, Andrey Sent: 02 March 2007 10:30 To: Kießl Walter; toasters@mathworks.com Subject: RE: vol copy speed and copying over root aggregate

Yes, it is set to 10. "man aggr" also mentions aggr.copy.throttle but this one does not exit.

-----Original Message----- From: Kießl Walter [mailto:kiessl@heidenhain.de] Sent: Friday, March 02, 2007 1:28 PM To: Borzenkov, Andrey; toasters@mathworks.com Subject: AW: vol copy speed and copying over root aggregate

Have you checked the "option vol.copy.throttle" ? It should show be set to 10 for full volcopy speed.

-----Ursprüngliche Nachricht----- Von: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] Im Auftrag von Borzenkov, Andrey Gesendet: Freitag, 2. März 2007 10:53 An: toasters@mathworks.com Betreff: vol copy speed and copying over root aggregate Wichtigkeit: Hoch

Hi,

This is relatively urgent.

We are facing the following problem.

We need to move data on FAS270C (appr. 2TB) onto another set of disks. There is a single aggregate that contains root volume and one or two (on two heads respectively) large volumes with single LUN on each. All volumes except root are 100% full. DOT 7.0.3.

Disks are 146GB 10K, RAID_DP, 14 disks on each head (average). Target set is 300GB 10K, RAID_DP, 11 disks on each head. I tested (under normal conditions) vol copy from root volume onto root volume copy. It tool 3 and half minutes for 440MB! It is absolutely unacceptable, we cannot afford this downtime.

No the questions are

• How are chances that without client load vol copy will be faster? What can

explain that miserable performance for relatively small data set?

• Which speed can be expected under these conditions? Normal on-tape (non

NDMP) backup from client systems - Windows only, SAN attach - runs approximately 20MB/s which are still acceptable.

• will aggr copy be faster and how much? If yes - how can I then switch root

aggregate? To clarify - first I restrict target aggregate and make aggr copy. Then I put target aggregate online and get duplicate volumes, do not I? I _hope_ that filer will rename them, anyone can confirm?

• any chance updating to 7.0.5 *before* copy will help?

Thank you and I appreciate your answers. The downtime is scheduled for this weekend; it would quite a big problem with 2MB/s performance :(

Regards

Andrey Borzenkov Senior system engineer IT Product Services Fujitsu Siemens Computers Russian Federation

Telephone: +7 (495) 730-6220 ext. 247 Telefax: +7 (495) 229 91 30 Mobile: +7 (916) 678-7208 Email: mailto:Andrey.Borzenkov@fujitsu-siemens.com Internet: http://www.fujitsu-siemens.ru/

This e-mail (and any attachments) may contain privileged and/or confidential information. If you are not the intended recipient please do not disclose, copy, distribute, disseminate or take any action in reliance on it. If you have received this message in error please reply and tell us and then delete it. Should you wish to communicate with us by e-mail we cannot guarantee the security of any data outside our own computer systems. For the protection of Legal & General's systems and staff, incoming emails will be automatically scanned.

Any information contained in this message may be subject to applicable terms and conditions and must not be construed as giving investment advice within or outside the United Kingdom.

The following companies are subsidiary companies of the Legal & General Group Plc which are authorised and regulated by the Financial Services Authority for advising and arranging the products shown: Legal & General Partnership Services Limited (insurance and mortgages), Legal & General Insurance Limited (insurance), Legal & General Assurance Society Limited (life assurance, pensions and investments), Legal & General Unit Trust Managers Limited and Legal & General Portfolio Management Services Limited (investments).

They are registered in England under numbers shown. The registered office is Temple Court, 11 Queen Victoria Street, London EC4N 4TP.

Legal & General Partnership Services Limited: 5045000 Legal & General Assurance Society Limited: 166055 Legal & General (Unit Trust Managers) Limited: 1009418 Legal & General (Portfolio Management Services) Limited: 2457525 Legal & General Insurance Limited: 423930

They are registered with the Financial Services Authority under numbers shown. You can check this at www.fsa.gov.uk/register

Legal & General Partnership Services Limited: 300792 Legal & General Assurance Society Limited: 117659 Legal & General (Unit Trust Managers) Limited: 119273 Legal & General (Portfolio Management Services) Limited: 146786 Legal & General Insurance Limited: 202050