plugin_customization.ini

plugin_customization.ini

In order to use the migration you have to configure the time period for which you want to migrate changes, in the
<PIM_SERVER_INSTALLATION_ROOT>\configuration\HPM\plugin_customization.ini
plugin_customization.ini
# --------------------------------------------------------------------------- # Audit Trail migration preferences # --------------------------------------------------------------------------- # # Audit trail migration starts from today or from the specified 'migrationFromDate' and runs back # to the specified 'migrationToDate' into the past. # # # 'migrationToDate' 'migrationFromDate' now # e.g. 2020-01-01 e.g. 2021-04-02 # | | | # ----------+-------------------------------------------------------+-------------+------> time # # Initial start date of the migration means that all old audit trail entries between 'migrationToDate' and # this 'migrationFromDate' will be transformed to the new audit trail format and stored in elastic. # This value is optional. # Date is included. # Format: yyyy-MM-dd # com.heiler.ppm.audittrail.migration.server/migrationFromDate = # All old audit trail entries between today or a defined 'migrationFromDate' and this specified 'migrationToDate' will be transformed # to the new audit trail format and stored in elastic. # This value is mandatory. # Date is included. # Format: yyyy-MM-dd # com.heiler.ppm.audittrail.migration.server/migrationToDate = # Locale to be used for the Audit Trail migration job. # This should be the same value as it was for the "audittrail.atcsbuilder.locale" property # in the audittrail.properties file of older versions. # Default is en_US. # com.heiler.ppm.audittrail.migration.server/locale=en_US # Fetchsize of retrieving migration data from the legacy Audit Trail database. # This value should be between 1 and the maximum database-specific possible fetchsize # defined in property 'db.default.rowPrefetchSize' (10000). # In case of some memory issues during the migration, this value should be decreased. # com.heiler.ppm.audittrail.migration.server/migration.fetch.size = 10000 # Number of threads for retrieving migration data from the legacy Audit Trail database. # Usually all CPU threads are used for the migration. In case of working with PIM and migrate from the legacy # Audit Trail database it is worth to decreased the number of maximum thread to work fluid with PIM. # This value is optional. # Minimum value is 1, maximum value is number of CPU cores. migration.maxThreads =
The 'migrationToDate' is the end date of the migration. All changes between the given 'migrationToDate' and the given 'migrationFromDate' (or today if 'migrationFromDate' is not set) are migrated to Elasticsearch. The 'migrationToDate' value is mandatory. The 'migrationFromDate' is optional. When the 'migrationFromDate' is not set, then today will be use as 'migrationFromDate'.
The locale is needed to resolve labels of the objects to be migrated. When the data was written, the locale configured for the
attribute audittrail.atcsbuilder.locale
in the
audittrail.properties
file was used. The same value should be used for the data migration.
Audit Trail migration uses all CPU cores by default. If the PIM server should run in parallel to the Audit Trail migration, the number of used CPU cores for the Audit Trail migration should be decreased. This can be done by set the property
migration.maxThreads
to a value between 1 and the number of CPU cores.

0 COMMENTS

We’d like to hear from you!