Dataverse Огляд довгострокового зберігання даних
Microsoft Dataverse Підтримує спеціальні політики зберігання для безпечного зберігання необмеженої кількості даних у довгостроковій перспективі та економічно ефективним способом. Хоча Dataverse це може сприяти зростанню вашого бізнесу без обмежень на активні дані, ви можете розглянути можливість переміщення неактивних даних до сховища Dataverse довгострокового зберігання.
Важливо
Середовище Power Platform , у якому поширюється політика утримання, має бути керованим середовищем. Це також стосується Dynamics 365 клієнтів, яким потрібно буде оновитися до керованого середовища, якщо середовище ще не є керованим середовищем.
Клієнти, які не відповідають цій вимозі, можуть і надалі створювати політики збереження даних, але їх буде вимкнено.
Перегляньте це відео, щоб дізнатися про Dataverse довгострокове зберігання даних.
Життєвий цикл даних бізнес-додатків
Розглянемо життєвий цикл даних бізнес-додатків в три етапи. Спочатку активні дані, які з часом переходять в неактивні дані, і нарешті переходять до видалених даних.
| Етап | Опис |
|---|---|
| 1. Активні дані | Дані легко доступні та перетворюються за допомогою додатків. Доступ до всіх робочих процесів програми. Також їх називають живими даними. |
| 2. Неактивні дані | Дані незмінні та доступні лише для читання. Зберігається в тривалому зберіганні. Має обмежений доступ. Використовується для забезпечення відповідності, аудиту та юридичного розкриття. |
| 3. Видалені дані | Видалено назавжди. Життєвий цикл даних завершено. |
Dataverse Забезпечує вбудовану підтримку платформи для довгострокового зберігання даних. Це дозволяє організаціям отримувати негайні та постійні переваги:
- Надійно зберігайте дані історичних додатків протягом тривалого часу для виконання аудиторських, юридичних і нормативних вимог.
- Отримуйте доступ до даних, доступних лише для читання, для обмежених цілей запиту.
- Зменшіть споживаний обсяг бази даних і заощаджуйте гроші на неактивних даних.
- Уникайте інвестицій в ІТ, необхідних для створення та підтримки індивідуальних рішень для довгострокового зберігання історичних даних додатків.
Принцип роботи
Адміністратори додатків встановлюють кастомні політики для таблиці з критерієм довгострокового зберігання даних. Збережені дані ніколи не вивозяться Dataverse, вони зберігаються в Dataverse довгостроковій перспективі. Дані завжди захищені безпекою Dataverse , підкріпленою ідентифікатором Microsoft Entra .
Важливо
- Після того, як дані зберігаються з Dataverse довгостроковим зберіганням, вони не можуть бути переміщені назад у Dataverse стан активного застосунку.
- Коли використовується політика збереження, процес робить запити на Microsoft Power Platform API. Ці запити враховуються до наявних запитів API, доступних у вашому тарифному плані. Додаткова інформація:Запити, ліміти та розподіл
Dataverse Забезпечує доступ лише для читання до збережених даних за допомогою:
- Розширений пошук у програмі.
- Power Automate хмарний цикл.
- Dataverse API OData для користувацьких екранів.
Типи даних, які зберігаються протягом тривалого часу
Dataverse Стандартні (крім системних) столи, кастомні столи разом з вкладеннями і зображеннями можуть зберігатися на Dataverse тривалому зберіганні.
Нотатка
Наразі таблиці аудиту та еластичні таблиці не підтримуються для довгострокового зберігання.
Адміністратори встановлюють політики збереження на столах, коли виробник додатків дозволяє довгострокове зберігання столу. Коли виробник вмикає збереження в кореневій таблиці батьківського елемента, він також вмикає збереження для всіх дочірніх елементів таблиць і пов’язаних вкладень і зображень.
Довгострокове зберігання даних та існуючі дії та плагіни видалення
Усі наявні каскадні зв’язки дій видалення та плагіни для таблиць виконуються, коли на столі виконується політика збереження даних. Крім того, дію keep можна використовувати для запуску користувацької поведінки. Розробники додатків можуть писати власні плагіни для дії retain.
Додаткова інформація: Довгострокове зберігання даних
Звіти про місткість сховища
При Dataverse тривалому зберіганні дані ніколи не виводяться з. Dataverse Місткість, про яку повідомляють у наявних Power Platform звітах адміністратора, включає як активні (активні), так і збережені (неактивні) дані в ГБ.
Повідомляється подробиця про ємність бази даних:
- Місткість бази даних, що звітується, є сумою реальних і збережених даних. Загальна споживана ємність бази даних зменшується залежно від частки рядків даних, що зберігаються під час виконання політики.
Зверніть увагу, що запуск політики триває від 72 до 96 годин, а звіти про ємність бази даних мають з’явитися ще 24 години.
Якщо доступно, у звітах відображаються два записи для таблиці, яку ввімкнуто для тривалого зберігання:
- Таблиця, наприклад , Випадок1 або Контакт.
- Зі збереженням за столом, наприклад , зі збереженням регістру та зі збереженням контакту.
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 середовищах, можуть бути орієнтовані на рішення.
- Коли довготривале зберігання ввімкнено в процесі імпорту рішення, пов’язані таблиці дочірніх елементів не вмикаються автоматично.
Ви створюєте рішення, перш ніж додавати до нього політику збереження. Експорт та імпорт рішень, що містять політики збереження, відбувається так само, як і з іншими компонентами рішення.
Щоб отримати додаткові відомості про рішення та їх компоненти, перейдіть до розділу Огляд рішень.