[ТЕМА ЗАКРЫТА]
27.10.2011 10:39
whitewizard
 
Я вот ещё с утра всех разлочил :)
27.10.2011 10:42
OlegON
 
Еще раз, прогонял оптимизатора и он не разлочивал?!
27.10.2011 10:43
whitewizard
 
В каком режиме опт надо было прогонять?
27.10.2011 10:47
whitewizard
 
не разлочил.
рабочий режим у опта закончился в 7-00
дальше он запускался каждые 25-35 минут, а в 9 утра люди подключиться не смогли.
27.10.2011 10:49
OlegON
 
Врете вы, батенька. Подключиться они не могли, потому, что Сервер СМ не был запущен. Можешь попробовать сам.
Код:
connect / as sysdba
select account_status from dba_users where username='SUPERMAG';
alter user supermag account lock;
select account_status from dba_users where username='SUPERMAG';
... запускаем оптимизатора
select account_status from dba_users where username='SUPERMAG';
удивляемся... Причем разлочивает он его еще на старте.
27.10.2011 11:12
whitewizard
 
Олег, зачем мне на пустом месте телегу катить?
Я же вижу, что опт запускался и отрабатывал. Сервер приложений не запускался, как раз потому, что залочен был supermag.
Сейчас уже не важно. Работает и хорошо.
27.10.2011 11:14
whitewizard
 
на базах, где оракл10 всё разлочилось нормально, а на 9 нет
27.10.2011 11:24
OlegON
 
konst говорит об обратном, у меня обе версии нормально разлочились... думаю, версия не при чем.
27.10.2011 11:27
OlegON
 
Цитата:
whitewizard Олег, зачем мне на пустом месте телегу катить?
Я же вижу, что опт запускался и отрабатывал. Сервер приложений не запускался, как раз потому, что залочен был supermag.
Сейчас уже не важно. Работает и хорошо.
Важно. Оптимайзер весь утыкан разлочками супермага. Если это не работает, то надо что-то править. У меня работает.
Как ты определил, что он залочен?
27.10.2011 11:50
whitewizard
 
ORA-28000 при подключении сервером приложений к базе
27.10.2011 11:55
OlegON
 
Попробуй, пожалуйста, на тех БД, где не разлочилось то, что я выше предлагал для теста? Мож опт не запускался?
27.10.2011 12:00
whitewizard
 
Конкретно смотрел на базе. Опт запускался с 7 до 9 раза четыре и отрабатывал целиком.
27.10.2011 12:04
OlegON
 
А сейчас залочить его и пустить опта? Опт еще на старте должен разлочить. И это уже давно.
27.10.2011 12:08
whitewizard
 
через мин 20 попробую
27.10.2011 12:38
whitewizard
 
сейчас нормально отработало.
27.10.2011 12:50
OlegON
 
ну, а ничего не менялось, собственно... что-то ты утром не так делал...
27.10.2011 12:59
whitewizard
 
Да всё как обычно. Завтра утром посмотрим.
27.10.2011 14:28
AlexeyF
 
Обратил внимание.
Если АлертЛога супермага нет в bdump (например лог был за архивирован и удалён)
оптимайзер делает так:
27.10.11 19:21:59 -- *****************************************************
27.10.11 19:21:59 -- Alert log checking...
и отваливается.
оракл 9.2
27.10.2011 14:39
akonev
 
Цитата:
AlexeyF Обратил внимание.
Если АлертЛога супермага нет в bdump (например лог был за архивирован и удалён)
оптимайзер делает так:
27.10.11 19:21:59 -- *****************************************************
27.10.11 19:21:59 -- Alert log checking...
и отваливается.
оракл 9.2
кстати, да! любит он это дело. я так подозреваю, при удалении алертлога надо прибить параметр LastEventLog. тока забыл эту мысль проверить.
27.10.2011 14:47
AlexeyF
 
Цитата:
Andrew_Konev при удалении алертлога надо прибить параметр LastEventLog.
раз в неделю сворачиваются у меня все логи интересные скриптом. получается надо туда в скрипт пихать ещё и sql-команду. может всё таки на уровне оптимайзера решить эту проблему. Совсем мне не хочется на всех серверах в скрипты лезть.
27.10.2011 15:19
OlegON
 
Коллеги, удалять логи неправильно, необходимо их занулять. Например, командой
echo>alert.log
в этом случае оптимизатор не сбивается и Last трогать не надо (тем более LastEvent, который к алерту не относится).
Если же алерт удалять, то можно получить сюрприз, например, под Линуксом, когда файла не будет, а дескриптор, куда все пишется, еще останется.
Но у меня пока проблема с тем, чтобы определять наличие файла на клиенте. Просто не умеет это делать. С очередным обновлением, надеюсь, поправлю.
27.10.2011 16:04
student
 
Цитата:
OlegON Но у меня пока проблема с тем, чтобы определять наличие файла на клиенте.
а банальное CreateFile с FULL_ACCESS и OPEN_EXISTING и ловлей ошибок разве не прокатывает? у меня везде под виндой работает как часы...
либо скриптами через виндовый FSO :)
27.10.2011 16:08
OlegON
 
На HP-UX попробуй :) Дело не в этом. У меня же клиент-серверное приложение. Так вот сервер не может пока сказать клиенту "проверь файл". А обновлять клиента без крайней нужды не хочу.
27.10.2011 16:18
akonev
 
Цитата:
OlegON ... (тем более LastEvent, который к алерту не относится)...
Это я знатно промахнулся :)
Имел в виду LastAlertLog, конечно же.

Резоны принял: занулять, действительно, спокойнее. Теперь сразу и вспомнил, что ошибка была какая-то про отсутствие файла.

Если в алерте пусто, а в LastAlertLog написано 6348 - оптер сбросит счетчик? Не станет дожидаться строку 6349?
27.10.2011 16:29
OlegON
 
Да, там алгоритм простой. Если строк меньше, чем счетчик - читать с нуля.
27.10.2011 16:39
student
 
Цитата:
OlegON На HP-UX попробуй :) Дело не в этом. У меня же клиент-серверное приложение. Так вот сервер не может пока сказать клиенту "проверь файл". А обновлять клиента без крайней нужды не хочу.
а ты сделай (один раз в клиенте и сервере) запуск на клиенте определенного по имени батника с произвольной структуры (формировать его можно простой передачей строк команд операционки и не только) по команде сервера и передачу в обратку результатов (перенаправление в такой-же текстовый файл - далее распарсить на сервере) - будет возможность при необходимости выполнять любые команды (если права есть) - конечно это изврат и на вирусняк похоже, но иногда этот механизм очень полезен - передал нужную команду - получил ответ - и делай дальше что надо...
27.10.2011 16:45
student
 
Цитата:
student передал нужную команду - получил ответ - и делай дальше что надо...
у нас так внешний чек на кассе реализован - иногда бывает очень удобно ...:)
27.10.2011 21:40
OlegON
 
С этим начинаются сложности, когда кроме винды еще что-то... Да и не хочется совсем уж костыли делать... Где-то да отвалится.
27.10.2011 21:47
OlegON
 
Прошу помочь с проверкой хэшей структуры. Итак, у кого такие комбинации?
Supermag : 1.027.5 SP4, хэш 1762471254
Supermag : 1.027.5 SP4, хэш 4226215153
Supermag : 1.027.5 SP2, хэш 472849392
Supermag : 1.026.1 SP2, хэш 899753697
Supermag : 1.028.2 SP4, хэш 1416731644
Supermag : 1.028.2 SP4, хэш 3188633721
надо выявить проблемы кода и сделать библиотечку, сразу выявляющую нарушения структуры. У кого такие версии, но хэши не совпадают вообще - прошу привести строки с версией и Detailed hash (пару строками выше) или просто версии своих хешей покидайте?


Опции темы


Часовой пояс GMT +3, время: 10:47.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.