That is a very good question, I just checked my 5.1MP4 environment with
NDMP and they are using a client file list it appears, no special
include/exclude.
Check page 52 of the NDMP manual, in particular, check point 1.
NDMP Operating Notes and Restrictions
Before troubleshooting a suspected problem, review the following operating
notes and restrictions. To obtain troubleshooting information or restrictions
that may apply to particular NDMP hosts, refer to gNDMP Information on the Webh
on page xiii. A tape created on an NDMP storage unit is in backup format and
cannot be restored from a non-NDMP storage unit. If you duplicate an NDMP
backup image the new copy is still in backup format and cannot be used for
restores on a
non-NDMP storage unit.
1. In the Backup Selections list for an NDMP policy, you can include only
directory paths. Wildcards and individual file names are not allowed.
2. You cannot back up files where the path length is greater than 1024
characters.
3. The NDMP protocol uses port 10000 for communication.
4. On UNIX systems, the NetBackup avrd process utilizes ICMP (Internet Control
Message Protocol) to ping NDMP hosts to verify network
Also check page 33-34:
The following Backup Selections capabilities are NOT supported for an NDMP
policy:
Wildcards in pathnames. For example, /home/* is an invalid entry.
Individual file names. Only directory or volume names are allowed.
Exclude list (because client software is not installed on the NDMP host).
You can, however, exclude files by using the SET keyword as shown under
Using Environment Variables in Backup Selections list.h The SET option
allows you to exclude files on a backup. The format is vendor dependent; refer
to
the vendor fs documentation for more details on which variable can be
passed and in what format.
Justin.
On Tue, 24 Jul 2007, Mase, Vince wrote:
> What features are available for backup and restore via NDNP w/ NBU 5.1
> MP4. Need the ability to backup a Cellera directly over fibre. How
> granular can include and excludes be configured?
>
> thanks
>
> -----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
> veritas-bu-request AT mailman.eng.auburn DOT edu
> Sent: Tuesday, July 24, 2007 1:00 PM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Veritas-bu Digest, Vol 15, Issue 65
>
> 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. NetBackup Policy Design for large Oracle environments
> (Shekel, Tal)
> 2. What is minmum version of NB to support LTO4 with encryption
> (bobbyrjw)
> 3. Re: What is minmum version of NB to support LTO4
> withencryption (Rajmund Siwik)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 24 Jul 2007 15:28:25 +0100
> From: "Shekel, Tal" <Tal.Shekel AT colt DOT net>
> Subject: [Veritas-bu] NetBackup Policy Design for large Oracle
> environments
> To: <veritas-bu AT mailman.eng.auburn DOT edu>
> Message-ID:
> <BEE4CE42B6029144B642F9236B48ED646D6A52 AT ULONCTMVMAI005.EU DOT COLT>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi All
>
> I was wondering what policy design some of you have followed for large
> Oracle environments
>
> I am busy doing a redesign of an Netbackup environment which backs up
> about 70 DB's spread across about 30 servers (some of which are cross
> sites)
> I am doing my best not to end up with a solution which leaves RMAN
> scripts scattered all over the environment and loads of RMAN policies
>
> Does anyone have any advice or strategies they can share?
> Also has anyone had any success deploying a generic script which queries
> the host and passes parameters to the RMAN script depending on what if
> finds?
>
> Regards
> Tal
>
>
>
>
>
> ************************************************************************
> *************
> The message is intended for the named addressee only and may not be
> disclosed to or used by anyone else, nor may it be copied in any way.
>
> The contents of this message and its attachments are confidential and
> may also be subject to legal privilege. If you are not the named
> addressee and/or have received this message in error, please advise us
> by e-mailing security AT colt DOT net and delete the message and any
> attachments without retaining any copies.
>
> Internet communications are not secure and COLT does not accept
> responsibility for this message, its contents nor responsibility for any
> viruses.
>
> No contracts can be created or varied on behalf of COLT
> Telecommunications, its subsidiaries or affiliates ("COLT") and any
> other party by email Communications unless expressly agreed in writing
> with such other party.
>
> Please note that incoming emails will be automatically scanned to
> eliminate potential viruses and unsolicited promotional emails. For more
> information refer to www.colt.net or contact us on +44(0)20 7390 3900.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070724/
> 4deecd89/attachment.html
>
> ------------------------------
>
> Message: 2
> Date: Tue, 24 Jul 2007 07:31:18 -0700
> From: bobbyrjw <netbackup-forum AT backupcentral DOT com>
> Subject: [Veritas-bu] What is minmum version of NB to support LTO4
> with encryption
> To: VERITAS-BU AT mailman.eng.auburn DOT edu
> Message-ID: <1185287477.m2f.174943 AT www.backupcentral DOT com>
>
>
> Can 5.0 or 5.1 support LTO-4 in the LTO-4 mode to utilize encryption?
> It is not a choic in the definitions of tape drives, so how could it be
> supported?
>
> Anyone using LTO-4 with encryption yet?
>
> How would you transfer the encryption keys to NetBackup as a DR or
> altenate site?
>
> Bobby.
>
> +----------------------------------------------------------------------
> |This was sent by bobbyrjw AT comcast DOT net via Backup Central.
> |Forward SPAM to abuse AT backupcentral DOT com.
> +----------------------------------------------------------------------
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 24 Jul 2007 08:35:09 -0700
> From: "Rajmund Siwik" <Rajmund.Siwik AT conexant DOT com>
> Subject: Re: [Veritas-bu] What is minmum version of NB to support LTO4
> withencryption
> To: VERITAS-BU AT mailman.eng.auburn DOT edu
> Message-ID: <F22046DD7548224C8E4FB7542854B1DA48F5B4 AT Nbmail5.bbnet DOT ad>
> Content-Type: text/plain; charset=us-ascii
>
> I don't think LTO4 encryption is depended on Netbackup as encryption is
> happening at the drive, not at NBU.
> I have talked to local Symantec reps and they projected support for LTO4
> drives from NBU within 6 months.
> In order to manage keys you need IBM EKM software which is in its
> infancy stages. To my surprise IBM SDK software required for EKM is not
> easily available and won't run on Windows PC unless it is IBM PC.
>
> I am in the process of testing and it is not easy at this point.
>
> --Rajmund
>
> -----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
> bobbyrjw
> Sent: Tuesday, July 24, 2007 7:31 AM
> To: VERITAS-BU AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] What is minmum version of NB to support LTO4
> withencryption
>
>
> Can 5.0 or 5.1 support LTO-4 in the LTO-4 mode to utilize encryption?
> It is not a choic in the definitions of tape drives, so how could it be
> supported?
>
> Anyone using LTO-4 with encryption yet?
>
> How would you transfer the encryption keys to NetBackup as a DR or
> altenate site?
>
> Bobby.
>
> +----------------------------------------------------------------------
> |This was sent by bobbyrjw AT comcast DOT net via Backup Central.
> |Forward SPAM to abuse AT backupcentral DOT com.
> +----------------------------------------------------------------------
>
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> Conexant E-mail Firewall (Conexant.Com) made the following
> annotations-------------------------------------------------------------
> --------********************** Legal Disclaimer
> ****************************
>
> "This email may contain confidential and privileged material for the
> sole use of the intended recipient. Any unauthorized review, use or
> distribution by others is strictly prohibited. If you have received the
> message in error, please advise the sender by reply email and delete the
> message. Thank you."
>
> **********************************************************************
>
> ---------------------------------------------------------------------
>
>
>
> ------------------------------
>
> _______________________________________________
> 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 15, Issue 65
> ******************************************
>
> -----------------------------------------
> The information contained in this email message and its attachments
> is intended only for the private and confidential use of the
> recipient(s) named above, unless the sender expressly agrees
> otherwise.
> Transmission of email over the Internet is not a secure
> communications medium. If you are requesting or have requested the
> transmittal of personal data, as defined in applicable privacy laws
> by means of email or in an attachment to email, you must select a
> more secure alternate means of transmittal that supports your
> obligations to protect such personal data.
> If the reader of this message is not the intended recipient and/or
> you have received this email in error, you must take no action
> based on the information in this email and you are hereby notified
> that any dissemination, misuse or copying or disclosure of this
> communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately by email and
> delete the original message.
>
> _______________________________________________
> 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
|
