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

15.5
На страницу Пред.  1, 2, 3, 4, 5  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 09:36    Ответить с цитатой
Полезность: Нет оценки
Цитата:


Не знаю куда писать, но может кто-нибудь подскажет вот по какому вопросу. Перешли с версии 15.4 на 15.5.07. Все встало штатно, но теперь почему-то каждое утро операция TRC (короткое имя DOC_SCAN) встает в блокировку. Сравнив JOB на старой версии и на новой выявлена разница, в поле "Интервал записи" должен стоять параметр, но там каждый раз пусто. Каждую ночь БД останавливается для того, чтобы сделать холодный BACKUP средствами RMAN. Данная операция настроена из Enterprise Manager. После поднятия БД вышеуказанное поле становится пустым. Что это может быть?


Обратите внимание на время последнего выполнения задания и время его следующего запуска.
У нас во всех случаях время следующего запуска меньше времени выполнения задания.

Например задание
Запущено 24/11/2015 02:13:36. Выполнено 24/11/2015 02:14:39.
Следующий запуск: 02:14:38

У вас как?
Hemul
Участник


Вступление в Клуб: 29.08.2012
СообщениеВт Ноя 24, 2015 10:00    Ответить с цитатой
Полезность: Нет оценки
VSV056 пишет:

Обратите внимание на время последнего выполнения задания и время его следующего запуска.
У нас во всех случаях время следующего запуска меньше времени выполнения задания.

Например задание
Запущено 24/11/2015 02:13:36. Выполнено 24/11/2015 02:14:39.
Следующий запуск: 02:14:38

У вас как?


Запущено 24/11/2015 09:55:05. Выполнено 24/11/2015 09:55:06.
Следующий запуск 24/11/2015 09:55:06.

Но это уже после того как я исправил "Интервал запуска" так, как это было в предыдущей версии "SYSDATE + 20/86400". Но вот именно это значение потом и сбрасывается после останова/запуска БД.
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 10:09    Ответить с цитатой
Полезность: Нет оценки
Цитата:

Запущено 24/11/2015 09:55:05. Выполнено 24/11/2015 09:55:06.
Следующий запуск 24/11/2015 09:55:06.

Но это уже после того как я исправил "Интервал запуска" так, как это было в предыдущей версии "SYSDATE + 20/86400". Но вот именно это значение потом и сбрасывается после останова/запуска БД.


После того как вы перезапустили задание, нужно опять ждать когда случится страшное. А это, судя по всему, достаточно редкое явление.

На тестовой базе сроки остановки джоба, завершения его работы и следующего запуска не сохранились? Вот эта информация наиболее интересна.

Как мне кажется возникает некая ошибка округления при расчете времени следующего запуска (у нас разница всегда на 1 секунду). В итоге время окончания позже времени запуска и задание более не запускается. Наверное, как-то так.
Hemul
Участник


Вступление в Клуб: 29.08.2012
СообщениеВт Ноя 24, 2015 10:39    Ответить с цитатой
Полезность: Нет оценки
VSV056 пишет:

После того как вы перезапустили задание, нужно опять ждать когда случится страшное. А это, судя по всему, достаточно редкое явление.

На тестовой базе сроки остановки джоба, завершения его работы и следующего запуска не сохранились? Вот эта информация наиболее интересна.

Как мне кажется возникает некая ошибка округления при расчете времени следующего запуска (у нас разница всегда на 1 секунду). В итоге время окончания позже времени запуска и задание более не запускается. Наверное, как-то так.


На тестовой

Запущено 24/11/2015 10:38:28. Выполнено 24/11/2015 10:38:28.
Следующий запуск 24/11/2015 10:38:48.

Еще такая вещь, LOCK_INFO значение пустое, на рабочей значение -1, что это такое?
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 10:48    Ответить с цитатой
Полезность: Нет оценки
Цитата:
Еще такая вещь, LOCK_INFO значение пустое, на рабочей значение -1, что это такое?

Системный джоб поддержки блокировок. [SYSTEM_JOBS].[LOCK_INFO_RUN]
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеВт Ноя 24, 2015 10:58    Ответить с цитатой
Полезность: Нет оценки
VSV056 пишет:
Как мне кажется возникает некая ошибка округления при расчете времени следующего запуска (у нас разница всегда на 1 секунду). В итоге время окончания позже времени запуска и задание более не запускается. Наверное, как-то так.


Почему только ночью тогда эта ошибка возникает. Типа когда задание быстро отрабатывает, то возникает ошибка?
Hemul
Участник


Вступление в Клуб: 29.08.2012
СообщениеВт Ноя 24, 2015 11:05    Ответить с цитатой
Полезность: Нет оценки
Gobur пишет:
VSV056 пишет:
Как мне кажется возникает некая ошибка округления при расчете времени следующего запуска (у нас разница всегда на 1 секунду). В итоге время окончания позже времени запуска и задание более не запускается. Наверное, как-то так.


Почему только ночью тогда эта ошибка возникает. Типа когда задание быстро отрабатывает, то возникает ошибка?


Добрый день. Вы тоже с таким сталкиваетесь? Просто на предыдущих версиях такого не было и почему тогда валится только один JOB, а остальные отрабатывают нормально?
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 12:03    Ответить с цитатой
Полезность: Нет оценки
Gobur пишет:

