Автоматический ЗОД
На страницу Пред. 1, 2
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Чт Янв 26, 2017 21:15   |
|
Полезность: Нет оценки
|
Gobur пишет: | OlegFB пишет: | svn пишет: | анализ очередей РЦ можно отключить в параметрах ЗОДа |
Именно так.
у нас Завершение ОД в РЦ расчётники делают ручками после приёма последнего рейса.
в автоЗОД соответственно вообще ничего про РЦ нет.
Да, кстати! Главное - все операции в ЗОД должны иметь "мягкий" контроль выполнения! |
Не всегда помогает. Если будет необработанная оракловая ошибка, то следующие операции все равно встанут. Можно, конечно, прописать others везде в обработке исключении. Но при таком подходе можно получить выполнившийся - при этом часть операций не сработала, а некоторые могут зависеть друг от друга. Поэтому либо сработала, либо при неизвестной ошибке остальное останавливалось.
З.Ы. это я про локал если что ) |
Ну собственно, поэтому писать нужно независимые операции ( а зависимые объединять в одну), либо в зависимых прописывать собственную проверку возможности запуска.
Ну и ест-но в автоЗОД должны включаться операции, которые, в случае не выполнения, можно без проблем запустить повторно уже после основного завершения ОД.
P.S. Лично я категорически против использования автоЗОДа. Только ручками, только полный контроль. Но увы, у бизнеса частенько другие взгляды... им, почему-то дешевле, заставить весь банк до обеда доделывать, выкрыживать и исправлять косяки связанные с созданием операций во вчерашнем дне, чем ввести 2-х сменную работу сотрудников РЦ. |
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Пт Янв 27, 2017 08:20   |
|
Полезность: Нет оценки
|
OlegFB пишет: |
Ну собственно, поэтому писать нужно независимые операции ( а зависимые объединять в одну), либо в зависимых прописывать собственную проверку возможности запуска.
Ну и ест-но в автоЗОД должны включаться операции, которые, в случае не выполнения, можно без проблем запустить повторно уже после основного завершения ОД.
P.S. Лично я категорически против использования автоЗОДа. Только ручками, только полный контроль. Но увы, у бизнеса частенько другие взгляды... им, почему-то дешевле, заставить весь банк до обеда доделывать, выкрыживать и исправлять косяки связанные с созданием операций во вчерашнем дне, чем ввести 2-х сменную работу сотрудников РЦ. |
Запустить то можно - вопрос во времени выполнения. Например на объеме депозитов свыше 400 тысяч многие групповые операции очень долго выполняются. Многопоточность не всегда применима из-за одинаковых счетов расходов - будут блокировки. Поэтому и приходится ночью делать, т.к. утром многие отделения с 8 утра, а вечером до пол 10-го. Но в основном эти проблемы с физ.лицами. По юр.лицам ЗОД минут 10-15 идет, там руками запускают. |
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Пт Янв 27, 2017 08:26   |
|
Полезность: Нет оценки
|
по опыту - ошибка бывает в основном раз в квартал когда дб-линк по выгрузке документов не пашет в другую АБС. В осатльном все штатно. |
|
 |
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Пт Янв 27, 2017 13:03   |
|
Полезность: Нет оценки
|
Gobur пишет: | OlegFB пишет: |
Ну собственно, поэтому писать нужно независимые операции ( а зависимые объединять в одну), либо в зависимых прописывать собственную проверку возможности запуска.
Ну и ест-но в автоЗОД должны включаться операции, которые, в случае не выполнения, можно без проблем запустить повторно уже после основного завершения ОД.
P.S. Лично я категорически против использования автоЗОДа. Только ручками, только полный контроль. Но увы, у бизнеса частенько другие взгляды... им, почему-то дешевле, заставить весь банк до обеда доделывать, выкрыживать и исправлять косяки связанные с созданием операций во вчерашнем дне, чем ввести 2-х сменную работу сотрудников РЦ. |
Запустить то можно - вопрос во времени выполнения. Например на объеме депозитов свыше 400 тысяч многие групповые операции очень долго выполняются. Многопоточность не всегда применима из-за одинаковых счетов расходов - будут блокировки. Поэтому и приходится ночью делать, т.к. утром многие отделения с 8 утра, а вечером до пол 10-го. Но в основном эти проблемы с физ.лицами. По юр.лицам ЗОД минут 10-15 идет, там руками запускают. |
В одном банке у нас была служба ночных инженеров, у которых помимо прочих задач (мониторинг каналов связи, и проч), была поставлена следущая : в час Х заходить в ЦФТ-Банк, запускать операцию завершения ОД и внимательно вычитывать все сообщения и логи/пайпы.
в случае обнаружения чего-либо похожего на ошибку -- незамедлительно обзванивать специалистов (по списку), докладывать об обнаруженных проблемах и выполнять полученные от них инструкции. |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Пт Янв 27, 2017 13:05   |
|
Полезность: Нет оценки
|
А как программно проверять успешность выполнения ЗОДа? Я добавил операцию, которая мне смс шлёт по окончанию. Но она пришлет сообщение даже если какая то операция с мягким контролем не выполнилась. |
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Пт Янв 27, 2017 15:33   |
|
Полезность: Нет оценки
|
smirnovan пишет: | А как программно проверять успешность выполнения ЗОДа? Я добавил операцию, которая мне смс шлёт по окончанию. Но она пришлет сообщение даже если какая то операция с мягким контролем не выполнилась. |
Делай еще одно задание по времени запускаемое позже = ЗоД + время ЗОДа +дельта. В Самом ЗОДе лучше не делать - т.к. из-за ошибки в ранних группах она может не запуститься.
В нем делаешь селект из журнала ЗОД по последней группе операций. Если они не выполнились, то ничего не вернет.
Код: |
begin
er:=null;
st:=null;
select a(a%state:state_id) in [END_OD_JOUR] where trunc(a.[date_op])=trunc(sysdate)-1
and a.[group].[number]='7' and a.[operation] is null
into st;
--debug_pipe('--'||st,0);
exception when others then
st:='ERROR';
end;
if st<>'END' then
st:='Что то пошло не так';
SMTP_MAIL.SendMail4('адресок@gmail.com','ЗОД',st,null,null,null,true);
end if;
|
|
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Вт Янв 31, 2017 11:52   |
|
Полезность: Нет оценки
|
Может кому пригодится.
Столкнулся с проблемой. Так же запускаю ЗОД своей операцией из джоба. Имитирую поднятие формы через предварительный запуск валидатора. После этого ЗОД стал засирать пайп, на середине ЗОДа производительность просела почти до 0, пока не почистил канал.
Вылечил следующим образом:
Код: | end_od ::[END_OD_OPERATION];
end_od.[END_OD].V_RUN_FROM_JOB := true; |
|
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Вт Янв 31, 2017 12:22   |
|
Полезность: Нет оценки
|
smirnovan пишет: | Может кому пригодится.
Столкнулся с проблемой. Так же запускаю ЗОД своей операцией из джоба. Имитирую поднятие формы через предварительный запуск валидатора. После этого ЗОД стал засирать пайп, на середине ЗОДа производительность просела почти до 0, пока не почистил канал.
Вылечил следующим образом:
Код: | end_od ::[END_OD_OPERATION];
end_od.[END_OD].V_RUN_FROM_JOB := true; |
|
а что в канале было интересно? Если джоб тока запустился. Может у меня тоже ускорится групповая по депозитам)) |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Ср Фев 01, 2017 09:41   |
|
Полезность: Нет оценки
|
В канале чего тока не было. Все операции - групповые по кредитам,резервирования и прочая нечисть туда сыпали. Как будто руками запустил. |
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Пт Фев 03, 2017 10:01   |
|
Полезность: Нет оценки
|
smirnovan пишет: | В канале чего тока не было. Все операции - групповые по кредитам,резервирования и прочая нечисть туда сыпали. Как будто руками запустил. |
а у вас крутится джоб PIPES_REFRESH ? Или даже сним много невычитанного? |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Пт Фев 03, 2017 10:04   |
|
Полезность: Нет оценки
|
Да, этот крутится. Но у него периодичность пару раз в сутки. Да и в принципе мне всё равно не нравится вариант, что операция пишет в пайп который никто не читает. Сейчас все отлично, всё что надо пишется в журнал зода |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|