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

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

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

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

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

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

Заметка

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

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

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

Заметка

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

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

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

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

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

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

   Заметка

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

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

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

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

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

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

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

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

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

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

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

Для добавления ваших таблиц в список разрешенных таблиц разработчик должен добавить некоторый код. Например, в кодовый модуль установщика для расширения (кодовый модуль с подтипом 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 здесь