Синхронізація даних Що таке синхронізація та як її виконувати

Синхронізація – це обмін вмістом двох сховищ даних (папок) з метою усунення різниці між ними. Рішення Handy Backup дозволяє синхронізувати дані в двох різних папках/сховищах, так і виконувати більш складні завдання автосинхронізації даних.

Автосинхронізація даних: основні методи

Дзеркальна синхронізація

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

Одностороння синхронізація

Дані в одному зі сховищ, званим веденим, стають такими ж, як у другому (провідному) сховищі, що синхронізується. Усі дані з провідного сховища копіюють, замінюють або доповнюють відповідні дані з веденого сховища.

Як синхронізувати дані в Handy Backup

1. Відкрийте Handy Backup. Запустіть майстер нового завдання.
2. Виберіть синхронізацію даних як тип завдання на Кроку 1. Натисніть "Далі".
3. Виберіть перше сховище даних (папку) на лівій панелі.

Увага! Програма Handy Backup дозволяє здійснювати лише синхронізацію даних у сховищах (приклади: синхронізація FTP або Google Drive). Налаштування синхронізації даних між їх джерелами (наприклад, баз даних) таким методом неможливе. Щоб виконати синхронізацію між джерелами даних (клонування, дзеркалювання тощо), скористайтеся завданнями бекапу, що послідовно виконуються, та відновлення відповідних джерел даних.

1. Якщо потрібно, настройте доступ до папки для синхронізації даних облікового запису, вибравши рядок "Нова конфігурація" і вказавши у діалоговому вікні всі необхідні параметри для підключення до облікового запису.
2. На правій панелі виберіть папку для синхронізації та натисніть "Далі".
3. На наступному кроці вкажіть тим самим способом друге сховище даних та другу папку.

1. Далі буде потрібно налаштувати синхронізацію даних. Ви можете скопіювати першу папку в другу, другу в першу, або зробити дзеркальну синхронізацію папок.

Попередження! Перед тим, як синхронізувати дані з хмари на хмару або використовувати невеликий USB-накопичувач, перевірте, чи вистачить обсягів вибраного сховища для синхронізації даних!

1. На наступних кроках можна встановити розклад для автоматичної синхронізації даних та деякі інші додаткові умови. Докладніше про створення завдання синхронізації.

Рекомендоване рішення
2700 ₽ за ліцензію

Програма для резервного копіювання файлів

