Veritas-bu

[Veritas-bu] Sharing drives between NDMP and non NDMPenvironments

2006-11-27 12:55:41
Subject: [Veritas-bu] Sharing drives between NDMP and non NDMPenvironments
From: Garrett.Covington at trizetto.com (Covington, Garrett)
Date: Mon, 27 Nov 2006 10:55:41 -0700
Drive sharing (SSO) for NDMP is a new 'feature' in 6.0, however I
believe connecting them as shared resources to the NetApps requires
NetApp DataOnTap version 7.2... Looks like they were shooting for OnTap
7.1.1 but I don't think it made it in...

I also have a .pdf from NetApp about the joint venture, outlining what
was done - if you want me to send it, (18pgs) email me directly.

-- 
Here was the update from one of our reps sent 10/6/06:
--

Supposedly it is not in 7.2 but will be in future revs of 7.2.x 
  
I just pulled the release notes for 7.1.1 and it's right in there: 
  
Support for SCSI reservations for the Symantec VERITAS NetBackup 6
Shared Storage Option 
Data ONTAP 7.1.1 supports SCSI Reserve/Release commands for the Symantec
VERITAS NetBackup 6 Shared Storage Option, which allows users to
dynamically share tape devices with NDMP backup policies. To enable the
SCSI Reserve/Release commands, set the tape.reservations option to scsi.
For more information, see the na_options(1) man page. 


Thanks,
 
Garrett Covington
The TriZetto Group, Inc.
Garrett.Covington at TriZetto.com
pager: 3032046695 at vtext.com
work: 303-323-6886
cell: 303-204-6695
 

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
veritas-bu-request at mailman.eng.auburn.edu
Sent: Monday, November 27, 2006 9:31 AM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Veritas-bu Digest, Vol 7, Issue 49

Send Veritas-bu mailing list submissions to
        veritas-bu at mailman.eng.auburn.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.edu

You can reach the person managing the list at
        veritas-bu-owner at mailman.eng.auburn.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Veritas-bu digest..."


Today's Topics:

   1. Re: Sharing drives between NDMP and non   NDMPenvironments
      (Falk, Martin  SZ/HZA-ITDS2)
   2. Re: NBU Encryption Option (Ed Wilts)
   3. Re: NBU Encryption Option (Steve Fogarty)
   4. Bpend Notify (Clooney, David)
   5. Re: I need some additional help to backup oracle. (Krzys)
   6. Re: Storage unit number of drives (Weber, Philip)
   7. Re: I need some additional help to backup oracle.
      (ckstehman at pepco.com)
   8. Re: LTO-3 and MPX (Darren Dunham)
   9. Re: I need some additional help to backup oracle. (Krzys)


----------------------------------------------------------------------

Message: 1
Date: Mon, 27 Nov 2006 12:50:43 +0100
From: "Falk, Martin  SZ/HZA-ITDS2" <falkmrt at schaeffler.com>
Subject: Re: [Veritas-bu] Sharing drives between NDMP and non
        NDMPenvironments
To: "David Mackie" <David.Mackie at synergistic.com.au>,        "Thomas
        Oppermann" <toppermann at gmail.com>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID:
        <CBFB868E7CED294B9426B5D1F4240BE1AF9116 at de010367.de.ina.com>
Content-Type: text/plain; charset="us-ascii"

And take a look here:
 
http://www.symantec.com/enterprise/products/agents_options_details.jsp?p
cid=1018&pvid=2_1&aoid=65
 
As Netapp Fileres are supported by the NDMP option and Symantec is
making no difference between Filers and any other NDMP system I believe
this will work.
 
Regards
 
Martin


________________________________

Von: David Mackie [mailto:David.Mackie at synergistic.com.au] 
Gesendet: Montag, 27. November 2006 12:32
An: Falk, Martin SZ/HZA-ITDS2; Thomas Oppermann
Cc: veritas-bu at mailman.eng.auburn.edu
Betreff: RE: [Veritas-bu] Sharing drives between NDMP and non
NDMPenvironments



Martin,

 

Are you sure?? I was told by Symantec that this was a Big Horn (NBU next
6.5 0r whatever it is called) feature.  The environment I designed last
year had more than 100 Filers and it would have been a reason to design
for 6.x from the get go as we were starting deploying 5.1 around the 6.0
release date.

 

Best I ask the local Symantec Consultants / Presales dudes.

 

-David

 

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Falk,
Martin SZ/HZA-ITDS2
Sent: Monday, 27 November 2006 5:31 PM
To: Thomas Oppermann
Cc: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Sharing drives between NDMP and non
NDMPenvironments

 

Drive Sharing with NDMP and other drives is a new feature of Version 6.x

 

Regards

 

Martin

 

________________________________

Von: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] Im Auftrag von Thomas
Oppermann
Gesendet: Sonntag, 26. November 2006 23:33
An: POUSSARD, Gilles (INFOTEL)
Cc: veritas-bu at mailman.eng.auburn.edu
Betreff: Re: [Veritas-bu] Sharing drives between NDMP and non NDMP
environments

HI,

 

AFAIK, it is not possible to use ndmp for Netapp Filer with the SSO
option. Unix and windows should be possible with SSO.

 

Cheers

 

Thomas



 

On 11/23/06, POUSSARD, Gilles (INFOTEL) <gilles.poussard at airbus.com>
wrote: 


Hi all,

       I am running Netbackup 5.1 MP5 and it is a stable version

       I wish to upgrade in 6.0 MP4 in Q1 2007 because this is the only
version which supports W2003 64 bits in media server mode.

       But as I have some Netapp filers, I wish to share the drives
between UNIX/ Windows media servers and Netapp filers. 

       Does anyone has some configurations like this ?? How is it
configured ?? with SSO ?? It is working well ??

       Thanks

       Gilles.



This e-mail is intended only for the above addressee. It may contain
privileged information. 
If you are not the addressee you must not copy, distribute, disclose or
use any of the information in it.
If you have received it in error please delete it and immediately notify
the sender.
Security Notice: all e-mail, sent to or from this address, may be
accessed by someone other than the recipient, for system management and
security reasons. This access is controlled under Regulation of security
reasons. 
This access is controlled under Regulation of Investigatory Powers Act
2000, Lawful Business Practises.



_______________________________________________
Veritas-bu maillist  -   Veritas-bu at mailman.eng.auburn.edu
<mailto:Veritas-bu at mailman.eng.auburn.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/20061127/
cdd50c04/attachment-0001.html

------------------------------

Message: 2
Date: Mon, 27 Nov 2006 06:48:33 -0600
From: Ed Wilts <ewilts at ewilts.org>
Subject: Re: [Veritas-bu] NBU Encryption Option
To: Tristan Ball <Tristan.Ball at vsl.com.au>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID: <456ADEA1.8020408 at ewilts.org>
Content-Type: text/plain; charset=UTF-8; format=flowed

On 11/26/2006 9:36 PM, Tristan Ball wrote:
> We?re interested in adding the encryption option for Netbackup, and
was 
> hoping to hear back on anyone?s experiences, good or bad?

 From what I've read on this list, it's mostly bad.  If you have a very 
small number of limitied clients that need to encrypt, and they have a 
lot of extra CPU, then you can get away with it.  All of the encryption 
is done on the client, and that data does not compress.  It's not 
supported on all clients.

If you're serious about encrypting your data, the preferred solution is 
to purchase an encryption appliance.  We bought a pair from Decru (now 
NetApp) that encrypt at wire speed as well as compress the data.  It's a

lot more money than software-based encryption, but the latter wasn't 
really an option for us.

Decru is the industry leader but there is another player in the game too

whose name escapes me right now.

        .../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:ewilts at ewilts.org



------------------------------

Message: 3
Date: Mon, 27 Nov 2006 08:53:19 -0400
From: "Steve Fogarty" <steve.fogarty at gmail.com>
Subject: Re: [Veritas-bu] NBU Encryption Option
To: "'Tristan Ball'" <Tristan.Ball at vsl.com.au>,
        <veritas-bu at mailman.eng.auburn.edu>
Message-ID: <456adfce.422c6194.4bda.2a12 at mx.google.com>
Content-Type: text/plain; charset="us-ascii"

I am using it on some smaller servers.  Works fine, no errors, and able
to
restore to both the server the backup came from, and other servers, as
long
as the key is there, and the passphrase is the same.    Performance was
inpacted some.  CPU was up, and about an increase of about 35% in time
to
back up.  That was with the default encryption type (AES-128-CFB).  When
I
switched to Blowfish...there was a HUGE impact on performance.  Not so
much
difference in CPU use, but in length of backup time.
 
Steve  
 
 

  _____  

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Tristan
Ball
Sent: Sunday, November 26, 2006 11:37 PM
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU Encryption Option



We're interested in adding the encryption option for Netbackup, and was
hoping to hear back on anyone's experiences, good or bad?

 

Thanks,

            Tristan.

 

 

---

Tristan Ball

System Administrator

Vision Systems

+61-3-9211-7064

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061127/
0fe6f1ac/attachment-0001.html

------------------------------

Message: 4
Date: Mon, 27 Nov 2006 14:44:46 -0000
From: "Clooney, David" <david.clooney at bankofamerica.com>
Subject: [Veritas-bu] Bpend Notify
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        
<6A334D121100454D9D2AE91349CA00C50556D978 at EMACROEXC00V1.emea.bankofameri
ca.com>
        
Content-Type: text/plain; charset="us-ascii"

Hi All
 
Wanted to run something by your all as I'm at a bit of a loss.
 
We are trying to modify the way backup_exit_notify works on the master
but the script doesn't seem to be parsed unique parameters besides
stream. From  my understanding the following parameters are parsed...
 
#         CLIENT           - the client hostname
#         POLICY           - the policy label
#         SCHEDULE         - the schedule label
#         SCHEDULE_TYPE    - the type of schedule:  FULL INCR UBAK UARC
#         STATUS           - the backup status for this job
#         STREAM           - the backup stream number for this job
 
 
Our end notify script then goes through a whole bunch of rules etc which
determines what and where to send an alert. One of our first tasks is to
make sure a second/third attempt has not kicked in, now with the
parameters we cannot be accurate as we use bpdbjobs to report on the
client policy schedule  to see whether there are jobs still active or
Q'ed ,  we are using multiple data streams . I know I could use
-all_columns on bpdbjobs to figure out the stream and match it back but
it seems a hell of a lot of work especially as only the first 32 fields
are constant and then variable after that.
 
Can anyone suggest an easier way of what I'm trying to achieve? I guess
I would want jobid to be parsed to backup_exit_notify ?
 
Any help would be appreciated
 
Thanks Dave


 
 



Notice to recipient:
The information in this internet e-mail and any attachments is
confidential and may be privileged. It is intended solely for the
addressee. If you are not the intended addressee please notify the
sender immediately by telephone. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted to
be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in
this internet e-mail are subject to the terms and conditions expressed
in any applicable governing terms of business or client engagement
letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America,
N.A., London Branch and Banc of America Securities Limited are
authorised and regulated by the Financial Services Authority.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061127/
812a2569/attachment-0001.html

------------------------------

Message: 5
Date: Mon, 27 Nov 2006 10:00:49 -0500 (EST)
From: Krzys <krzys at perfekt.net>
Subject: Re: [Veritas-bu] I need some additional help to backup
        oracle.
To: ckstehman at pepco.com
Cc: veritas-bu at mailman.eng.auburn.edu,
        veritas-bu-bounces at mailman.eng.auburn.edu, Ed Wilts
        <ewilts at ewilts.org>
Message-ID: <Pine.GSO.4.64.0611270935450.7934 at chrysek>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

Oracle agent, is that some additional software I need to download and
install? 
or is it already installed in my backup server/slient installation but I
just 
need to enable it on a server with a license?

Thanks.

Chris


On Sun, 26 Nov 2006, ckstehman at pepco.com wrote:

> I also recommend that you use the oracle agent...  There is no need to
> shut down the databases, and it is much faster.
>
>
> =============================
> Carl Stehman
> IT Distributed Services Team
> Pepco Holdings, Inc.
> 202-331-6619
> Pager 301-765-2703
> ckstehman at pepco.com
>
>
>
> Dominik.J.Pietrzykowski at nab.com.au
> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
> 11/22/2006 11:39 PM
>
> To
> Ed Wilts <ewilts at ewilts.org>
> cc
> veritas-bu at mailman.eng.auburn.edu,
> veritas-bu-bounces at mailman.eng.auburn.edu
> Subject
> Re: [Veritas-bu] I need some additional help to backup oracle.
>
>
>
>
>
>
>
> I recommend you use the agents. They will do cold backups when the
> database is free although they will fail
> when the DB is busy. So you need to choose a time when the DB will be
> quiet and can be quiesced.
> Otherwise you need to do hot backups with logs etc. This is what i
> recommend.
>
>
>
>
>
> Ed Wilts <ewilts at ewilts.org>
> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
> 23/11/2006 01:14 PM
>
>
> To
> Krzys <krzys at perfekt.net>
> cc
> veritas-bu at mailman.eng.auburn.edu
> Subject
> Re: [Veritas-bu] I need some additional help to backup oracle.
>
>
>
>
>
>
>
>
> On 11/22/2006 1:25 PM, Krzys wrote:
>> You guys are so much more helpfull than any other place... even with
> symantec
>> support I dont get that much support as from you guys, but anyway I
have
>
>> netbackup and one of the backup clients is running oracle. In my
> previous job
>> DBA's were doing cold/hot backups and they just dumped files to
> directories that
>> I then backed up, in this job culture I guess is sligtly different so
> DBA's told
>> me that this is my job to do backups... So anyway for the cold backup
> they
>> provided me with stop script to stop oracle databases (I know its not
to
> good
>> and it causes all sorts of problems if database would not came back
etc)
> But
>> despite those aspects what would I need to do to acomplish this task
of
> backing
>> up system with oracle down...
>
> Don't even go there.  Believe me, you *will* have issues.  You *will*
> leave databases down when they're supposed to be up.  You *will* be
> phoned and yelled at.  Your DBAs *will* be phoned and yelled at.
>
> Your previous job's approach is tolerable - it's what we do here today
> (until we get the agents into production).  The approach they want in
> your current job is NOT a good idea.  It sucks.  It breaks randomly.
It
> leaves databases down.  Don't try it.  You'll be sorry.
>
>                .../Ed
>
>
> -- 
> Ed Wilts, Mounds View, MN, USA
> mailto:ewilts at ewilts.org
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> National Australia Bank Ltd - ABN 12 004 044 937
> This email may contain confidential information. If you are not the
> intended recipient, please immediately notify us at
postmaster at nab.com.au
> or by replying to the sender, and then destroy all copies of this
email.
> Except where this email indicates otherwise, views expressed in this
email
> are those of the sender and not of National Australia Bank Ltd. Advice
in
> this email does not take account of your objectives, financial
situation,
> or needs. It is important for you to consider these matters and, if
the
> e-mail refers to a product(s), you should read the relevant Product
> Disclosure Statement(s)/other disclosure document(s) before making any
> decisions. If you do not want email marketing from us in future,
forward
> this email with "unsubscribe" in the subject line to
> Unsubscriptions at nab.com.au in order to stop marketing emails from this
> sender. National Australia Bank Ltd does not represent that this email
is
> free of errors, viruses or interference.
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> This Email message and any attachment may contain information that is
> proprietary, legally privileged, confidential and/or subject to
copyright
> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This
Email is
> intended solely for the use of the person(s) to which it is addressed.
If
> you are not an intended recipient, or the employee or agent
responsible for
> delivery of this Email to the intended recipient(s), you are hereby
notified
> that any dissemination, distribution or copying of this Email is
strictly
> prohibited.  If you have received this message in error, please
immediately
> notify the sender and permanently delete this Email and any copies.
PHI
> policies expressly prohibit employees from making defamatory or
offensive
> statements and infringing any copyright or any other legal right by
Email
> communication.  PHI will not accept any liability in respect of such
> communications.
>
>
> !DSPAM:122,456a0ca715325021468!
>


------------------------------

