Dell NetWorker Module for Databases and Applications Reference Guide

Add to My manuals
40 Pages

advertisement

Dell NetWorker Module for Databases and Applications Reference Guide | Manualzz

NetWorker Module for Databases and

Applications

Command Reference Guide

Version 19.6

Dell Inc.

January 2022

Rev. 01

Notes, cautions, and warnings

NOTE: A NOTE indicates important information that helps you make better use of your product.

CAUTION: A CAUTION indicates either potential damage to hardware or loss of data and tells you how to avoid the problem.

WARNING: A WARNING indicates a potential for property damage, personal injury, or death.

© 2009 - 2022 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC, and other trademarks are trademarks of Dell Inc. or its subsidiaries.

Other trademarks may be trademarks of their respective owners.

Preface

As part of an effort to improve product lines, periodic revisions of software and hardware are released. Therefore, all versions of the software or hardware currently in use might not support some functions that are described in this document. The product release notes provide the most up-to-date information on product features.

If a product does not function correctly or does not function as described in this document, contact a technical support professional.

NOTE: This document was accurate at publication time. To ensure that you are using the latest version of this document, go to the Support website https://www.dell.com/support .

Purpose

This document describes how to use the command line programs in the NetWorker Module for Databases and Applications

(NMDA).

NOTE: Any references to Data Domain systems or Data Domain devices in the product also apply to the PowerProtect DD systems.

Audience

This document is intended for system administrators or database administrators (DBAs) who are responsible for installing software and maintaining backup and recovery systems for databases or applications.

Users of this guide must be familiar with the following topics:

● Backup, recovery, databases, applications, and network terminology

● Backup and recovery procedures

● Disaster recovery procedures

Revision history

The following table presents the revision history of this document.

Table 1. Revision history

Revision Date

01 January 2022

Description

Initial release of this document for NMDA 19.6.

Related documentation

You can find additional publications for this product release and related NetWorker products at the Support website.

The NetWorker Module for Databases and Applications Support Matrix, available at Dell EMC E-Lab Navigator provides details about supported environments and platforms.

The following additional documentation might be useful:

● Database or application server documentation

● Database or application backup and recovery documentation

You can use the following resources to find more information about this product, obtain support, and provide feedback.

Preface 3

Where to find product documentation

● https://www.dell.com/support

● https://community.emc.com

Where to get support

The Support website https://www.dell.com/support provides access to product licensing, documentation, advisories, downloads, and how-to and troubleshooting information. The information can enable you to resolve a product issue before you contact Support.

To access a product-specific page:

1. Go to https://www.dell.com/support .

2. In the search box, type a product name, and then from the list that appears, select the product.

Knowledgebase

The Knowledgebase contains applicable solutions that you can search for either by solution number (for example, KB000xxxxxx) or by keyword.

To search the Knowledgebase:

1. Go to https://www.dell.com/support .

2. On the Support tab, click Knowledge Base .

3. In the search box, type either the solution number or keywords. Optionally, you can limit the search to specific products by typing a product name in the search box, and then selecting the product from the list that appears.

Live chat

To participate in a live interactive chat with a support agent:

1. Go to https://www.dell.com/support .

2. On the Support tab, click Contact Support .

3. On the Contact Information page, click the relevant support, and then proceed.

Online communities

For peer contacts, conversations, and content on product support and solutions, go to the Community Network https:// community.emc.com

. Interactively engage with customers, partners, and certified professionals online.

How to provide feedback

Feedback helps to improve the accuracy, organization, and overall quality of publications. You can send feedback to

[email protected]

.

4 Preface

Maintenance Commands nsrdaadmin ( 1m )

NAME nsrdaadmin – NetWorker Module for Databases and Applications (NMDA) scheduled backup administrative program

SYNOPSIS nsrdaadmin -P [iq] -z configuration

_ file

_ path

DESCRIPTION The nsrdaadmin -P command is used to set the encrypted password that is required for DB2, MySQL, Orchestrated Application Protection, SAP IQ, and Sybase backups.

The NetWorker Module for Databases and Applications Administration Guide provides more details on use of the nsrdaadmin command.

OPTIONS -P Sets the encrypted password in the specified NMDA configuration file. The iq option specifies to set the encrypted password for the SAP IQ utility

_ db database, which is used in a SAP IQ restore.

– z configuration

_ file

_ path

Specifies the full pathname of the NMDA configuration file.

SEE ALSO nsrdasv (1m)

NMDA 19 .6

5

Maintenance Commands nsrdaprobe ( 1m )

NAME nsrdaprobe – NMDA probe command for probe-based backups

SYNOPSIS nsrdaprobe -s server

_ name -c client

_ name -g group

_ name [ -t state ] [ -o cmd

_ options ] save

_ set

_ name cmd

_ options:

LOG

_

THRESHOLD= threshold

_ number

NSR

_

DEBUG

_

LEVEL= debug

_ level

For Lotus only:

LOTUS

_

NSF

_

FILE= database

_ filename

For Oracle only:

ORACLE

_

SERVICE= Oracle

_

Net

_ service

_ name

NSR

_

ORACLE

_

CONNECT

_

FILE= Oracle

_

RMAN

_ connect

_ filename

DESCRIPTION The nsrdaprobe program is used to automatically start an NMDA backup when a specified number or size of logs has been generated since the previous probe-based backup. The nsrdaprobe command should not be manually invoked, but should be executed as part of a probe-based savegrp.

When the nsrdaprobe command is first invoked, it returns success and triggers a probe-based savegrp backup. Once the backup has successfully completed, the transaction log state is recorded in the State field of the corresponding NetWorker Probe resource on the NetWorker server.

When the nsrdaprobe command is subsequently invoked, a comparison determines the delta (difference) between the current number or size of the transaction logs and the value recorded in the State field. If the delta is greater than or equal to the threshold

_ number value, the backup proceeds.

Use of the nsrdaprobe program requires NetWorker server version 7.5 or later.

OPTIONS – c client

_ name

Specifies the NetWorker client name.

– g group

_ name

Specifies the NetWorker group name.

-o cmd

_ options

Specifies the command options set in the NetWorker Probe resource.

– s server

_ name

Specifies the NetWorker server name.

-t state Specifies the State attribute value for the NetWorker Probe resource.

EXAMPLES The following example shows a nsrdaprobe command for a DB2 probe-based backup, including the arguments passed by the probe-based savegrp: nsrdaprobe -s example.server.com -c example.client.com -g probegroup -o

" LOG

_

