Dataverse Огляд довгострокового зберігання даних

Microsoft Dataverse Підтримує спеціальні політики збереження, щоб безпечно зберігати необмежену кількість даних у довгостроковій перспективі та економічно ефективним способом. Незважаючи на те, що Dataverse це може сприяти розвитку вашого бізнесу без обмежень на кількість активних даних, ви можете розглянути можливість перенесення неактивних даних до сховища Dataverse довгострокового зберігання.

Важливо

Середовище Power Platform , у якому регулюється політика збереження, має бути керованим. Це також стосується клієнтів Dynamics 365, яким потрібно буде оновити середовище до керованого, якщо це середовище ще не є керованим.

Клієнти, які не відповідають цій вимозі, можуть і надалі створювати політики збереження даних, але їх буде вимкнено.

Перегляньте це відео, щоб дізнатися про Dataverse довгострокове зберігання даних.

Життєвий цикл даних бізнес-додатків

Розглянемо життєвий цикл даних бізнес-додатків в три етапи. Спочатку активні дані, які з часом переходять в неактивні дані, і, нарешті, переходять до видалених даних.

Етап	Опис
1. Активні дані	Дані легко доступні та перетворюються за допомогою додатків. Доступ до всіх робочих процесів програми. Також їх називають живими даними.
2. Неактивні дані	Дані є незмінними та доступними лише для читання. Зберігається при тривалому зберіганні. Має обмежений доступ. Зберігається для комплаєнсу, аудиту та юридичного розкриття.
3. Видалені дані	Видалено назавжди. Життєвий цикл даних завершено.

Dataverse Забезпечує вбудовану підтримку платформи для довгострокового зберігання даних. Це дозволяє організаціям отримувати негайні та постійні переваги:

• Надійно зберігайте історичні дані додатків протягом тривалого часу відповідно до аудиторських, юридичних і нормативних вимог.
• Отримуйте доступ до даних, доступних лише для читання, для обмежених цілей запиту.
• Зменшіть споживаний обсяг бази даних і заощаджуйте гроші на неактивних даних.
• Уникайте інвестицій в ІТ, необхідних для створення та підтримки індивідуальних рішень для довгострокового зберігання історичних даних додатків.

Принцип роботи

Адміністратори додатків встановлюють власні політики для таблиці з критерієм для довгострокового зберігання даних. Збережені дані ніколи не вивозяться Dataverse, вони зберігаються в Dataverse довгостроковій перспективі. Дані завжди захищені безпекою Dataverse , підкріпленою ідентифікатором Microsoft Entra .

Важливо

• Після того, як дані зберігаються з Dataverse довгостроковим збереженням, їх не можна повернути в Dataverse активний стан програми.
• Клієнти, які використовують самокерований ключ шифрування (BYOK), повинні знати, що довгостроково збережені дані в озері даних Azure шифруються за допомогою керованого ключа Microsoft. Розгляньте можливість переходу на керований клієнтом ключ. Додаткові відомості: Перенесення середовищ із власним ключем до ключа, керованого клієнтом
• Коли виконується політика збереження, процес виконує запити Microsoft Power Platform API. Ці запити зараховуються до наявних запитів API, доступних у вашому тарифному плані. Додаткові відомості:Запити, ліміти та розподіл

Dataverse Забезпечує доступ лише для читання до збережених даних за допомогою:

• Розширений пошук у програмі.
• Power Automate хмарний потік.
• Dataverse API OData для користувацьких екранів.

Типи даних, які зберігаються протягом тривалого часу

Dataverse Стандартні (крім системних) таблиць, користувальницькі таблиці разом з вкладеннями та зображеннями можуть зберігатися на Dataverse довготривалому зберіганні.

Примітка

Наразі таблиці аудиту та еластичні таблиці не підтримуються для довгострокового зберігання.

Адміністратори встановлюють політики збереження таблиць, коли виробник додатків дозволяє довгострокове зберігання таблиці. Коли виробник вмикає збереження в батьківській кореневій таблиці, він також вмикає збереження для всіх дочірніх таблиць і пов’язаних із ними вкладень і зображень.

Довготривале зберігання даних та існуючі дії та плагіни видалення

Усі наявні каскадні зв’язки дій видалення та додатки для таблиць виконуються, коли на таблиці запущено політику збереження даних. Крім того, дія keep може бути використана для запуску користувацької поведінки. Розробники додатків можуть писати власні плагіни для дії retain.

Додаткові відомості: Довгострокове зберігання даних

Звіти про місткість сховища

При Dataverse тривалому зберіганні дані ніколи не вивозяться Dataverse. У наявних Power Platform звітах адміністратора звіти про місткість відображаються як поточні (активні), так і збережені (неактивні) дані в ГБ.

• Повідомляється інформація про ємність бази даних:

  • Місткість бази даних, про яку повідомляється, є сумою поточних і збережених даних. Загальна споживана ємність бази даних зменшується залежно від частки рядків даних, збережених під час виконання політики.

• Зверніть увагу, що перевірка політики триває від 72 до 96 годин, а звіти про місткість бази даних з’являться ще 24 години.

