You can update certain attributes of a DASD-only or coupling facility log stream
using either the IXGINVNT UPDATE service or the IXCMIAPU utility.
The updates are immediately reflected in the log stream definition
in the LOGR couple data set, but some remain pending and
do not take effect until specific events occur during processing
as described in this section.
The RETPD and AUTODELETE attributes can be modified regardless
of whether there are any active connections to the log
stream. The updates remain pending until the next data set switch
event or the subsequent first connection to the log stream in a sysplex.
The following attributes can be updated while there is an outstanding
connection to the log stream. Some of the updates will not
take effect immediately if there is an outstanding connection. In
order to update these attributes, the LOGR couple data set must be
formatted at z/OS® Release 2 or higher.
See LOGR parameters for format utility in z/OS MVS Setting Up a Sysplex for
more details. Note: This requirement does not apply to the LOWOFFLOAD,
HIGHOFFLOAD, and OFFLOADRECALL attributes. For all others, if this
requirement is not met, the UPDATE request fails.
Pending
updates will take effect at different points for each log stream attribute
as follows:
You can also rename a log stream dynamically using the NEWSTREAMNAME
keyword on
the IXGINVNT REQUEST=UPDATE request.
You can rename a log stream
dynamically. Since many logging programs use a fixed log stream
name, this function can be very useful for log stream recovery. For
example, if a log stream fails the system may not be able to perform
any logging for the log stream that has failed. Using the log stream
rename function, you can rename the failing log stream, and then use
the IXGINVNT REQUEST=DEFINE to define a new log stream with the old
name in order to start logging again. This function allows you to:
- Save the current data in a renamed log stream and get logging
started quickly by defining a new log stream with the expected name.
- Let existing services/utilities access the data in the renamed
log stream to reduce the effect of having some data missing from the
log stream.
- Perform problem diagnosis, such as data missing conditions, on
the original (renamed) log stream resources at the same time that
new work continues.