THRESHOLD=1000 " -t S0004574.LOG DB2:/SAMPLE/NODE0000

SEE ALSO savegrp (1m), nsrdasv (1m)

NMDA 19.

6

6

Maintenance Commands nsrdarc ( 1m )

NAME nsrdarc – NMDA recovery command

SYNOPSIS nsrdarc

DESCRIPTION The nsrdarc command is used to invoke a recovery when configuring the recovery resource with the NMDA recovery wizard.

The nsrdarc program is an internal program and run by the daemon nsrexecd (1m).

The nsrdarc program cannot be used for a recovery on the command line.

Instead, the corresponding database recovery command must be used.

The NetWorker Module for Databases and Applications Administration Guide provides more details on how to perform a recovery on the command line.

SEE ALSO nsrexecd (1m)

NMDA 19.

6

7

Maintenance Commands nsrdasv ( 1m )

NAME nsrdasv – NMDA backup command

SYNOPSIS nsrdasv [ – z configuration

_ file

_ path ] [ save

_ options ]

DESCRIPTION The nsrdasv executable program is used to invoke scheduled backups for DB2, Informix, Lotus Domino/Notes, MySQL, Oracle, SAP IQ, and Sybase systems. The nsrdasv command must be set in the Backup Command field of the corresponding NetWorker

Client resource.

The nsrdasv executable program is also used to invoke manual backups of Lotus

Domino/Notes, MySQL, SAP IQ, and Sybase systems. The nsrdasv program cannot be used for manual backups of DB2, Informix, and Oracle systems. Instead, the corresponding database backup command must be used to start a DB2, Informix, or

Oracle manual backup.

All the required parameters must to be set in a configuration file, specified by the – z configuration

_ file

_ path option or through the NMDA configuration wizard.

The NetWorker Module for Databases and Applications Administration Guide provides more details.

OPTIONS – z configuration

_ file

_ path

Specifies the full pathname of the NMDA configuration file. Optional parameter used for scheduled backups configured without the NMDA configuration wizard, and manual backups of Lotus Domino/Notes and Sybase systems.

save

_ options

Specifies other command line options accepted by the nsrdasv program and passed by the savegrp program. See savegrp (1m) for more details.

SEE ALSO nsrdaadmin (1m), savegrp (1m)

NMDA 19.

6

8

Maintenance Commands nsrdb2cat ( 1m )

NAME nsrdb2cat – NMDA command for synchronizing the DB2 history for DB2 advanced copy service backups with NetWorker indexes

SYNOPSIS nsrdb2cat -s server -c client sstime1 [sstime2]...

DESCRIPTION The nsrdb2cat command synchronizes the DB2 history for NMDA DB2 advanced copy service backups with the NetWorker indexes during pruning operations. The command removes snapshot backup entries from the DB2 history as NetWorker prunes entries for expired snapshots from its index.

This command should never be run manually.

The nsrdb2cat command is configured by the following parameters in the NMDA DB2 resource file /nsr/apps/res/nmdb2.res:

DB2PATH

Specifies the location of the DB2 binary directory. Mandatory when

NSR

_

DB2CAT

_

MODE is set to enabled.

NSR

_

DB2CAT

_

MODE undetermined (default setting) enabled

Advanced copy service backups will be performed and catalog synchronization will be performed.

disabled

Advanced copy service backups will be performed and catalog synchronization will not be performed.

NSR

_

REMOVE

_

ON

_

FAILURE

FALSE (default setting)

NetWorker index entries will not be removed if synchronization of backup records is unsuccessful.

TRUE

NetWorker index entries will be removed even if the synchronization of backup records is unsuccessful.

NSR

_

DEBUG

_

LEVEL

Designates the debug level of the operations log file. The default level is 0.

NSR

_

DB2CAT

_

SKIP

_

HISTORY

_

PRUNE

FALSE (default setting)

The DB2 history pruning operation will be executed during a snapshot deletion or expiration when the snapshot is enabled for catalog synchronization.

NMDA 19.

6

9

Maintenance Commands nsrdb2cat ( 1m )

TRUE

The DB2 history pruning operation will be skipped during a snapshot deletion or expiration when the snapshot is enabled for catalog synchronization.

FILES /nsr/apps/logs/nsrdb2cat.log

SEE ALSO nsrsnapck (1m)

NMDA 19.

6

10

Maintenance Commands nsrdb2ra ( 1m )

NAME nsrdb2ra – NMDA command for DB2 configuration wizard operations

SYNOPSIS nsrdb2ra [ – i ] [ – u ]

DESCRIPTION The nsrdb2ra program is part of the NMDA DB2 scheduled backup configuration wizard. The primary function of the nsrdb2ra command is to perform operations on behalf of the wizard on the local or remote NMDA DB2 host. Those operations include, but are not limited to, the database queries to the DB2 server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as a plug-in on the client host during installation.

The nsrdb2ra command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrdb2ra command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

11

Maintenance Commands nsrdb2rlog ( 1m )

NAME nsrdb2rlog – NMDA command for recovery of DB2 database logs

SYNOPSIS nsrdb2rlog

[ – s server ] [ – c client ] [ – a database ] [ – d destination dir ] [ – C chain id ] [ – S starting log ] [ – E ending log ] [ – N node number ] [ – F ] [ – I DB2 instance ] [ – z configuration

_ file ]

DESCRIPTION nsrdb2rlog is a utility used to exercise EMC operations without the presence of a database. Any computer with this utility can retrieve logs from a remote server and recover them to a file instead of tape.

This utility allows the user to explicitly enter the log numbers they want to retrieve. It gives the freedom to pick any existing logs available on the server.

nsrinfo can be used to find which logs reside on a server.

Example: nsrdb2rlog -s serverA -a sample -C 0 -d /db2/home/logs -S 10 -E 53

The above example recovers the logs numbered 10 to 53 with the chain ID 0 from the database named sample on the server named serverA.

OPTIONS – a database

Specifies the name of the database which the logs belong to.

– C chain id

Specifies the chain ID of the logs to be used.

The number entered can range from 0 to 9999999.

Example: If the logs listed from nsrinfo are in the form

\ C0000007

_

S0000004.LOG, then 7 is used as the chain ID to retrieve this chain of logs.

– d destination dir

Specifies the directory that the log files should be recovered to. If the directory does not exist then nsrdb2rlog will create it. If it is unable to create the directory, nsrdb2rlog will exit without recovering the logs.

– E ending log

Specifies the last log number to retrieve.

The number entered can range from 0 to 9999999.

