y"> принципу відкладених оновлень (поновлення реплік можуть відкладатися до спеціальної команди або ситуації). Накопичені в репліці зміни даних спеціальної командою користувача направляються для поновлення всіх інших реплік системи. Така операція називається синхронізацією реплік. В даному випадку істотно знижується можливість конфліктів і тупиків. Для реалізації процесу синхронізації реплік в системному каталозі БД створюються спеціальні таблиці поточних змін і організовується система глобальної ідентифікації (іменування) всіх об'єктів розподіленої системи, включаючи роздільне поименование однакових об'єктів у різних репліках (аж до записів таблиць). Такий підхід дещо збільшує обсяг БД, але дозволяє значно скоротити транспортні витрати на синхронізацію реплік.
Рішення проблеми забезпечення узгодженості структури даних грунтується на техніці головною репліки, суть якої полягає в наступному. Одна з реплік БД системи оголошується головною, причому змінювати структуру даних можна тільки в цій головній репліці. Зміни в структурі даних в головній репліці тиражуються за принципом відкладених оновлень, тобто за допомогою синхронізації реплік. Вихід з ладу головної репліки не тягне за собою загибель всієї розподіленої інформаційної системи, так як інші репліки продовжують функціонувати автономно, що дозволяє адміністратору системи перетворити будь-яку репліку в головну і тим самим відновити працездатність всієї системи.
Поряд з технікою головною репліки існує можливість створення часткових реплік. Часткової реплікою називається база даних, що містить обмежена підмножина записів головної (повної) репліки. Поширеним способом створення часткових реплік є використання фільтрів, що встановлюються для таблиць головною репліки. Такий підхід дозволяє вирішувати деякі проблеми з розмежування доступу до даних, підвищити продуктивність обробки даних і знизити витрати на синхронізацію реплік за рахунок обмеження кількості переданих по мережі змін даних [10].
Існує також можливість включення до репліки крім тиражованих і нетіражіруемие об'єкти БД, що дозволяє більш гнучко налаштовувати схему БД та інші об'єкти (запити, форми, звіти) на специфіку предметної області, особливості введення даних і розв'язувані інформаційні завдання по конкретному елементу розподіленої системи.
Технології тиражування даних в тих випадках, коли потрібно забезпечувати великі потоки та інтенсивність оновлюваних в інформаційній мережі даних, є більш економічним вирішенням проблеми створення розподілених інформаційних систем з елементами централізації в порівнянні з використанням дорогих «клієнт-серверних »систем.
На практиці для спільної колективної обробки даних застосовуються змішані технології, що включають елементи клієнт-серверних рішень, тиражування і елементи об'єктного скріплення даних. При цьому ускладнюється процес проектування розподіленої інформаційної системи: додається етап транспортно-технологічного проектування інформаційних потоків, розмежування доступу і т.д.
8. Приклади застосування у виробництві
Принцип безперервного розмноження оновлень є основоположним при побудові так званих систем реального часу, таких, наприклад, як системи управління повітряним рухом, системи бронювання квитків пасажирського транспорту тощо, де потрібно безперервне і точне відповідність реплік або інших розтиражованих даних у всіх вузлах і компонентах подібних розподілених систем.
Реалізація принципу безперервного розмноження оновлень полягає в тому, що будь-яка транзакція вважається успішно завершеною, якщо вона успішно завершена на всіх репліках системи. На практиці реалізація цього принципу зустрічає істотні ускладнення.
У цілому ряді предметних областей розподілених інформаційних систем режим реального часу з погляду безперервності узгодження даних не потрібно. Такі системи автоматизують ті організаційно-технологічні структури, в яких інформаційні процеси не настільки динамічні. У цьому випадку оновлення реплік розподіленої інформаційної системи, якщо вона буде побудована на технології реплицирования, потрібно, скажімо, тільки лише один раз за кожен робочий час, або за кожен робочий день [9].
Такого роду інформаційні системи будуються на основі принципу відкладених оновлень. Накопичені в якій-небудь репліці зміни даних спеціальної командою користувача направляються для поновлення всіх інших реплік систем. Така операція називається синхронізацією реплік.
Рішення другої проблеми узгодженості даних, а саме -Узгодження структури даних, здійснюється через часткове відступ, як і в системах «Клієнт-сервер», від принципу відсутності центральної установки і грунтується на техніці головною репліки, т. е одна з реплік бази даних оголошується головно...
