Content-type: text/html Man page of NSR_CLIENT

NSR_CLIENT

Section: File Formats (5)
Updated: Dec 11, 08
Index Return to Main Contents
 

NAME

nsr_client - NetWorker resource type ``NSR client''  

SYNOPSIS

type: NSR client  

DESCRIPTION

Each NSR client is described by a single resource of type NSR client (see nsr_resource(5)). To edit the NSR client resources for a NetWorker server type:

nsradmin -c "type:NSR client"

See the nsradmin(8) manual page for more information on using the NetWorker administration program. The Client resource may also be edited using NetWorker Management Console.

For each NetWorker client, this resource describes which files should be saved, the schedule used to save these files, which directive should be used to omit files from the save, how long the files' index entries should be kept in the online file index and the media index, and who is allowed to back up, browse, and recover this client's files. A client may have more than one resource describing it.  

ATTRIBUTES

The following attributes are defined for resource type NSR client. The information in parentheses describes how the attribute values are accessed. Read-only indicates that the value cannot be changed by an administrator. Read/write means the value can be set as well as read. Hidden means it is an attribute of interest only to programs or experts. Hidden attributes can only be seen when the hidden option is turned on in nsradmin(8). Dynamic attributes have values which change rapidly. Encrypted attributes contain data that is not displayed in its original form. The assumption is that the data is sensitive in nature and needs to be protected from accidental disclosure. Several additional attributes (for example, administrator) are common to all resources, and are described in nsr_resource(5).

Certain client attributes (such as "Client OS type", "CPUs", "NetWorker version" and "Enabler in use") do not get populated in the Client Setup/Information window of the NetWorker interface, when the NetWorker Server is running under Eval mode or an Enterprise license. However, when the NetWorker server has a Workgroup/NetWork/Power Edition enabler, these client attributes are refreshed appropriately in the window after the client backup.

name                         (read-only, single string)
This attribute specifies the hostname of this NetWorker client.

Example: name: venus;
server                       (constant, single string)
This attribute specifies the hostname of this client's NetWorker server.
The server`s hostname will be used as the default value.
Example: server: jupiter;
comment                      (read/write)
This attribute is provided for the administrator to keep any explanatory
remarks or supplementary information about this NetWorker client.
Example: comment: machine located in room 243;
scheduled backup     (read/write, choice)
This attribute is provided for the administrator to disable this client
for scheduled backups. This value is specific to this client resource, it does not propagate to any other existing resources for the same client. By default this attribute is Enabled.
Example: scheduled backup: Disabled;
archive services    (read/write, choice)
This attribute determines if this system can use archive services.
This attribute can only be set if archive support has been enabled on the server. The choices are enabled or disabled. Example: archive services: enabled;
schedule                    (read/write, choice)
This attribute specifies the name of the schedule controlling the
backup levels for the save sets listed in the `save set' attribute. The default value is `Default'. Any currently defined schedule names may be used, see nsr_schedule(5).
Example: schedule: Default;
browse policy                (read/write, choice)
This attribute specifies the name of the policy controlling how
long entries will remain in this client's online file index. The default value is `Month'. Any currently defined policy name may be used as long as the period defined by the policy is not longer than the retention policy's period, see nsr_policy(5).
Example: browse policy: Month;
retention policy     (read/write, choice)
This attribute specifies the name of the policy controlling how
long entries will remain in the media index before they are marked as recyclable. The default value is `Year'. Any currently defined policy name may be used as long as the period defined by the policy is not shorter than the browse policy's period, see nsr_policy(5). The pool resource also contains a retention policy attribute. If the pool that a clone save set will be written to also has a defined retention policy, the longer of the client and pool policy will be utilized. Cloned save sets will utilize the pool retention policy if one is defined.
Example: retention policy: Year;
directive                    (read/write, choice)
This attribute specifies the directive to use when backing up
the client. The default value is NULL. The valid choices for the Directive resource are names of the currently defined `NSR directive' resources, see nsr_directive(5).
Example: directive: UNIX with compression directives;
group                        (read/write, choice list)
This attribute specifies the group this client is a member of.
The group controls the start time for automatic backups. The value may be one of the currently defined `NSR group' resources, see nsr_group(5). The default value is `Default'.
Example: group: Default;
save set                     (read/write, list)
This attribute lists the path names to be saved for this client.
The names should be separated by comma space (, ). The default value is `All'. On all NetWorker supported clients, `All' refers to the mounted file systems. Also, NetWorker supports `wildcard' at the filesystem level. For example, For a UNIX NetWorker client, `/*' refers to all mounted filesystems under `/'. And if `/space1' and `/space2' are valid filesystems, one could use `/space*' to get both these filesystems backed up on the particular client. Please note that `wildcard ' matching at the subdirectory level, is not supported. So, `/space1/subdir*' will not work.

When a client needs to have different file systems saved on different schedules, a Client resource is needed for each set of file systems on a particular schedule. For all the Client resources with the same name in a group, a given path name may only appear once. When a Client resource lists the save set `All', it must be the only Client resource with its name belonging to its group.
Example: save set: /, /usr, /usr/src;