Example: If the last log listed from nsrinfo is \ C0000000

_

S0000150.LOG, then

150 is used as the last log value in order to retrieve all logs from the starting log value to 150.

– N node number

The unique node number which identifies the database partition server. For example, if the node was NODE0012, this value should be 12.

The default value is 0.

– S starting log

Specifies the first log number to retrieve.

The number entered can range from 0 to 9999999.

NMDA 19.

6

12

Maintenance Commands nsrdb2rlog ( 1m )

Example: If the first log listed from nsrinfo is \ C0000000

_

S0000004.LOG, then 4 is used as the first log value in order to retrieve all logs from 4 to the ending log value.

– s server

Specifies the NetWorker server that backed up the database logs.

– c client

Specifies the NetWorker client on which the database logs were backed up.

– F Forces an overwrite if the recovery file already exists.

– I DB2 instance

Specifies the DB2 instance name of the backup that NMDA will use to retrieve the logs. By default, NMDA retrieves the logs from the last backup regardless of the instance name.

Example: If two DB2 instances use the same log name, nsrinfo might show backups of the two logs with the same name

\ C0000000

_

S0000100.LOG, objectinfo=DB2

_

1:1

\ C0000000

_

S0000100.LOG, objectinfo=DB2

_

2:1

If you want to retrieve the log from the instance DB2

_

1, then run this command: nsrdb2rlog -s serverA -a sample -C 0 -d /db2/home/logs -S 100 -E 100 -I

DB2

_

1

– z configuration

_ file

Specifies the full pathname of the NMDA configuration file.

SEE ALSO nsrinfo (1m)

NMDA 19.

6

13

Maintenance Commands nsrdocrc ( 1m )

NAME nsrdocrc – NMDA command for recovery of deleted Lotus Domino/Notes documents

SYNOPSIS nsrdocrc – z configuration

_ file

_ path

DESCRIPTION The nsrdocrc program provides an effective method of restoring documents deleted from a Domino/Notes database since a specified backup of the database.

The nsrdocrc program works by first recovering the specified version of the database to a temporary directory and applying transaction logs if necessary, and then copying the deleted documents from this database to the existing database. Once the deleted documents are copied, the database recovered to the temporary directory is deleted.

– z configuration

_ file

_ path

Specifies the full pathname of the configuration file to use during the recovery.

The file contains parameters describing what database to restore and where.

For more information on the configuration file, refer to the NetWorker Module for Databases and Applications Administration Guide.

SEE ALSO nsrdasv(1m), nsrnotesrc(1m)

NMDA 19.

6

14

Maintenance Commands nsrifmxra ( 1m )

NAME nsrifmxra – NMDA command for Informix configuration wizard operations

SYNOPSIS nsrifmxra [ – i ] [ – u ]

DESCRIPTION The nsrifmxra program is part of the NMDA Informix scheduled backup configuration wizard. The primary function of the nsrifmxra command is to perform operations on behalf of the wizard on the local or remote NMDA Informix host. Those operations include, but are not limited to, the database queries to the Informix server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as a plug-in on the client host during installation.

The nsrifmxra command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrifmxra command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

15

Maintenance Commands nsriqrc ( 1m )

NAME nsriqrc – NMDA command for the restore of SAP IQ databases

SYNOPSIS nsriqrc – z configuration

_ file

_ path

DESCRIPTION The nsriqrc command restores the SAP IQ database backups from the NetWorker server. The nsriqrc command should be run by the same operating system user that launched the SAP IQ server. This user owns the backups, and should restore them.

Other users might be unable to see the save sets that the SAP IQ server created.

Use the nsriqrc -z configuration

_ file

_ path command after setting the required parameters in the NMDA configuration file that is used for the SAP IQ restore.

You must set all the required parameters for the restore in the configuration file as described in the NMDA Administration Guide.

OPTIONS – z configuration

_ file

_ path

Specifies the complete pathname of the configuration file that is used for the

SAP IQ restore.

SEE ALSO nsrdasv (1m)

NMDA 19.

6

16

Maintenance Commands nsrlotusra ( 1m )

NAME nsrlotusra – NMDA command for Lotus configuration wizard operations

SYNOPSIS nsrlotusra [ – i ] [ – u ]

DESCRIPTION The nsrlotusra program is part of the NMDA Lotus Domino/Notes scheduled backup configuration wizard. The primary function of the nsrlotusra command is to perform operations on behalf of the wizard on the local or remote NMDA Domino/Notes host.

Those operations include, but are not limited to, the database queries to the

Domino/Notes server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as a plug-in on the client host during installation.

The nsrlotusra command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrlotusra command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

17

Maintenance Commands nsrlotus

_ remrecov ( 1m )

NAME nsrlotus

_ remrecov(.bat) – NMDA script for Lotus directed recovery

SYNOPSIS nsrlotus

_ remrecov(.bat)

DESCRIPTION The nsrlotus

_ remrecov(.bat) script enables NMDA to perform a directed recovery from the NetWorker User for Lotus program.

When the administrative client is different than the destination client, edit the nsrlotus

_ remrecov(.bat) script on the destination client.

The NetWorker Module for Databases and Applications Administration Guide provides more details on use of the nsrlotus

_ remrecov(.bat) script.

NMDA 19.

6

18

Maintenance Commands nsrmysqlra ( 1m )

NAME nsrmysqlra – NMDA command for MySQL configuration wizard operations

SYNOPSIS nsrmysqlra [ – i ] [ – u ]

DESCRIPTION The nsrmysqlra program is part of the NMDA MySQL scheduled backup configuration wizard. The primary function of the nsrmysqlra command is to perform operations on behalf of the wizard on the local or remote NMDA MySQL host. Those operations include, but are not limited to, database queries to the MySQL server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as

The nsrmysqlra command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrmysqlra command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

19

Maintenance Commands nsrmysqlrc ( 1m )

NAME nsrmysqlrc – NMDA command for recovery of MySQL data

SYNOPSIS nsrmysqlrc – z configuration

_ file

_ path

DESCRIPTION The nsrmysqlrc program is used to restore MySQL data that was backed up to a Net-

Worker server with the nsrdasv program. The information contained in the NetWorker client and media indexes is used for restoring data from the NetWorker backups.

The NetWorker Module for Databases and Applications recovery command for

MySQL databases allows a user to perform current-time recovery, point-in-time recovery, binary logs restore, and a few other operations. For details on all the supported operations, refer to the NetWorker Module for Databases and Applications

Administration Guide.

All the required parameters must be set in a configuration file, specified by the – z configuration