Почему только ночью тогда эта ошибка возникает. Типа когда задание быстро отрабатывает, то возникает ошибка?


Возможно.
Нашел еще одну вещь - даже у некоторых работающих джобов интервал запуска - пустой. Но они при этом работают.
P/S: За обед сдох еще один джоб.
Запущено 24/11/2015 13:46:10. Выполнено 24/11/2015 13:47:15.
Следующий запуск: 24/11/2015 13:47:13

Зарегистрировал запрос в ЦФТ. Посмотрим что скажут.
Hemul
Участник


Вступление в Клуб: 29.08.2012
СообщениеВт Ноя 24, 2015 12:24    Ответить с цитатой
Полезность: Нет оценки
VSV056 пишет:
Цитата:

Почему только ночью тогда эта ошибка возникает. Типа когда задание быстро отрабатывает, т овозникает ошибка?


Возможно.
Нашел еще одну вещь - даже у некоторых работающих джобов интервал запуска - пустой. Но они при этом работают.
P/S: За обед сдох еще один джоб.
Запущено 24/11/2015 13:46:10. Выполнено 24/11/2015 13:47:15.
Следующий запуск: 24/11/2015 13:47:13

Зарегистрировал запрос в ЦФТ. Посмотрим что скажут.


Если чего ответят, то скажите нам, проинформируйте коллег.
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 12:26    Ответить с цитатой
Полезность: Нет оценки
Еще один вопрос:
1) Под произвольным пользователем (не IBS и не администратором доступа), имеющим доступ к редактированию пользователя идем в справочник "Пользователи"
2) Открываем на редактирование любого пользователя
3) Пытаемся изменить фамилию и сохранить
получаем ошибку:

ORA-20100: UADMIN-DO_NOT_HAVE_RIGHTS: У вас не хватает прав
ORA-06512: на "IBS.MESSAGE", line 94
ORA-06512: на "IBS.SECADMIN", line 788
ORA-01403: данные не найдены
ORA-06512: на "IBS.SECADMIN", line 2049
ORA-06512: на "IBS.Z$USER_EDIT#AUTO", line 218
ORA-06512: на "IBS.Z$U$266", line 116
ORA-06512: на line 1

Понятно, что система пытается что-то сделать с пользователем в системе доступа (наверное его переименовать), но где описан этот функционал и его ограничения? Кто-нибудь в курсе нововведения? В доке Глава 1-02-1. Учетное ядро. Пользователи ничего не нашел.
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 12:27    Ответить с цитатой
Полезность: Нет оценки
Hemul пишет:

Если чего ответят, то скажите нам, проинформируйте коллег.


Обязательно напишу Very Happy
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеВт Ноя 24, 2015 14:20    Ответить с цитатой
Полезность: 1
VSV056 пишет:
Еще один вопрос:
1) Под произвольным пользователем (не IBS и не администратором доступа), имеющим доступ к редактированию пользователя идем в справочник "Пользователи"
2) Открываем на редактирование любого пользователя
3) Пытаемся изменить фамилию и сохранить
получаем ошибку:

ORA-20100: UADMIN-DO_NOT_HAVE_RIGHTS: У вас не хватает прав
ORA-06512: на "IBS.MESSAGE", line 94
ORA-06512: на "IBS.SECADMIN", line 788
ORA-01403: данные не найдены
ORA-06512: на "IBS.SECADMIN", line 2049
ORA-06512: на "IBS.Z$USER_EDIT#AUTO", line 218
ORA-06512: на "IBS.Z$U$266", line 116
ORA-06512: на line 1

Понятно, что система пытается что-то сделать с пользователем в системе доступа (наверное его переименовать), но где описан этот функционал и его ограничения? Кто-нибудь в курсе нововведения? В доке Глава 1-02-1. Учетное ядро. Пользователи ничего не нашел.

Это только опытным путем, в этом пакете стоит проверка - кто делает редактирование. В свое время у нас были проблемы - автоматически пытались менять группы и редактировать подразделение у пользователя - под IBS нормально, под пользователем не дает. Вроде как защита в ядре - в общедоступной доке тоже ничего не нашли.
В итоге тупо клиент-скрипт под IBS пришлось в операции запускать.
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 14:29    Ответить с цитатой
Полезность: Нет оценки
Hemul пишет:

Если чего ответят, то скажите нам, проинформируйте коллег.


А вы на какую версию ТЯ обновились? 7.4.4.3?
Hemul
Участник


Вступление в Клуб: 29.08.2012
СообщениеВт Ноя 24, 2015 14:46    Ответить с цитатой
Полезность: Нет оценки
VSV056 пишет:
Hemul пишет:

Если чего ответят, то скажите нам, проинформируйте коллег.


А вы на какую версию ТЯ обновились? 7.4.4.3?


На 7.4.4.3 последняя версия, что была на сайте поддержки ЦФТ
VSV056
Участник - экстремал


Вступление в Клуб: 25.11.2010
СообщениеВт Ноя 24, 2015 15:24    Ответить с цитатой
Полезность: Нет оценки
Цитата:

На 7.4.4.3 последняя версия, что была на сайте поддержки ЦФТ


C 13/11/2015 там же лежит ​upgrade 7454 мало ли)
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4, 5  След.
Страница 3 из 5

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