Message: 6
Date: Mon, 27 Nov 2006 15:15:44 -0000
From: "Weber, Philip" <Philip.Weber at egg.com>
Subject: Re: [Veritas-bu] Storage unit number of drives
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        <78985211D833EF4BA88D986FEF7CB9E0026C2966 at PPNMBP99.uk.egg.net>
Content-Type: text/plain;       charset="us-ascii"

You can set the "Maximum Concurrent drives used for backup" in the
storage unit, but that doesn't give you any control over WHICH drives
are used, which sounds like what you want.  I think you could use
tpconfig to manually set which drives (that the OS can see) are
available to NetBackup, but I'm not sure you could then create a 2nd
storage unit to use the other drives.

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Dave
Markham
Sent: 24 November 2006 11:12
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage unit number of drives


Guys is there anyway to create a storage unit and use only a certain
number of drives?

Im Netbackup 5.0mp4 on sol9. I have 5 drives available in a L700 3 of
which are Shared SSO. I want to create a storage unit of 3 drives ( 1
shared and 2 not ) so that a network based job doesnt tie up 2 of the
shared drives and cause my media servers using SSO to fail. Im running
ITC so need 2 drives at a time.

Dave
_______________________________________________
Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

-----------------------------------------
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Laurence Pountney Hill, London EC4R 0HH. 

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.


Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.

This communication does not create or modify any contract.




------------------------------

Message: 7
Date: Mon, 27 Nov 2006 10:26:20 -0500
From: ckstehman at pepco.com
Subject: Re: [Veritas-bu] I need some additional help to backup
        oracle.
To: Krzys <krzys at perfekt.net>
Cc: veritas-bu at mailman.eng.auburn.edu,
        veritas-bu-bounces at mailman.eng.auburn.edu, Ed Wilts
        <ewilts at ewilts.org>
Message-ID:
        
<OF74379DE9.FE4306DC-ON85257233.0054B23A-85257233.0054CEF1 at pepco.com>
Content-Type: text/plain; charset="us-ascii"

It is an add-on that you need to purchase from Symantec and install 
separately.  It interfaces RMAN to the tape backups managed by
Netbackup


=============================
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
ckstehman at pepco.com



Krzys <krzys at perfekt.net> 
11/27/2006 10:00 AM

To
ckstehman at pepco.com
cc
Dominik.J.Pietrzykowski at nab.com.au, veritas-bu at mailman.eng.auburn.edu, 
veritas-bu-bounces at mailman.eng.auburn.edu, Ed Wilts <ewilts at ewilts.org>
Subject
Re: [Veritas-bu] I need some additional help to backup oracle.






Oracle agent, is that some additional software I need to download and 
install? 
or is it already installed in my backup server/slient installation but I

just 
need to enable it on a server with a license?

Thanks.

Chris


On Sun, 26 Nov 2006, ckstehman at pepco.com wrote:

