Определение политик хранения

В этой статье рассматривается, как администраторы могут определять политики хранения для задания периодичности удаления устаревших данных в таблицах, содержащих операции журнала и архивные записи. Например, удаление операций журнала может упростить работу с более релевантными данными. Политики могут удалять данные на основе даты истечения срок хранения; также можно добавить фильтры для удаления только некоторых данных с истекшим сроком хранения.

Требуемые настройки и разрешения

Прежде чем создавать политики хранения, необходимо настроить включаемые таблицы и периоды времени для хранения данных.

Настройка	Описанием
Допустимые таблицы	Мы предоставляем список таблиц, которые могут быть включены в политики хранения. Однако, если вы хотите добавить в политику хранения таблицы из расширения, его разработчик должен добавить свои таблицы в список. Для получения дополнительной информации см. статью Включение вашего расширения в политику хранения.
Периоды хранения	Укажите периоды времени, в течение которых данные будут храниться в таблицах политики. Периоды определяют, как часто удаляются данные.

Кроме того, у вас должны быть разрешения пользователя SUPER или набор разрешений Настройка политики хранения. Пользователи, у которых есть набор разрешений «Настройка политики хранения», могут определять политики хранения для таблиц. Это справедливо даже в случае, если у них нет разрешений на чтение и удаление в отношении таблиц. Запись очереди заданий должна запускаться от имени пользователя с разрешениями на чтение и удаление данных. Не предоставляйте набор разрешений «Настройка политики хранения» пользователям, которым не должно быть разрешено удалять данные.

Примечание

Если вы используете локальный экземпляр Business Central и хотите опробовать политики хранения в демонстрационной базе данных Cronus, вам нужно сделать несколько вещей. Демонстрационная организация не содержит таблиц, которые можно использовать с политиками хранения, поэтому их необходимо добавить. Для этого создайте новую пустую компанию в демонстрационной базе данных. В новой компании импортируйте пакет конфигурации RapidStart для вашей страны/региона, соответствующий стандартному пакету NAV17.0.W1.ENU.STANDARD.rapidstart. Данные о настройке политик хранения будут доступны в новой компании.

Создание периодов хранения

Срок хранения может быть сколь угодно длинным или коротким. Чтобы создать период хранения, на странице Политики хранения используйте действие Период хранения. Определенные вами периоды будут доступны для всех политик.

Примечание

Из соображений соответствия мы определили минимальный срок хранения для некоторых таблиц. Если вы установите срок хранения, который меньше необходимого минимума, появится сообщение с указанием обязательного периода.

Настройка политики хранения

1. Выберите значок значок введите Политики хранения, а затем выберите связанную ссылку.

2. В поле Код таблицы выберите таблицу, которую предполагается включить в политику.

3. В поле Период хранения укажите продолжительность хранения данных в таблице.

4. (Необязательно) Вы можете применить политику к конкретным данным в таблице, а не ко всем записям, отфильтровав данные для каждой строки. Политика будет применяться только к записям, возвращаемым фильтрами. Чтобы задать критерии фильтра, отключите переключатель Применить ко всем записям. Откроется экспресс-вкладка Политика хранения записей, на которой можно задать критерии фильтрации. Дополнительные сведения о том, как работают фильтры, см. разделе Фильтрация.

   Примечание

   У каждой строки свой срок хранения. Если вы укажете разные периоды хранения для одних и тех же данных, будет использоваться самый длинный период. Кроме того, в некоторых таблицах есть фильтры, которые нельзя изменить или удалить. Чтобы помочь вам идентифицировать эти фильтры, они отображаются более светлым шрифтом.

Видеоруководство

В этом видеоролике представлен пример настройки политики хранения.

Применение политик хранения

Вы можете использовать запись в очереди заданий, чтобы применить политики хранения для автоматического удаления данных, или вы можете применить политики вручную.

Чтобы применить политику хранения автоматически, просто создайте и включите политику. Когда вы включаете политику, Business Central создает операцию очереди задания, которая применяет политики хранения в соответствии с указанным вами периодом хранения. Все политики хранения будут использовать одну и ту же запись очереди заданий. По умолчанию операция очереди заданий применяет политику каждый день в 02:00. Вы можете изменить значение по умолчанию, но если вы это сделаете, мы рекомендуем его запускать в нерабочее время. Подробнее см. в статье Использование очередей работ для планирования задач.

Вы можете вручную применить политику, используя действие Применить вручную на странице Политики хранения. Если вы хотите всегда применять политику вручную, включите переключатель Вручную. Запись в очереди заданий игнорирует политику при запуске.

Просмотр операций журнала политики хранения

Вы можете просмотреть действия, связанные с политиками хранения, на странице Журнал политик хранения. Например, операции создаются при применении политики или при возникновении ошибок.

Включение вашего расширения в политику хранения (требуется помощь разработчика)

По умолчанию политики хранения распространяются только на таблицы Business Central из предоставленного нами списка. Вы можете удалить таблицы по умолчанию из списка и добавить собственные таблицы. То есть вы не можете добавить таблицу, которую не создали сами. Например, вы не можете добавлять другие таблицы из Business Central или таблицы из расширения, которое вы приобрели.

Для добавления ваших таблиц в список разрешенных таблиц разработчик должен добавить некоторый код. Например, в модуль codeunit для установки расширения (модуль codeunit с подтипом install).

Когда разработчик добавляет таблицу, он может указать обязательные фильтры и фильтры по умолчанию. Обязательные фильтры нельзя будет удалить или изменить позже, когда вы добавляете таблицы для определения политики хранения. Фильтры по умолчанию — это просто рекомендации.

Ниже приведены примеры того, как добавить таблицу в список разрешенных таблиц с обязательными фильтрами или фильтрами по умолчанию и без них. Более сложный пример см. в codeunit 3999 «Пол. Хран. Установить — BaseApp".

 trigger OnInstallAppPerCompany()
    var
        RetenPolAllowedTables: Codeunit "Reten. Pol. Allowed Tables";
    begin
        RetenPolAllowedTables.AddAllowedTable(Database::"Retention Policy Log Entry");
    end;

Следующий пример включает обязательный фильтр.

 trigger OnInstallAppPerCompany()
    var
        ChangeLogEntry: Record "Change Log Entry";
        RetenPolAllowedTables: Codeunit "Reten. Pol. Allowed Tables";
        RetentionPeriod: Enum "Retention Period Enum";
        RecRef: RecordRef;
        TableFilters: JsonArray;
        Enabled: Boolean;
        Mandatory: Boolean;
    begin
        ChangeLogEntry.Reset();
        ChangeLogEntry.SetFilter("Field Log Entry Feature", '%1|%2', ChangeLogEntry."Field Log Entry Feature"::"Monitor Sensitive Fields", ChangeLogEntry."Field Log Entry Feature"::All);
        RecRef.GetTable(ChangeLogEntry);
        Enabled := true;
        Mandatory := true;
        RetenPolAllowedTables.AddTableFilterToJsonArray(TableFilters, RetentionPeriod::"28 Days", ChangeLogEntry.FieldNo(SystemCreatedAt), Enabled, Mandatory, RecRef);
        RetenPolAllowedTables.AddAllowedTable(Database::"Change Log Entry", ChangeLogEntry.FieldNo(SystemCreatedAt), TableFilters);
    end;

После того, как разработчик добавил таблицы в список, администратор может включить их в политику хранения.

См. также

Анализ телеметрии трассировки политики хранения
Изменение аудита в Business Central
Фильтрация
Использование очередей работ для планирования задач
Работа с Business Central

Бесплатные модули электронного обучения для Business Central можно найти здесь