_ file

_ path option.

OPTIONS – z configuration

_ file

_ path

Specifies the full pathname of the configuration file to use during the recovery.

The file contains parameters describing what to recover and how. For more information on the configuration file, refer to the NetWorker Module for Databases and Applications Administration Guide.

SEE ALSO nsrdasv (1m)

NMDA 19.

6

20

Maintenance Commands nsrnotesrc ( 1m )

NAME nsrnotesrc – NMDA command for recovery of Lotus Domino/Notes data

SYNOPSIS nsrnotesrc – z configuration

_ file

_ path

DESCRIPTION The nsrnotesrc program is used to restore Lotus data (including data stored in a DB2 database) that was backed up to a NetWorker server with the nsrdasv program. The information contained in the NetWorker client and media indexes is used for restoring data from the NetWorker backups.

The NetWorker Module for Databases and Applications recovery command for Notes databases allows a user to identify the scope of restore and restore to different clients and directories when needed. For details on regular recovery and disaster recovery, refer to the NetWorker Module for Databases and Applications Administration Guide.

– z configuration

_ file

_ path

Specifies the full pathname of the configuration file to use during the recovery.

The file contains parameters describing what to recover and how. It can be used for regular recovery and disaster recovery. For more information on the configuration file, refer to the NetWorker Module for Databases and Applications Administration Guide.

SEE ALSO nsrdasv(1m), nsrdocrc(1m).

NMDA 19.

6

21

Maintenance Commands nsroappbackup ( 1m )

NAME nsroappbackup – NMDA backup command for Orchestrated Application Protection backup

SYNOPSIS nsroappbackup [ – l backup

_ level ] [ – o application

_ specific

_ options ] – z configuration

_ file

_ path

DESCRIPTION The nsroappbackup executable program is used to invoke scheduled backups and manual backups for Orchestrated Application Protection. The nsroappbackup command must be specified in the Backup Command field of the corresponding Net-

Worker Client resource or run through the command line.

All the required parameters must to be set in a configuration file, specified by the – z configuration

_ file

_ path option in the nsroappbackup command.

The NetWorker Module for Databases and Applications Administration Guide provides more details.

OPTIONS – l backup

_ level

Specifies the backup level for the backup. The supported levels are: full, incr , and txnlog.

If not specified, the full backup will be performed.

– o application

_ specific

_ options

The application specific options are used to work with the options that are required by the protected application.

PostgreSQL:

The PostgreSQL WAL segment file archiving requires the following two options: pg

_ f

_ opt=“%f” pg

_ p

_ opt=“%p”

The PostgreSQL online documentation provides more details.

For example:

– o pg

_ f

_ opt=“%f” – o pg

_ p

_ opt=“%p”

– z configuration

_ file

_ path

Specifies the pathname of the NMDA configuration file that is used for Orchestrated Application Protection. Mandatory command option that is used for both scheduled backups, configured with the corresponding NetWorker Client resource, and manual backups.

SEE ALSO nsrdaadmin (1m), savegrp (1m)

NMDA 19.

6

22

Maintenance Commands nsroapprecover ( 1m )

NAME nsroapprecover – NMDA recovery command for Orchestrated Application Protection recovery

SYNOPSIS nsroapprecover [ – l ] [ – o application

_ specific

_ options ] – z configuration

_ file

_ path

DESCRIPTION The nsroapprecover executable program is used to invoke recovery for Orchestrated

Application Protection. The nsroapprecover command must be run through the command line. The nsroapprecover command receives the data from the NetWorker server and stores the data in the specified local directory. Additional steps are required to complete the data recovery, as described in the database or application vendor documentation.

All the required parameters must to be set in a configuration file, specified by the – z configuration

_ file

_ path option in the nsroapprecover command.

The NetWorker Module for Databases and Applications Administration Guide provides more details.

OPTIONS – l Specifies to list only the file names in the save set.

– o application

_ specific

_ options

The application specific options are used to work with the options that are required by the protected application.

PostgreSQL:

The PostgreSQL archived WAL segment file recovery requires the following two options: pg

_ f

_ opt=“%f” pg

_ p

_ opt=“%p”

The PostgreSQL online documentation provides more details.

For example:

– o pg

_ f

_ opt=“%f” – o pg

_ p

_ opt=“%p”

– z configuration

_ file

_ path

Specifies the full pathname of the NMDA configuration file that is used for

Orchestrated Application Protection. Mandatory command option that is used for recovery.

SEE ALSO nsrdaadmin (1m), savegrp (1m)

NMDA 19.

6

23

Maintenance Commands nsroraadmin ( 1m )

NAME nsroraadmin – NMDA command for Oracle resource data management

SYNOPSIS nsroraadmin [ – D ] – r list [ ResourceName ]  [ SidName ] nsroraadmin [ – D ] – r add ResourceName ResourceValue nsroraadmin [ – D ] – r add sid=SidName home=OracleHome connect=ConnectFilePath

[ tns=TNSpath ] [ lib=LibraryPath ] nsroraadmin [ – D ] – r update ResourceName ResourceValue nsroraadmin [ – D ] – r update sid=SidName [ home=OracleHome ]

[ connect=ConnectFilePath ] [ tns=TNSpath ] [ lib=LibraryPath ] nsroraadmin [ – D ] -r delete SidName nsroraadmin – M [ – Y ] [ – D debug

_ level ] – s server [ – g group ] [ – c client

_ name ] [

-N save

_ set

_ name ] nsroraadmin – P [ – D debug

_ level ] – s server [ – g group ] [ – c client

_ name ] [ -N save

_ set

_ name ]

DESCRIPTION nsroraadmin creates, updates and deletes resources from the resource file.

nsroraadmin can only be run by the root user.

The nsroraadmin creates and updates the resource file which is located at

/nsr/res/nwora.res

on the host where NMDA is installed. An resource file is automatically created during the NMDA installation process when NMDA is not installed to the default location. The resource file created during installation only contains the resources required for a regular (nonproxy) NMDA backup. The NMDA resource file must be updated or created before performing proxy copy backups.

When nsroraadmin accesses the resource file for the first time, the resources required for proxy copy backups are automatically added to the resource file. The added resources are initialized with default values. If the file does not exist it is created and the resources are initialized with default values.

There are two types of resources. The first type is the parameter resource. A parameter resource is a single line that follows the NAME=VALUE format, where NAME is the name of the parameter, and VALUE is what the parameter is set to.

The second type of resource is the SID resource. An SID resource contains all the information nsroraclecat (1m) requires to synchronize an RMAN repository. An SID resource contains several parameters which are described in the nsroraclecat (1m) man page. Each parameter is represented by a keyword on the nsroraadmin command line: sid: NSR

_

ORACLE

_

SID home: NSR

_

ORACLE

_

HOME

NMDA 19.

6

24

Maintenance Commands nsroraadmin ( 1m ) connect: NSR

_

ORACLE

_

CONNECT

_

FILE tns: NSR

_

ORACLE

_

TNS

_

ADMIN lib: NSR

_

ORACLE

_

LIB

_

PATH

The resource file is automatically backed up by nsrdasv (1m) during scheduled backups.

OPTIONS – D

– r

Specifies that debug information should be printed to stdout.

Several keywords specify the operation the – r option will perform: list

The list keyword causes nsroraadmin to list the contents of the resource file. If ResourceName is specified only the parameter resource that matches ResourceName will be printed. If SidName is specified only the SID resource for the specified Oracle SID will be printed.

add

The add keyword causes nsroraadmin to add a new resource to the resource file. If the ’sid’, ’home’ and ’connect’ keywords appears in the parameters following add an NWORA SID resource is added to the resource file. The ’tns’ and ’lib’ keywords are optional. If the parameters following add do not contain the ’sid’, ’home’ and ’connect’ keywords it is assumed that the parameters are the ResourceName and

ResourceValue of an parameter resource.

update

The update keyword causes nsroraadmin to change the value of the specified resource. An parameter resource is specified with the same semantics used by the add keyword. When updating SID resources only the ’sid’ keyword is mandatory. The ’sid’ keyword specifies which SID resource will be updated. The ’sid’ of an SID resource cannot be changed. The ’home’, ’connect’, ’tns’ and ’lib’ keywords specify which parameters will be updated. See the EXAMPLES section for more information.

delete

The delete keyword causes nsroraadmin to delete an SID resource from the resource file. The parameter after the delete keyword is the name of the SID resource without the ’sid=’ prefix. Only SID resources can be deleted.

EXAMPLES The following lists the entire contents of the resource file: nsroraadmin -r list

The following lists the parameter resource NSR

_

ORACLECAT

_

MODE: nsroraadmin -r list NSR

_

ORACLECAT

_

MODE

The following lists the SID parameter resource for the ORACLE

_

SID ’orcl815’: nsroraadmin -r list orcl815

NMDA 19.

6

25

Maintenance Commands nsroraadmin ( 1m )

The following adds the parameter resource NSR

_

ORACLECAT

_

MODE: nsroraadmin -r add NSR

_

ORACLECAT

_

MODE enabled

The following adds the SID resource ’orcl815’: nsroraadmin -r add sid=orcl815 home=/dbapps/orcl815 connect=/dbapps/orcl815/connect.file

The following updates the parameter resource NSR

_

ORACLECAT

_

MODE: nsroraadmin -r update NSR

_

ORACLECAT

_

MODE disabled

The following updates the NSR

_

ORACLE

_

TNS

_

ADMIN parameter of the SID resource

’orcl815’: nsroraadmin -r update sid=orcl815 tns=/dbapps/orcl815/orcl815net8

The following deletes the SID resource ’orcl815’: nsroraadmin -r delete orcl815

FILES /nsr/res/nwora.res

The resource file.

SEE ALSO nsrdasv (1m), nsroraclecat (1m)

NMDA 19.

6

26

Maintenance Commands nsroraclecat ( 1m )

NAME nsroraclecat – NMDA command for synchronizing the Oracle RMAN repository with

NetWorker indexes

SYNOPSIS nsroraclecat

DESCRIPTION NMDA Oracle proxy copy backups are periodically pruned from the NetWorker indexes when the snapshots they are stored on expire. The nsroraclecat binary keeps

RMAN repositories and the NetWorker indexes synchronized during the pruning operations by removing the backup piece entries of the snapshot backup from the

RMAN repository.

nsroraclecat is started automatically by nsrsnapck (1m) during pruning. The RMAN repository entries are removed by forking an RMAN session.

The nsroraclecat binary should never be run manually.

The configuration of nsroraclecat is stored in the NMDA Oracle resource file which is administered by nsroraadmin (1m). The following resources specify the nsroraclecat configuration:

NSR

_

ORACLEAT

_

MODE

The default setting of NSR

_

ORACLECAT

_

MODE is ’undetermined’. When

NSR

_

ORACLECAT

_

MODE is set to ’undetermined’ NMDA will not perform proxy copy backups. To use proxy copy backups the NMDA administrator must set NSR

_

ORACLECAT

_

MODE to ’enabled’ or ’disabled’. If

NSR

_

ORACLECAT

_

MODE is set to ’disabled’ catalog synchronization will not be performed.

NSR

_

REMOVE

_

ON

_

FAILURE

When NSR

_

REMOVE

_

ON

_

FAILURE is set to ’FALSE’ nsrsnapck (1m) will not remove the NetWorker index entries for backup pieces that were not successfully synchronized.

NSR

_

ORACLECAT

_

LOG

_

FILE

Designates the location of the nsroraclecat operations log file. All operational messages are written to this file. If NSR

_

ORACLECAT

_

LOG

_

FILE is not set the operations messages go to the default log file

/nsr/applogs/nsroraclecat.log.

NSR

_

ORACLECAT

_

DEBUG

_

FILE

Designates the location of the nsroraclecat debug log file. All debugging messages are written to this file. If NSR

_

ORACLECAT

_

DEBUG

_

FILE is not set no debug logging is done.

An SID resource must be configured for each Oracle database that has an RMAN repository that will be synchronized. An SID resource has the following parameters:

NSR

_

ORACLE

_

CONNECT

_

FILE

Specifies the location of the file that contains the connection strings for the

RMAN repository.

NSR

_

ORACLE

_

HOME

The ORACLE

_

HOME of the Oracle Server installation. It is used to locate the copy of RMAN that is used to prune the RMAN repository entries.

NMDA 19.

6

27

Maintenance Commands nsroraclecat ( 1m )

NSR

_

ORACLE

_

LIB

_

PATH

Some Oracle Server installations require the system shared library path to be set when using NMDA. The name of the environment variable used to set the shared library path varies from system to system (It is LD

_

LIBRARY

_

PATH on

Solaris and HP-UX 64-bit, SHLIB

_

PATH on HP-UX 32 bit, LIBPATH on AIX, etc). NSR

_

ORACLE

_

LIB

_

