Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

Назым · █ 08.01.2011 11:51

Это как перевести?

Цитата:

RUSLAN.SERVER.24555632355765476 OLEGON-ERROR! : : User has a problem :ДИРЕКТОР_КОНФЕТЫ:WORKGROUP\WINXPSP3-PC:1719:enq: UL - contention

Цитата:

RUSLAN.SERVER.24555632355765476 OLEGON-ERROR! : : User has a problem :КАЛИМАТ:WORKGROUP\COMP110:5361ipe put

Таких сообщений несколько за ночь, потом:

Цитата:

[email]optimizer@gentoo.ru[/email] (06:05:15 8/01/2011)
EVENTLOG : RUSLAN.SERVER.24555632355765476 :
2011-01-08 06:00:00.0 ORA-20021: Сервер Супермага не запущен

2011-01-08 06:02:00.0 ORA-20021: Сервер Супермага не запущен

[email]optimizer@gentoo.ru[/email] (06:08:07 8/01/2011)
RUSLAN.SERVER.24555632355765476 OLEGON-ERROR! :

ORA-12012: ошибка при автоисполнении задания 3

ORA-20021: Сервер Супермага не запущен

ORA-12012: ошибка при автоисполнении задания 3

ORA-20021: Сервер Супермага не запущен

ORA-12012: ошибка при автоисполнении задания 3

ORA-20021: Сервер Супермага не запущен

[email]optimizer@gentoo.ru[/email] (06:09:12 8/01/2011)
RUSLAN.SERVER.24555632355765476 OLEGON-ERROR! : : User has a problem :МЕНЕДЖЕР_ЭТАЖ1:RUSLAN\COMP4:17712:enq: UL - contention

Вплоть до 9 часов чередуются сообщения, пока админ не сделал рестарт сервисов оракловых

Назым · █ 08.01.2011 12:01

+ к предыдущему посту. На всякий случай ошибки в логе на эту дату:

Цитата:

08.01.11 05:28:44 -- Check FFMAPREP optimization...
08.01.11 05:28:46 -- Already partitioned...
08.01.11 05:28:49 -- Waiting for transfer. Current difference : 24 Allowed : 50
08.01.11 05:28:50 -- OLEGON-ERROR! : Query:server:Ruslan:java.sql.SQLException: ORA-00054: resource busy and acquire with NOWAIT specified

08.01.11 05:28:50 -- Ignored error... No messages...
08.01.11 05:28:50 -- **************************************************************
08.01.11 05:28:50 -- Gathering tables list...
08.01.11 05:28:51 -- Table : SUPERMAG.SLSCALES

OlegON · █ 08.01.2011 12:43

Оракловые не надо было рестартовать. Раз оптимизатор не поругался, что связи нет, да и по логам видно, что все работало, то проблема в сервисах СМ. Подозреваю отключенный автостарт. Ругательства, что у юзера проблемы из-за того, что пользователь запустил слишком длинный запрос (длина запроса указывается в параметрах). С NOWAIT, думаю, кто-то работал в базе при MaintenanceTime.

Назым · █ 08.01.2011 17:51

Цитата:

OlegON ➤ С NOWAIT, думаю, кто-то работал в базе при MaintenanceTime.

Ночью проводятся ревизии в отделах. Как быть с этим? Я так понимаю MaintenanceTime - это время, когда оптимайзер делает архивную копию и оптимизирует базу?

Что делает оптимайзер в MaintenanceTime, если пользователи работают?

Propil · █ 08.01.2011 19:19

Цитата:

Что делает оптимайзер в MaintenanceTime, если пользователи работают?

он их попытается отсоединить от базы..

OlegON · █ 08.01.2011 20:45

Цитата:

Назым ➤ Что делает оптимайзер в MaintenanceTime, если пользователи работают?

а теперь вспомним самый первый пост ветки функционала, цитирую:

Цитата:

MaintenanceTime - время, когда программа расчитывает находиться без пользователей и будет заниматься общей оптимизацией базы.

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

Назым · █ 08.01.2011 22:15

Цитата:

OlegON ➤ Если пользователи в базе будут, то и пользователи и оптимизатор могут получать непредсказуемые результаты. Почтовик и кассовый сервер по сути являются пользователями.

Есть какие-нибудь советы, если ночью ревизии проводят?

И кассовик, кстати он сам не останавливает?

bob · █ 08.01.2011 23:54

Цитата:

Назым ➤ Есть какие-нибудь советы, если ночью ревизии проводят?

И кассовик, кстати он сам не останавливает?

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

Назым · █ 09.01.2011 00:15

Цитата:

bob ➤ Если ночью ревизии проводят, это не значит, что нужен супермаг. Пусть сканируют, а результаты сбрасывают в определенное время. Тоже касается а кассового модуля. Кто мешает останавливать и стартовать егопо расписанию. Все решается организационными методами.

При ревизии после подсчета каждой секции заливается инвентаризационная опись и распечатывается для сверки ответственным. Т.е. СМ+ в любом случае нужен во время ревизии

Mtirt · █ 09.01.2011 08:43

Каждую ночь это происходит?
Можно на ночь ревизии отключать Оптимайзер, а в остальные - включать.