ADSM-L

Re: [ADSM-L] Tough questions for Netapp representatives

2009-05-07 07:19:22
Subject: Re: [ADSM-L] Tough questions for Netapp representatives
From: Markus Engelhard <markus.engelhard AT BUNDESBANK DOT DE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 7 May 2009 13:18:29 +0200
Hi John et al.,

I guess the real question is: do you want to rely on one vendor to do
primary and backup storage? The obvious risk ist to loose not only the
primary data in case of a severe bug or attack.
One more thought is: don´t rely on pit local copies (e.g. snapshots) to be
available in case of a disaster. While snapshots are great for the usual
user-single file restore as well as virus attackt in file level, they
should be only one of the steps taken to protect the data.
TSM has come up with quite some abilities to protect data on NetApp filers,
take a look at NDMP which works well as a data protection for mid-sized
volumes that are not over-utilized. Exploit the virtual file space mappings
for granularity. Single file Restore from NDMP is a pain depending on the
size of the volumes, so I don´t use it in our production environment to
avoid frustration.
TSM 6.1 Client will work with a TSM 5.5 as well as a 6.1 server and Ontap
7.3.x explioting the snapdiff api giving all the incremental forever
goodies and not changing the look and feel compared to CIFS backups
combined with a very fast scan for changed files. DR would still result in
restoring millions of files (a no-go again). To complete the picture, you
could use the snapmirror to tape (TSM 5.5.1 will work, TSM5.5.2 is
supported) to have very fast restore times at all scales, at the cost of
volume-level granularity.
------> All built in at not extra costs for TSM licenses... and easy to
implement! <------
On the other hand, netapp snapmirror will give you more or less instant
access to the backup data for business continuity if you are planning for a
multi-site failove architecture. I tend to be strict about having a
removable copy of all data which will survive almost any kind of disaster
(power, water, virus, admin,junior admin,...), so a cross-site snapmirror
of a metro cluster with local snapshots plus a secondary backup to tape for
additional DR-capabilities really does match well.
Depends on business needs, $$$, manpower and infrastructur off course.

Just my thoughts...

Kind regards,
Markus


--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail oder von Teilen dieser Mail ist nicht gestattet.

Wir haben alle verkehrsüblichen Maßnahmen unternommen, um das Risiko der
Verbreitung virenbefallener Software oder E-Mails zu minimieren, dennoch
raten wir Ihnen, Ihre eigenen Virenkontrollen auf alle Anhänge an dieser
Nachricht durchzuführen. Wir schließen außer für den Fall von Vorsatz oder
grober Fahrlässigkeit die Haftung für jeglichen Verlust oder Schäden durch
virenbefallene Software oder E-Mails aus.

Jede von der Bank versendete E-Mail ist sorgfältig erstellt worden, dennoch
schließen wir die rechtliche Verbindlichkeit aus; sie kann nicht zu einer
irgendwie gearteten Verpflichtung zu Lasten der Bank ausgelegt werden.
______________________________________________________________________

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of  the material in this
e-mail or of parts hereof is strictly forbidden.

We have taken precautions to minimize the risk of transmitting software
viruses but nevertheless advise you to carry out your own virus checks on
any attachment of this message. We accept no liability for loss or damage
caused by software viruses except in case of gross negligence or willful
behaviour.

Any e-mail messages from the Bank are sent in good faith, but shall not be
binding or construed as constituting any kind of obligation on the part of
the Bank.