Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые обзорные » Використання Oracle Streams для реплікації

Реферат Використання Oracle Streams для реплікації





n>

2. Працює на основі правил

. Вибирає зміни (LCR) з черги на цільовий базі даних.

. Застосовує зміни на цільовий БД.

Правила (rules)

. Capture: визначають перелік даних, які збираються capture і черга для запису змін (LCR) у вихідній базі даних. p align="justify">. Propagation: визначає чергу у вихідній базі даних із змінами і черга в цільовій базі даних для застосування змін

. Apply: визначають вхідну чергу і перелік об'єктів, що підлягають зміні із змінами (LCR)


Технологія Oracle Streams

В 

Рис.1. - Технологія Oracle Streams


3. Основні кроки з налаштування реплікації


Для роботи з реплікацією необхідно здійснити попередні налаштування:

Налаштувати параметри баз даних

Налаштувати tnsnames.ora

Створити табличний простір і користувача Streams.

Призначити права адміністратора користувачеві Streams

Створити dblink (між вихідною і цільової базами даних)


3.1 Налаштування баз даних (Startup open)


COMPATIBLE (мінімум 9.2.0): для використання Streams, Compatible повинен бути мінімум 9.2.0.

GLOBAL_NAMES (TRUE): параметр повинен бути встановлений в TRUE на всіх базах. Після включення Streams цей параметр змінюватися не можна. p align="justify"> GLOBAL_NAME використовується для ідентифікації бази, в якій відбулися зміни. Всі повідомлення в реплікації будуть містити ці імена. p align="justify"> JOB_QUEUE_PROCESSES (мінімум 2): цей параметр вказує кількість процесів, які може задіяти DBMS_JOB.

AQ_TM_PROCESSES (краще не прописувати у файлі параметрів взагалі): кількість процесів для моніторингу черг.

o Скинути в значення за замовчуванням можна командою alter system reset AQ_TM_PROCESSES scope = spfile;

LOGMNR_MAX_PERSISTENT_SESSIONS (мінімум 1, повинен бути рівний або більше кількості процесів збору; для 11g не потрібне): кількість постійних сесій, використовуваних LOGMINER.

LOG_PARALLELISM (повинен бути 1 на всіх базах, які здійснюють збір змін): застарів, починаючи з версії 10.1.

PARALLEL_MAX_SERVERS (мінімум 2): кожен процес збору і застосувань змін може використовувати декілька паралельних серверних процесів. Процес застосування по-замовчуванню вимагає 2 паралельних серверних процесу. p align="justify"> SHARED_POOL_SIZE (мінімум 100 Мб): кожен процес збору вимагає 10 Мб в shared pool, але Streams обмежене ...


Назад | сторінка 4 з 9 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Проектування мікропроцесорної системи збору даних на базі мікроконтролера A ...
  • Реферат на тему: Учитель XXI століття. Яким він повинен бути ...
  • Реферат на тему: Розробка бази даних засобами системи управління базами даних MS Access
  • Реферат на тему: Вивчення бази даних та системи управління базами даних
  • Реферат на тему: Бази даних та системи управління базами даних