> I also recommend that you use the oracle agent...  There is no need to
> shut down the databases, and it is much faster.
>
>
> =============================
> Carl Stehman
> IT Distributed Services Team
> Pepco Holdings, Inc.
> 202-331-6619
> Pager 301-765-2703
> ckstehman at pepco.com
>
>
>
> Dominik.J.Pietrzykowski at nab.com.au
> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
> 11/22/2006 11:39 PM
>
> To
> Ed Wilts <ewilts at ewilts.org>
> cc
> veritas-bu at mailman.eng.auburn.edu,
> veritas-bu-bounces at mailman.eng.auburn.edu
> Subject
> Re: [Veritas-bu] I need some additional help to backup oracle.
>
>
>
>
>
>
>
> I recommend you use the agents. They will do cold backups when the
> database is free although they will fail
> when the DB is busy. So you need to choose a time when the DB will be
> quiet and can be quiesced.
> Otherwise you need to do hot backups with logs etc. This is what i
> recommend.
>
>
>
>
>
> Ed Wilts <ewilts at ewilts.org>
> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
> 23/11/2006 01:14 PM
>
>
> To
> Krzys <krzys at perfekt.net>
> cc
> veritas-bu at mailman.eng.auburn.edu
> Subject
> Re: [Veritas-bu] I need some additional help to backup oracle.
>
>
>
>
>
>
>
>
> On 11/22/2006 1:25 PM, Krzys wrote:
>> You guys are so much more helpfull than any other place... even with
> symantec
>> support I dont get that much support as from you guys, but anyway I 
have
>
>> netbackup and one of the backup clients is running oracle. In my
> previous job
>> DBA's were doing cold/hot backups and they just dumped files to
> directories that
>> I then backed up, in this job culture I guess is sligtly different so
> DBA's told
>> me that this is my job to do backups... So anyway for the cold backup
> they
>> provided me with stop script to stop oracle databases (I know its not

to
> good
>> and it causes all sorts of problems if database would not came back 
etc)
> But
>> despite those aspects what would I need to do to acomplish this task
of
> backing
>> up system with oracle down...
>
> Don't even go there.  Believe me, you *will* have issues.  You *will*
> leave databases down when they're supposed to be up.  You *will* be
> phoned and yelled at.  Your DBAs *will* be phoned and yelled at.
>
> Your previous job's approach is tolerable - it's what we do here today
> (until we get the agents into production).  The approach they want in
> your current job is NOT a good idea.  It sucks.  It breaks randomly.
It
> leaves databases down.  Don't try it.  You'll be sorry.
>
>                .../Ed
>
>
> -- 
> Ed Wilts, Mounds View, MN, USA
> mailto:ewilts at ewilts.org
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> National Australia Bank Ltd - ABN 12 004 044 937
> This email may contain confidential information. If you are not the
> intended recipient, please immediately notify us at 
postmaster at nab.com.au
> or by replying to the sender, and then destroy all copies of this
email.
> Except where this email indicates otherwise, views expressed in this 
email
> are those of the sender and not of National Australia Bank Ltd. Advice

in
> this email does not take account of your objectives, financial 
situation,
> or needs. It is important for you to consider these matters and, if
the
> e-mail refers to a product(s), you should read the relevant Product
> Disclosure Statement(s)/other disclosure document(s) before making any
> decisions. If you do not want email marketing from us in future,
forward
> this email with "unsubscribe" in the subject line to
> Unsubscriptions at nab.com.au in order to stop marketing emails from this
> sender. National Australia Bank Ltd does not represent that this email

is
> free of errors, viruses or interference.
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> This Email message and any attachment may contain information that is
> proprietary, legally privileged, confidential and/or subject to 
copyright
> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This
Email 
is
> intended solely for the use of the person(s) to which it is addressed.

If
> you are not an intended recipient, or the employee or agent
responsible 
for
> delivery of this Email to the intended recipient(s), you are hereby 
notified
> that any dissemination, distribution or copying of this Email is 
strictly
> prohibited.  If you have received this message in error, please 
immediately
> notify the sender and permanently delete this Email and any copies.
PHI
> policies expressly prohibit employees from making defamatory or 
offensive
> statements and infringing any copyright or any other legal right by 
Email
> communication.  PHI will not accept any liability in respect of such
> communications.
>
>
> !DSPAM:122,456a0ca715325021468!
>


This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright
belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This Email
is
intended solely for the use of the person(s) to which it is addressed.
If
you are not an intended recipient, or the employee or agent responsible
for
delivery of this Email to the intended recipient(s), you are hereby
notified
that any dissemination, distribution or copying of this Email is
strictly
prohibited.  If you have received this message in error, please
immediately
notify the sender and permanently delete this Email and any copies.  PHI
policies expressly prohibit employees from making defamatory or
offensive
statements and infringing any copyright or any other legal right by
Email
communication.  PHI will not accept any liability in respect of such
communications.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061127/
72aca31b/attachment-0001.html

------------------------------

Message: 8
Date: Mon, 27 Nov 2006 08:17:49 -0800 (PST)
From: Darren Dunham <ddunham at taos.com>
Subject: Re: [Veritas-bu] LTO-3 and MPX
To: Veritas-bu at mailman.eng.auburn.edu
Message-ID: <200611271617.IAA21884 at redwood.taos.com>
Content-Type: text/plain; charset=us-ascii

> So what happens on the drive side if I have MPX set to 3 and then
start a
> backup of 2 clients that can push data fast and 1 client that are
really
> slow?
> 
> Is it the slow client that decide the speed of the drive then and make
it
> stop/rewind/paus etc. and the other clients have to wait for the
slower one?
> 
> Thanks and regards,

Good question.  I don't often run NetBackup with MPX, but I can tell you
that on Networker, the slow one doesn't slow anything down and I expect
the same is true on NetBackup.  There it's just buffering data from the
clients.  If one client is slow, it doesn't contribute as much to the
buffer, but that doesn't affect the overall throughput much.

-- 
Darren Dunham                                           ddunham at taos.com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >


------------------------------

Message: 9
Date: Mon, 27 Nov 2006 11:30:52 -0500 (EST)
From: Krzys <krzys at perfekt.net>
Subject: Re: [Veritas-bu] I need some additional help to backup
        oracle.
To: ckstehman at pepco.com
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID: <Pine.GSO.4.64.0611271128360.7934 at chrysek>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed


When I look at the licenses that I have installed on my server I have
this 
listed, is this the add-on license that you refering to or this is
something 
else?

Thanks for help.


License Key:     xxxxxxxx
Date Added:      Mar 30, 2006 at 23:16:45
Host:            mybkhost
Product:         NetBackup
Client count:    0
Expires:         No Expiration Date
Feature:         Oracle extension

License Key:     xxxxxxxx
Date Added:      Mar 30, 2006 at 23:14:53
Host:            mybkhost
Product:         NetBackup
Client count:    0
Expires:         No Expiration Date
Feature:         Oracle extension


On Mon, 27 Nov 2006, ckstehman at pepco.com wrote:

> It is an add-on that you need to purchase from Symantec and install
> separately.  It interfaces RMAN to the tape backups managed by
> Netbackup
>
>
> =============================
> Carl Stehman
> IT Distributed Services Team
> Pepco Holdings, Inc.
> 202-331-6619
> Pager 301-765-2703
> ckstehman at pepco.com
>
>
>
> Krzys <krzys at perfekt.net>
> 11/27/2006 10:00 AM
>
> To
> ckstehman at pepco.com
> cc
> Dominik.J.Pietrzykowski at nab.com.au, veritas-bu at mailman.eng.auburn.edu,
> veritas-bu-bounces at mailman.eng.auburn.edu, Ed Wilts
<ewilts at ewilts.org>
> Subject
> Re: [Veritas-bu] I need some additional help to backup oracle.
>
>
>
>
>
>
> Oracle agent, is that some additional software I need to download and
> install?
> or is it already installed in my backup server/slient installation but
I
> just
> need to enable it on a server with a license?
>
> Thanks.
>
> Chris
>
>
> On Sun, 26 Nov 2006, ckstehman at pepco.com wrote:
>
>> I also recommend that you use the oracle agent...  There is no need
to
>> shut down the databases, and it is much faster.
>>
>>
>> =============================
>> Carl Stehman
>> IT Distributed Services Team
>> Pepco Holdings, Inc.
>> 202-331-6619
>> Pager 301-765-2703
>> ckstehman at pepco.com
>>
>>
>>
>> Dominik.J.Pietrzykowski at nab.com.au
>> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
>> 11/22/2006 11:39 PM
>>
>> To
>> Ed Wilts <ewilts at ewilts.org>
>> cc
>> veritas-bu at mailman.eng.auburn.edu,
>> veritas-bu-bounces at mailman.eng.auburn.edu
>> Subject
>> Re: [Veritas-bu] I need some additional help to backup oracle.
>>
>>
>>
>>
>>
>>
>>
>> I recommend you use the agents. They will do cold backups when the
>> database is free although they will fail
>> when the DB is busy. So you need to choose a time when the DB will be
>> quiet and can be quiesced.
>> Otherwise you need to do hot backups with logs etc. This is what i
>> recommend.
>>
>>
>>
>>
>>
>> Ed Wilts <ewilts at ewilts.org>
>> Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
>> 23/11/2006 01:14 PM
>>
>>
>> To
>> Krzys <krzys at perfekt.net>
>> cc
>> veritas-bu at mailman.eng.auburn.edu
>> Subject
>> Re: [Veritas-bu] I need some additional help to backup oracle.
>>
>>
>>
>>
>>
>>
>>
>>
>> On 11/22/2006 1:25 PM, Krzys wrote:
>>> You guys are so much more helpfull than any other place... even with
>> symantec
>>> support I dont get that much support as from you guys, but anyway I
> have
>>
>>> netbackup and one of the backup clients is running oracle. In my
>> previous job
>>> DBA's were doing cold/hot backups and they just dumped files to
>> directories that
>>> I then backed up, in this job culture I guess is sligtly different
so
>> DBA's told
>>> me that this is my job to do backups... So anyway for the cold
backup
>> they
>>> provided me with stop script to stop oracle databases (I know its
not
> to
>> good
>>> and it causes all sorts of problems if database would not came back
> etc)
>> But
>>> despite those aspects what would I need to do to acomplish this task
of
>> backing
>>> up system with oracle down...
>>
>> Don't even go there.  Believe me, you *will* have issues.  You *will*
>> leave databases down when they're supposed to be up.  You *will* be
>> phoned and yelled at.  Your DBAs *will* be phoned and yelled at.
>>
>> Your previous job's approach is tolerable - it's what we do here
today
>> (until we get the agents into production).  The approach they want in
>> your current job is NOT a good idea.  It sucks.  It breaks randomly.
It
>> leaves databases down.  Don't try it.  You'll be sorry.
>>
>>                .../Ed
>>
>>
>> --
>> Ed Wilts, Mounds View, MN, USA
>> mailto:ewilts at ewilts.org
>>
>>
>> _______________________________________________
>> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>> National Australia Bank Ltd - ABN 12 004 044 937
>> This email may contain confidential information. If you are not the
>> intended recipient, please immediately notify us at
> postmaster at nab.com.au
>> or by replying to the sender, and then destroy all copies of this
email.
>> Except where this email indicates otherwise, views expressed in this
> email
>> are those of the sender and not of National Australia Bank Ltd.
Advice
> in
>> this email does not take account of your objectives, financial
> situation,
>> or needs. It is important for you to consider these matters and, if
the
>> e-mail refers to a product(s), you should read the relevant Product
>> Disclosure Statement(s)/other disclosure document(s) before making
any
>> decisions. If you do not want email marketing from us in future,
forward
>> this email with "unsubscribe" in the subject line to
>> Unsubscriptions at nab.com.au in order to stop marketing emails from
this
>> sender. National Australia Bank Ltd does not represent that this
email
> is
>> free of errors, viruses or interference.
>> _______________________________________________
>> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>> This Email message and any attachment may contain information that is
>> proprietary, legally privileged, confidential and/or subject to
> copyright
>> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This
Email
> is
>> intended solely for the use of the person(s) to which it is
addressed.
> If
>> you are not an intended recipient, or the employee or agent
responsible
> for
>> delivery of this Email to the intended recipient(s), you are hereby
> notified
>> that any dissemination, distribution or copying of this Email is
> strictly
>> prohibited.  If you have received this message in error, please
> immediately
>> notify the sender and permanently delete this Email and any copies.
PHI
>> policies expressly prohibit employees from making defamatory or
> offensive
>> statements and infringing any copyright or any other legal right by
> Email
>> communication.  PHI will not accept any liability in respect of such
>> communications.
>>
>>
>>
>>
>
>
> This Email message and any attachment may contain information that is
> proprietary, legally privileged, confidential and/or subject to
copyright
> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This
Email is
> intended solely for the use of the person(s) to which it is addressed.
If
> you are not an intended recipient, or the employee or agent
responsible for
> delivery of this Email to the intended recipient(s), you are hereby
notified
> that any dissemination, distribution or copying of this Email is
strictly
> prohibited.  If you have received this message in error, please
immediately
> notify the sender and permanently delete this Email and any copies.
PHI
> policies expressly prohibit employees from making defamatory or
offensive
> statements and infringing any copyright or any other legal right by
Email
> communication.  PHI will not accept any liability in respect of such
> communications.
>
>
> !DSPAM:122,456b040320840107554647!
>


------------------------------

_______________________________________________
Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


End of Veritas-bu Digest, Vol 7, Issue 49
*****************************************


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