• Якщо доступно, у звітах відображаються два записи для таблиці, для якої ввімкнено тривале зберігання:

  • Таблиця, наприклад , Випадок¹ або Контакт.
  • Table-Retained, наприклад Case-Retained і Contact-Retained.

  1 Для створення таблиці інцидентів потрібна програма Dynamics 365, наприклад Dynamics 365 Service.

• Повідомляється інформація про місткість файлів:

  • Якщо є пов’язані вкладені файли, які зберігаються протягом тривалого часу, місткість файлу відображає суму активних і збережених даних. Після впровадження політики збереження, яка передбачала вкладення файлів, не буде зменшено або заощаджено.

Звіти про місткість журналу наразі недоступні.

Перегляд звітів про потужності

Уявіть собі невиробничий сценарій, коли всі живі дані для кейса та таблиць контактів зберігаються з Dataverse довгостроковим збереженням. Після успішного завершення політики довгострокового зберігання у звіті з’являються записи « Збережені кейси» та «Збережені контакти ». Зменшення споживаної ємності бази даних залежить від кількості рядків і типів даних стовпців, які беруть участь у процесі збереження. Звіти можуть зайняти від кількох днів до тижня, щоб відобразити повністю знижену економію у виробничих умовах. Для невиробничих середовищ звіти можуть зайняти до двох тижнів, щоб відобразити економію.

Примітка

• Якщо таблиці не відображаються у звіті, експортуйте подання на аркуш Excel, вибравши три вертикальні стовпчики у верхньому правому куті звіту про місткість, а потім виберіть пункт Завантажити всі таблиці.
• Якщо таблиця зазвичай містить пов’язані дочірні таблиці, у звітах про місткість також відображається розмір ГБ дочірньої таблиці.

Щоб дізнатися більше про звіти про місткість, перейдіть до розділу Новий Microsoft Dataverse обсяг сховища.

Розуміння витрат на зберігання довгострокового зберігання

Dataverse Для довгострокового зберігання не потрібно купувати додатковий обсяг пам’яті, і вам не потрібно купувати функцію як окрему послугу. Кожен ГБ, переведений з Dataverse бази даних на Dataverse довгострокове зберігання, споживає, в середньому, на 50% менше ємності бази даних. Це пов’язано з тим, що дані стискаються для Dataverse довгострокового зберігання.

Приклад.

• Припустимо, що обсяг бази даних, споживаний Contoso, сьогодні становить 1 000 ГБ, і запроваджено заплановану політику довгострокового зберігання, яка зберігає 200 ГБ даних із Dataverse довгостроковим збереженням.
• При середньому стисненні в оренду 50% розмір збережених даних становить 100 ГБ, економія 50% в порівнянні з тим, коли дані були в активному стані.
• Це означає, що Contoso тепер має 800 ГБ активних даних і 100 ГБ неактивних даних Dataverse.
• У цьому сценарії у звітах про місткість сховища використовується база даних як 900 ГБ (800 ГБ + 100 ГБ).

Примітка

• Dataverse Тривале зберігання стискає дані бази даних. Ступінь стиснення залежить від типу даних Dataverse. З деякими даними (недетермінованими) ви можете помітити економію більше 50%, тоді як за іншими ви можете помітити менше 50%. Ви також можете помітити, що економія стає більш очевидною, коли більші обсяги даних (сотні ГБ) зберігаються при довгостроковому зберіганні.
• Для вкладених Dataverse файлів і зображень тривале зберігання не зменшує споживану ємність. У рідкісних випадках, залежно від файлу або зображення, економія ємності файлу може бути незначною.

Політика збереження з урахуванням рішення

Dataverse Політики збереження ґрунтуються на рішеннях. Dataverse Політики збереження, додані до рішення, називаються політиками збереження на основі рішення. До одного рішення можна додати кілька політик збереження. Політики збереження додаються до некерованого рішення. Це допомагає виробникам дотримуватися найкращих практик керування життєвим циклом програми (ALM) під час роботи з Dataverse політиками збереження.

Коли ви включаєте свої політики збереження в рішення, їхні визначення стають переносними, що полегшує їх переміщення з одного середовища в інше, заощаджуючи час, необхідний для створення політики збереження. Наприклад, ви спочатку розробляєте рішення, що містить політику утримання в середовищі розробки або пісочниці. Потім ви переміщуєте цю політику збереження в передпродакшн-середовище, щоб перевірити та перевірити, чи добре працює рішення та готове до виробництва. Після завершення тестування адміністратор імпортує рішення у виробниче середовище.

Примітка

• Дані, що зберігаються в політиках збереження, не можна переносити як частину рішень, а лише визначення політики збереження. Ви повинні запустити політику збереження в середовищі, щоб зберігати дані в Dataverse довгостроковому сховищі.
• Лише політики збереження, створені в Power Platform середовищах, можуть бути сумісними з рішенням.

Ви створюєте рішення, перш ніж додати до нього політику збереження. Експорт та імпорт рішень, що містять політики збереження, відбувається так само, як і з іншими компонентами рішення.

Для отримання додаткових відомостей про рішення та їх компоненти перейдіть до розділу Огляд рішень.

Наступні кроки

Настроювання політики збереження даних для таблиці

Поділіться своїми ідеями