priority                     (hidden, read/write, choice)
This attribute controls
the backup priority of this client. Priority 1 is the highest, 1000 is the lowest. Automated savegrp's will attempt to back up clients with higher priorities before clients with lower priorities. Note that this is only one factor used to determine the next client. The savegrp command has many parameters to consider, and may choose a lower priority client while trying to balance the load.
Example: priority: 500;
remote access                (read/write, string list)
This attribute controls who may back up, browse, and recover a client's
files. By default this attribute is an empty list, signifying that only users on the client are allowed to back up, browse, and recover its files. Additional users, hosts, and netgroups may be granted permission to access this client's files by adding their names to this attribute. Netgroup names must be preceded by an ampersand ('&'). Each line specifies a user or a group of users, using one of these formats: user/[email protected] , group/[email protected] , [email protected] , [email protected] , [email protected] , [email protected] , &netgroup (only available on platforms that support netgroups) , user_attribute=value[, ...].

where user is a user name; host is a host name; group is a user group name; domain is a domain name; user_attribute can be user, group, host, nwinstname, nwinstancename, domain, or domaintype (type of the domain, NIS or WINDOMAIN).

The user attributes: nwinstname and nwinstancename are used to indicate a NetWorker instance name. The value that should be entered for either of these attributes is the value in the "name" field in the NSRLA resource for the machine where a matched user is connecting from.

value can be any string delimited by white space. If the value has space in it, then it can be quoted with double quotes. The value may contain wild cards, "*". Entering just a user name allows that user to administer NetWorker from any host (equivalent to user@* or */user or user=user). Netgroup names are always preceded by an "&".

The format: user_attribute=value[, ...] is more secure because the format is not overloaded. For example, if [email protected] is entered, then any users in the test group or users named test and that are in the domain; test.acme.com or from the host; test.acme.com will match this entry.
Example: The entries:

remote access: mars, [email protected], [email protected], */root;

remote access: host=mars, host=jupiter, "user=sam,host=pluto", user=root;

are equivalent.

remote user          (read/write, string)
This attribute has several uses.
For those clients that are accessed via the rsh(1) protocol (new clients use nsrexecd(8) instead), this attribute specifies the user login name the NetWorker server will use to authenticate itself with the client. The default value is NULL, implying that `root' should be used. When savegrp-p (see savegrp(8)) is run on the NetWorker server, the server runs commands on the client to determine which files to save. Note that when the nsrexecd(8) protocol is used to access the client, the remote user attribute is not used for authentication.
Certain clients, such as NetWare fileservers, use this attribute along with the password attribute, below, to gain access to the files being backed up. Other clients that back up application data, such as Sybase databases, use this attribute along with the password to gain access to the application data. There may be a different value of this attribute for each resource that describes the same client.
NDMP clients use this attribute along with the password attribute to configure access to a NDMP server. The same username (remote user attribute) and password should be configured in the Device resource as they are configured for the NDMP server.
Example: remote user: operator;
password                     (read/write, encrypted)
The
savegrp command uses this attribute when initiating the savefs and save commands on the client's machine. The savefs and save commands use the password to gain access to the files being backed up. If a password is given, then the "remote user" attribute for the Client resource must also be defined. There may be a different value of this attribute for each resource that describes the same client.
This attribute does not need to be set for existing UNIX clients that are not backing up any application specific data.
This attribute is also used in conjunction with the remote user attribute to configure access to a NDMP server.
backup command               (read/write, string)
The remote command to run to back up data for this client and save sets.
This command can be used to perform pre and post backup processing and defaults to the save command. The value must not include a path and must start with the prefix "save" or "nsr".
Example: backup command: savemsg;
Save operations(read/write,string)
This attribute specifies the save operation instructions in the form of: KEYWORD:TOKEN=STATE

This attribute is required if save set attribute of this client contains non-ASCII names. Specify:

I18N:mode=nativepath (for NetWorker 7.4 or later clients on UNIX platforms with non-ASCII save set names)
I18N:mode=utf8path (for pre-7.4 clients and NetWorker clients on Windows platforms with non-ASCII save set names)

Example: Save operations: I18N:mode=nativepath;

executable path     (read/write, string, hidden)
This attribute specifies the path to use when the NetWorker server is
executing commands on the client. When no path is specified, the "remote user's" $PATH is used.
Example: executable path: /etc/nsr;
server network interface (read/write, string, hidden)
The name of the network interface on the server to be used for saves and recovers.
Example: server network interface: mars-2;
aliases (read/write, string list, hidden)
This attribute is a list of aliases (nicknames) for the client machine that queries can match. If this list is empty, match on client name alone.
Example: aliases: mars;
owner notification   (read/write, hidden)
A notification action to be executed to send the contents of status messages
to the owner/primary user of a machine (for example, savegrp completion messages).
Example: owner notification: /usr/ucb/mail -s "mars' owner notification" [email protected];
statistics           (constant, hidden, dynamic)
This attribute contains three values: the size of the client's online file
index in kilobytes, the number of kilobytes actually used, and the number of entries in the index.
Example:
statistics: elapsed = 1761860, index size (KB) = 776,
            amount used (KB) = 680, entries = 2216;
index save set (update-only, hidden, dynamic)
This attribute specifies the client file index save set to purge when the index operation is set to purging oldest cycle.
Example: index save set: /;
index path           (read/write, hidden)
This attribute is used to allow the NetWorker administrator to balance
NetWorker online file index disk utilization across multiple disk partitions. If set, this attribute contains the full path to the directory containing the client's online file index. Note that the last component of the path must match the name attribute of the Client resource (see above). If left blank, the index path defaults to the path /nsr/index/name, where name is the name attribute from the Client resource.
Example: index path: /disk2/index/venus;
index message                (update-only, hidden, dynamic)
This attribute contains the ending status message
for the previous index operation. This attribute is typically blank, indicating that the previous operation completed successfully.
Example: index message:;
index operation start (update-only, hidden, dynamic)
This attribute contains the starting time of the current index operation. This attribute is a null string ("") when the operation is `Idle'. The format is weekday followed by hour and minutes.
Example: index operation start: Wednesday 02:45;
index progress              (update-only, hidden, dynamic)
This attribute contains the progress the index has made towards finishing
the current task. This attribute is blank when the operation is `Idle'. The progress is expressed as a percentage.
Example: index progress: 45;
index operation     (update-only, hidden, dynamic)
This attribute contains the current index operation.
It is normally `Idle'.
Example: index operation: Reclaiming space;
parallelism         (read/write, hidden)
This attribute specifies the maximum number of saves that should be run at
the same time for the client.
Example: parallelism: 2;
archive users               (read/write, string list)
This attribute specifies a list of users that are allowed to use
the archive services on the client. This attribute can only be set if archive support has been enabled on the server. To schedule an archive request for a client, root (or equivalent) must be on that client's Archive users list, or else [email protected] must be in the server's Administrator list. If no users are listed and the client resides in same machine as the server, only administrators and the local root user (that is, [email protected]) are allowed to use the archive services on the client. A value of '*' implies any user is allowed to archive or retrieve data. The '/' and '@' characters are not allowed as part of the user name.
Example: archive users: paul;

