Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Ср Янв 25, 2017 13:05   |
|
Полезность: Нет оценки
|
при переоформлении депозита физ.лица(открытого на 3-е лицо) на новый вид вклада, автоматом владельцем вклада становится 3-е лицо. Есть у кого такое? ЦФТ пока не подтвердило косяк. Правим своими силами после переоформления в ЗОД. |
|
 |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Чт Янв 26, 2017 15:17   |
|
Полезность: Нет оценки
|
На редкость кривой накат по вкладам.
По сложной ставке считает %% без учета високосного года. Обещали поправить. |
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Пт Фев 03, 2017 10:16   |
|
Полезность: Нет оценки
|
Коллеги, подскажите, пожалуйста,
Какое у вас соотношение "объем конвертируемых данных ДОКД/PGA_AGREGATE_LIMIT на базе"?
Конвертируемых данных 46491094 записей:
Код: | select COUNT (1)
from Z#PART_TO_LOAN c1, Z#PTL_HIST_REC b1, Z#ZALOG a1
where a1.C_PTL_HIST = b1.COLLECTION_ID and b1.C_PART_TO_LOAN = c1.COLLECTION_ID |
Последовательно увеличивали PGA_AGREGATE_LIMIT с 7 до 20Гб обновление стабильно падает с ошибкой на 31 пункте - конвертации ДОКД:
Код: | 6/8: Окончание выполнения операции [A20151208_CRED] 16.6_016. Кредиты. Обновление справочников
06:31:10 Ошибка при исполнении кода через динамический PL/PLUS:
Ошибка исполнения задания "16.6_016. Кредиты. Обновление справочников 0/8" : Поставлено в очередь 02/02/2017 02:22:47.
1. 02/02/2017 03:17:02.ORA-00039: ошибка при выполнении периодического действия
ORA-04036: Объем памяти PGA, используемой экземпляром, превышает PGA_AGGREGATE_LIMIT |
Не увеличивать же PGA_AGREGATE_LIMIT до бесконечности. |
|
 |
nobel Профи
Вступление в Клуб: 28.09.2011
|
Пт Фев 03, 2017 14:27   |
|
Полезность: Нет оценки
|
у нас записей было 9639990.
на боевой базе у нас стоит значение:
pga_aggregate_limit big integer 52736M
pga_aggregate_target big integer 0
ошибки на тесте были с нехваткой памяти,так как этот параметр не был выставлен.выставили вручную 10 гб и все нормально прошло |
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Пт Фев 03, 2017 14:45   |
|
Полезность: Нет оценки
|
nobel пишет: | у нас записей было 9639990.
на боевой базе у нас стоит значение:
pga_aggregate_limit big integer 52736M
pga_aggregate_target big integer 0
ошибки на тесте были с нехваткой памяти,так как этот параметр не был выставлен.выставили вручную 10 гб и все нормально прошло |
Спасибо за информацию.
Таким образом, если зависимость линейная нам для наших 46 млн. против ваших 9 млн записей надо 48 ГБ PGA_AGREGATE_LIMIT, чтобы проскочить на тестовой. Что нереально.
Пока что зарегили заявку в ЦФТ, обещали попробовать оптимизировать распределение памяти в операции конвертации. |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Пн Фев 06, 2017 13:50   |
|
Полезность: Нет оценки
|
Кто на какую версию ТЯ ставит? Смотрю последняя 7.4.9.1, может сразу на неё накатить |
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Пн Фев 06, 2017 16:39   |
|
Полезность: Нет оценки
|
smirnovan пишет: | Кто на какую версию ТЯ ставит? Смотрю последняя 7.4.9.1, может сразу на неё накатить |
Решил не экспериментировать. 7.4.8.5.
Мне и без последней версии ТЯ косяков хватает. |
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Вт Фев 07, 2017 07:33   |
|
Полезность: Нет оценки
|
VSV056 пишет: |
Пока что зарегили заявку в ЦФТ, обещали попробовать оптимизировать распределение памяти в операции конвертации. |
Получили исправление операции конвертации.
После его установки ошибка PGA_AGREGATE_LIMIT ушла, обновление в процессе установки перестало падать.
Т.к теперь процесс конвертации не прерывается, то и ошибок создания индекса "IDX_Z#PTL_HISTORY_CHKREC" теперь тоже нет. |
|
 |
nobel Профи
Вступление в Клуб: 28.09.2011
|
Вт Фев 07, 2017 08:26   |
|
Полезность: Нет оценки
|
smirnovan пишет: | Кто на какую версию ТЯ ставит? Смотрю последняя 7.4.9.1, может сразу на неё накатить |
лучше использовать рекомендованную версию ТЯ по инструкции.потому что при установке бывают ограничения на версию ТЯ.в 16.6 если помню то ограничения на версию 7.4.8 и его подверсии |
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Вт Фев 07, 2017 09:14   |
|
Полезность: Нет оценки
|
smirnovan пишет: | Кто на какую версию ТЯ ставит? Смотрю последняя 7.4.9.1, может сразу на неё накатить |
Обратите внимание на сегодняшную новость от ЦФТ
Цитата: | Обновление Серверной части ТЯ. Версия 7.4.8.7
Исправления\улучшения:
° Исправлена ошибка остановки системных заданий из-за преобразования CLOB в CHAR. (SUP0045376, PLATFORM-14379) |
Думаю что если еще не обновились на рабочей то лучше ставить на 7.4.8.7. |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Вт Фев 07, 2017 09:37   |
|
Полезность: Нет оценки
|
Большое спасибо. Сейчас на тесте пока буду проверять. |
|
 |
smirnovan Участник со стажем
Вступление в Клуб: 10.12.2014
|
Чт Фев 09, 2017 16:39   |
|
Полезность: Нет оценки
|
Мда, могли бы уже включить этот патч в дистрибутив. Тоже столкнулся с ошибкой конвертации фронт-менеджера, который мы так же не используем.
Код: | Ошибка при исполнении кода через динамический PL/PLUS:
ORA-20999: CLS-OBJECT_NOT_FOUND: Экземпляр "15406981508" не найден, тип [CM_POINT]
ORA-06512: на "IBS.MESSAGE", line 111
ORA-06512: на "IBS.Z#CM_POINT#INTERFACE", line 540
ORA-01403: данные не найдены
begin [CONV_57].[U20160914_FM_1]; end; |
|
|
 |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Чт Фев 16, 2017 12:53   |
|
Полезность: Нет оценки
|
Доброго дня, коллеги.
После обновления до 16.6 время выполнения системного джоба CHECK_LIC_VALUES осталось прежним? Не увеличилось? |
|
 |
ibso_bank Участник со стажем
Вступление в Клуб: 29.01.2015
|
Вт Авг 29, 2017 20:05   |
|
Полезность: Нет оценки
|
Коллеги, приветствую!
При установке 16.6 на 31 шаге возникает ошибка:
"16.6_016. Кредиты. Обновление справочников 0/1"
ORA-01555: слишком старый снимок: сегмент отката номер 12 по имени "_SYSSMU12_4186707057$" слишком мал
Кто-нибудь сталкивался? |
|
 |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Ср Авг 30, 2017 04:06   |
|
Полезность: Нет оценки
|
Цитата: | ORA-01555: слишком старый снимок: сегмент отката номер 12 по имени "_SYSSMU12_4186707057$" слишком мал
|
Пробовали увеличить на схеме время для отката, например 24 часа ? |
|
 |
|