PATH must be set to the value of the shared library path environment variable. If Oracle Server installation does not require the shared library path NSR

_

ORACLE

_

LIB

_

PATH does not have to be set.

NSR

_

ORACLE

_

SID

The ORACLE

_

SID of the Oracle database instance that performed the proxy copy backup. NMDA caches the ORACLE

_

SID in the NetWorker online indexes when NMDA Oracle proxy copy backups are performed. The cached copy of the ORACLE

_

SID is then used by nsroraclecat as a key to locate the required SID resource during catalog synchronizations.

NSR

_

ORACLE

_

TNS

_

ADMIN

The location of the Oracle Net configuration files required by the Oracle Sever installation whose RMAN will perform the catalog synchronization. If the

Oracle Net configuration files are in the default location

NSR

_

ORACLE

_

TNS

_

ADMIN does not have to be set.

FILES /nsr/applogs/nsroraclecat.log

The default nsroraclecat log file.

SEE ALSO nsroraadmin (1m), nsrsnapck (1m)

NMDA 19.

6

28

Maintenance Commands nsroradrpostcmd ( 1m )

NAME nsroradrpostcmd(.bat) – NMDA Oracle postcommand script

SYNOPSIS nsroradrpostcmd(.bat)

DESCRIPTION The nsroradrpostcmd(.bat) script can be customized to back up specific files at the end of a scheduled Oracle backup, in preparation for disaster recovery.

SEE ALSO nsrdasv (1m), save (1m)

NMDA 19.

6

29

Maintenance Commands nsrorainfo ( 1m )

NAME nsrorainfo – NMDA command that provides either of the following:

1) Information about the NetWorker volumes required for a restore, or

2) Information about a backup of Oracle disk backups, such as the list of database files, to facilitate the reporting on the backups.

SYNOPSIS nsrorainfo [ – s server ] [ – c client ] [ volume

_ query

_ options  disk

_ backup

_ query

_ options ] volume

_ query

_ options: [ – f file ] [ backup

_ piece ... ] disk

_ backup

_ query

_ options: – L [ – D database

_ name ] [ – t time ]

DESCRIPTION The nsrorainfo command with the volume

_ query

_ options option lists the NetWorker volumes required to restore the backup pieces specified on the command line or in a file. The volumes listed are the ones the NetWorker server intends to use at the time the nsrorainfo command is run. If volumes are removed from NetWorker devices or if volumes are deleted after the nsrorainfo command was run, the NetWorker server might use different volumes for the restore than the volume specified with the nsrorainfo command. The nsrorainfo command will list clones of volumes if the original volumes are not available.

The nsrorainfo command with the disk

_ backup

_ query

_ options option provides information about a backup of Oracle disk backups. This information includes a list of datafiles, archived redo logs and other files included in the backup. Regularly run the nsrorainfo command with the disk

_ backup

_ query

_ options option and send the output to the DBA who performed the original Oracle disk backups, to determine if there are any missing files from the Oracle disk backups.

OPTIONS – s server

Specifies the NetWorker server to query.

– c client

Specifies the NetWorker client that contains the backups.

– f file Specifies a file that contains a list of backup pieces to query.

– L Specifies to prints the details of database, archived redo log and other files included in the given backup of Oracle disk backups.

– D database

_ name

Specifies the name of the database to query.

– t time Specifies the " before " time (in nsr

_ getdate (3) format). If you use this option,

NMDA retrieves information about the most recent backup of Oracle disk backups, with a savetime earlier than or the same as the given time value. If you do not provide this option, NMDA retrieves information about the latest backup of Oracle disk backups.

EXAMPLES The following command displays information about the latest backup of Oracle disk backups from the client mars for the database orcl1101 on the NetWorker server jupiter: nsrorainfo -s jupiter -c mars -L -D orcl1101

The following command displays the volumes for the backup piece bckupc

_

1 for the client mars on the NetWorker server jupiter:

NMDA 19.

6

30

Maintenance Commands nsrorainfo ( 1m ) nsrorainfo -s jupiter -c mars bckupc

_

1

The following command displays the volumes for the backup pieces bckupc

_

1, bckupc

_

2 and bckupc

_

3 for the client mars on the NetWorker server jupiter: nsrorainfo -s jupiter -c mars bckupc

_

1 bckupc

_

2 bckupc

_

3

The following command displays the volumes for the backup pieces listed in file bckupc.txt for the client mars on the NetWorker server jupiter: nsrorainfo -s jupiter -c mars -f bckupc.txt

The following command displays the volumes for the backup pieces listed in file bckupc.txt and for the backup piece bckupc

_

1 for the client mars on the NetWorker server jupiter: nsrorainfo -s jupiter -c mars -f bckupc.txt bckupc

_

1

SEE ALSO nsrdasv (1m), nsroraadmin (1m), save (1m), savegrp (1m)

NMDA 19.

6

31

Maintenance Commands nsrorara ( 1m )

NAME nsrorara – NMDA command for Oracle configuration wizard operations

SYNOPSIS nsrorara [ – i ] [ – u ]

DESCRIPTION The nsrorara program is part of the NMDA Oracle scheduled backup configuration wizard and the NMDA Oracle recovery configuration wizard. The primary function of the nsrorara command is to perform operations on behalf of the wizard on the local or remote NMDA Oracle host. Those operations include, but are not limited to, the database queries to the Oracle server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as a plug-in on the client host during installation.

The nsrorara command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrorara command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

32

Maintenance Commands nsrsbtmysql ( 1m )

NAME nsrsbtmysql – NMDA program for performing any corresponding NetWorker operations of MySQL

SYNOPSIS nsrsbtmysql

DESCRIPTION The nsrsbtmysql program is used with the main NMDA MySQL library libnsrmysql.so

to perform any corresponding NetWorker operations.

NMDA 19.

6

33

Maintenance Commands nsrsybcc ( 1m )

NAME nsrsybcc – NMDA command for checking consistency of Sybase databases

SYNOPSIS nsrsybcc [ – hqv?

] [ – o ckdb ] [ – o ckdbnoidx ] [ – o ckal ] [ – o ckcat ] [ – o ckstor ]

– U username – P password

{

SYBASE:/ ASE

_ server

_ name 

SYBASE:/ ASE

_ server

_ name/database

_ name

[ SYBASE:/ ASE

_ server

_ name/database

_ name ...

]

}

DESCRIPTION The nsrsybcc program performs consistency checking of the Sybase ASE Server databases by running ASE Server dbcc consistency checks on the databases.

The databases to be checked are specified by the

SYBASE:/ ASE

_ server

_ name[/database

_ name] value. The database

_ name is optional; if it is omitted, all the databases on the ASE Server are checked except the tempdb database.

The username and password provide the information necessary to log in to the ASE

Server to be backed up. The username must have sufficient permissions to run the dbcc command on the databases to be checked.

If no checking options are supplied, the default option is -o ckstor when the dbcc database has been set up. If the dbcc database does not exist, the default option is a combination of the -o ckdbnoidx , -o ckal , and -o ckcat options.

The -o ckstor option is preferable to the other options because it provides higher concurrency. The -o ckal option may occasionally cause errors 2540 or 2546 to occur when no real error conditions exist. Running the ASE Server in single user mode prevents these conditions from being incorrectly reported. The ASE Server Troubleshooting and

Error Messages Guide provides more information on interpreting these and other consistency check errors.

The results of the consistency check are written to stdout. There may be a large number of informational messages. The informational messages may be suppressed by using the – q flag.

OPTIONS – h

– q

Displays usage.

Quiet mode. Displays only error messages.

– v Verbose mode. Causes the nsrsybcc program to report in great detail what it is doing as it proceeds.

Displays usage.

– ?

– o ckdb

Performs a dbcc checkdb check on the given databases. This checks index and data pages, the sorting of indices, pointers, and data rows for each table in the database.

– o ckdbnoidx

Performs a dbcc checkdb check on the given databases with the skip nonclustered index option. Nonclustered indexes may be easily (although not necessarily quickly) recreated, and this option only checks clustered indexes. It causes a faster consistency check at the cost of possibly greater recovery time if one of the nonclustered indexes is corrupt.

– o ckal

Performs a dbcc checkalloc check on the given databases. The checkalloc option checks the page allocations of the database for inconsistency.

– o ckcat

Performs a dbcc checkcatalog check on the given databases. This checks the

NMDA 19.

6

34

Maintenance Commands nsrsybcc ( 1m ) system tables in the database for consistency.

– o ckstor

Performs a dbcc checkstorage check on the given databases. This performs a faster consistency check than the other options, and has greater concurrency capabilities than the – o ckal option.

– U username

Specifies the ASE Server user that will check the databases.

– P password

Specifies the password for the ASE Server user that will perform the consistency checks.

EXAMPLES Consistency checking a database :

To consistency check the database " accounting " on ASE Server " production " , run the following command:

nsrsybcc -U sa -P p assw or d SYBASE:/production/accounting

This command performs the default consistency checks with the options -o ckal , -o ckdbnoidx , and -o ckcat if the dbcc database does not exist on the Sybase ASE server. If the dbcc database has been set up, this command performs a consistency check with the -o ckstor option.

Consistency checking all the databases on the ASE Server :

To consistency check all the databases on the ASE Server " production " with the -o ckdb and -o ckal options, run the following command:

nsrsybcc -U sa -P p assw or d -o ckdb -o ckal SYBASE:/production

SEE ALSO nsrsybrc (1m)

DIAGNOSTICS

Exit Codes 0

1

Normal exit. The consistency check completed without errors.

Abnormal exit. There may be consistency errors in the checked databases.

Messages The following is a partial listing of common error messages. Refer to the Administration Guide for a more complete listing of error messages and how to resolve them.

The context allocation routine failed...

Cannot access file /sybase/ config/objectid.dat

This message indicates that the $SYBASE environment variable was not set.

This environment variable needs to be set so that the nsrsybcc program can find the Sybase localization files required at runtime. The $SYBASE environment variable should be set to the directory where Sybase was installed (where the interfaces file is located.) This error may also appear if the Sybase Open

Client software is not installed. Sybase Open Client must be installed for the nsrsybcc program to run.

Error from server: Msg number , Level number , State number

Error text

This message indicates that there was an error message returned from Sybase.

Refer to the Sybase Troubleshooting and Errors Guide for an explanation of the error and its resolution.

NMDA 19.

6

35

Maintenance Commands nsrsybra ( 1m )

NAME nsrsybra – NMDA command for Sybase configuration wizard operations

SYNOPSIS nsrsybra [ – i ] [ – u ]

DESCRIPTION The nsrsybra program is part of the NMDA Sybase scheduled backup configuration wizard. The primary function of the nsrsybra command is to perform operations on behalf of the wizard on the local or remote NMDA Sybase host. Those operations include, but are not limited to, the database queries to the Sybase server.

The secondary function is to register ( – i ) or unregister ( – u ) the wizard as a plug-in on the client host during installation.

The nsrsybra command is invoked only by:

(1) The NetWorker Management Console (NMC) during the creation or modification of a scheduled backup configuration.

(2) The packaging subsystem during NMDA installation or uninstallation.

The nsrsybra command should not be run on the command line except for the case described in the NMDA installation guide.

NMDA 19.

6

36

Maintenance Commands nsrsybrc ( 1m )

NAME nsrsybrc – NMDA command for recovery of Sybase databases

SYNOPSIS nsrsybrc [ – Chkpqvx?

] [ – U username ] [ – P password ] [ – c client

_ name ] [ – d

SYBASE:/ASE

_ server

_ name [/ database

_ name ] ] [ – e AES

_ pass

_ phrase ] [ – l

{ load

_ sql  create

_ sql

}

] [ – L directory

_ pathname ] [ – m

{ up

_ to

_ min  up

_ to

_ min

_ noskip  logtail

_ bk

}

] [ – r backup

_ password ] [ – s server

_ name ] [

– t date ] [ – V

{ header  full  verifyonly

}

] [ – w recover

_ pool ]

{

SYBASE:/ ASE

_ server

_ name 

SYBASE:/ ASE

_ server

_ name / database

_ name

[ SYBASE:/ ASE

_ server

_ name / database

_ name ...

]

} nsrsybrc – z configuration

_ file

_ path

DESCRIPTION The nsrsybrc command restores Sybase ASE Server database backups from the Net-

Worker server. The progress of a restore with nsrsybrc can be monitored with the

Java-based NetWorker Management Console, or with the curses(3X)-based nsrwatch (1m) program for other terminal types.

The databases to be restored are specified by the

S Y B A S E :/ASE

_ server

_ name [/ database

_ name ] value. The database

_ name is optional; if it is omitted, all the databases on the Sybase ASE Server are restored except the master database.

The nsrsybrc command should be issued from the same operating system user ID that launched the Sybase Backup Server. This user ID owns the backups, and should be used to restore them. Other operating system user IDs might be unable to see the save sets that the Sybase Backup Server created.

Note: The master database must be restored before the other system and user databases.

The order for restoring a complete Sybase ASE Server system is to first restore the master database and then restore the remaining databases. To restore the master database, you must restart the Sybase ASE Server in master recovery mode, with the – m option of the startserver command. You must first issue the nsrsybrc command to restore the master database. For example: nsrsybrc -U sa -P password SYBASE:/ ASE

_ server

_ name /master

Once this command successfully restores the master database, the Sybase ASE Server automatically shuts itself down. You must restart the Sybase ASE Server and restore the remaining databases with the nsrsybrc command. For example: nsrsybrc -U sa -P password SYBASE:/ ASE

_ server

_ name

This command restores the remaining system databases and the user databases.

Exercise extreme caution when restoring the master database. If you restore the master database to a new database, remember that it has pathnames to the device files. If you restore the master database to another Sybase ASE Server on the same machine, the new Sybase ASE Server attempts to use the same device files as the old Sybase

ASE Server.

The username and password options provide the information required to log in to the

Sybase ASE Server to be restored. The username must have sufficient permissions to perform database loads on the databases to be restored.

You can use the nsrsybrc -z configuration

_ file

_ path command and set the required parameters in the NMDA configuration file, instead of specifying the corresponding command line options with the nsrsybrc command. If you use the – z option, you must set all the required parameters for the recovery in the configuration file as described in the NMDA Administration Guide.

NMDA 19.

6

37

Maintenance Commands nsrsybrc ( 1m )

OPTIONS – C Specifies to use only full and incremental backups during the database recovery, and to ignore cumulative backups.

Specifies to display the command usage information.

– h

– k p

Specifies to perform a database consistency check on each database once it is restored. The results of the database consistency check are written to stdout.

By default, a database consistency check is not performed. If the -k option is supplied, then the consistency check is performed with the default options described in the man page for nsrsybcc (1m) .

Specifies that the database should not be brought online after the recovery is completed.

– q v x

Specifies the quiet mode, in which the nsrsybrc command displays only summary information and error messages.

Specifies the verbose mode, in which the nsrsybrc command reports in great detail what it is doing as it proceeds.

Specifies to restore only the backup performed at the exact save time specified by – t option. This option is ignored if – t option does not contain a valid point-in-time.

– ?

Specifies to display the command usage information.

– U username

Specifies the name of the Sybase ASE Server user that performs the backups.

– P password

Specifies the password for the Sybase ASE Server user that performs the backups.

– c client

_ name

Specifies the client name for starting the restore session. This option is useful on clients with multiple network interfaces and multiple hostnames, when multiple index databases are used for the same physical client.

Note: This option does not specify the network interface to use. The network interface is specified in the server network interface attribute of the Net-

Worker Client resource (see nsr

_ client (5)).

d S Y B A S E :/ASE _ server

_ name [/ database

_ name ]

Specifies a new destination for the database. If this option is not used, the database is restored to its original Sybase ASE Server and database name. If this option is used, the database is restored to the new destination. This option can be used to restore a database to a new Sybase ASE Server and database name, or to a new database name in the same Sybase ASE Server. If a new destination is supplied, only one database

_ name or ASE

_ server

_ name value can be specified on the command line for the restore. The destination databases must already exist; the nsrsybrc command does not create the databases automatically. To enable the fastest loading, create new databases for the restore by using the for load option.

– e AES

_ pass

_ phrase

Specifies an additional pass phrase to use for recovery of files that were backed up with AES encryption. By default, the recovery attempts to use the current datazone encryption key and the key generated from the default pass phrase.

The – e option causes the nsrsybrc command to generate an encryption key from the supplied pass phrase and use it if the default and datazone pass phrase keys do not work. The – e option can be specified multiple times.

l

{ load

_ sql  create

_ sql

}

NMDA 19.

6

38

Maintenance Commands nsrsybrc ( 1m )

Specifies the listonly option for displaying the structure information from the backup, without loading the databases. The Sybase documentation provides more details about listonly options.

– L directory

_ pathname

Specifies a shorter alternative temporary full pathname to use in the device name if the device name exceeds the Sybase maximum, for example, 127 bytes.

m

{ up

_ to

_ min  up

_ to

_ min

_ noskip  logtail

_ bk

}

Specifies to perform operations for up-to-the-minute recovery of the database.

The keyword used with the – m option specifies the type of operations to perform: up

_ to

_ min

The transaction log is backed up and the database is recovered, in that order. The database recovery is not performed if the transaction log backup fails.

up

_ to

_ min

_ noskip

The transaction log is backed up and the database is recovered, in that order. The database recovery is performed even if the transaction log backup fails.

logtail

_ bk

Only the transaction log is backed up.

– r backup

_ password

Specifies the unencrypted password that was used in the password-protected backup to be restored.

– s server

_ name

Specifies the hostname of the machine to use as the NetWorker server.

– t date Specifies the date and time to restore to. By default, the data is restored to the current date and time. Specifies the time to use as the " until

_ time " that the database is restored to. If – x option is used, only the backup which was performed at the exact point-in-time will be recovered.

V

{ header  full  verifyonly

}

Specifies the restore verification level. If no value is specified, then no verification is carried out. The Sybase documentation provides more details about the verification options.

– w recover

_ pool

Specifies the pool from which the recovery volume will be selected. This parameter is optional. If a pool is not specified, then the NetWorker server will select the pool used to recover the data.

– z configuration

_ file

_ path

Specifies the complete pathname of the configuration file to use for Sybase restores with nsrsybrc.

SEE ALSO curses (3X), nsr

_ getdate (3), nsr (5), nsr (1m), nsr

_ client (5), nsr

_ device (5), nsr

_ group (5), nsr

_ service (5), nsrd (1m), nsrim (1m), nsrindexd (1m), nsrmm (1m), nsrmmd (1m), nsrsybcc (1m), nsrsybsv (1m), nsrwatch (1m), recover (1m), savefs (1m), savegrp (1m)

NMDA 19.

6

39

Maintenance Commands threshold.sql ( 1m )

NAME threshold.sql

– NMDA file for Sybase threshold procedure

SYNOPSIS threshold.sql

DESCRIPTION NMDA supports the Sybase threshold procedure through the threshold.sql

file.

When the threshold is reached, the threshold procedure either backs up the transaction log or performs a full database backup and truncates the transaction log.

The NetWorker Module for Databases and Applications Administration Guide provides more details on use of the threshold.sql

file.

NMDA 19.

6

40

advertisement

Related manuals

advertisement