-----Original Message-----
From: veritas-bu-request AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-request AT mailman.eng.auburn DOT edu]
Sent: Wednesday, June 27, 2001 5:07 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Veritas-bu digest, Vol 1 #525 - 11 msgs
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-admin 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. import of ndmp images (Jeff Kennedy)
2. RE: import of ndmp images (Karen Schoenbauer)
3. Veritas-bu digest, Vol 1 #521 (john.vrla AT exxonmobil DOT com)
4. Re: import of ndmp images (Jeff Kennedy)
5. NDMP Restores (Melvin, Grant)
6. unix restore questions (John Meyers)
7. Re: Expiration options (Andrew Shinkarev)
8. Re: unix restore questions (David A. Chapa)
9. Re: Daily Backup Status reports (W. Curtis Preston)
10. Re: NDMP Restores (W. Curtis Preston)
11. RE: Re: start notify and multiple data streams (W. Curtis Preston)
--__--__--
Message: 1
Date: Wed, 27 Jun 2001 10:06:33 -0700
From: "Jeff Kennedy" <jlkennedy AT amcc DOT com>
To: Veritas-bu List <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: [Veritas-bu] import of ndmp images
Ok, so this is an offshoot of my previous question regarding expiration.
I have an offsite box set that contains 18 tapes. I want to import a
single image for server1 that is somewhere on these 18 tapes. I have
read the headers on all 18 successfully and can view all of the images,
and server1 is listed. When I try to do step 2 (import), I get an error
regarding the backup not having been created with TIR. Well, ndmp
doesn't even have TIR as an option so what's the deal?
Thanks.
--
=====================
Jeff Kennedy
Unix Administrator
AMCC
jlkennedy AT amcc DOT com
--__--__--
Message: 2
From: "Karen Schoenbauer" <kas AT veritas DOT com>
To: "Jeff Kennedy" <jlkennedy AT amcc DOT com>,
"Veritas-bu List" <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: RE: [Veritas-bu] import of ndmp images
Date: Wed, 27 Jun 2001 12:21:04 -0500
Correct, NDMP does not have TIR but we save ".f" at the end of the tape.
The import phase1 did not find this ".f" also called TIR image on the tapes.
> -----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 Jeff
> Kennedy
> Sent: Wednesday, June 27, 2001 12:07 PM
> To: Veritas-bu List
> Subject: [Veritas-bu] import of ndmp images
>
>
> Ok, so this is an offshoot of my previous question regarding expiration.
>
> I have an offsite box set that contains 18 tapes. I want to import a
> single image for server1 that is somewhere on these 18 tapes. I have
> read the headers on all 18 successfully and can view all of the images,
> and server1 is listed. When I try to do step 2 (import), I get an error
> regarding the backup not having been created with TIR. Well, ndmp
> doesn't even have TIR as an option so what's the deal?
>
> Thanks.
>
> --
> =====================
> Jeff Kennedy
> Unix Administrator
> AMCC
> jlkennedy AT amcc DOT com
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
--__--__--
Message: 3
From: john.vrla AT exxonmobil DOT com
To: veritas-bu AT mailman.eng.auburn DOT edu
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Date: Wed, 27 Jun 2001 12:27:22 -0500
Subject: [Veritas-bu] Veritas-bu digest, Vol 1 #521
Check the mail_bp_reports script located in the goodies directory. You can
use cron to run it at a specific time or have it started by session_notify
to run it after the backups are completed for a session.
--__--__--
Message: 4
Date: Wed, 27 Jun 2001 11:24:13 -0700
From: "Jeff Kennedy" <jlkennedy AT amcc DOT com>
To: Veritas-bu List <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: Re: [Veritas-bu] import of ndmp images
So what are my options at this point? Are my backups worthless?
Because I also tried to import 3 other ndmp images to see if maybe just
that one was honked and none of them worked, all reported the same
error. All the backups were contained on these tapes so I'm not missing
any media.
~JK
Karen Schoenbauer wrote:
>
> Correct, NDMP does not have TIR but we save ".f" at the end of the tape.
> The import phase1 did not find this ".f" also called TIR image on the
tapes.
>
> > -----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 Jeff
> > Kennedy
> > Sent: Wednesday, June 27, 2001 12:07 PM
> > To: Veritas-bu List
> > Subject: [Veritas-bu] import of ndmp images
> >
> >
> > Ok, so this is an offshoot of my previous question regarding expiration.
> >
> > I have an offsite box set that contains 18 tapes. I want to import a
> > single image for server1 that is somewhere on these 18 tapes. I have
> > read the headers on all 18 successfully and can view all of the images,
> > and server1 is listed. When I try to do step 2 (import), I get an error
> > regarding the backup not having been created with TIR. Well, ndmp
> > doesn't even have TIR as an option so what's the deal?
> >
> > Thanks.
> >
> > --
> > =====================
> > Jeff Kennedy
> > Unix Administrator
> > AMCC
> > jlkennedy AT amcc DOT com
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
--
=====================
Jeff Kennedy
Unix Administrator
AMCC
jlkennedy AT amcc DOT com
--__--__--
Message: 5
From: "Melvin, Grant" <Grant.Melvin AT netapp DOT com>
To: "'dl-ndmp-users AT ndmp DOT org'" <dl-ndmp-users AT netapp DOT com>,
toasters AT mathworks DOT com, veritas-bu AT mailman.eng.auburn DOT edu
Date: Wed, 27 Jun 2001 11:45:12 -0700
Subject: [Veritas-bu] NDMP Restores
Hi,
Yesterday there was some discussion on these mailing
lists regarding NDMP and limitations on restores, etc.
We'd like to thank you for your feedback and to explain
what the current focus of NDMP is and in particular
how NetApp's chosen long term archivable backup format
(dump) works within NDMP.
Over the last few years NDMP has grown from
essentially a 2 company (PDC then IntelliGuard now
Legato and Network Appliance) backup solution to a
community with 20+ companies participating and > 25
NDMP compliant products shipping. The community
has backup software companies, tape library vendors
and file system vendors working together to achieve
true interoperability and a growing set of features.
This was the vision of the original companies.
Recently, this has resulted in a new V4 specification
that essentially is a cleanup of V2 & V3 and has
added extensibility so that new features may be
added without waiting for a spec change. V4
implementations will arrive this year from multiple
companies and should put an end to interoperability
issues that have cropped up from time to time.
NDMP (http://www.ndmp.org) is essentially a "plumbing"
api for controlling data protection/management operations
right now and has remained data format independant/neutral.
This means that it is relatively easy for backup software
companies to "plumb" a backup or restore that uses the
native format(s) of each system vendor.
There are 3 basic data formats commonly used in tape
backups, cpio, tar & dump (should we include MicroSoft
tape format?). Some operating systems such as Solaris
currently support all three. However, some systems such
as WAFL support one, i.e. BSD's dump. Even though systems
vendors have these native commands, most backup software
companies choose to write their own agents based on one
of the 3 formats discussed and tend to add some
"proprietaryness" as they support more and more dissimilar
file systems or add performance optimizations such as
multiplexing, etc.
NetApp's dump is no stranger to this, we have added support
for qtree metadata, NT ACLs, Unicode, NT Streams. However, a
standard BSD restore compatible application such as Solaris'
ufsrestore can still restore the data, but will only restore
NFS attributes. So should you have zero filers in 10 years
(heaven forbid) and a pile of NDMP/dump tapes to restore from
then as long as you have access to a dump compatible restore
program you should be able to manually retrieve your data.
Legato's BudTool product proved that NetApp data could be
restored on non-NetApp storage either in a disaster recovery
scenario or because that is what the customer wants. We'd like
to think that some if not all of the current 7 NDMP-compliant
backup software applications that support NetApp could add the
same capability.
Marion asks for a standard backup tape format that can be
interchanged between NDMP-compliant vendors and we applaud
her for it. However, that is beyond the current scope of the
NDMP community or the SNIA Backup working group in general.
We think its going to take an awful lot of persuading to get
all the current backup software vendors to define a single
format and then have all the possible system vendors support
it. Most companies have chosen their solution based on
trying to differentiate themselves from all the others and
we see that continuing for some time.
Cheers,
Grant and Greg
Greg Linn
Manager, NDMP Development
linn AT netapp DOT com
408.822.3752
=========== grant AT netapp DOT com ========== Grant Melvin
=== === Software Development Manager
=== === Data Availability & Management
=== |\ | __ ___ /\ __ __ === Network Appliance
=== | \ | |__ | /__\ |__| |__| === 475 East Java Drive
=== | \| |__ | / \ | | (R) === Sunnyvale
=== === California, 94089
=== === Tel:(408)822-6761
=========== Network Appliance ========== Fax:(408)822-4578
--__--__--
Message: 6
Date: Wed, 27 Jun 2001 15:37:05 -0400
From: John Meyers <john.meyers AT wright DOT edu>
To: veritas-bu AT mailman.eng.auburn DOT edu
Organization: Wright State University
Subject: [Veritas-bu] unix restore questions
I've been doing some testing of the NetBackup restore process and I'm
wondering is it possible to restore only the root (/) partition (without
the rest of the partitions) using the 'bprestore' command? I can't seem
to figure this out. Alternatively, is this possible via either of the
GUI interfaces without first deselecting everything not in the root? I'm
currently working with NetBackup 3.2 under Solaris.
On a side note, does anyone have a really good description of what the
"Restore Directories Without Crossing Mount Points" option does? The
users guide is somewhat confusing.
Thanks,
John Meyers
Computing Services
Wright State University
Dayton, Ohio. US
E-mail: john.meyers AT wright DOT edu
--__--__--
Message: 7
Date: Wed, 27 Jun 2001 14:56:01 -0500
From: Andrew Shinkarev <shinkara AT pprd.abbott DOT com>
To: Jeff Kennedy <jlkennedy AT amcc DOT com>
Cc: Veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Expiration options
Reply-To: Andrew Shinkarev <shinkara AT pprd.abbott DOT com>
On Tue, Jun 26, 2001 at 01:08:03PM -0700, Jeff Kennedy wrote:
Jeff,
NetBackup doesn't allow you to do that.
On the other hand if BudTool doesn't allow you to
turn this feature off it might violate your corporate's policy.
Some policies require to destroy your backups after some
period of time: mail, HR records.
NetBackup doesn't solve this problem either. Nothing can
stop me to import data from tapes and get old data back.
> I am wondering about the way images are expired and what my options
> are. Currently I have my expiration for all images set to 6 weeks,
> which means every 6 weeks the image database info is purged and that
> tape is now ready to be re-used, correct? I think it is so I'll
> continue on that assumption.
>
> What I would like to see is what was available in BudTool. You could
> set the time that the image was not over-writable, say 6 weeks, but the
> image data would stay in the database until it was actually
> overwritten. So, I could set an image to be locked for 6 weeks, but if
> the tape had not been written to, and it was week 8, you could still
> browse the image data.
>
> Does such an option exist in NetBackup?
>
> Thanks.
> --
> =====================
> Jeff Kennedy
> Unix Administrator
> AMCC
> jlkennedy AT amcc DOT com
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
----
Andrew Shinkarev
Network Systems Specialist
Abbott Laboratories
(847) 9387559
shinkara AT pprd.abbott DOT com
--__--__--
Message: 8
Date: Wed, 27 Jun 2001 13:28:52 -0700 (PDT)
From: "David A. Chapa" <david AT xbpadm-commands DOT com>
To: John Meyers <john.meyers AT wright DOT edu>
Reply-To: "David A. Chapa" <david AT xbpadm-commands DOT com>
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] unix restore questions
> "Restore Directories Without Crossing Mount Points"
that's exactly what you want to select.
If you want to restore just /, then that's all it will
restore with this option selected. If this option
isn't selected, as you have probably found out, it will
restore / and all of the filesystems under the mount
points. the Mount Points are where your file systems
are mounted, in this case underneath /.
if you are running solaris and you do a
df -k
it will show you the file systems you have out here.
This is abreviated:
/dev/dsk/c0t0d0s0 /
/dev/dsk/c1t0d0s0 /usr
/dev/dsk/c1t1d0s0 /home
Without /usr and /home being mounted, /usr and /home
off of root are just 'directories'.
I hope I didn't insult your intelligence by getting so
basic, but I just wanted to make sure it covered your
question fully.
Kindest Regards,
David Chapa
Quoting John Meyers <john.meyers AT wright DOT edu>:
>
> I've been doing some testing of the NetBackup
restore process and I'm
> wondering is it possible to restore only the root
(/) partition (without
> the rest of the partitions) using the 'bprestore'
command? I can't seem
> to figure this out. Alternatively, is this
possible via either of the
> GUI interfaces without first deselecting everything
not in the root? I'm
> currently working with NetBackup 3.2 under Solaris.
>
> On a side note, does anyone have a really good
description of what the
> "Restore Directories Without Crossing Mount Points"
option does? The
> users guide is somewhat confusing.
>
> Thanks,
>
> John Meyers
> Computing Services
> Wright State University
> Dayton, Ohio. US
> E-mail: john.meyers AT wright DOT edu
> _______________________________________________
> Veritas-bu maillist - Veritas-
bu AT mailman.eng.auburn DOT edu
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
bu
>
<><><><><><><><><><><><><><><><><><><><>
David A. Chapa
Consulting Manager
DataStaff, Inc.
847 413 1144
http://www.consulting.datastaff.com
---------------------------------------
http://www.xbpadm-commands.com
NBU-LSERV AT datastaff DOT com - Adv. Scripting
--__--__--
Message: 9
Date: Wed, 27 Jun 2001 12:59:29 -0700
To: "Gregory Floro" <gregory.floro AT photobition DOT com>,
markjessup AT northwesternmutual DOT com
From: "W. Curtis Preston" <curtis AT backupcentral DOT com>
Subject: Re: [Veritas-bu] Daily Backup Status reports
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Just realize that you're going to get an email PER JOB, or is it only when
jobs fail?
I know that the emailing is per job, though. Since I _NEVER_ use this
facility, I can't remember.
I do my own reporting with scripts and bpdbjobs, bperror, etc.
At 07:24 AM 6/26/2001 -0400, Gregory Floro wrote:
> >From the GUI:
>Configure > System Configuration > Global Attributes
>enter email address for notificatons
>
>markjessup AT northwesternmutual DOT com writes:
> >I am relatively new to Netbackup and was wondering if there was a way to
> >automatically send a daily backup status report via email to
> >adminstrators, etc so that when I come in the next morning, I have an
> >email report waiting that shows the status of all my backups from last
> >night, success or failure. I know I can create reports via the GUI but
> >I just want a daily summary report sent out via email. Is this
> >capability built in the product or do I need the Advanced Reporter to do
> >this? Thanks!
> >
> >
> >
> >
> >Mark Jessup
> >IS Manager, Enterprise Storage and Output Management
> >Northwestern Mutual
> >(414) 665-3968
> >markjessup AT northwesternmutual DOT com
>
>
>
>
>***************************************************************************
>Gregory Floro T. 212-502-9475
>IT Manager F. 212-594-1709
>Photobition NY gregory.floro AT photobition DOT com
>"Press any key to continue or any other key to quit!"
>***************************************************************************
>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
---
W. Curtis Preston
Principal Consultant for Storage Designs, your storage experts
Webmaster: http://www.backupcentral.com Phone: 760 653 1007
--__--__--
Message: 10
Date: Wed, 27 Jun 2001 13:27:38 -0700
To: "Melvin, Grant" <Grant.Melvin AT netapp DOT com>,
"'dl-ndmp-users AT ndmp DOT org'" <dl-ndmp-users AT netapp DOT com>,
toasters AT mathworks DOT com, veritas-bu AT mailman.eng.auburn DOT edu
From: "W. Curtis Preston" <curtis AT backupcentral DOT com>
Subject: Re: [Veritas-bu] NDMP Restores
Grant,
Thanks for the information. I'd like to comment on a few things. First,
let me say that I am a fan of NDMP, as it is giving us a valid solution for
backing up all these NetApps I keep seeing everywhere. ;) Before valid
NDMP server and client software was in place, all we had was NFS. I have a
lot of respect for NetApp and the other backup and recovery options you
have (Snapshots, SnapMirror, etc.), but I would like this one issue
addressed.
At 11:45 AM 6/27/2001 -0700, Melvin, Grant wrote:
> NetApp's dump is no stranger to this, we have added support
> for qtree metadata, NT ACLs, Unicode, NT Streams. However, a
> standard BSD restore compatible application such as Solaris'
> ufsrestore can still restore the data, but will only restore
> NFS attributes. So should you have zero filers in 10 years
> (heaven forbid) and a pile of NDMP/dump tapes to restore from
> then as long as you have access to a dump compatible restore
> program you should be able to manually retrieve your data.
The key for the original poster to understand is the word _manually_. This
means that you can load the tape into a Solaris box (or any box that can
read BSD dump, such as HP, AIX, Linux), do some manual tape manipulation,
and be able to restore the data (without the NT-specific info). This is a
far cry from being able to point and click your restores into existence.
> Legato's BudTool product proved that NetApp data could be
> restored on non-NetApp storage either in a disaster recovery
> scenario or because that is what the customer wants. We'd like
> to think that some if not all of the current 7 NDMP-compliant
> backup software applications that support NetApp could add the
> same capability.
Yes, they could, and I wish they would. I wonder if some of us should just
write a tool that does that? Hmmm.. Gears churning....
I wonder if we could figure out a way to feed these tapes to AMANDA, and
have AMANDA automate the restores.
Or just write our own utility... Hmm.... Anyone interested in this
project?
> Marion asks for a standard backup tape format that can be
> interchanged between NDMP-compliant vendors and we applaud
> her for it. However, that is beyond the current scope of the
> NDMP community or the SNIA Backup working group in general.
>
> We think its going to take an awful lot of persuading to get
> all the current backup software vendors to define a single
> format and then have all the possible system vendors support
> it. Most companies have chosen their solution based on
> trying to differentiate themselves from all the others and
> we see that continuing for some time.
Yes, it would take some doing to accomplish that. However, we've got to
start somewhere. My biggest issue with NDMP is that it allows the OS
vendor (in this case NetApp) to determine the backup format. I understand
that it would be a lot of work to get this accomplished, but I don't think
it's outside the realm of possibility.
Trying to differentiate yourself in the backup world is a bad thing. (I
submit for your perusal IRIX's XFSDUMP.) I'm glad to hear that NetApps
tapes can at least be read by a dump-knowledgeable box. But you're not the
only vendor out there.
Yes, I know that it says right in the V5 spec that backup format is out of
scope. Yes, I know that getting a bunch of vendors to get together is not
an easy thing. But I'll keep saying that this should be in scope until
somebody listens:
OS-SPECIFIC BACKUP COMMANDS BAD
I do wish that Veritas would make their multiplexed backup format a little
more open, and make a command that can easily read a NetBackup multiplexed
tape if NetBackup is dead, but at least their backup format is the same on
every box. The idea of going back to the days when I had Solaris, HP,
and Ultrix dump tapes, and 3B2 cpio tapes, and VAX backup tapes gives me
chills. And, given the upcoming prominence of the NAS industry, we may
have just that. (Assuming you're in a shop that has more than one NAS
vendor.) That would stink.
Anybody that agree with me, feel free to send a "me too" message.
---
W. Curtis Preston
Principal Consultant for Storage Designs, your storage experts
Webmaster: http://www.backupcentral.com Phone: 760 653 1007
--__--__--
Message: 11
Date: Wed, 27 Jun 2001 13:29:47 -0700
To: scott.kendall AT abbott DOT com, morms AT es DOT com
From: "W. Curtis Preston" <curtis AT backupcentral DOT com>
Subject: RE: [Veritas-bu] Re: start notify and multiple data streams
Cc: veritas-bu AT mailman.eng.auburn DOT edu
My work around deals with that issue. It uses touch files to signal the
other streams that they can begin, including telling them that they
"master" script failed. If the master script fails, then all associated
streams exit with a 73.
At 10:44 PM 6/20/2001 -0500, scott.kendall AT abbott DOT com wrote:
>One issue with this is that all the streams will be queued together. If
more
>than one stream starts running at roughly the same time (which is going to
>happen if you're using mux'ing or more than one tape drive is available),
you
>have the 1st stream getting the database ready for the backup. What about
the
>other streams? If you have the script immediately exit for these they will
>start their backups. If the bpstart from the first stream is still running
>trying to get the database ready and the other streams start to backup
files,
>the backups will not be good. All subsequent streams must wait for the
first
>stream to finish before they proceed or the database will not be ready.
>
>Also, if a stream runs and then finishes all while other streams for the
same
>backup are still queued. There won't be any stream*.active files that
exist
>and the database will be brought up before the queued streams even start.
---
W. Curtis Preston
Principal Consultant for Storage Designs, your storage experts
Webmaster: http://www.backupcentral.com Phone: 760 653 1007
--__--__--
_______________________________________________
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
|
