Networker

Re: [Networker] Running 7.2.1 ???

2005-09-16 09:42:40
Subject: Re: [Networker] Running 7.2.1 ???
From: Matthew Huff <mhuff AT OX DOT COM>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Fri, 16 Sep 2005 09:40:44 -0400
The NDMP device backup is sent across the network. The data is in the
format that the NDMP backup creates (dump for NetApps for example), but
is encapsulated in a Legato datastream. Hence you can save it in the
same pool and same media at the same time as other backups, and you can
get improved parallelism.

We have two NetApp F920 clustered with about 4-5TB of data. We backup
across a dedicated Gig-e pipe running Jumbo frames and other tcp tuning
to a Sun V480 connected with a fibre HBA to a StorageTek L180 with 6 x
IBM LTO-2 drives. Since we upgrade to 7.2 and moved the drives to the
Sun, and finished tuning, our backup time (even over the network) has
improved by about 30%. The complete backup takes about 6-7 hours.

----
Matthew Huff           | One Manhattanville Rd
Director of Operations | Purchase, NY 10577
OTA LLC                | Phone: 914-460-4039 
http://www.otaotr.com  | Fax:   914-460-4139     

> -----Original Message-----
> From: Legato NetWorker discussion 
> [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On Behalf Of Robert Maiello
> Sent: Friday, September 16, 2005 9:23 AM
> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> Subject: Re: [Networker] Running 7.2.1 ???
> 
> When you say "non-NDMP" device, does that imply that the data 
> goes over the network to the storage node and then to the 
> tape drive?.  
> 
> Currently our NDMP devices are owned by the filer..  if the 
> devices are non-NDMP (but can take an NDMP stream) and are 
> owned by the storage node, does that not imply the NDMP 
> stream will go over the network to
> the storage node?   Currently they go right to tape not touching the 
> network.
> 
> 
> Sorry if I mis-understood the thread.
> 
> 
> Robert Maiello
> Pioneer Data Systems
> 
> 
> On Thu, 15 Sep 2005 16:57:04 -0400, Stan Horwitz 
> <stan AT TEMPLE DOT EDU> wrote:
> 
> >On Sep 15, 2005, at 2:05 PM, Yura Pismerov wrote:
> >
> >>
> >>
> >> Stan Horwitz wrote:
> >>
> >>> On Sep 13, 2005, at 5:46 PM, Jimeee Womack wrote:
> >>> Last night, we did our first test of an NDMP recover. We 
> >>> successfully  recovered approx. 450GB worth of data to a 
> test server 
> >>> via NDMP with  SnapImage. The test worked fine. As I write this 
> >>> message, I am  backing
> >>>
> >>
> >> Is it true that 7.2.1 can now do NDMP backups without 
> employing the 
> >> Snapimage ?
> >
> >I tried doing a backup of around 450GB that way last night. 
> Although I 
> >have not had time to test that backup yet, it seems to have 
> run fine on 
> >a non-NDMP device.
> >I am going to try cloning the data tomorrow.
> >
> >To sign off this list, send email to listserv AT listserv.temple DOT edu and
> type "signoff networker" in the
> >body of the email. Please write to 
> >networker-request AT listserv.temple DOT edu
> if you have any problems
> >wit this list. You can access the archives at
> http://listserv.temple.edu/archives/networker.html or
> >via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
> >=============================================================
> ==========
> >==
> 
> To sign off this list, send email to 
> listserv AT listserv.temple DOT edu and type "signoff networker" in 
> the body of the email. Please write to 
> networker-request AT listserv.temple DOT edu if you have any 
> problems wit this list. You can access the archives at 
> http://listserv.temple.edu/archives/networker.html or via RSS 
> at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
> 

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the
body of the email. Please write to networker-request AT listserv.temple DOT edu 
if you have any problems
wit this list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

<Prev in Thread] Current Thread [Next in Thread>