Veritas-bu

[Veritas-bu] Netbackup issues with NDMP restores

2006-02-02 08:07:58
Subject: [Veritas-bu] Netbackup issues with NDMP restores
From: pkeating AT bank-banque-canada DOT ca (Paul Keating)
Date: Thu, 2 Feb 2006 08:07:58 -0500
--I+Dk.42yzzvgzT.1Ncfcs.DWnzx+C
MIME-Version: 1.0
Content-Type: multipart/alternative;
        boundary="----_=_NextPart_001_01C627F9.B0497BA2"
content-class: urn:content-classes:message

------_=_NextPart_001_01C627F9.B0497BA2
Content-Type: text/plain;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

due to the nature of NDMP "dump" backups, netbackup has to search the
entire image before extracting the neccessary files to be restored, or
at least that's how I understand it.
=20
In my experience, for a ~1.4TB volume that takes about 8+ hours to
backup....
=20
a single file restore takes about 1.5-2.0 hours
a directory restore containing a few small files takes about 5-6 hours.
=20
a full filesystem restore however, probably only takes 10% longer than
the full backup, so for DR purposes, it works quite well.
=20
given the option of taking 20+ hours to do a full backup via NFS, we
decided to stick with NDMP.
Also, if you have windows style Qtrees on your filer, you don't want to
back them up via a unix NFS client, as the extended ACLs will not be
preserved.
=20
Basically, for day to day restores, we're following the logic that we'll
use snapshots for recovery of data lost in the last month, and go to
tape for restores longer thna that (extended SLA, anyway)
for a DR situation where we lose a volume, we'll either sync back from
our truecopy, or we'll go to tape....since a DR has a different SLA
again.
=20
Paul
=20
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Bhangui,
Sandeep - BLS CTR
Sent: February 1, 2006 8:57 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Netbackup issues with NDMP restores



        Hi
                            We backup tons of data on the filer we have
using Veritas Netbackup using NDMP. Our NDMP backups are for all volumes
coming from the filer which are NFS mounted on UNIX hosts primarily used
for oracle and weblogic.
        =20
        I have read lot of posts on the forum that "NDMP restore sucks"
can someone please elaborate on this is what is the real issue/concern.
Can we not restore a single file or directory if recovered and does the
whole volume has to be restored back for this???=20
        =20
        We have not had a situation where we have to restore from tapes
but after reading so many posts on the forum regarding "NDMP restores" I
am  little concerned. And all reviopus posts on this seem to say that
the NDMP restore sucks and follks recommend to do NFS mount backups from
the server for easy restore.
        =20
        Can someone throw some light on this.
        =20
        Thanks
        Sandeep

        =09


------_=_NextPart_001_01C627F9.B0497BA2
Content-Type: text/html;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>due to=20
the nature of NDMP "dump" backups, netbackup has to search the entire =
image=20
before extracting the neccessary files to be restored, or at least =
that's how I=20
understand it.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>In my=20
experience, for a ~1.4TB volume that takes about 8+ hours to=20
backup....</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>a=20
single file restore takes about 1.5-2.0 hours</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>a=20
directory restore containing a few small files takes about 5-6=20
hours.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>a full=20
filesystem restore however, probably only takes 10% longer than the full =
backup,=20
so for DR purposes, it works quite well.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>given=20
the option of taking 20+ hours to do a full backup via NFS, we decided =
to stick=20
with NDMP.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>Also,=20
if you have windows style Qtrees on your filer, you don't want to back =
them up=20
via a unix NFS client, as the extended ACLs will not be=20
preserved.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2>Basically, for day to day restores, we're following the logic =
that we'll=20
use snapshots for recovery of data lost in the last month, and go to =
tape for=20
restores longer thna that (extended SLA, anyway)</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =
size=3D2>for a=20
DR situation where we lose a volume, we'll either sync back from our =
truecopy,=20
or we'll go to tape....since a DR has a different SLA =
again.</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2>Paul</FONT></SPAN></DIV>
<DIV><SPAN class=3D123190113-02022006><FONT face=3DArial color=3D#800000 =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV></DIV>
<DIV><FONT face=3DTahoma size=3D2>-----Original =
Message-----<BR><B>From:</B>=20
veritas-bu-admin AT mailman.eng.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of =
</B>Bhangui,=20
Sandeep - BLS CTR<BR><B>Sent:</B> February 1, 2006 8:57 PM<BR><B>To:</B> =

veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> [Veritas-bu] =
Netbackup=20
issues with NDMP restores<BR><BR></DIV></FONT>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #800000 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006>Hi</SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  =
class=3D737084801-02022006>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  We backup tons of data on the filer we have using Veritas Netbackup =
using=20
  NDMP. Our NDMP backups are for all volumes coming from the =
filer&nbsp;which=20
  are NFS mounted on UNIX hosts primarily used for oracle and=20
  weblogic.</SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006></SPAN></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D737084801-02022006>I=20
  have read lot of posts on the forum that "NDMP restore sucks" can =
someone=20
  please elaborate on this is what is the real issue/concern. Can we not =
restore=20
  a single file or directory if recovered and does the whole volume has =
to be=20
  restored back for this??? </SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006></SPAN></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D737084801-02022006>We=20
  have not had a situation where we have to restore from tapes but after =
reading=20
  so many posts on the forum regarding "NDMP restores" I am&nbsp; little =

  concerned. And all reviopus posts on this seem to say that the NDMP =
restore=20
  sucks and follks recommend to do NFS mount backups from the server for =
easy=20
  restore.</SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006></SPAN></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D737084801-02022006>Can=20
  someone throw some light on this.</SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006></SPAN></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006>Thanks</SPAN></FONT></DIV>
  <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
  class=3D737084801-02022006>Sandeep</SPAN></FONT></DIV>
  <BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
    <DIV><FONT face=3DTahoma=20
size=3D2></FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
=00
------_=_NextPart_001_01C627F9.B0497BA2--
--I+Dk.42yzzvgzT.1Ncfcs.DWnzx+C
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

La version fran=C3=A7aise suit le texte anglais.

---------------------------------------------------------------------------=
---------

This email message from the Bank of Canada is given in good faith, and shal=
l not be
binding or construed as constituting any obligation on the part of the Bank.

This email may contain privileged and/or confidential information, and the =
Bank of
Canada does not waive any related rights. Any distribution, use, or copying=
 of this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediat=
ely from
your system and notify the sender promptly by email that you have done so.=20

Recipients are advised to apply their own virus checks to this message upon=
 receipt.

---------------------------------------------------------------------------=
---------

L'information communiqu=C3=A9e dans les courriels en provenance de la Banqu=
e du Canada
est soumise de bonne foi, mais elle ne saurait lier la Banque et ne doit au=
cunement
=C3=AAtre interpr=C3=A9t=C3=A9e comme constituant une obligation de sa part.

Le pr=C3=A9sent courriel peut contenir de l'information privil=C3=A9gi=C3=
=A9e ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute dif=
fusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient pa=
r une
personne autre que le ou les destinataires d=C3=A9sign=C3=A9s est interdite=
 Si vous recevez
ce courriel par erreur, veuillez le supprimer imm=C3=A9diatement et envoyer=
 sans d=C3=A9lai =C3=A0
l'exp=C3=A9diteur un message =C3=A9lectronique pour l'aviser que vous avez =
=C3=A9limin=C3=A9 de votre
ordinateur toute copie du courriel re=C3=A7u.

D=C3=A8s la r=C3=A9ception du pr=C3=A9sent message, le ou les destinataires=
 doivent activer leur
programme de d=C3=A9tection de virus pour =C3=A9viter toute contamination p=
ossible.

--I+Dk.42yzzvgzT.1Ncfcs.DWnzx+C--

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