02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Key Considerations<br />

Purging Environment History<br />

To purge host environments, you must have authority to environment maintenance and<br />

move authority for the environment. To purge remote environments, you must have<br />

authority to remote environment maintenance and move authority for the environment.<br />

Authority to host and remote environment maintenance is defined in Work with Users.<br />

Move authority is defined in Work with Environments, User Capabilities.<br />

When purging history for all environments (F19=Purge All History), users cannot access<br />

or use <strong>Implementer</strong> while the purge is running (requires a dedicated database). When<br />

purging specific environments, users cannot access the selected environment while the<br />

purge is running.<br />

Purging completed requests removes requests that completed on or before the purge<br />

date you specify. It removes the entire promotion request if the request is from the<br />

purged environment, or if the request targets a single environment and that<br />

environment is purged. If a request targets multiple environments and the secondary<br />

target environment is purged, it removes the purged primary environment from the<br />

request and the second environment becomes the primary environment on the request.<br />

In addition, <strong>Implementer</strong> adds a comment to the request, for example, “The primary<br />

target environment ‘name’ was purged on date by ‘user’.” When removing<br />

a purged secondary environment from the request, <strong>Implementer</strong> also adds a comment to<br />

the request, for example, “The target environment ‘name’ was purged on date<br />

by ‘user’.”<br />

You can optionally purge closed locks and object status history for production<br />

environments by specifying *ALL for the purge to date. If a lock is from or to the purged<br />

environment, it removes the lock and all related history. If a lock was copied from a<br />

purged environment, it removes any references to the environment from the lock and<br />

related history. If the history of a lock includes passing through a purged environment,<br />

the portion of history related to the purged environment.<br />

CAUTION Use this option cautiously—it purges the <strong>Implementer</strong> database of<br />

historical data, thereby removing audit trail information from production<br />

environments.<br />

Only requests that are non-release management packages can be removed. For details on<br />

purging release management environments, see the <strong>MKS</strong> <strong>Implementer</strong> <strong>2006</strong> Release<br />

Management <strong>Guide</strong>.<br />

<strong>MKS</strong> recommends you print the Activity Report, option 31 on the <strong>Implementer</strong> Menu,<br />

prior to running Purge History. This report is useful for analyzing the status of all<br />

environments and projects.<br />

375

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!