Remote NDMP in NBU 5.0 is not supported in Linux, only in Solaris or
Windows
Remote NDMP on Linux only in NBU 6.0
Juan Almeida
> Looks like Remote NDMP is not supported on Linux. I just looked at the
> compatibility matrix and all the linux NDMP patches, nowhere does it say
> support was added for linux server. Someone please correct me if I'm
> wrong.
>
>
> On Tue, 12 Sep 2006, Joe Royer wrote:
>
> > Actually I was hoping to use 3-way backups with the tape drive connected to
> > the master/media server (2-way? :). I'm out of slots on the NetApp, no
> > room
> > for a SCSI card or fibre HBA. Also, I have two NetApps and I'd like to use
> > one tape drive for both if possible.
> >
> > To clarify, I can duplicate NDMP images to a non-NDMP drive with Vault? Or
> > will I need two NDMP drives if I intend to vault the images?
> >
> > Also, I don't see an NDMP or tape license option for the NetApp, I'm
> > wondering if it's free in this version. OnTap 6.5.1R1 FAS940
> >
> > Thanks for the response
> >
> >
> >>> Can someone give me a quick run down of what I'll need to start doing
> >>> NDMP backups? Here's what I think I need:
> >>>
> >>> - NDMP license for NetBackup
> >>> - Extra tape drive to dedicate to NDMP (two preferred)
> >>> - NDMP license on the NetApp
> >>
> >> That should do it.
> >> The Netapp should have a "tape" HBA in it.
> >> I think you have to license the feature with NetApp.
> >>
> >>> Can I do NDMP to disk staging? If so, can I get away with
> >>> not having a
> >>> dedicated tape drive, only a dedicated DSSU? I can see where
> >>> this might
> >>> not be possible as it could limit my options for restore
> >>
> >> Not sure, don't think so, but never attempted it.
> >>
> >>> I'm assuming the NDMP drive can be in the same library as
> >>> non-NDMP drives.
> >>> Robot control is on the master server.
> >>
> >> Yes.
> >>
> >>>
> >>> I'm running 5.1 MP4 (soon MP5) on Linux with LTO2 drives SAN
> >>> attached. I
> >>> have Vault. The NetApps (two) are F940s and while it would
> >>> be really nice
> >>> to have NDMP on both, only one is critical right now. NetApps do not
> >>> talk to the SAN, they are currently backed up via NFS. I'm
> >>> not new to NBU
> >>> (certified on 5.0), but I have never done NDMP from scratch,
> >>> and of course
> >>> now it's urgent.
> >>
> >> Don't need Vault, unless you want to use it for dupes, but you can just
> >> use bpduplicate, if you don't have Vault.
> >>
> >> You need to connect the drive to the filer's "tape" HBA, or connect both
> >> to FC switch and zone appropriately.
> >>
> >> Get the appropriate map file for the filer:
> >> http://www.netapp.com/solutions/data_protection_devices.html
> >>
> >> Drop the file on the filer and run "sysconfig -t" to discover/configure
> >> the drive.
> >>
> >> Run:
> >> #> ndmpd on
> >>
> >> On the filer console, then IMMEDIATELY put the same command in the rc
> >> file, so that it ocmes up automatically after reboot.
> >>
> >> Run:
> >> $ set_NDMP_attr -auth filername username password
> >> on the master to allow it to connect to the filer....you can use the
> >> filer's root passwd, or you can configure an NDMP passwd in OnTap.
> >>
> >> Run:
> >> $ set_NDMP_attr -verify
> >> ..to determine you can connect to the filer
> >>
> >> Run:
> >> $ set_NDMP_attr -probe
> >> ...to get a listing of your configured drives.
> >>
> >> Add a drive to Netbackup using filername:nrst#a appropriate for your
> >> drive config..
> >>
> >> Configure a STU on the master with the name of the NDMP host.
> >> Note: I was running 5.0 Java GUI with no MPs and NDMP wasn't available
> >> in the drop down.
> >> Had to add the STU from the CLI, before I figured out it was the fault
> >> of the GUI.
> >>
> >> Once all that's done, you're pretty much ready to backup.
> >>
> >> Paul
> >>
> >
> >
>
> --
> Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential. If
> the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by e-mail
> and delete the message and any attachments from your system.
> _______________________________________________
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> E-mail classificado pelo Identificador de Spam Inteligente Terra.
> Para alterar a categoria classificada, visite
> http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=juan.almeida&_l=1,1158089034.749263.32695.alcala.hst.terra.com.br,7389,Des15,Des15
>
> Esta mensagem foi verificada pelo E-mail Protegido Terra.
> Scan engine: McAfee VirusScan / Atualizado em 11/09/2006 / Vers?o: 4.4.00/4849
> Proteja o seu e-mail Terra: http://mail.terra.com.br/
|