Hi,
It's obvious that a multitier NetApp solution is the best way to go ;-)
But, an alternative would be using NDMP, and NetBackup is in that sense a very good choice.
This way you can dump the snapshots on tape.
In terms of tape connectivity you have different option: direct into your NetApp, into a fabric or over ip.
For more information, please refer to "Data Protection Solutions Overview" by Nicholas Wilhelm-Olsen | Network Appliance | TR-3131.
Cheers,
Roger
-----Original Message-----
From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brett Clarke
Sent: wo 25 jul 07 10:47
To: toasters(a)mathworks.com
Subject: RE: AW: NetApp and NetBackup
Thanks for the info, Walter. I think you are right - SnapVault is definitely the way to go. The million dollar question is, will I be able to justify the extra expense to management??? :) (keep your fingers crossed for me).
Cheers!
Brett
-----Original Message-----
From: Kießl Walter [mailto:kiessl@heidenhain.de]
Sent: Wednesday, 25 July 2007 5:46 PM
To: Brett Clarke; toasters(a)mathworks.com
Subject: AW: NetApp and NetBackup
Hi Brett,
we use NetApps Snapvault product to backup the Exchange-LUNs to a R200. It's a backup-to-disk solution and shortens backup-time and backup ressource consumption dramatically (snapvault is based upon snapshots and transfers only the changed blocks). In my opinion it's easier to admin because you need not to mount snapshots on a backupserver via script. Once implemented Snapvault copies your (consistent SME)snapshots each day without additional work to do.
Regards
Walter Kiessl
-----Ursprüngliche Nachricht-----
Von: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] Im Auftrag von Brett Clarke
Gesendet: Mittwoch, 25. Juli 2007 09:00
An: toasters(a)mathworks.com
Betreff: RE: NetApp and NetBackup
We want to backup the filesystems on the lun. Having done some more investigation, it appears the NetBackup Snapshot integration only works with CIFS/NFS shares, not with LUN's.
Which I guess leads me into my next train of thought. How are people performing backups to tape of EX07 systems? Currently we schedule regular snapshots using SME, and then run a script on a backup server to mount the snapshots as local drives and perform local filesystem backups on the backup server. To me this feels a bit cludgy, and not at all "elegant".
-----Original Message-----
From: Blake Golliher [mailto:thelastman@gmail.com]
Sent: Wednesday, 25 July 2007 3:54 PM
To: Brett Clarke
Cc: toasters(a)mathworks.com
Subject: Re: NetApp and NetBackup
Are you trying to backup the luns file or the filesystem on the lun from the client point of view?
On 7/24/07, Brett Clarke <brett.clarke(a)dpworld.com> wrote:
>
>
>
>
> Hi Everyone,
>
>
>
> We have not long had our FAS3020's, and have just purchased NetBackup
> to start putting snapshots to tape. NBU was chosen because of its
> Advanced Client's NetApp integration (and because our NetApp reps recommended it!).
> We're struggling to get the whole thing talking, and the Symantec
> consultants on site are struggling as well. Has anyone here
> implemented a similar configuration before, and would be able to let
> on any tips/traps/hints picked up along the way??? Or anyone know of
> any online resources that might help? (NOW doco focuses on Oracle
> implementations using NetBackup).
>
>
>
> A bit of background would help I guess - We're running clustered
> 3020C's, with about a dozen hosts all attached via iSCSI. We have a
> mix of Exchange 2007, SQL 2005 (both currently using SnapManager to
> schedule snapshots), plus some standalone infrastructure servers
> (using snapdrive and the cli the schedule snapshots). We're talking
> OnTAP 7.2.2, and NetBackup 6.0 MP4. Let me know if there is other info I should include.
>
>
>
> Cheers everyone!
>
>
>
> Brett Clarke
> Senior Linux/Unix Administrator
> DP World Australia
> ________________________________
> This e-mail and its attachments are intended for the named addressee
> only and no liability is accepted for use or reliance on any part of
> this e-mail by any other person. It is confidential, may be subject
> to privilege and is also subject to copyright. No part of it should
> be reproduced, adapted or communicated without the written consent of
> the copyright owner. Any confidentiality or privilege is not waived
> or lost because this e-mail has been received by you and you are not
> the intended recipient. If you are not the intended recipient, please let us know by reply e-mail.
>
> Please note that e-mails can be interfered with, can contain computer
> viruses or other defects and may not be successfully replicated on
> other systems. This footnote confirms that this e-mail message has
> been swept for the presence of computer viruses. However whilst the
> sender has taken reasonable precautions to minimise the risk of this
> email and any attachment containing viruses, we cannot accept
> liability for any such viruses and we give no warranties in relation
> to any of the above matters. If you have any doubts about the
> authenticity of this e-mail please contact the sender immediately. No
> responsibility is accepted for any changes made to a document other
> than those made by the sender.
>
This e-mail and its attachments are intended for the named addressee only and no liability is accepted for use or reliance on any part of this e-mail by any other person. It is confidential, may be subject to privilege and is also subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. Any confidentiality or privilege is not waived or lost because this e-mail has been received by you and you are not the intended recipient. If you are not the intended recipient, please let us know by reply e-mail.
Please note that e-mails can be interfered with, can contain computer viruses or other defects and may not be successfully replicated on other systems. This footnote confirms that this e-mail message has been swept for the presence of computer viruses. However whilst the sender has taken reasonable precautions to minimise the risk of this email and any attachment containing viruses, we cannot accept liability for any such viruses and we give no warranties in relation to any of the above matters. If you have any doubts about the authenticity of this e-mail please contact the sender immediately. No responsibility is accepted for any changes made to a document other than those made by the sender.
-------------------------------------------------------------------------------------------------------
Registergericht: Traunstein / Code of Register HRB 275 Sitz / Head Office: Traunreut Aufsichtsratsvorsitzender / Chairman of Supervisory Board: Rainer Burkhard Geschäftsführung / Managing Director: Thomas Sesselmann
This e-mail and its attachments are intended for the named addressee only and no liability is accepted for use or reliance on any part of this e-mail by any other person. It is confidential, may be subject to privilege and is also subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. Any confidentiality or privilege is not waived or lost because this e-mail has been received by you and you are not the intended recipient. If you are not the intended recipient, please let us know by reply e-mail.
Please note that e-mails can be interfered with, can contain computer viruses or other defects and may not be successfully replicated on other systems. This footnote confirms that this e-mail message has been swept for the presence of computer viruses. However whilst the sender has taken reasonable precautions to minimise the risk of this email and any attachment containing viruses, we cannot accept liability for any such viruses and we give no warranties in relation to any of the above matters. If you have any doubts about the authenticity of this e-mail please contact the sender immediately. No responsibility is accepted for any changes made to a document other than those made by the sender.