Skip to content

In SnapCenter's Archive log management for Creator Plug-ins (HANA. DB2, etc.) point 6c the usage of ARCHIV_LOG_EXT is completely misinterpreted #217

@netapp-olaf

Description

@netapp-olaf

Page URL

https://docs.netapp.com/us-en/snapcenter/protect-hana/task_create_resource_groups_and_attach_policies.html

Page title

Create resource groups and attach policies

Summary

The ARCHIVE_LOG_EXT takes a regular expression that should match a file name extension of the log files.
It is not used to indicate the LENGTH of the extension, but the actual text of the extension !

Since, in HANA in this case, the logs looks like this: log_backup_0_0_0_0.1765902954686 the regular expression has to match a number of digits (not .log for example), hence the proper value to use would be "\d+", i.e. any length of digits of at least one character.
This is the equivalent of [0-9]+ from:
https://kb.netapp.com/data-mgmt/SnapCenter/SC_KBs/SAP_HANA_backup_archive_logs_are_not_getting_cleaned_at_all_disregarding_the_retention_policy_in_SnapCenter
but won't work here anymore due to the malicious scripting check (I need to/will update that KB accordingly, shortly).

For databases or archive log setups that do not have a dot in the filename, this won't work at all, by the way.

Public issues must not contain sensitive information

  • This issue contains no sensitive information.

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions