We're reclaiming inactive PDIs to keep them available for active builders. Learn what's changing, who's affected, and how to protect your work. Read More

Cloning a Self-Hosted Database Using KB1645366

Auverland
Tera Contributor

Hello everyone,

 

KB1645366 describes how to clone a database for MariaDB and MySQL for ServiceNow self-hosted.
One of the important steps is backing up the KMF tables from the target instance. The KB provides a list of tables to back up :

  1. sn_kmf_identity_group
  2. sn_kmf_identity_group_alias
  3. sn_kmf_identity_group_member
  4. sn_kmf_resolution_framework_log
  5. sys_kmf_certificate
  6. sys_kmf_ephemeral_key
  7. sys_kmf_external_key
  8. sys_kmf_instance_key
  9. sys_kmf_key_metadata
  10. sys_kmf_module_key
  11. sys_kmf_wrapped_module_key

However, some of these do not exist or no longer exist. They no longer appear in the sys_db_object and sys_storage_table_alias tables.
For example, on Yokohama Patch 5 (the version we’re using, which will be migrated to Australia Patch 3 after we create a clone of the DEV environment :)) and on Australia Patch 2 (a PDI I just created), the following tables do not exist:

  1. sn_kmf_identity_group
  2. sn_kmf_identity_group_member

Is it possible that these tables existed in previous versions of ServiceNow?

Furthermore, if we search for all tables related to kmf (whose names contain “kmf”), we find 33 for Yokohama and 36 for Australia.

How should we interpret this information? Since the KB was updated in April 2026, is it possible that the list of tables to back up is not exhaustive?

 

Thank you for your help.

 

Regards,

Francis

0 REPLIES 0