RDF System Management Manual

Table Of Contents
Installing and Configuring RDF
HP NonStop RDF System Management Manual524388-003
3-32
Configuring RDF
Receiver Process
Use SET RECEIVER and ADD RECEIVER commands to configure the following
receiver parameters:
ATINDEX
CPUS primary-CPU : backup-CPU
EXTENTS
PRIORITY
PROCESS
RDFVOLUME
SLOWMODE
The ATINDEX parameter specifies an integer value identifying a configured TMF audit
trail on the primary system. 0 specifies the MAT. 1 through 15 specify auxiliary audit
trails AUX01 through AUX15. The default is 0. For each configured extractor, there
must be a corresponding receiver with the same ATINDEX value. For information
about protecting auxiliary audit trails, see Section 12, Auxiliary Audit Trails.
The CPUS parameter specifies the processors in the backup system in which the
receiver is to run.
The EXTENTS parameter only applies to the master receiver. It specifies the size of
the primary and secondary extents for all image trail files on all image trails.
The PRIORITY parameter specifies the priority at which the receiver will run. You
should set the receiver’s priority higher than that of any application’s process and
higher than that of any RDF updater process.
The PROCESS parameter supplies a name for the receiver process. You should
specify a meaningful mnemonic such as $RECV. The process name can be any
unique valid process name up to 5 characters, including the $ symbol. However, you
cannot specify HP reserved process names that are of the form $X*, $Y*, or $Z*, in
which * is any alphanumeric string.
The RDFVOLUME parameter applies only to the master receiver. It specifies which
volume on the backup system will contain the receiver’s master image trail. The file
naming convention for image trail files is $volume.control-subvolume.AAnnnnnn,
where n is a digit. For example, the first image file is named $volume.control-
subvolume.AA000001. You cannot specify the subvolume name because that name
is controlled by RDF.
The SLOWMODE parameter controls the frequency with which the receiver updates its
context records. With SLOWMODE on, the receiver updates its context records after
processing each extractor message buffer; this enables the updaters to have the
lowest possible RTD value at all times. The SLOWMODE parameter is intended for
use when customers have implemented their own pseudo-lockstepping environments.