I will be out of the office from 06/19/10 - 06/27/10.
>>> veritas-bu-request AT mailman.eng.auburn DOT edu 06/21/10 14:23 >>>
Send Veritas-bu mailing list submissions to
veritas-bu AT mailman.eng.auburn DOT edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
veritas-bu-request AT mailman.eng.auburn DOT edu
You can reach the person managing the list at
veritas-bu-owner AT mailman.eng.auburn DOT edu
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Veritas-bu digest..."
Today's Topics:
1. Anyone with Recent CommVault Experience? (michaelben)
2. Re: NDMP and Millions of Files (Bahadir Kiziltan)
3. Re: NDMP and Millions of Files (Ed Wilts)
4. WRN - can't lock raw device for read (Whelan, Patrick)
5. NDMP Celera Backup Question (Jimenez, Daniel)
6. Re: NDMP Celera Backup Question (Spencer O'Donnell)
7. bplist command (BeDour, Wayne)
----------------------------------------------------------------------
Message: 1
Date: Sun, 20 Jun 2010 07:42:34 -0400
From: michaelben <netbackup-forum AT backupcentral DOT com>
Subject: [Veritas-bu] Anyone with Recent CommVault Experience?
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Message-ID: <1277034154.m2f.337280 AT www.backupcentral DOT com>
CommVault can also be licensed based on capacity.
+----------------------------------------------------------------------
|This was sent by michael AT michaelben DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
------------------------------
Message: 2
Date: Mon, 21 Jun 2010 10:19:28 +0300
From: Bahadir Kiziltan <bahadir.kiziltan AT gmail DOT com>
Subject: Re: [Veritas-bu] NDMP and Millions of Files
To: ccosta.ccc AT gmail DOT com
Cc: Jeff Cleverley <jeff.cleverley AT avagotech DOT com>, "Ambrose, Monte"
<mambrose AT qualcomm DOT com>, "veritas-bu AT mailman.eng.auburn DOT
edu"
<veritas-bu AT mailman.eng.auburn DOT edu>, "Rusty.Major AT sungard
DOT com"
<Rusty.Major AT sungard DOT com>, veritas-bu-bounces AT
mailman.eng.auburn DOT edu
Message-ID:
<AANLkTinmJV5TQY2Qa7XB9Q5tkLIrPvE8TquD5ziIaRuC AT mail.gmail DOT com>
Content-Type: text/plain; charset="utf-8"
Try NetApp NDMP streamer, which allows you to leverage the deduplication
in
NDMP backups.
You need at least PureDisk 6.6.x + NBU 6.5.4 with EEB.
On Thu, Jun 17, 2010 at 5:58 PM, <ccosta.ccc AT gmail DOT com> wrote:
> Good news is that with 7.01 coming out in a month or so will allow NBU
to
> multi-stream NDMP data to a single tape drive.
>
> This will/may alleviate some of the performance issues many of you
> experience each day. However I am not sure of any limitations of this
> feature patch may have.
>
> Chris
>
> Sent from my Verizon Wireless BlackBerry
>
> -----Original Message-----
> From: "Ambrose, Monte" <mambrose AT qualcomm DOT com>
> Date: Thu, 17 Jun 2010 14:38:41
> To: Jonathan Dyck<jdyck AT bank-banque-canada DOT ca>; Jeff Cleverley<
> jeff.cleverley AT avagotech DOT com>; Rusty.Major AT sungard DOT com<
> Rusty.Major AT sungard DOT com>
> Cc:
veritas-bu AT mailman.eng.auburn DOT edu<veritas-bu AT mailman.eng.auburn DOT
edu>
> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>
> You could also use NetBackups Snap Mirror to tape. You would need a
NetApp
> snap mirror license.
>
> The Pros
> It uses snapmirror and sends the data off to tape. It is a RAW volume
> backup and is extremely fast - 10X in many cases.
> It can be fully configured in NetBackup
>
> The Cons
> It backs up the entire volume - so if you have a 1TB volume and only
400GB
> are used it will backup 1tb
> You cant restore a single file or dir. You have to restore the entire
> thing.
> You cant mix with incremental backups.
>
> Monte
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:
> veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Jonathan Dyck
> Sent: Tuesday, June 15, 2010 7:21 AM
> To: Jeff Cleverley; Rusty.Major AT sungard DOT com
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>
> We do our NetApp backups (old GF940 metro cluster) with a combination
of
> snapshots (which are available at both sites) and NDMP here. Our NDMP
> obviously holds all the long retention data.
>
> The data size isn't huge compared to some (6.5TB, ~40M files), but
we've
> had to resort to multiple policies and multi-streaming to back it up
in a
> reasonable amount of time (less than 60 hours for a full on the wknd).
The
> way it works is:
>
> PolicyA (vol1): explicitly lists 37 different paths for the backup
> selection list, we've empirically determined these are the "smaller"
> folders
> PolicyB (vol1-long): explicitly lists 16 paths for the backup
selection
> list, we've determined these are the "large" folders
> PolicyC (vol1-Catch-missed-directory): we've mounted the root of vol1
on a
> Linux host, and we back it up via NFS, excluding the 37+16 paths
defined
> above. If this policy's full backup every gets too large (over 10GB
or so),
> we review the contents and add new paths to PolicyA or PolicyB as
> necessary. This is necessary because you can't specify wildcards on
NDMP
> backups (discussed in this forum several times I believe).
>
> We repeat the above process for vol2.
>
> The above backup data sits on a deduped VTL for 2 months, and then the
data
> that is held longer than that is duplicated to tape for long-term
storage
> and expired off the VTL. As we run 5 streams concurrently, the
throughput
> is decent, but we peg out the CPU on the NetApp frequently during the
backup
> window, which is a concern.
>
> HTH...
> Jon
>
>
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:
> veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Jeff Cleverley
> Sent: June 14, 2010 5:57 PM
> To: Rusty.Major AT sungard DOT com
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>
> Rusty,
>
> If you have a way to use Snapvault to backup to another location, I
> would use it. We have a number of file systems like what you have. I
> tried NDMP over TCP and NFS backups using dedicated snapshots mounted
> on a client. Both used a dedicated 10G network. We basically overran
> our 6030 filer. We could have jumped through a lot of hoops and split
> backups over multiple weekends, etc, but we decided it wasn't worth
> it. I haven't tried Flash Backup for a while but it didn't really buy
> us much on what we tried to do with it. It may work better now.
>
> We backup everything (~200 TB) to NearStores in another building. We
> use SnapVault instead of SnapMirror. We can still revert our
> destination volumes to primary r/w file systems if we need to. We
> don't have the requirement to send tapes off site. If you do, you
> could still make the tapes from your secondary filer.
>
> Using NFS to tape will give you check points and you can run multiple
> streams to each tape drive. If you are not hitting the filer
> throughput limits this may work for you.
>
> Jeff
>
> On Mon, Jun 14, 2010 at 3:24 PM, <Rusty.Major AT sungard DOT com> wrote:
> >
> > We have a NetApp filer that has a few TB of data made up largely of
> millions
> > of small files (about 30 million or so) and we are using several
NDMP
> > policies to back up this data. The two main problems are length of
time
> it
> > takes to backup (we usually have 2-3 backups running all day every
day)
> and
> > when there is a maintenance or other event in the NBU domain, we
have to
> > kill the job, resulting in having to start all over (no
checkpoints).
> >
> > For those of you who have faced a similar situation, how are you
backing
> up
> > this data?
> >
> > Current thoughts are moving away from NDMP and going with just
snapshots
> and
> > then getting the snap offsite either by backing it up or replicating
it.
> > We've also thought about backing it up via NFS, but that will
probably be
> > slower, though we would get checkpoints.
> >
> > I appreciate any other suggestions anyone has.
> >
> > Rusty Major, MCSE, BCFP, VCS ? Sr. Storage Engineer ? SunGard
> Availability
> > Services ? 757 N. Eldridge Suite 200, Houston TX 77079 ?
281-584-4693
> > Keeping People and Information Connected? ?
> http://availability.sungard.com/
> > P Think before you print
> > CONFIDENTIALITY: This e-mail (including any attachments) may
contain
> > confidential, proprietary and privileged information, and
unauthorized
> > disclosure or use is prohibited. If you received this e-mail in
error,
> > please notify the sender and delete this e-mail from your system.
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
>
>
>
> --
> Jeff Cleverley
> Unix Systems Administrator
> 4380 Ziegler Road
> Fort Collins, Colorado 80525
> 970-288-4611
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
====================================================================================
>
> La version fran?aise suit le texte anglais.
>
>
>
------------------------------------------------------------------------------------
>
> 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
> immediately from
> your system and notify the sender promptly by email that you have done
so.
>
>
>
------------------------------------------------------------------------------------
>
> Le pr?sent courriel peut contenir de l'information privil?gi?e ou
> confidentielle.
> La Banque du Canada ne renonce pas aux droits qui s'y rapportent.
Toute
> diffusion,
> utilisation ou copie de ce courriel ou des renseignements qu'il
contient
> par une
> personne autre que le ou les destinataires d?sign?s est interdite. Si
vous
> recevez
> ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer
sans
> d?lai ?
> l'exp?diteur un message ?lectronique pour l'aviser que vous avez
?limin? de
> votre
> ordinateur toute copie du courriel re?u.
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/1a14b7d1/attachment-0001.htm
------------------------------
Message: 3
Date: Mon, 21 Jun 2010 07:48:12 -0500
From: Ed Wilts <ewilts AT ewilts DOT org>
Subject: Re: [Veritas-bu] NDMP and Millions of Files
To: Bahadir Kiziltan <bahadir.kiziltan AT gmail DOT com>
Cc: "veritas-bu AT mailman.eng.auburn DOT edu"
<veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID:
<AANLkTilynXA3vlA7llHlNKPf_jqITuio_vVhCWsjwdeU AT mail.gmail DOT com>
Content-Type: text/plain; charset="utf-8"
On Mon, Jun 21, 2010 at 2:19 AM, Bahadir Kiziltan <
bahadir.kiziltan AT gmail DOT com> wrote:
> Try NetApp NDMP streamer, which allows you to leverage the
deduplication in
> NDMP backups.
>
> You need at least PureDisk 6.6.x + NBU 6.5.4 with EEB.
The PureDisk requirement is the killer. I've got several 20TB
applications
with hundreds of millions of files. Purchasing PureDisk licenses for
that
much data is prohibitively expensive.
As long as Symantec insists on a per-TB license for PureDisk, we will
continue to make as little use of it as we can.
.../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewilts AT ewilts DOT org
Linkedin <http://www.linkedin.com/in/ewilts>
>
>
> On Thu, Jun 17, 2010 at 5:58 PM, <ccosta.ccc AT gmail DOT com> wrote:
>
>> Good news is that with 7.01 coming out in a month or so will allow
NBU to
>> multi-stream NDMP data to a single tape drive.
>>
>> This will/may alleviate some of the performance issues many of you
>> experience each day. However I am not sure of any limitations of this
>> feature patch may have.
>>
>> Chris
>>
>> Sent from my Verizon Wireless BlackBerry
>>
>> -----Original Message-----
>> From: "Ambrose, Monte" <mambrose AT qualcomm DOT com>
>> Date: Thu, 17 Jun 2010 14:38:41
>> To: Jonathan Dyck<jdyck AT bank-banque-canada DOT ca>; Jeff Cleverley<
>> jeff.cleverley AT avagotech DOT com>; Rusty.Major AT sungard DOT com<
>> Rusty.Major AT sungard DOT com>
>> Cc:
veritas-bu AT mailman.eng.auburn DOT edu<veritas-bu AT mailman.eng.auburn DOT
edu>
>> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>>
>> You could also use NetBackups Snap Mirror to tape. You would need a
>> NetApp snap mirror license.
>>
>> The Pros
>> It uses snapmirror and sends the data off to tape. It is a RAW
volume
>> backup and is extremely fast - 10X in many cases.
>> It can be fully configured in NetBackup
>>
>> The Cons
>> It backs up the entire volume - so if you have a 1TB volume and only
400GB
>> are used it will backup 1tb
>> You cant restore a single file or dir. You have to restore the
entire
>> thing.
>> You cant mix with incremental backups.
>>
>> Monte
>>
>> -----Original Message-----
>> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:
>> veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Jonathan Dyck
>> Sent: Tuesday, June 15, 2010 7:21 AM
>> To: Jeff Cleverley; Rusty.Major AT sungard DOT com
>> Cc: veritas-bu AT mailman.eng.auburn DOT edu
>> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>>
>> We do our NetApp backups (old GF940 metro cluster) with a combination
of
>> snapshots (which are available at both sites) and NDMP here. Our NDMP
>> obviously holds all the long retention data.
>>
>> The data size isn't huge compared to some (6.5TB, ~40M files), but
we've
>> had to resort to multiple policies and multi-streaming to back it up
in a
>> reasonable amount of time (less than 60 hours for a full on the
wknd). The
>> way it works is:
>>
>> PolicyA (vol1): explicitly lists 37 different paths for the backup
>> selection list, we've empirically determined these are the "smaller"
>> folders
>> PolicyB (vol1-long): explicitly lists 16 paths for the backup
selection
>> list, we've determined these are the "large" folders
>> PolicyC (vol1-Catch-missed-directory): we've mounted the root of vol1
on a
>> Linux host, and we back it up via NFS, excluding the 37+16 paths
defined
>> above. If this policy's full backup every gets too large (over 10GB
or so),
>> we review the contents and add new paths to PolicyA or PolicyB as
>> necessary. This is necessary because you can't specify wildcards on
NDMP
>> backups (discussed in this forum several times I believe).
>>
>> We repeat the above process for vol2.
>>
>> The above backup data sits on a deduped VTL for 2 months, and then
the
>> data that is held longer than that is duplicated to tape for
long-term
>> storage and expired off the VTL. As we run 5 streams concurrently,
the
>> throughput is decent, but we peg out the CPU on the NetApp frequently
during
>> the backup window, which is a concern.
>>
>> HTH...
>> Jon
>>
>>
>>
>> -----Original Message-----
>> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:
>> veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Jeff
Cleverley
>> Sent: June 14, 2010 5:57 PM
>> To: Rusty.Major AT sungard DOT com
>> Cc: veritas-bu AT mailman.eng.auburn DOT edu
>> Subject: Re: [Veritas-bu] NDMP and Millions of Files
>>
>> Rusty,
>>
>> If you have a way to use Snapvault to backup to another location, I
>> would use it. We have a number of file systems like what you have.
I
>> tried NDMP over TCP and NFS backups using dedicated snapshots mounted
>> on a client. Both used a dedicated 10G network. We basically
overran
>> our 6030 filer. We could have jumped through a lot of hoops and
split
>> backups over multiple weekends, etc, but we decided it wasn't worth
>> it. I haven't tried Flash Backup for a while but it didn't really
buy
>> us much on what we tried to do with it. It may work better now.
>>
>> We backup everything (~200 TB) to NearStores in another building. We
>> use SnapVault instead of SnapMirror. We can still revert our
>> destination volumes to primary r/w file systems if we need to. We
>> don't have the requirement to send tapes off site. If you do, you
>> could still make the tapes from your secondary filer.
>>
>> Using NFS to tape will give you check points and you can run multiple
>> streams to each tape drive. If you are not hitting the filer
>> throughput limits this may work for you.
>>
>> Jeff
>>
>> On Mon, Jun 14, 2010 at 3:24 PM, <Rusty.Major AT sungard DOT com> wrote:
>> >
>> > We have a NetApp filer that has a few TB of data made up largely of
>> millions
>> > of small files (about 30 million or so) and we are using several
NDMP
>> > policies to back up this data. The two main problems are length of
time
>> it
>> > takes to backup (we usually have 2-3 backups running all day every
day)
>> and
>> > when there is a maintenance or other event in the NBU domain, we
have to
>> > kill the job, resulting in having to start all over (no
checkpoints).
>> >
>> > For those of you who have faced a similar situation, how are you
backing
>> up
>> > this data?
>> >
>> > Current thoughts are moving away from NDMP and going with just
snapshots
>> and
>> > then getting the snap offsite either by backing it up or
replicating it.
>> > We've also thought about backing it up via NFS, but that will
probably
>> be
>> > slower, though we would get checkpoints.
>> >
>> > I appreciate any other suggestions anyone has.
>> >
>> > Rusty Major, MCSE, BCFP, VCS ? Sr. Storage Engineer ? SunGard
>> Availability
>> > Services ? 757 N. Eldridge Suite 200, Houston TX 77079 ?
281-584-4693
>> > Keeping People and Information Connected? ?
>> http://availability.sungard.com/
>> > P Think before you print
>> > CONFIDENTIALITY: This e-mail (including any attachments) may
contain
>> > confidential, proprietary and privileged information, and
unauthorized
>> > disclosure or use is prohibited. If you received this e-mail in
error,
>> > please notify the sender and delete this e-mail from your system.
>> > _______________________________________________
>> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>> >
>> >
>>
>>
>>
>> --
>> Jeff Cleverley
>> Unix Systems Administrator
>> 4380 Ziegler Road
>> Fort Collins, Colorado 80525
>> 970-288-4611
>> _______________________________________________
>> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
====================================================================================
>>
>> La version fran?aise suit le texte anglais.
>>
>>
>>
------------------------------------------------------------------------------------
>>
>> 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
>> immediately from
>> your system and notify the sender promptly by email that you have
done so.
>>
>>
>>
------------------------------------------------------------------------------------
>>
>> Le pr?sent courriel peut contenir de l'information privil?gi?e ou
>> confidentielle.
>> La Banque du Canada ne renonce pas aux droits qui s'y rapportent.
Toute
>> diffusion,
>> utilisation ou copie de ce courriel ou des renseignements qu'il
contient
>> par une
>> personne autre que le ou les destinataires d?sign?s est interdite. Si
vous
>> recevez
>> ce courriel par erreur, veuillez le supprimer imm?diatement et
envoyer
>> sans d?lai ?
>> l'exp?diteur un message ?lectronique pour l'aviser que vous avez
?limin?
>> de votre
>> ordinateur toute copie du courriel re?u.
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/d74accc8/attachment-0001.htm
------------------------------
Message: 4
Date: Mon, 21 Jun 2010 14:09:57 +0100
From: "Whelan, Patrick" <patrick.whelan AT lloydsbanking DOT com>
Subject: [Veritas-bu] WRN - can't lock raw device for read
To: <VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<1EBA95AF8AEFB04199DB3C80769957750395C22C AT
fmg-s3-0494.Markets.Global.Lloydstsb DOT Com>
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
I'm getting the above message while trying to do a raw partition back up
of a W2k3 server. I turned off snap shot but it makes no difference.
Does anyone have any suggestions?
Regards,
Patrick Whelan
NetBackup Specialist
Wholesale Markets and Treasury & Trading
Lloyds Banking Group
Desk: +44 (0) 207 158 6123
Loc: OBS 2C-132
P please don't print this e-mail unless you really need to.
Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V
7HN. Registered in England and Wales, number 2065. Telephone: 020 7626
1500.
Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ.
Registered in Scotland, number 327000. Telephone: 0870 600 5000
Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120
George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237.
Telephone: 0131 225 4555.
Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester
GL4 3RL. Registered in England and Wales, number 2299428. Telephone:
01452 372372.
Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and
Cheltenham & Gloucester plc are authorised and regulated by the
Financial Services Authority.
Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester
Savings is a division of Lloyds TSB Bank plc.
HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in
Scotland, number 218813. Telephone: 0870 600 5000
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1
1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555
This e-mail (including any attachments) is private and confidential and
may contain privileged material. If you have received this e-mail in
error, please notify the sender and delete it (including any
attachments) immediately. You must not copy, distribute, disclose or use
any of the information in it or any attachments.
Telephone calls may be monitored or recorded.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/afee971d/attachment-0001.htm
------------------------------
Message: 5
Date: Mon, 21 Jun 2010 11:10:38 -0700
From: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>
Subject: [Veritas-bu] NDMP Celera Backup Question
To: "veritas-bu AT mailman.eng.auburn DOT edu"
<veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID:
<906DB7576C45F54089758115958D7B7105445B5993 AT
PRRMSGMBX002A.cmc.indymac DOT biz>
Content-Type: text/plain; charset="us-ascii"
Hey guys
I have a tough question, I am attempting to create two NDMP policies
that will backup data from a Celera running 5.6. The first policy will
backup all data except for PST files. The second policy would only
backup PST files and exclude all other data but according to EMC, there
are no includes we can add to our backup policies. So we can create the
second policy that will exclude all data but there are no includes to
add PST files as the only files to backup. Any ideas?
Daniel Jimenez
Data Protection Team
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/32571b7f/attachment-0001.htm
------------------------------
Message: 6
Date: Mon, 21 Jun 2010 14:22:57 -0400
From: "Spencer O'Donnell" <sodonnel AT opentext DOT com>
Subject: Re: [Veritas-bu] NDMP Celera Backup Question
To: "Jimenez, Daniel" <Daniel.Jimenez AT owb DOT com>,
<veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID:
<C88ACEAD8D5B024BBD922C6E2FAF661E06612ECD AT OTWLMX04.opentext DOT net>
Content-Type: text/plain; charset="us-ascii"
Unfortunately you can exclude data but you cannot use wildcards. You can
exclude specific files or folders but that is the extent. For backup you
cannot use wildcards or specific file names just directories.
http://seer.entsupport.symantec.com/docs/235246.htm
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Jimenez,
Daniel
Sent: Monday, June 21, 2010 2:11 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] NDMP Celera Backup Question
Hey guys
I have a tough question, I am attempting to create two NDMP policies
that will backup data from a Celera running 5.6. The first policy will
backup all data except for PST files. The second policy would only
backup PST files and exclude all other data but according to EMC, there
are no includes we can add to our backup policies. So we can create the
second policy that will exclude all data but there are no includes to
add PST files as the only files to backup. Any ideas?
Daniel Jimenez
Data Protection Team
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/527136e3/attachment-0001.htm
------------------------------
Message: 7
Date: Mon, 21 Jun 2010 14:22:48 -0400
From: "BeDour, Wayne" <WBedour AT lear DOT com>
Subject: [Veritas-bu] bplist command
To: <veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID:
<EC5487FB7167E14DA1C841F7FF47878B08862CB8 AT USMISFL-EXM3.corp.lear DOT
com>
Content-Type: text/plain; charset="us-ascii"
Our environment, HP-UX 11-31 currently running one master and media
server running NetBackup 6.5.2. Running mostly unix / Linus backups and
a couple windows b/u's thrown in for good measure.
I struggle trying to get the syntax correct every time I have to use the
bplist command. I successfully ran the following command this morning:
# bplist -C l2080 -R 998 -k dbn-l2080-linux-fra1-dd -s 06/20/2010 -e
06/20/2010 | more
/backup/fra1/G11DR/backup/bkp4/
/backup/fra1/G11DR/backup/bkp4/G11PRD_706_1_16_06
/backup/fra1/G11DR/backup/bkp4/G11PRD_707_1_16_06
/backup/fra1/G11DR/backup/b......................................
After lunch I tried the same command and got the following:
#
# bplist -C l2080 -R 998 -k dbn-l2080-linux-fra1-dd -s 06/20/2010 -e
06/20/2010 | more
EXIT STATUS 227: no entity was found
#
The system has been quiet since the first command ran, no maintenance,
didn't stop and start NetBackup but something has had to happen. Anyone
have any idea what's going on?
Thanks in advance.....
Wayne BeDour
Unix System Administrator
PH: 248-447-1739
Internet: wbedour AT lear DOT com
**********************
** LEGAL DISCLAIMER **
**********************
This E-mail message and any attachments may contain
legally privileged, confidential or proprietary
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of
this message to the intended recipient(s), you are
hereby notified that any dissemination, distribution
or copying of this E-mail message is strictly
prohibited. If you have received this message in
error, please immediately notify the sender and
delete this E-mail message from your computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100621/fbea1a5e/attachment.htm
------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 50, Issue 23
******************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
