This is a multi-part message in MIME format.
------_=_NextPart_001_01C42E2D.B6CB9E50
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Alright I'll bite! =20
=20
Or you could use Pathlight VX and if you are using 5.0 employ multiple
copies (formerly known as ITC) each copy with its own retention period
which effectively gets you both your online copy and your DR copy.
Using either a script or the eject phase of Vault, eject the tapes from
the Pathlight VX virtual library which will then trigger PVX to create a
physical tape on the back end. You don't have to move the data a second
time through the media server. Once your move it to PVX, our embedded
path to tape (our data movers) copies the data in native NBU format to a
physical tape behind the PVX.
=20
David A. Chapa * Technical Advisor * ADIC * 720.249.5836 * 720.272.8452
cell * david.chapa AT adic DOT com <mailto:david.chapa AT adic DOT com>=20
Increase your BACKUP RELIABILITY - http://www.adic.com/gopathlightvx
<http://www.adic.com/gopathlightvx>=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 Scott
Jacobson
Sent: Wednesday, April 28, 2004 3:04 PM
To: Mark.Donaldson AT cexp DOT com; matt.beal AT lightsurf DOT com
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] SSO with disk?
=20
With another twist you could ....
=20
Use a Quantum DX100 enabled in Tape Library Emulation mode and use Vault
to "copy" from the DX virtual tapes to actual tape media.
=20
Scott J.
>>> Matt Beal <matt.beal AT lightsurf DOT com> 4/28/2004 2:10:21 PM >>>
You have a point about losing a library - this method was set up rather
quickly when we realized our incrementals were only going about 50 KB/s
and were going to trash our tape drives if we didn't do something.
It turns out that bpimmedia doesn't help me too much - at the same time,
my comment about a source storage unit in bpduplicate was premature
anyway. I need the various incrementals to go to different volume pools,
so I have to do them in separate batches.
I think what I need to do is follow the duplication(s) with the listing
of bpimmedia, looking up each backup id, and expiring the ones that have
a copy already on the destination (tape) storage unit. Then I could
increase the retention of the disk-based backups to a week or two for
additional safety.
matt
On Wed, 2004-04-28 at 11:12, Mark.Donaldson AT cexp DOT com wrote:
> Use bpimmedia to query the image IDs on the disk STU, sort by
timestamp
> (numeric part after the underscore), break the list into segments and
use
> bpduplicate with the -bidfile option to duplicate the sets of backup
id's.
>=20
> You can then feed the backup id list into bpexpdate to expire the
on-disk
> copy and it won't duplicate again (or check with bpimagelist to see
how many
> copies you have before duplication and cull out any with enough copies
> already).
>=20
> There's a hazard in your method if you lose your library for a couple
of
> days - If you can't duplicate it 72 hours, you're not going to get it
on
> tape.
>=20
> $.02
>=20
> -M
>=20
> -----Original Message-----
> From: Matt Beal [mailto:matt.beal AT lightsurf DOT com]
<mailto:matt.beal AT lightsurf DOT com%5d>=20
> Sent: Wednesday, April 28, 2004 11:37 AM
> To: Mark.Donaldson AT cexp DOT com
> Cc: jrmajor AT TexasChildrensHospital DOT org; Thomas.Tschida AT udlp DOT com;
> veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] SSO with disk?
>=20
>=20
> You can do this more or less automatically. My incrementals run too
> slowly to go to tape, so I write them to a disk storage unit first,
with
> a retention of 3 days. I then run (as a daily cron job):
>=20
> /usr/openv/netbackup/bin/admincmd/bpduplicate \
> -dstunit bkp-master01-hcart2-robot-tld-0 -policy <policy> \
> -st INCR -dp <pool> -set_primary 1 -rl 3 -hoursago 72
>=20
> This sets the tape copy as the primary for restores, and sets a new
> retention of 30 days.
>=20
> You have to be sure your global max backup copies is set to a low
value
> (i.e. 2) or else subsequent bpduplicates will make more copies.
>=20
> This is not perfect, however. I have to have multiple bpduplicate
lines
> in the script, since I only want to duplicate the incrementals for the
> policies that were written to disk first. I wish bpduplicate supported
a
> flag to duplicate any images on a given storage unit, but alas ...
>=20
> matt
>=20
> On Wed, 2004-04-28 at 08:11, Mark.Donaldson AT cexp DOT com wrote:
> > You can duplicate the image on disk to tape, then expire the disk
copy -
> the
> > image DB tracks everything just fine. No, it's not automatic like
the
> disk
> > staging in v5.0 but it works well.
> >=20
> > -M
> >=20
> > -----Original Message-----
> > From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> > [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On
<mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu%5dOn> Behalf Of Major,
> > Rusty
> > Sent: Wednesday, April 28, 2004 8:49 AM
> > To: Thomas Tschida; veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: RE: [Veritas-bu] SSO with disk?
> >=20
> >=20
> > From my understanding, 4.5 doesn't support true disk-disk-tape.
Sure, you
> > could backup to a disk STU, then backup these images to tape without
a
> > problem. But 4.5 doesn't have a way to relate the meta file info
between
> the
> > backups to disk and the backup to tapes.
> > What I'm trying to say is that your restore process will now be two
steps:
> > find the image backed up from disk STU, restore it, then find the
file and
> > restore it. It might even involve importing and other trickery to
get it
> to
> > work how you want.
> >=20
> > 5.0 is supposed to support this technology, but that's about all I
know of
> > it. Besides that, 5.0, according to the list, is not really a good
> solution
> > at this point.
> >=20
> > If you're really interested in doing d-d-t right now, check out
ADIC's
> > Pathlight VX, or other similar products.
> >=20
> > Rusty
> >=20
> > > -----Original Message-----
> > > From: Gary Andresen [mailto:gary.andresen AT pnwdata DOT com]
<mailto:gary.andresen AT pnwdata DOT com%5d>=20
> > > Sent: Tuesday, April 27, 2004 6:34 PM
> > > To: 'Thomas Tschida'; veritas-bu AT mailman.eng.auburn DOT edu
> > > Subject: RE: [Veritas-bu] SSO with disk?
> > >=20
> > >=20
> > > Short answer no.
> > >=20
> > > Disk storage units are disk storage (with a file system)=20
> > > directly attached
> > > to a media server (granted the disks could be on a SAN) and=20
> > > would not be
> > > shared. To keep your dup traffic off the net you would want=20
> > > to make sure
> > > the disk STU and the tape are on the same media server.
> > >=20
> > > Potentially you could use CFS from VERITAS where the media=20
> > > servers used a
> > > cluster file system between them. However making the CFS=20
> > > cluster with the
> > > media servers involved could be a somewhat interesting
configuration
> > > challenge :--).
> > >=20
> > > Gary Andresen=20
> > > Impossible Happens, Plan Ahead=20
> > > Pacific Northwest Data Inc.=20
> > > Tel: 503.701.5185=20
> > > Fax: 503.692.3910=20
> > > gary.andresen AT pnwdata DOT com=20
> > > www.pnwdata.com
> > >=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 Thomas Tschida
> > > > Sent: Tuesday, April 27, 2004 1:51 PM
> > > > To: veritas-bu AT mailman.eng.auburn DOT edu
> > > > Subject: [Veritas-bu] SSO with disk?
> > > >=20
> > > > Hello all,
> > > >=20
> > > > we are looking at migrating to Disk-Disk-Tape. We will likely
run
> > > > primary backups to disk, and then duplicate to tape. We=20
> > > have a library
> > > > with 12 drives and SSO for all drives. Does anyone know if=20
> > > disk based
> > > > storage units can take advantage of SSO, or should we keep the
SSO
> > > > licenses associated with the tape drives so the media=20
> > > servers can take
> > > > advantage when running duplicates?
> > > >=20
> > > > Any recommendations or info is appreciated.
> > > >=20
> > > > Tom Tschida
> > > > United Defense
> > > >=20
> > > >=20
> > > > _______________________________________________
> > > > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >=20
> > >=20
> > > _______________________________________________
> > > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >=20
> >=20
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
------_=_NextPart_001_01C42E2D.B6CB9E50
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40";>
<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:[email protected]">
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
name=3D"time"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
name=3D"PersonName"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
name=3D"date"/>
<!--[if gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:DoNotRelyOnCSS/>
</o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:SpellingState>Clean</w:SpellingState>
<w:GrammarState>Clean</w:GrammarState>
<w:DocumentKind>DocumentEmail</w:DocumentKind>
<w:EnvelopeVis/>
<w:Compatibility>
<w:UseFELayout/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;
mso-font-alt:"\FF2D\FF33 \660E\671D";
mso-font-charset:128;
mso-generic-font-family:modern;
mso-font-pitch:fixed;
mso-font-signature:-1610612033 1757936891 16 0 131231 0;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;
mso-font-charset:0;
mso-generic-font-family:swiss;
mso-font-pitch:variable;
mso-font-signature:553679495 -2147483648 8 0 66047 0;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;
mso-font-charset:128;
mso-generic-font-family:modern;
mso-font-pitch:fixed;
mso-font-signature:-1610612033 1757936891 16 0 131231 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0in;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"MS Mincho";
mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;
text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
{color:blue;
text-decoration:underline;
text-underline:single;}
p
{mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"MS Mincho";}
span.EmailStyle17
{mso-style-type:personal-reply;
mso-style-noshow:yes;
mso-ansi-font-size:10.0pt;
mso-bidi-font-size:10.0pt;
font-family:Arial;
mso-ascii-font-family:Arial;
mso-hansi-font-family:Arial;
mso-bidi-font-family:Arial;
color:navy;}
span.SpellE
{mso-style-name:"";
mso-spl-e:yes;}
span.GramE
{mso-style-name:"";
mso-gram-e:yes;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.25in 1.0in 1.25in;
mso-header-margin:.5in;
mso-footer-margin:.5in;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
/* Style Definitions */=20
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";}
</style>
<![endif]--><![if mso 9]>
<style>
p.MsoNormal
{margin-left:3.0pt;}
</style>
<![endif]>
</head>
<body lang=3DEN-US link=3Dblue vlink=3Dblue =
style=3D'tab-interval:.5in;margin-left:
3.0pt;margin-top:3.0pt;margin-right:3.0pt;margin-bottom:.75pt'>
<div class=3DSection1>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Alright I’ll bite!<span
style=3D'mso-spacerun:yes'> </span><o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Or you could use <span =
class=3DSpellE>Pathlight</span>
VX and if you are using 5.0 employ multiple copies (formerly known as =
ITC) each
copy with its own retention period which effectively gets you both your =
online copy
and your DR copy.<span style=3D'mso-spacerun:yes'> </span>Using =
either a script
or the eject phase of Vault, eject the tapes from the <span =
class=3DSpellE>Pathlight</span>
VX virtual library which will then trigger PVX to create a physical tape =
on the
back end.<span style=3D'mso-spacerun:yes'> </span>You don’t =
have to move
the data a second time through the media server.<span
style=3D'mso-spacerun:yes'> </span>Once your move it to PVX, our =
embedded path
to tape (our data movers) copies the data in native NBU format to a =
physical
tape behind the PVX.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<div>
<p><b><font size=3D1 color=3Dnavy face=3D"Times New Roman"><span =
style=3D'font-size:
7.5pt;color:navy;font-weight:bold;mso-no-proof:yes'>David A. Chapa =
</span></font></b><font
size=3D1 color=3Dnavy face=3DSymbol><span =
style=3D'font-size:7.5pt;font-family:Symbol;
color:navy;mso-no-proof:yes'>½</span></font><font size=3D1 =
color=3Dnavy><span
style=3D'font-size:7.5pt;color:navy;mso-no-proof:yes'> Technical Advisor =
</span></font><font
size=3D1 color=3Dnavy face=3DSymbol><span =
style=3D'font-size:7.5pt;font-family:Symbol;
color:navy;mso-no-proof:yes'>½</span></font><font size=3D1 =
color=3D"#999999"><span
style=3D'font-size:7.5pt;color:#999999;mso-no-proof:yes'> =
</span></font><b><font
size=3D1 color=3Dred><span =
style=3D'font-size:7.5pt;color:red;font-weight:bold;
mso-no-proof:yes'>ADIC</span></font></b><font size=3D1 =
color=3D"#999999"><span
style=3D'font-size:7.5pt;color:#999999;mso-no-proof:yes'> =
</span></font><font
size=3D1 color=3Dnavy face=3DSymbol><span =
style=3D'font-size:7.5pt;font-family:Symbol;
color:navy;mso-no-proof:yes'>½</span></font><font size=3D1 =
color=3Dnavy><span
style=3D'font-size:7.5pt;color:navy;mso-no-proof:yes'> 720.249.5836 =
</span></font><font
size=3D1 color=3Dnavy face=3DSymbol><span =
style=3D'font-size:7.5pt;font-family:Symbol;
color:navy;mso-no-proof:yes'>½ 720.272.8452 =
</span></font><em><i><font
size=3D1 color=3Dnavy face=3D"Times New Roman"><span =
style=3D'font-size:7.5pt;
color:navy;mso-no-proof:yes'>cell</span></font></i></em><font size=3D1
color=3Dnavy><span =
style=3D'font-size:7.5pt;color:navy;mso-no-proof:yes'> =
</span></font><font
size=3D1 color=3Dnavy face=3DSymbol><span =
style=3D'font-size:7.5pt;font-family:Symbol;
color:navy;mso-no-proof:yes'>½ </span></font><em><i><font =
size=3D1
color=3Dnavy face=3D"Times New Roman"><span =
style=3D'font-size:7.5pt;color:navy;
mso-no-proof:yes'> </span></font></i></em><font color=3Dnavy><span
style=3D'color:navy;mso-no-proof:yes'><a =
href=3D"mailto:david.chapa AT adic DOT com"><font
size=3D1><span =
style=3D'font-size:7.5pt'>david.chapa AT adic DOT
com</span></font></a><o:p></o:=
p></span></font></p>
<p><font size=3D1 color=3Dnavy face=3D"Times New Roman"><span =
style=3D'font-size:7.5pt;
color:navy;mso-no-proof:yes'>Increase your BACKUP RELIABILITY =
- </span></font><font
color=3Dnavy><span style=3D'color:navy;mso-no-proof:yes'><a
href=3D"http://www.adic.com/gopathlightvx";><font size=3D1><span =
style=3D'font-size:
7.5pt'>http://www.adic.com/gopathlightvx</span></font></a></span></font><=
o:p></o:p></p>
</div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>-----Original =
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> =
</span></font><st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>veritas-bu-admin AT mailman DOT
en=
g.auburn.edu</span></font></st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'> =
[mailto:</span></font><st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>veritas-bu-admin AT mailman DOT
en=
g.auburn.edu</span></font></st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>] <b><span
style=3D'font-weight:bold'>On Behalf Of =
</span></b></span></font><st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>Scott
Jacobson</span></font></st1:PersonName><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'><br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Wednesday, April =
28, 2004 3:04
PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> =
Mark.Donaldson AT cexp DOT com;
matt.beal AT lightsurf DOT com<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> =
</span></font><st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>veritas-bu AT mailman.eng DOT
aubu=
rn.edu</span></font></st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'><br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: =
[</span></font><st1:PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>Veritas</span></font></st1:=
PersonName><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>-bu] SSO
with disk?</span></font></p>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><o:p> </o:p></span></font></p>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>With another twist you =
could ....<o:p></o:p></span></font></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'> <o:p></o:p></span></f=
ont></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>Use a Quantum =
DX100 enabled
in Tape Library Emulation mode and use Vault to "copy" =
from the
DX virtual tapes to actual tape media.<o:p></o:p></span></font></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'> <o:p></o:p></span></f=
ont></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>Scott =
J.<o:p></o:p></span></font></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'><br>
<br>
>>> Matt Beal <matt.beal AT lightsurf DOT com> 4/28/2004 2:10:21
=
PM
>>><o:p></o:p></span></font></p>
</div>
<div>
<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D2 =
color=3Dblack
face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;color:black'>You
have a point about losing a library - this method was set up rather<br>
quickly when we realized our incrementals were only going about 50 =
KB/s<br>
and were going to trash our tape drives if we didn't do something.<br>
<br>
It turns out that bpimmedia doesn't help me too much - at the same =
time,<br>
my comment about a source storage unit in bpduplicate was premature<br>
anyway. I need the various incrementals to go to different volume =
pools,<br>
so I have to do them in separate batches.<br>
<br>
I think what I need to do is follow the duplication(s) with the =
listing<br>
of bpimmedia, looking up each backup id, and expiring the ones that =
have<br>
a copy already on the destination (tape) storage unit. Then I could<br>
increase the retention of the disk-based backups to a week or two =
for<br>
additional safety.<br>
<br>
matt<br>
<br>
On Wed, 2004-04-28 at 11:12, Mark.Donaldson AT cexp DOT com wrote:<br>
> Use bpimmedia to query the image IDs on the disk STU, sort by =
timestamp<br>
> (numeric part after the underscore), break the list into segments =
and use<br>
> bpduplicate with the -bidfile option to duplicate the sets of =
backup id's.<br>
> <br>
> You can then feed the backup id list into bpexpdate to expire the =
on-disk<br>
> copy and it won't duplicate again (or check with bpimagelist to see =
how
many<br>
> copies you have before duplication and cull out any with enough =
copies<br>
> already).<br>
> <br>
> There's a hazard in your method if you lose your library for a =
couple of<br>
> days - If you can't duplicate it 72 hours, you're not going to get =
it on<br>
> tape.<br>
> <br>
> $.02<br>
> <br>
> -M<br>
> <br>
> -----Original Message-----<br>
> From: Matt Beal [<a =
href=3D"mailto:matt.beal AT lightsurf DOT com%5d">mailto:matt.beal AT lightsurf
DOT com=
]</a><br>
> Sent: Wednesday, April 28, 2004 11:37 AM<br>
> To: Mark.Donaldson AT cexp DOT com<br>
> Cc: jrmajor AT TexasChildrensHospital DOT org; =
Thomas.Tschida AT udlp DOT com;<br>
> veritas-bu AT mailman.eng.auburn DOT edu<br>
> Subject: RE: [Veritas-bu] SSO with disk?<br>
> <br>
> <br>
> You can do this more or less automatically. My incrementals run =
too<br>
> slowly to go to tape, so I write them to a disk storage unit first, =
with<br>
> a retention of 3 days. I then run (as a daily cron job):<br>
> <br>
> /usr/openv/netbackup/bin/admincmd/bpduplicate \<br>
> -dstunit bkp-master01-hcart2-robot-tld-0 -policy <policy> =
\<br>
> -st INCR -dp <pool> -set_primary 1 -rl 3 -hoursago 72<br>
> <br>
> This sets the tape copy as the primary for restores, and sets a =
new<br>
> retention of 30 days.<br>
> <br>
> You have to be sure your global max backup copies is set to a low =
value<br>
> (i.e. 2) or else subsequent bpduplicates will make more copies.<br>
> <br>
> This is not perfect, however. I have to have multiple bpduplicate =
lines<br>
> in the script, since I only want to duplicate the incrementals for =
the<br>
> policies that were written to disk first. I wish bpduplicate =
supported a<br>
> flag to duplicate any images on a given storage unit, but alas =
...<br>
> <br>
> matt<br>
> <br>
> On Wed, 2004-04-28 at 08:11, Mark.Donaldson AT cexp DOT com wrote:<br>
> > You can duplicate the image on disk to tape, then expire the =
disk
copy -<br>
> the<br>
> > image DB tracks everything just fine. No, it's not =
automatic
like the<br>
> disk<br>
> > staging in v5.0 but it works well.<br>
> > <br>
> > -M<br>
> > <br>
> > -----Original Message-----<br>
> > From: veritas-bu-admin AT mailman.eng.auburn DOT edu<br>
> > [<a =
href=3D"mailto:veritas-bu-admin AT mailman.eng.auburn DOT
edu%5dOn">mailto:verit=
as-bu-admin AT mailman.eng.auburn DOT edu]On</a>
Behalf Of Major,<br>
> > Rusty<br>
> > Sent: Wednesday, April 28, 2004 8:49 AM<br>
> > To: Thomas Tschida; veritas-bu AT mailman.eng.auburn DOT edu<br>
> > Subject: RE: [Veritas-bu] SSO with disk?<br>
> > <br>
> > <br>
> > From my understanding, 4.5 doesn't support true =
disk-disk-tape. Sure,
you<br>
> > could backup to a disk STU, then backup these images to tape =
without
a<br>
> > problem. But 4.5 doesn't have a way to relate the meta file =
info
between<br>
> the<br>
> > backups to disk and the backup to tapes.<br>
> > What I'm trying to say is that your restore process will now =
be two
steps:<br>
> > find the image backed up from disk STU, restore it, then find =
the
file and<br>
> > restore it. It might even involve importing and other trickery =
to get
it<br>
> to<br>
> > work how you want.<br>
> > <br>
> > 5.0 is supposed to support this technology, but that's about =
all I
know of<br>
> > it. Besides that, 5.0, according to the list, is not really a =
good<br>
> solution<br>
> > at this point.<br>
> > <br>
> > If you're really interested in doing d-d-t right now, check =
out
ADIC's<br>
> > Pathlight VX, or other similar products.<br>
> > <br>
> > Rusty<br>
> > <br>
> > > -----Original Message-----<br>
> > > From: Gary Andresen [<a =
href=3D"mailto:gary.andresen AT pnwdata DOT
com%5d">mailto:gary.andresen@pnwdata=
.com]</a><br>
> > > Sent: </span></font><st1:date Month=3D"4" Day=3D"27" =
Year=3D"2004"><font
size=3D2 color=3Dblack face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;
color:black'>Tuesday, April 27, 2004</span></font></st1:date><font =
size=3D2
color=3Dblack face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;
color:black'> </span></font><st1:time Hour=3D"18" Minute=3D"34"><font =
size=3D2
color=3Dblack face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;
color:black'>6:34 PM</span></font></st1:time><font size=3D2 =
color=3Dblack
face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;color:black'><br>
> > > To: 'Thomas Tschida'; =
veritas-bu AT mailman.eng.auburn DOT edu<br>
> > > Subject: RE: [Veritas-bu] SSO with disk?<br>
> > > <br>
> > > <br>
> > > Short answer no.<br>
> > > <br>
> > > Disk storage units are disk storage (with a file system) =
<br>
> > > directly attached<br>
> > > to a media server (granted the disks could be on a SAN) =
and <br>
> > > would not be<br>
> > > shared. To keep your dup traffic off the net you would =
want <br>
> > > to make sure<br>
> > > the disk STU and the tape are on the same media =
server.<br>
> > > <br>
> > > Potentially you could use CFS from VERITAS where the =
media <br>
> > > servers used a<br>
> > > cluster file system between them. However making the CFS =
<br>
> > > cluster with the<br>
> > > media servers involved could be a somewhat interesting
configuration<br>
> > > challenge :--).<br>
> > > <br>
> > > Gary Andresen <br>
> > > Impossible Happens, Plan Ahead <br>
> > > Pacific Northwest Data Inc. <br>
> > > Tel: 503.701.5185 <br>
> > > Fax: 503.692.3910 <br>
> > > gary.andresen AT pnwdata DOT com <br>
> > > <a =
href=3D"http://www.pnwdata.com";>www.pnwdata.com</a><br>
> > > <br>
> > > > -----Original Message-----<br>
> > > > From: veritas-bu-admin AT mailman.eng.auburn DOT edu [<a
href=3D"mailto:veritas-bu-";>mailto:veritas-bu-</a><br>
> > > > admin AT mailman.eng.auburn DOT edu] On Behalf Of Thomas =
Tschida<br>
> > > > Sent: Tuesday, April 27, 2004 1:51 PM<br>
> > > > To: veritas-bu AT mailman.eng.auburn DOT edu<br>
> > > > Subject: [Veritas-bu] SSO with disk?<br>
> > > > <br>
> > > > Hello all,<br>
> > > > <br>
> > > > we are looking at migrating to Disk-Disk-Tape. =
We
will likely run<br>
> > > > primary backups to disk, and then duplicate to =
tape.
We <br>
> > > have a library<br>
> > > > with 12 drives and SSO for all drives. Does =
anyone
know if <br>
> > > disk based<br>
> > > > storage units can take advantage of SSO, or should =
we keep
the SSO<br>
> > > > licenses associated with the tape drives so the =
media <br>
> > > servers can take<br>
> > > > advantage when running duplicates?<br>
> > > > <br>
> > > > Any recommendations or info is appreciated.<br>
> > > > <br>
> > > > Tom Tschida<br>
> > > > United Defense<br>
> > > > <br>
> > > > <br>
> > > > _______________________________________________<br>
> > > > Veritas-bu maillist -
Veritas-bu AT mailman.eng.auburn DOT edu<br>
> > > > <a
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br>
> > > <br>
> > > <br>
> > > _______________________________________________<br>
> > > Veritas-bu maillist -
Veritas-bu AT mailman.eng.auburn DOT edu<br>
> > > <a
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br>
> > > <br>
> > <br>
> > _______________________________________________<br>
> > Veritas-bu maillist - =
Veritas-bu AT mailman.eng.auburn DOT edu<br>
> > <a =
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br>
> > _______________________________________________<br>
> > Veritas-bu maillist - =
Veritas-bu AT mailman.eng.auburn DOT edu<br>
> > <a =
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br>
_______________________________________________<br>
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu<br>
<a =
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><o:p></o:p></span>=
</font></p>
</div>
</div>
</body>
</html>
=00
------_=_NextPart_001_01C42E2D.B6CB9E50--
|