application information (read/write, hidden,

string list)
This attribute contains client application information. The use of this attribute is client specific and should be utilized as indicated by the documentation received with the product. NDMP clients fill in various parameters and values in this attribute separated by an equals sign ('=').
Example: application information: HIST=yes;
ndmp                        (read/write, choice)
This attribute indicates whether or not the Client resource
is configured for NDMP backups. If the client is used for NDMP backups, the remote user and password attributes must be filled in. The application information attribute may also be used.
Example: ndmp: yes;
storage nodes                (read/write, string list)
This attribute is an ordered list of storage nodes for the client to use when saving
its data. Its saves are directed to the first storage node that has an enabled device and a functional media daemon, nsrmmd(8). The default value of 'nsrserverhost' represents the server. In addition to storage node names the keyword 'curphyhost' could also be entered into the list. The entry 'curphyhost' denotes the current physical host. It is only used for virtual clients on a cluster. It should not be used on physical clients or on the client which is tied with the virtual server. Using the curphyhost keyword would enable the virtual clients backup to be directed to the storage node on which the virtual client is currently residing on. See nsr_storage_node(5) for additional detail on storage nodes.
clone storage nodes (read/write, string list)
This attribute specifies the hostnames of the storage nodes that are to be selected for the `save' side of clone operations. Cloned data originating from this client is directed to the first node listed in the `clone storage node' list that has both an enabled device and a functional media daemon, nsrmmd(8). There is no default value. If this attribute has no value, the server's 'clone storage nodes' will be consulted. If this attribute also has no value, then the server's 'storage nodes' attribute will be used to select a target node for the clone. See nsr_storage_node(5) for additional detail on storage nodes.
recover storage nodes (read/write, string list)
This attribute is an ordered list of storage nodes for the client to use when recovering its data.

Exclusions:

If the volume being recovered from is already mounted, then the recover storage node list is ignored and the volume is used from its existing location.

If the volume is in a jukebox and the "read hostname" attribute is set, then the volume will be mounted on the designated host.

During regular recover and clone operations, if the environment variable FORCE_REC_AFFINITY is set to "Yes" or "yes", it will force the broker to use the Recover Storage Affinity logic, as explained above, even if the requested volume is mounted, to determine the "read" host.

In a virtual tape environment(VTL libraries have "virtual jukebox" attribute set to "yes"), during Cloning, whether or not the FORCE_REC_AFFINITY is set, the behavior is always going to be as if that environment variable is set to true.

While cloning, if volume is not mounted and the volume is not in a jukebox with the "read hostname" set, the Server's Client resource is checked for the value of the "Recover Storage Node" for the "read" host. Then, the Client resource of the "read" host is checked for the value of the "Clone Storage Node" attribute, to determine where the "write" should go to.

licensed applications (read-only, string list)
This attribute contains names of the licensed applications used by the client. By default, this field is blank.
 

EXAMPLES

Note: The hidden attributes are not shown in these examples.

A resource to define a client, called venus, backing up all of its files to the NetWorker server mars:



                        type: NSR client;
                        name: venus;
                      server: mars;
            archive services: Disabled;
                    schedule: Full Every Friday;
               browse policy: Month;
            retention policy: Quarter;
                   directive: UNIX with compression directives;
                       group: Default;
                    save set: All;
               remote access: ;
                 remote user: ;
                    password: ;
              backup command: ;
                     aliases: venus, venus.emc.com;
               archive users: ;
               storage nodes: nsrserverhost;
         clone storage nodes: ;

The resources for a client backing up different file systems on different schedules:



                        type: NSR client;
                        name: saturn;
                      server: mars;
            archive services: Disabled;
                    schedule: Default;
               browse policy: Month;
            retention policy: Quarter;
                   directive: ;
                       group: engineering;
                    save set: /,  /usr,  /usr/src;
               remote access: venus, sam@*, jupiter/john;
                 remote user: operator;
                    password: ;
              backup command: ;
                     aliases: saturn.emc.com;
               archive users: ;
               storage nodes: nsrserverhost;
         clone storage nodes: ;

                        type: NSR client;
                        name: saturn;
                      server: mars;
            archive services: Disabled;
                    schedule: Full on 1st Friday of Month;
               browse policy: Month;
            retention policy: Quarter;
                   directive: UNIX standard directives;
                       group: Default;
                    save set: /usr/src/archive;
               remote access: [email protected], &netadmins, root@*;
                 remote user: operator;
                    password: ;
              backup command: ;
                     aliases: saturn.emc.com;
               archive users: ;
               storage nodes: nsrserverhost;
         clone storage nodes: ;

 

SEE ALSO

rsh(1), ruserok(3), nsr(5), nsr_schedule(5), nsr_directive(5), nsr_group(5), nsr_policy(5), nsr_storage_node(5), save(8), savegrp(8), savefs(8), nsradmin(8), nsrexecd(8)


 

Index

NAME
SYNOPSIS
DESCRIPTION
ATTRIBUTES
EXAMPLES
SEE ALSO

This document was created by man2html, using the manual pages.
Time: 02:39:48 GMT, October 02, 2010