Рішення Standard дозволяє проводити синхронізацію даних між сховищами (між комп'ютером та пристроєм NAS, з хмари на FTP сервер тощо).
Безкоштовний повнофункціональний пробний період 30 днів!

Переваги синхронізації даних із Handy Backup

Використання автосинхронізації даних різко зменшує ймовірність помилок у роботі порівняно з ручною синхронізацією або використанням саморобних командних файлів (пакетів)! Якщо ви використовуєте Handy Backup для синхронізації даних Linux і Windows, програма надає у ваше розпорядження низку важливих переваг.

• Робота за розкладом. Налаштування синхронізації даних автоматично в певний час і з певною частотою (з можливістю виконання пропущених завдань).
• "Безшумний" режим. Оскільки синхронізувати дані – робота нетворча, ви можете запускати програму з налаштованим завданням синхронізації як службу Windows, щоб вона не відволікала вас зайвими повідомленнями.
• Тонкі налаштування. Ви можете налаштувати синхронізацію даних з використанням файлових фільтрів для вибору потрібних файлів і папок, встановити налаштування заміни більш старих файлів новими або навпаки, включити відстеження помилок і т.д.
• Синхронізація даних сервера. Для мережевого рішення Server Network можна здійснити синхронізацію локальної мережі для серверних даних, вибравши у списку машин на Панелі керування відповідний сервер. Синхронізація через мережу дозволяє отримати доступ до локальних сховищ, розташованих на машинах під керуванням ОС, відмінних від Windows (наприклад, синхронізація файлів Linux та Windows Server).

Версія 8.5.8 від 31 жовтня 2024 року. 118 MB
30-денний повнофункціональний пробний період

Спробуйте самостійно всі можливості синхронізації Handy Backup,
завантаживши та встановивши прямо зараз 30-денну безкоштовну версію з усіма функціями!

Читайте також:

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

Міграція та синхронізація БД це можливо не найважливіша тема для старту, але важлива для розуміння та зростання. Це два важливі процеси, пов'язані з управлінням змінами в структурі та вмістом баз даних.

• Що таке міграція БД?
• Що таке синхронізація БД?
• У чому їхня основна відмінність?
• Де використовуються ці процеси?

✅Постав лайк і дочитай до кінця.

Що таке міграція БД?

Міграція бази даних - це процес зміни структури та вмісту бази даних з метою оновлення її версії, перенесення на іншу платформу або злиття з іншою базою даних.Це може містити додавання нових таблиць, зміна існуючих таблиць, видалення таблиць або зміна типів даних. Міграція може бути потрібна при оновленні версії СУБД або зміні платформи, на якій працює база даних.

Що таке синхронізація БД?

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

У чому їхня основна відмінність?

Основна відмінність між міграцією та синхронізацією БД полягає в тому, що міграція пов'язана із зміною структури БД, а синхронізація – з підтриманням відповідності між декількома копіями БД.

Де використовуються ці процеси?

Міграція та синхронізація БД використовуються у різних компаніях, включаючи великі корпорації, середні та малі підприємства, а також у державних установах. Це може включати компанії, що займаються електронною комерцією, банківськими установами, телекомунікаційними компаніями, а також у медичних установах та державних агенціях.

Всі ці процеси виконуються через термінал або можна налаштувати виконання через pipeline в Jenkins або за допомогою інших інструментів.

Що таке Синхронізація даних SQL для Azure?

Синхронізацію даних SQL буде припинено 30 вересня 2027 року. Розгляньте можливість міграції до альтернативних рішень для реплікації та синхронізації даних.

Синхронізація даних SQL — це служба, вбудована в базу даних SQL Azure, яка дає можливість синхронізувати вибрані дані між кількома базами даних, як локальними, так і хмарними.

Синхронізація даних SQL Azure не підтримує керований екземпляр SQL Azure або Azure Synapse Analytics.

Огляд

В основі синхронізації даних лежить поняття групи синхронізації. Група синхронізації — це група баз даних, які потрібно синхронізувати.

Служба синхронізації даних використовує зіркоподібну топологію для синхронізації даних. Одну з баз даних групи синхронізації необхідно визначити як центральну базу даних. Інші бази даних є рядовими базами даних. Синхронізація відбувається лише між центральною базою даних та окремими рядовими базами даних.

• Центральною базою даних має бути база даних SQL Azure.
• Рядовий базою даних може бути База даних SQL Azure або екземпляр SQL Server.
• База метаданих для синхронізації містить метадані та журнал для служби "Синхронізація даних". База даних метаданих синхронізації повинна бути базою даних SQL Azure, розташованою в тому ж регіоні, що і центральна база даних. База метаданих синхронізації створюється клієнтом і належить йому. У вас може бути лише одна база метаданих для синхронізації для кожного регіону та підписки. Не вдається видалити або перейменувати базу даних метаданих синхронізації, доки існують групи синхронізації або агенти синхронізації. Корпорація Майкрософт рекомендує створити нову порожню базу даних для використання як базу даних метаданих синхронізації. Служба синхронізації даних створює таблиці в цій базі даних і часто виконує робоче навантаження.

Якщо ви використовуєте локальну базу даних як базу даних-члена, необхідно встановити та налаштувати локальний агент синхронізації.

Група синхронізації має такі властивості.

• Схема синхронізації: визначає, які дані синхронізуються.
• Напрямок синхронізації: синхронізація може бути двоспрямованою або виконуватись в одному напрямку. Тобто синхронізація може виконуватись з центральної бази даних до рядової, з рядової до центральної бази даних або у двох напрямках.
• Інтервал синхронізації визначає, як часто виконується синхронізація.
• Політика усунення конфліктів — це політика рівня групи, яка може ставити режим Виграє концентратор або Member wins (Виграє член).

Коли використовувати

Синхронізація даних зручна, коли потрібно підтримувати актуальний стан даних у кількох базах даних SQL Azure або SQL Server. Нижче наведено основні варіанти використання синхронізації даних.

• Гібридна синхронізація даних. Можна синхронізувати дані між базами даних SQL Server і Базами даних SQL Azure, щоб забезпечити роботу гібридних програм. Ця можливість може звернутися до клієнтів, які розглядають перехід у хмару та хотіли б помістити деякі зі своїх додатків у Azure.
• Розподілені програми. У багатьох випадках корисно розділити робочі навантаження з різних баз даних. Наприклад, якщо у вас є велика робоча база даних, але вам також потрібно запустити робоче навантаження звітів або аналітики для цих даних, корисно мати другу базу даних для цього додаткового робочого навантаження. Такий підхід зводить до мінімуму впливом геть продуктивність виробничої робочої навантаження.Для синхронізації цих двох баз даних можна використовувати службу синхронізації даних.
• Глобально розподілені програми. Багато організацій працюють у кількох регіонах і навіть кількох країнах. Щоб звести до мінімуму затримки в мережі, рекомендується зберігати свої дані в найближчому до вас регіоні. Використовуючи синхронізацію даних, можна легко забезпечити синхронізацію баз даних у регіонах по всьому світу.

Використання Синхронізації даних не рекомендується у таких сценаріях:

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

• Відстеження зміни даних. Служба синхронізації даних відстежує зміни за допомогою тригерів вставки, оновлення та видалення. Зміни записуються в допоміжну таблицю в базі даних користувача. BULK INSERT не запускає тригери за замовчуванням. Якщо FIRE_TRIGGERS не вказано, тригери вставки не виконуються. Додайте параметр FIRE_TRIGGERS, щоб служба синхронізації даних могла відстежувати ці вставки.
• Синхронізація даних. Служба синхронізації даних розроблена на основі зіркоподібної моделі. Центральна база даних синхронізується з кожною рядовою базою даних окремо.Зміни в центральній базі даних передаються рядовій базі даних, після чого зміни з рядової бази передаються центральну.
• Усунення конфліктів. Служба синхронізації даних надає два параметри для усунення конфліктів, Виграє концентратор і Member wins (Виграє член).
  • Якщо вибрано параметр Виграє концентратор, то зміни в центральній базі даних завжди записуються поверх змін члена.
  • Якщо вибрано параметр Member wins (Виграє член), то зміни в члені завжди записуються поверх змін у центральній базі даних. Якщо є кілька членів, то кінцеве значення залежить від цього, який член синхронізується першим.

  Порівняння з реплікацією транзакцій

  Синхронізація даних	реплікація транзакцій
  Переваги	- Підтримка режиму "активний - активний" — Двостороння передача даних між локальною базою даних та службою "База даних SQL Azure"	- Низька затримка - Узгодженість транзакцій — Повторне використання існуючої топології після міграції — Підтримка керованого екземпляра SQL Azure
  Недоліки	- Відсутня узгодженість транзакцій - Більший вплив на продуктивність	— Не вдається опублікувати з бази даних SQL Azure - Дороге обслуговування

  Приватний канал для синхронізації даних

  Приватний канал Синхронізація даних SQL відрізняється від Приватного каналу Azure.

  Нова можливість "приватний канал" дозволяє вибрати керовану службою приватну кінцеву точку, щоб встановити безпечне підключення служби синхронізації до центральної та рядових баз даних у процесі синхронізації даних. Приватна кінцева точка, що керується службою, — це приватна IP-адреса у певній віртуальній мережі та підмережі.У рамках служби "Синхронізація даних" корпорацією Майкрософт створюється приватна кінцева точка, що керується службою, яка монопольно використовується Синхронізацією даних для цієї операції синхронізації.

  Перед налаштуванням приватного каналу перегляньте загальні вимоги для цієї функції.

  Необхідно вручну затвердити приватну кінцеву точку на сторінці, яку керує служба. Підключення до приватної кінцевої точки на порталі Azure при розгортанні групи синхронізації або за допомогою PowerShell.

  Початок роботи

  Налаштування синхронізації даних на порталі Azure

  Налаштування синхронізації даних за допомогою PowerShell

  Налаштування Синхронізації даних за допомогою REST API

  Рекомендації щодо синхронізації даних

  Щось пішло не так?

  Узгодженість та продуктивність

  Підсумкова узгодженість

  Оскільки Синхронізація даних ґрунтується на тригерах, транзакційна узгодженість не гарантується. Корпорація Майкрософт гарантує, що в кінцевому підсумку всі зміни будуть внесені і що синхронізація даних не призведе до втрати даних.

  Вплив на продуктивність

  Служба синхронізації даних використовує тригери вставки, оновлення та видалення для відстеження змін. Вона створює допоміжні таблиці в базі даних для відстеження змін. Дії щодо відстеження змін впливають на робоче навантаження бази даних. Оцініть поточний рівень служб і підвищуйте його, якщо потрібно.

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

  Вимоги та обмеження

  Загальні вимоги

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

  Зміна значення первинного ключа, що існує, призведе до появи наступних несправностей.

  • Дані між центральною та рядовою базами даних можуть бути втрачені, хоча служба синхронізації не повідомлятиме про будь-які проблеми.
  • Синхронізація може завершитися помилкою, оскільки таблиця відстеження містить неіснуючий рядок із джерела через зміну первинного ключа.
  • Ізоляція моментального знімка має бути включена як для рядових, так центральної баз даних. Щоб отримати додаткові відомості, див. Ізоляція моментального знімка в SQL Server.
  • Щоб використовувати приватний канал Синхронізація даних, бази даних-члени та центральні бази даних повинні розміщуватися в Azure (однакових або різних регіонах), в тому самому типі хмари (наприклад, у загальнодоступній хмарі або в хмарі для державних організацій). Крім того, щоб використовувати приватний канал, Microsoft.Network постачальники ресурсів повинні бути зареєстровані для підписок, на яких розміщені центральні та члени серверів. Нарешті, необхідно вручну затвердити приватний канал для синхронізації даних під час налаштування синхронізації в розділі "Підключення до приватної кінцевої точки" в портал Azure або за допомогою PowerShell. Щоб отримати додаткові відомості про затвердження приватного каналу, див. посібник з налаштування Синхронізація даних SQL між базами даних у базі даних SQL Azure та SQL Server. Після затвердження керованої служби приватної кінцевої точки вся взаємодія між службою синхронізації та базами даних-членами або концентраторами відбувається через приватний канал. Ви можете оновити існуючі групи синхронізації для використання цієї функції.

  Загальні обмеження

  • У таблиці має бути стовпців ідентифікаторів, які є первинним ключем.
  • Первинний ключ не може мати такі типи даних: sql_variant, binary, varbinary, image,xml.
  • Будьте обережні під час використання наступних типів даних як первинного ключа, оскільки підтримувана точність становить лише другий: час, datetime, datetime2, datetimeoffset.
  • Імена об'єктів (баз даних, таблиць і стовпців) не повинні містити символи, що друкуються: точку ( . ), ліву квадратну дужку ( [ ) та праву квадратну дужку ( ] ).
  • Ім'я таблиці не повинно містити символи, що друкуються: ! " # $ % ' ( ) * + - або пробіл.
  • Автентифікація Microsoft Entra (раніше Azure Active Directory) не підтримується.
  • Якщо існують таблиці з однаковими іменами, але з різними схемами (наприклад, dbo.customers і sales.customers), то до синхронізації можна додати тільки одну з таблиць.
  • Стовпці з типами даних, що визначаються користувачем, не підтримуються.
  • Переміщення серверів між різними підписками не підтримується.
  • Якщо два первинних ключа відрізняються лише регістром (наприклад, Foo та foo ), синхронізація даних не підтримуватиме цей сценарій.
  • Усічення таблиць не підтримується Синхронізація даних (зміни не відстежуються).
  • Використання бази даних гіпермасштабування SQL Azure як концентратора або бази даних метаданих синхронізації не підтримується. Проте база даних із рівнем служб "Гіпермасштабування" може бути рядовою базою даних у топології "Синхронізація даних".
  • Таблиці, які оптимізовані для пам'яті, не підтримуються.
  • Зміни схеми не реплікуються автоматично. Можна створити рішення для автоматизації реплікації змін схеми.
  • Синхронізація даних підтримує лише дві властивості індексу: Unique, Clustered/Non-Clustered. Інші властивості індексу, наприклад IGNORE_DUP_KEY або WHERE предикату фільтра, не підтримуються, а цільовий індекс готується без цих властивостей, навіть якщо вихідний індекс має ці властивості.
  • База даних завдань Elastic Azure не може використовуватися як база даних метаданих Синхронізація даних SQL і навпаки.
  • Синхронізація даних SQL не підтримується для бази даних реєстру.

  Типи даних, що не підтримуються

  • FileStream
  • UDT SQL або CLR;
  • XMLSchemaCollection (підтримується XML);
  • Cursor, RowVersion, Timestamp, Hierarchyid.

  Непідтримувані типи стовпців

  При синхронізації даних стовпці лише для читання та створені системою стовпці не синхронізуються. Наприклад:

  • обчислювані стовпці;
  • Створені системою шпальти для темпоральних таблиць.

  Обмеження характеристик служб та баз даних

  Dimensions	Ліміт	Обхідне рішення
  Максимальна кількість груп синхронізації, яким може належати будь-яка база даних	5
  Максимальна кількість кінцевих точок в окремій групі синхронізації	30
  Максимальна кількість локальних кінцевих точок в окремій групі синхронізації	5	Створіть кілька груп синхронізації.
  Імена баз даних, таблиць, схем та стовпців	Ім'я може містити до 50 символів.
  Таблиці у групі синхронізації	500	Створіть кілька груп синхронізації.
  Стовпці у таблиці у групі синхронізації	1000
  Розмір рядка даних у таблиці	24 МБ

  В одній групі може бути до 30 кінцевих точок, якщо існує тільки одна група синхронізації. Якщо є кілька груп синхронізації, загальна кількість кінцевих точок у всіх групах синхронізації не може перевищувати 30.Якщо база даних належить до кількох груп синхронізації, вона вважається як кілька кінцевих точок, а не як одна.

  Вимоги до мережі

  У разі використання приватного каналу Синхронізації даних ці вимоги до мережі не застосовуються.

  Якщо групу синхронізації встановлено, служба "Синхронізація даних" повинна підключитися до центральної бази даних. При установці групи синхронізації сервер SQL Azure повинен мати наступну конфігурацію в Firewalls and virtual networks параметрах:

  • Параметр Заборона доступу до загальнодоступної мережі повинен бути встановлений у становище Вимкнено.
  • Для параметра Дозволити службам та ресурсам Azure доступ до цього сервера має бути задане значення Так, або потрібно створити правила IP-трафіку для адрес, які використовуються службою "Синхронізація даних".

  Після створення та підготовки групи синхронізації ці параметри можна вимкнути. Агент синхронізації підключається безпосередньо до бази даних концентратора, і ви можете використовувати правила БРАНДМАУЕР сервера або приватні кінцеві точки, щоб дозволити агенту доступ до сервера концентратора.

  При зміні параметрів групи синхронізації необхідно знову дозволити службі "Синхронізація даних" доступ до сервера, щоб можна було повторно підготувати центральну базу даних.

  Місце розташування даних у регіоні

  При синхронізації даних в одному регіоні Синхронізація даних SQL не зберігає та не обробляє дані клієнтів за межами регіону, в якому розгорнуто екземпляр служби. При синхронізації даних між різними регіонами Синхронізація даних SQL реплікує дані клієнта у парні регіони.

  Запитання та відповіді про синхронізацію даних SQL

  Скільки коштує використання служби синхронізації даних SQL?

  Плата за службу "Синхронізації даних SQL" не стягується. Однак з вас все одно стягуватиметься плата за передачу даних при переміщенні даних до екземпляра бази даних SQL і з нього. Для отримання додаткових відомостей див. у розділі Плата за передачу даних.

  Які регіони підтримують синхронізацію даних?

  Синхронізація даних SQL доступна у всіх регіонах:

  Чи потрібний обліковий запис бази даних SQL?

  Так. Для розміщення центральної бази даних необхідно мати обліковий запис бази даних SQL.

  Чи можна використовувати Синхронізацію даних для синхронізації лише між базами даних SQL Server?

  Чи не безпосередньо. Ви можете опосередковано синхронізувати між базами даних SQL Server. Це можна зробити, створивши центральну базу даних Azure, а потім додавши локальні бази даних до групи синхронізації.

  Чи можна налаштувати синхронізацію даних синхронізацію між базами даних у базі даних SQL Azure, що належать різним підпискам?

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

  • Якщо підписки належать до одного клієнта і у вас є дозволи на всі підписки, на порталі Azure можна налаштувати групу синхронізації.
  • В іншому випадку для додавання учасників синхронізації доведеться використовувати PowerShell.

  Чи можна налаштувати синхронізацію даних для синхронізації між базами даних у базі даних SQL, що належать різним хмарам (наприклад, загальнодоступній хмарі Azure та Azure під керуванням 21Vianet)?

  Так. Ви можете налаштувати синхронізацію між базами даних, що належать до різних хмар. Щоб додати учасників синхронізації, які належать до іншої передплати, потрібно використовувати PowerShell.

  Чи можна використовувати синхронізацію даних для заповнення даних із робочої бази даних у порожню базу даних із подальшою синхронізацією?

  Так. Вручну створіть схему в новій базі даних із оригіналу за допомогою скрипта. Після створення схеми додайте таблиці до групи синхронізації, щоб скопіювати дані та забезпечити їх синхронізацію.

  Чи потрібно використовувати синхронізацію даних SQL для резервного копіювання та відновлення баз даних?

  Використання Синхронізації даних SQL для створення резервної копії даних не рекомендується. Резервне копіювання та відновлення на певний момент часу неможливе, оскільки під час синхронізації, що виконується за допомогою служби "Синхронізація даних SQL", керування версіями не підтримується. Більше того, Синхронізація даних SQL не виконує резервне копіювання інших об'єктів SQL, таких як процедури, що зберігаються, і не має еквівалента швидкої операції відновлення.

  Чи можна синхронізувати зашифровані таблиці та стовпці за допомогою служби синхронізації даних?

  • Якщо в базі даних використовується Always Encrypted, можна синхронізувати лише таблиці та стовпці, які не зашифровані. Синхронізувати зашифровані стовпці неможливо, оскільки синхронізація даних не може розшифрувати дані.
  • Якщо до стовпця застосовується шифрування на рівні стовпців (CLE), його можна синхронізувати, якщо розмір рядка не перевищує 24 МБ (це максимальний розмір). Служба синхронізації даних обробляє стовпець, зашифрований за допомогою ключа як звичайні двійкові дані. Щоб розшифрувати дані інших учасників синхронізації, необхідно мати той самий сертифікат, що й вони.

  Чи підтримуються параметри сортування у синхронізації даних SQL?

  Так.Синхронізація даних SQL підтримує налаштування параметрів сортування у таких сценаріях:

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

  Чи підтримується федерація у синхронізації даних SQL?

  Коренева база даних федерації може використовуватись у службі синхронізації даних SQL без будь-яких обмежень. Кінцеву точку федеративної бази даних неможливо додати до поточної версії Синхронізації даних SQL.

  Чи можна використовувати службу "Синхронізація даних" для синхронізації даних, експортованих з Dynamics 365 за допомогою функції "використовувати власну базу даних (BYOD)"?

  Функція Dynamics 365 "використовувати власну базу даних" дозволяє адміністраторам експортувати сутності даних із програми у власну базу даних SQL Microsoft Azure. Синхронізацію даних можна використовувати для синхронізації даних з іншими базами даних, якщо дані експортуються за допомогою додаткової примусової відправки (повне відправлення не підтримується) та включення тригерів у цільовій базі даних встановлено значення yes.

  Як створити Синхронізацію даних у групі відпрацювання відмови для підтримки аварійного відновлення?

  • Щоб операції синхронізації даних у регіоні відпрацювання відмови відповідали основному регіону, необхідно після відпрацювання відмови вручну повторно створити групу синхронізації в регіоні відпрацювання відмови з тими самими параметрами, що й у основному регіоні.

  Пов'язаний контент

  Оновлення схеми синхронізованої бази даних

  Чи потрібно оновити схему бази даних у групі синхронізації? Зміни схеми не реплікуються автоматично. Деякі рішення описані в наступних статтях:

  Моніторинг та усунення несправностей

  Синхронізація даних SQL працює так, як очікувалося? Відомості про відстеження дій та усунення несправностей див. у таких статтях:

  Докладніше про базу даних SQL Azure

  Для отримання додаткових відомостей про базу даних SQL Azure див.

  Зворотній зв'язок

  Чи корисні відомості на цій сторінці?