The Purge Settings define the configuration parameters to manage the archiving and purging of FlexDeploy execution data from the database repository, and purging of the artifacts stored in the artifacts repository.



PropertyDescription

Purge Enabled

Indicates whether the purge process is enabled. Purge runs every day if enabled. Run time is dependent on when FlexDeploy was started. If you have concerns with running purge at some specific milestone deployment event, you can disable Purge temporarily.

Retention Days (Operational)

How many days of execution data to keep in the operational tables. After this data will be moved to Archive tables. Age of data is determined based on original created time.

Retention Days (Artifacts)

How many days of artifacts to keep in the file system. If Keep Counts discussed below cause the version to be active, Artifacts for those will be kept as well.

Keep Count

How many project versions to keep for each environment/instance regardless of Retention Days (Operational). This helps you keep specific number of latest deployments so that you can back out to previous versions if desired.

Keep Success Count

How many successful project version builds to keep regardless of Retention Days (Operational) (Note: this is a global setting and not specific to an environment/instance)

Keep Failed Count

How many failed project version builds to keep regardless of Retention Days (Operational) (Note: this is a global setting and not specific to an environment/instance)

Retention Days (Archive)

How many days of execution data to keep in the archive tables. Age of data is determined based on original created time. This means that you should keep this value higher than Retention Days (Operational).

Retention Days for LogsHow many days of execution data to keep in the log tables. This means workflow execution steps detail and plugin logs. These tables take most of amount of space in database, so it is advisable to control this value to reduce space usage. Logs data is now not archived. You can delete all data from ARC_PLUGIN_EXECUTION_LOG and ARC_WORKFLOW_EXECUTION_DATA tables if you want to free up space in your database.
Number of successful pipeline executions to keepNumber of successful of running pipeline executions to keep in operational tables.
Number of unsuccessful pipeline executions to keepNumber of aborted, failed , skipped, or out-of-date pipeline executions to keep in operational tables.

Purge Rules


Examples of configuring the purge

Scenario 1: Retain the last 3 successful builds in each environment/instance and keep the last 12 successful builds and last 2 failed builds overall. Artifacts will be purged from the file system after 15 days and execution data will be archived after 30 days. Data will remain in the archive for 365 days.


PropertyValue
Retention Days (Operational)30
Retention Days (Artifacts)15
Keep Count3
Keep Success Count12
Keep Failed Count2
Retention Days (Archive)365
Retention Days for Logs365


Scenario 2: Retain 60 days of execution data and artifacts


PropertyValue
Retention Days (Operational)60
Retention Days (Artifacts)60
Keep Count2
Keep Success Count2
Keep Failed Count1
Retention Days (Archive)60
Retention Days for Logs60


Understanding the purge KEEP parameters



Project Deployments:

EnvironmentDEVQA

PROD

Project Versionsv9 (Failed)


v10v10v10

 v11  v11  v11 

 v12  v12  v12 

v13v13

 v14  v14 

v15v15

v16


v17


v18 (Failed)


v19



Properties:

PropertyValueVersions Retained due to property value
Keep Count2v11, v12, v14, v15, v17, v19
Keep Success Count4v15, v16, v17, v19
Keep Failed Count1v18
DEPLOYED TO AN ENVIRNOMENTAUTOMATICv12, v15, v19




In this example, the only project versions that will be checked against the Retention Days would be v9, v10, and v13. Those three versions will only be purged/archived in they are older than the retention days parameters.