CftClub.ru
Клуб специалистов ЦФТ-Банк

Журналирование изменений

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение
Предыдущая тема :: Следующая тема  
Автор Сообщение
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Авг 29, 2016 13:22   Журналирование изменений Ответить с цитатой
Полезность: 1
Добрый день всем.Задался вопросом по поводу журналирование в ИБСО(не до конца все понятно).
Как понимаю в ИБСО есть два способа журналирования:
1.На самой операции.Можно задать только сам факт запуска и закрытия операции,так и с какими параметрами запускается и сохраняется.Можно смотреть через системные журналы(например журнал выполнения операций)
2.Журналирование реквизитов.На типе в таблице выставляешь два флага напротив нужно ревизита-"Журналирование" и "Журналирование изменения".У нас обычно стоит "Авт." и "Все".

Вот со вторым вариантом не все понятно.Как понимаю он наиболее полный? Влияет ли он на производительность работы с ТБП на котором он включен(на реквизитах данного ТБП)?И главный вопрос где смотреть по второму типу журналирования и есть ли там возможность посмотреть кто именно изменял?

Еще вычитал что есть возможность в АРМ "Администратор словаря данных" изменить системный параметр "LOG_TRIGGER_FLAG" который влияет на работу журналирования(через тригер или через интерфейсный пакет).Есть ли существенная разница между ними?И кто какое значение у себя ставит?
yaffil
Профи


Вступление в Клуб: 18.08.2011
СообщениеПн Авг 29, 2016 13:36   Re: Журналирование изменений Ответить с цитатой
Полезность: Нет оценки
nobel пишет:

Вот со вторым вариантом не все понятно.Как понимаю он наиболее полный? Влияет ли он на производительность работы с ТБП на котором он включен(на реквизитах данного ТБП)?И главный вопрос где смотреть по второму типу журналирования и есть ли там возможность посмотреть кто именно изменял?


1. Думаю, не то, чтобы наиболее полный, просто он фиксирует любые изменения в таблице вне зависимости кто и чем изменяет, в отличии от 1го варианта.
2. Влияет естественно (как и любые доп. действия с БД), но думаю у вас не такие объёмы чтобы всё встало, наверное даже не заметите. Laughing
3. Смотреть тут: системные журналы -> 6.1

Есть особенность - там сохраняется что было изменено, на что не указывается (надо смотреть на экземпляре в ЦФТ или ещё одной записи аудита по нему). Есть сложность - надо знать ID экземпляра - инача тяжело разгребать одноко. А если экземпляр удалили - то вообще можно погрязнуть в этом деле.
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Авг 29, 2016 13:48    Ответить с цитатой
Полезность: Нет оценки
Я в пятницу включил много где то на кредитной подсистеме журналирование(как 1 так и 2 способы).Сегодня у нас бухгалтеры начинают гасить кредиты по юрикам и порой долго отрабатывает(как выдача так и гашение).Вот думаю связано было с этим или нет.Главным образом у нас такая ситуация была месяц назад(в основном возникает на кредитных линия с большим количеством траншей-около 50 и больше).

По поводу журналирования сталкивались с различными проблемами.Даже по удаляемым объектам-вплоть до поднятия одной тестовой схемы чтобы узнать что за id был у удаляемого экземпляра.

Только остался вопрос по системному параметру.Думаю стоит ли изменять с NO до YES(т.е стоит ли овчинка выделки или нет).
yaffil
Профи


Вступление в Клуб: 18.08.2011
СообщениеПн Авг 29, 2016 13:53    Ответить с цитатой
Полезность: Нет оценки
Моё мнение - что триггер всегда дольше интерфейсного, но есть и ПЛЮСЫ - его нельзя обойти прямым инсертом в БД через Developer какой нить (вариант сначала отключить триггер, сделать апдейт, включить триггер - не рассматриваю).
Не думаю что тормозит из за этого, аудит выполняет insert в БД, а это наименее затратная операция. Тем боле 50 траншей для Ораклы вообще не объём Smile
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Авг 29, 2016 15:35    Ответить с цитатой
Полезность: Нет оценки
оффтоп касательно тормозов-получается ставили дополнение №16 и затерло изменения которые присылали ЦФТ в конце июня(получается так и не включили на дистрибутив).суть была в том что очень часто обращается БКИ и при большой количестве транше подвисает больше на 20 минут и более.

