Описание репликации между подстанциями — различия между версиями

Текущая версия на 20:10, 26 ноября 2017

Введение

В данной статье описана схема реализации репликации в Ростове-На-Дону. Репликация основана на работе JOB, которые через DBLINK передают данные. Все данные, которые будут участвовать в репликации, через срабатывание триггеров, попадают в таблицу MIS.BUFFER_TRANSFER. Далее из этой таблицы с помощью JOB данные рассылаются на подстанции. Ошибки возникшие во время передачи попадают в таблицу MIS.BUFFER_TRANSFER_LOG. Логика работы с репликацией собрана в пакете MIS.PKG_REPLICATION.

Описание потоков данных, участвующих в репликации

Здесь должно быть описание того какие данные попадают от станции на подчтанции

ЦДС

На ЦДС работают четыре вида JOB:

Общее кол-во JOB на ЦДС составляет 20 штук

Подстанция

Работают четыре вида JOB:

• MIS.UPDATE_STATION_LINK_ID_1 - проверка связи с главной станцией. (раз в минуту)
• MIS.JOB_PROPAGATE - Передача оперативных данных на ЦДС (раз в двадцать секунд). Вызов MIS.PKG_REPLICATION.PROPAGATE_BUFFER_TRANSFER
• MIS.JOB_PROPAGATE_CALL_INFO - передача дозаполненных вызовов (раз в пять минут)
• MIS.CONTROL_JOB_RUNNING следит за подвисшими джобами (один раз в минуту)
• MIS.DEL_SYS_AUD2 удаляет все данные из sys.aud$ (один раз в месяц)

При поднятии дампа станции из бекапа центральной следует использовать скрипт ER/DB_ER/CreateRostovStantion.bat. Создание JOB подстанции можно найти ER/DB_ER/Expa/cr_stjob.sql

Полезные запросы

-- Анализ сбоев работы заданий по репликации
select TRUNC("CURRENT_DATE"), JOB_NAME, count(*)
  from MIS.JOB_RESTART_LOG
 group by TRUNC("CURRENT_DATE"), JOB_NAME
 order by 1 desc

-- просмотр логов JOB
SELECT *
  FROM sys.dba_scheduler_job_log
 WHERE job_name = '%%'

-- Состояние заданий репликации
SELECT job_name,
       state,
       last_start_date,
       last_run_duration,
       next_run_date,
       enabled
  FROM dba_scheduler_jobs
 WHERE owner = 'MIS'

-- более детальный просмотр логов
SELECT *
  FROM sys.dba_scheduler_jobs
 WHERE job_name LIKE '%JOB_PROPAGATE_CALL_INFO%'

Отключение репликации

-- отключает все триггера репликации
prompt ***  06-replication_disable.sql ****************************************

DECLARE
    CURSOR cur_trig
    IS
        SELECT owner, trigger_name
          FROM dba_triggers
         WHERE trigger_name LIKE '%REPLICATION%' AND owner IN ('MIS', 'MED');
BEGIN
    FOR v_cur_trig IN cur_trig
    LOOP
        DBMS_OUTPUT.put_line (
            v_cur_trig.owner || '-- ' || TO_CHAR (v_cur_trig.trigger_name));

        EXECUTE IMMEDIATE   'ALTER TRIGGER '
                         || v_cur_trig.owner
                         || '.'
                         || v_cur_trig.trigger_name
                         || ' DISABLE';
    END LOOP;
END;
/

Перезапуск репликации на подстанции

• Перезапуск репликации на подстанции

Отключение репликации через пакет

MIS.PKG_REPLICATION.IS_REPL  - перекомпилить пакет со значение по умолчанию TRUE

Решение проблем

MIS.BUFFER_TRANSFER_LOG накапливаются записи MIS.FK_PEOPLE_ADDR$ADDR, MIS.FK_PEOPLE_ADDR$PEOPLE

• В таблице MIS.BUFFER_TRANSFER_LOG накапливаются записи
  • -2291:ORA-02291: integrity constraint (MIS.FK_PEOPLE_ADDR$ADDR) violated - parent key not found
  • -2291:ORA-02291: integrity constraint (MIS.FK_PEOPLE_ADDR$PEOPLE) violated - parent key not found

Решение см. Репликация. Проблемы с PEOPLE_ADDR

В MIS.BUFFER_TRANSFER накапливаются записи и никогда не отсылаются на подстанции. LAST_TRY_DATE NULL

Причина - запись не отправляется на подстанцию пока не назначена какая либо подстанция. Обычно связано с дубликатами вызовов, в таблице

Смотри также:

• Прокопьевск. Станция скорой помощи
• Ростов-на-Дону. Станция скорой помощи