--- sourceDocument: Australia IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/it-service-management Release : - australia ft:locale : - en-US ft:publication_title : - Australia IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Data archiving rules for DevOps tables # Data archiving rules for DevOps tables {#ariaid-title1} Release version: Australia Updated March 12, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read Base system table archiving rules ensure that DevOps data stored in the Configuration Management Database (CMDB) are systematically archived and purged. ## Archiving rules for DevOps data in CMDB tables {#archive-devops-tables-data__section_asr_cyf_krb} Data archiving involves managing table size growth and archiving old data. It moves data that is no longer needed every day from primary tables to a set of archive tables. For more information, see [Data archiving](https://www.servicenow.com/docs/access?context=c_ArchiveData&version=australia&pubname=australia-platform-administration&ft:locale=en-US). Base-system archive rules are configured to auto-archive DevOps tables that are older than a specified period. An archive table is created for any table that has an archive rule associated with it. You can also choose to restore data from archive tables. Note: While you can restore any record from the archive tables. Once archived data is restored, the same data is no longer auto-archived. For more information, see [Managing archived data in Core UI](https://www.servicenow.com/docs/access?context=managing-archived-data&version=australia&pubname=australia-platform-administration&ft:locale=en-US). * Navigate to System ArchivingArchive Rules and select the individual archive rule whose data you restored. * Enable the Auto rearchive check box, to resume auto-archiving for that archive rule. {#archive-devops-tables-data__ul_ygx_frk_lrb} ## Modify base system value for archive rules {#archive-devops-tables-data__section_v2w_y1l_lrb} You can configure the auto archive duration for all the archive rules that are applicable to DevOps tables from the Auto archive (in months) DevOps system property. By default, this property's value is set to 9 (months). Navigate to DevOpsAdministrationPropertiesAuto archive (in months), to modify the value. For more information on configuring data archiving, see [Create an archive rule](https://www.servicenow.com/docs/access?context=t_CreateAnArchiveRule&version=australia&pubname=australia-platform-administration&ft:locale=en-US) The following list indicates the tables that are auto-archived.{#archive-devops-tables-data__table_pl2_tgk_lrb__entry__3} | Table | Table Name | Archived table name | |-|-|-| | Artifact Staged Request | sn_devops_artifact_staging | ar_sn_devops_artifact_staging | | Artifact Version | sn_devops_artifact_version | ar_sn_devops_artifact_version | | Branch | sn_devops_branch | ar_sn_devops_branch | | Build Test Result | sn_devops_build_test_result | ar_sn_devops_build_test_result | | Build Test Summary | sn_devops_build_test_summary | ar_sn_devops_build_test_summary | | Callback | sn_devops_callback | ar_sn_devops_callback | | Commit | sn_devops_commit | ar_sn_devops_commit | | Commit Details | sn_devops_commit_details | ar_sn_devops_commit_details | | Deployed Artifact to TaskExecution | sn_devops_m2m_artifact_execution | ar_sn_devops_m2m_artifact_execution | | Artifact Version to Commit | sn_devops_m2m_artifact_version_commit | ar_sn_devops_m2m_artifact_version_commit | | Branch To Commit | sn_devops_m2m_branch_commit | ar_sn_devops_m2m_branch_commit | | Run Commit | sn_devops_m2m_commit_execution | ar_sn_devops_m2m_commit_execution | | Commit To Work Item | sn_devops_m2m_commit_work_item | ar_sn_devops_m2m_commit_work_item | | Pipeline Execution | sn_devops_pipeline_execution | ar_sn_devops_pipeline_execution | | Software Quality Scan Summary | sn_devops_software_quality_scan_summary | ar_sn_devops_software_quality_scan_summary | | Software Quality Scan Summary Relations | sn_devops_software_quality_scan_summary_relations | ar_sn_devops_software_quality_scan_summary_relations | | Step Execution | sn_devops_step_execution | ar_sn_devops_step_execution | | Tag | sn_devops_tag | ar_sn_devops_tag | | Task Execution | sn_devops_task_execution | ar_sn_devops_task_execution | | Task Summary | sn_devops_test_summary | ar_sn_devops_test_summary | | Test Summary Relations | sn_devops_test_summary_relations | ar_sn_devops_test_summary_relations | | Work Item | sn_devops_work_item | ar_sn_devops_work_item | [Table 1. Auto-archived DevOps tables] {#archive-devops-tables-data__table_pl2_tgk_lrb}The data archiving rules feature considers and honors parent rules before individual archive rules are run. If you have an associated parent archive rule, the child rules are run only when the parent rules are run. Similarly, when you modify individual rules, you must first disable or disassociate the parent archive rule, make the configuration changes, and re-enable the parent archive rule. Changes to the Auto archive (in months) DevOps property overrides any configuration changes made to the duration of child archive rules. For example, you could update the archive rule condition for any of the Active DevOps archive rules to a custom value, say three months instead of the default 9 months. However, if you modify the Auto archive (in months) DevOps property, all modifications made to the conditions of individual archive rules are overwritten by the value in the Auto archive (in months) system property. Note: The override function is binding for all scenarios except: * When an archive rule does not belong to the DevOps scope. * When an archive rule belongs to the DevOps scope but is inactive. {#archive-devops-tables-data__ul_us4_1zk_lrb} ## Base system destroy rules for DevOps data {#archive-devops-tables-data__section_lxx_zrk_lrb} Base-system destroy rules are also enabled and activated on all the archived DevOps tables. By default, data is deleted from an archived table after 36 months or 1095 days have passed from the time the data is stored in the archive table. For more information, see [Create a destroy rule](https://www.servicenow.com/docs/access?context=t_CreateAnArchiveRule&version=australia&pubname=australia-platform-administration§ion=t_CreateADestructionRule&ft:locale=en-US). *[\>]: and then