Вот такой запрос выявили(видимо только у нас такая проблема возникла):
SELECT A1.C_CLIENT, CASE WHEN EXISTS ( SELECT NULL A$1
FROM
Z#DEBTORS C1 WHERE C1.COLLECTION_ID=A1.C_DEBTORS AND (C1.C_DEBTOR !=
A1.C_CLIENT) ) THEN 1 ELSE 0 END, CASE WHEN EXISTS ( SELECT NULL A$1 FROM
Z#PART_TO_LOAN E1, Z#GUARANTEES D2, Z#ZALOG D1 WHERE D1.C_VID_GUARANTEE=
D2.ID AND (D1.C_PART_TO_LOAN = E1.COLLECTION_ID AND E1.C_PRODUCT = A1.ID
AND D2.C_TYPE_TAKE_GUAR = '1') UNION SELECT NULL A$1 FROM Z#PART_TO_LOAN G1,
Z#GUARANTEES F2, Z#ZALOG F1 WHERE F1.C_VID_GUARANTEE=F2.ID AND
(F1.C_PART_TO_LOAN = G1.COLLECTION_ID AND G1.C_PRODUCT IN ( SELECT H1.ID
TRZ FROM Z#PR_CRED H1 WHERE H1.COLLECTION_ID IS NULL AND
(H1.C_HIGH_LEVEL_CR = :B2 ) ) AND F2.C_TYPE_TAKE_GUAR = '1') ) THEN 1 ELSE
0 END, CASE WHEN (A2.C_DATE_BEGIN >= :B1 OR EXISTS ( SELECT NULL A$1 FROM
Z#KB_FORM_EVENT I1 WHERE I1.COLLECTION_ID=A1.C_TO_BKI AND (NVL(I1.C_TO_KB,
'0') = '1' AND I1.C_DATE_BEG <= :B3 AND (I1.C_DATE_END IS NULL OR
I1.C_DATE_END >= :B3 ) AND NOT EXISTS ( SELECT NULL A$1 FROM Z#CLIENT_REF
J1 WHERE J1.COLLECTION_ID=I1.C_DEBTOR AND (J1.C_VALUE = A1.C_CLIENT) )) ))
THEN 1 ELSE 0 END, A2.C_DATE_BEGIN FROM Z#PRODUCT A2, Z#PR_CRED A1 WHERE
A1.ID=A2.ID AND (A1.ID = :B2 AND (A2.C_DATE_BEGIN >= :B1 OR EXISTS ( SELECT
NULL A$1 FROM Z#KB_FORM_EVENT B1 WHERE B1.COLLECTION_ID=A1.C_TO_BKI AND
(NVL(B1.C_TO_KB,'0') = '1' AND B1.C_DATE_BEG <= :B3 AND (B1.C_DATE_END IS
NULL OR B1.C_DATE_END >= :B3 )) )))


call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.00 0.00 0 0 0 0
Execute 2 0.02 0.02 0 0 0 0
Fetch 1 481.90 481.90 0 4596758 0 1
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 481.92 481.93 0 4596758 0 1
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Авг 29, 2016 15:36    Ответить с цитатой
Полезность: Нет оценки
Касательно журналирования то спасибо за пояснения)
Матвеев Евгений
Профи


Вступление в Клуб: 31.01.2012
СообщениеПн Сен 26, 2016 14:23   Re: Журналирование изменений Ответить с цитатой
Полезность: Нет оценки
nobel пишет:

2.Журналирование реквизитов.На типе в таблице выставляешь два флага напротив нужно ревизита-"Журналирование" и "Журналирование изменения".У нас обычно стоит "Авт." и "Все".


Расстановку "Авт." и "Все" можно делать в течении рабочего дня банка, или лучше все таки в нерабочее время?

... мало ли сколько там пересозданий, перекомпиляций, и прочей всякой всячины...
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Сен 26, 2016 15:09   Re: Журналирование изменений Ответить с цитатой
Полезность: Нет оценки
Матвеев Евгений пишет:
nobel пишет:

2.Журналирование реквизитов.На типе в таблице выставляешь два флага напротив нужно ревизита-"Журналирование" и "Журналирование изменения".У нас обычно стоит "Авт." и "Все".


Расстановку "Авт." и "Все" можно делать в течении рабочего дня банка, или лучше все таки в нерабочее время?

... мало ли сколько там пересозданий, перекомпиляций, и прочей всякой всячины...


Лучше делать в не рабочее время.Особенно критично для глобальных справочников-кредиты,рко,договора обеспечения и прочее.Так как перекомпиляция интерфейсов и лучше в данном случаи ни кто не занимал зависимые таблицы
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru