RDF System Management Manual for J-series and H-series RVUs (RDF Update 13)

Temporary Disk Files
File creation, modification, and updates are not replicated for audited temporary disk files. All
audit data is filtered out by the extractor on the primary system for file names of the form
$volume.#nnnnnnn.
A filename that begins with # (pound sign) indicates a temporary disk file; this type of file name
is returned when only the volume name is specified in a call to the file-system CREATE procedure
or FILE_CREATE_ procedure.
Using SMF with RDF
RDF supports the full use of SMF on both the primary and backup nodes.
You can configure SMF logical volumes by two methods:
• Map many physical disks to a single virtual disk — Create SMF pools where each is comprised
of many physical volumes, and create SMF virtual disks from these pools. In this configuration,
the files on any given virtual disk will be spread across multiple physical disks, enabling you
to pool together many physical disks to create a very large virtual disk.
• Map many virtual disks to a single physical disk — Create SMF pools where each is comprised
of a single physical disk, and create SMF virtual disks from these pools. In this configuration,
all the files on a given virtual disk reside on one physical disk, enabling you to have a very
large physical disk volume subdivided into a number of smaller logical volumes. In this way
you can have multiple partitions of a file residing on a single physical volume, with each
partition of the file stored on a different logical volume.
Both of these configurations are supported by RDF. Using SMF on the backup system has some
restrictions, which are described later in this chapter.
NOTE: From RDF T0346H11^ACW, falling back from T0346H11^ACW to lower versions of
RDF results in the failure of RDF replication from the primary system when there are more than 15
volumes in an SMF pool associated with an RDF updater. Replication fails because primary system
is running on a lower version (T0346H11^ACT), compared to the backup system, which is running
at a higher version (T0346H11^ACW).
Configuring an SMF Environment on the Primary System
When configuring an SMF environment on an RDF primary system, make sure that SMF catalog
files are not replicated by RDF to the backup system. The SMF catalogs on the primary and backup
systems must remain independent of each other. There are three ways to do so:
• Place the SMF catalog on a primary system volume that is not protected by RDF.
The extractor ignores any audit generated by disks outside the RDF configuration, and hence
will not replicate any changes to the SMF catalog on the primary system. With this option,
you can store the catalog in either the default SMF catalog subvolume or your own subvolume.
• Place the SMF catalog in the default SMF catalog subvolume on a volume that is protected
by RDF.
The extractor automatically filters out changes to the SMF catalog if the catalog is in the default
SMF catalog subvolume. If you store the catalog in your own subvolume, the extractor will try
to replicate changes to the catalog, which could have an adverse affect on RDF and any SMF
catalogs with the same subvolume name on the backup system.
• Place the SMF catalog in a subvolume that is explicitly excluded from RDF protection. INCLUDE
and EXCLUDE clauses are described in Chapter 11 (page 271).
56 Preparing the RDF Environment