[ТЕМА ЗАКРЫТА]
18.01.2011 01:27
Dreamer
 
Цитата:
Propil версия java какая?
в Path не остались записи о старых версиях?
Извиняюсь за поздний ответ...( с 34) Версию скачал последнюю, поставил, но при команде java -version пишет что версия 1.4. Попробывал удалить вручную и заново поставить- тоже самое. Да, в pach указывает на версию 1.4 oracle\ora92\jre\1.4.2 . А на что тогда переписать путь? Пробывал обновлять через саму jav-у - тоже пишет что установлена последняя версия...
18.01.2011 06:57
konst
 
Я делал так - полностью удалял из переменной PATH все вида oracle\oraХХ\jre\Х.Х.Х
и вставлял вот это:
c:\Program Files\Java\jre6\bin;c:\Program Files\Java\jre6\bin\client\
после этого везде все работает
18.01.2011 07:32
OlegON
 
Цитата:
Dreamer А на что тогда переписать путь? Пробывал обновлять через саму jav-у - тоже пишет что установлена последняя версия...
если не справишься, ждем вывода команды консоли
Цитата:
echo %PATH%
19.01.2011 13:44
Назым
 
Как перевести?

Цитата:
EVENTLOG : RUSLAN.SERVER.24555632355765476 :
2011-01-19 13:31:22.0 Remains.CalcProdFromGoods[E]:ORA-03135: connection lost contact

2011-01-19 13:31:23.0 Remains.CalcProd[E]:ORA-03135: connection lost contact
19.01.2011 15:03
OlegON
 
Это сообщения из журнала Супермага, ты ошибся разделом.
19.01.2011 16:08
Назым
 
Цитата:
OlegON Это сообщения из журнала Супермага, ты ошибся разделом.
Пардон
01.02.2011 11:17
Shiba
 
1. Таблицы ffmaprep партиционирована, каждый месяц нужно запускать оптимайзер чтобы она создалась. Как вернуть назад внесенные изменения, либо как сделать так,ч тобы не по месяцам дробилась таблица?
2.
begin DBMS_MVIEW.REFRESH('SUPERMAG.OK_MV_FOR_ORDERS','?'); end;
Это убило БД достаточно надолго. Что это и почему из-за запуска этого пакета redo логи размером по 600 мегабайт переключаются раз в минуту?
01.02.2011 11:33
OlegON
 
Цитата:
Shiba 1. Таблицы ffmaprep партиционирована, каждый месяц нужно запускать оптимайзер чтобы она создалась. Как вернуть назад внесенные изменения, либо как сделать так,ч тобы не по месяцам дробилась таблица?
Пересобрать ее вручную обратно. Дело двух минут, если не включать время на выполнение запросов. Я бы не стал собирать. Но не нравится - выключи в опциях, которые ты, конечно, просмотрел перед запуском, но после инициализации.
Цитата:
Shiba 2.
begin DBMS_MVIEW.REFRESH('SUPERMAG.OK_MV_FOR_ORDERS','?'); end;
Это убило БД достаточно надолго. Что это и почему из-за запуска этого пакета redo логи размером по 600 мегабайт переключаются раз в минуту?
Не пугай окружающих "убило". Просто достаточно ресурсоемкая операция, особенно если ты ее раз в месяц выполняешь на десктопной машине. Операция так же опциональная, оптимизация заказов. Ее можно как лимитировать на два раза в день, так и отключить совсем.
03.02.2011 15:59
Mr_Vito
 
У меня почему то стали при запуске отимайзера отваливаться пользователи от супермажной базы. Даже сам сервер супермага отваливается с ошибкой:
General failure. Error messages follows.
Запись 1. Код=80004005h (28) [Microsoft OLE DB Provider for Oracle]:
ORA-00028: Ваш сеанс удален
Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
{ call Supermag.core.NextMessage(?, ?, ?, ?, ?) }
Params:
{0} (null)[0](0,0): vt=0 value=<not printable>
{1} (null)[1000](0,0): vt=0 value=<not printable>
{2} (null)[0](0,0): vt=3 value=-20000
{3} (null)[1000](0,0): vt=8 value=20500FB174B0D0716B9EF7150EF640E444195E3B9F268ILISHCO*3901EbdWfx5_+Q%2146193616555REATE
{4} (null)[1000](0,0): vt=8 value=SM2000Ctrl00FB03710001
Запись 3. Код=80004005h (12541) [Microsoft OLE DB Provider for Oracle]:
ORA-12541: TNS:нет прослушивателя
%4 %5

При этом в логе оптимайзера все чисто.
Если оптимайзер отключить, то все нормально, база не вылетает. Началось в понедельник, где то около 11-12 москвы, где то около 14-15 часов я оптимайзер вообще отключил, все нормально работало, сегодня снова в 15-23 попробовал включить, и снова все вылетели :(
почему? это только у меня? или у всех?
03.02.2011 16:18
John Doe
 
Цитата:
Mr_Vito У меня почему то стали при запуске отимайзера отваливаться пользователи от супермажной базы.
Обрати внимание на количество Invalids в конечной сводке... Если есть - смотри, когда он их пытается перекомпилировать, почему ему это не удается... Небось, какие-то недоразработчики напихали некомпилящихся пакетов...
03.02.2011 17:31
OlegON
 
Цитата:
Mr_Vito При этом в логе оптимайзера все чисто.
Хорошо, что указал имя базы, у тебя там больше 100 инвалидов. Рекомендую как-то порешать этот вопрос. Тогда и отваливаться перестанут.
03.02.2011 23:21
Mr_Vito
 
оптимайзер действительно в конце пишет, что 192 инвалида, но с флажком "c" он не хочет их компилить :(
вручную я тоже найти их немогу, т.к. sql девелопер говорит, что инвалидов нету :(
подскажите как найти и как перекомпилить, а то супермаг продолжает вылетать :( (стабильно при запуске оптимайзера)
04.02.2011 07:54
OlegON
 
Разобрались, quest кучу мусора наворотил.
04.02.2011 14:53
TrantiMoller
 
При запуске Optimizer4 повисает на следующем:

Лог:
04.02.11 14:47:58 -- Optimizer for Oracle bases console version 4.10
04.02.11 14:47:58 -- D:\SMUTILS\optimizer4
04.02.11 14:47:58 -- Master server: olegon.no-ip.org
04.02.11 14:47:58 -- DB server: HOHOL01
04.02.11 14:47:58 -- DB name: HOHOL01
04.02.11 14:47:59 -- Requested commands:o
04.02.11 14:47:59 -- Commands accepted

Больше ничего не происходит!
В чем причина?
05.02.2011 09:55
OlegON
 
Скорее всего в связи. Рекомендую с нее и начать.
09.02.2011 09:13
TrantiMoller
 
Цитата:
OlegON Скорее всего в связи. Рекомендую с нее и начать.
Да, проблема была в связи!
В Win 7 при отключении Брандмауэра Windows блокируются все порты.
Включил брандмауэр, создал разрешающее правило для порта optimizer'a и все заработало.
10.02.2011 10:27
Назым
 
Есть клиент с базой 10. Поставил Оптимайзер. Возник интересный вопрос:

Сам объект работает с 8.00 до 23.00. Но ночью проводятся ревизии, соответственно ночью тоже работают в СМ+. Почему? Потому как ревизии делаются инвентаризационными описями и сразу идет сверка. То есть необходимость в СМ+ есть.

Я сказал, чтоб выделили максимально возможное время для работы Оптимайзера, чтобы никто не работал в это время. Назвали Вторник, Пятница с 00.00 до 07.00

А хватит ли это Оптимайзеру, чтобы отрабатывать до конца?
10.02.2011 11:31
John Doe
 
В зависимости от размеров БД, но подход неправильный, если база не совсем запущенная и небольшая, то лучше два часа в сутки ему выделить - хватит. Но каждый день. Иначе он начнет долбать тебя сообщениями об отсутствии связи и в конце концов ты к ним привыкнешь.
21.02.2011 19:09
Назым
 
Цитата:
OLEGON-ERROR! :

WARNING: inbound connection timed out (ORA-3136)
Как это перевести?
21.02.2011 21:13
OlegON
 
Назым, это оракловая ошибка, обычно возникает на запомоенном сервере, когда ресурсов не хватает и программа не успевает залогиниться за вменяемое время.
22.02.2011 15:57
whitewizard
 
22.02.11 22:54:40 -- OLEGON-ERROR! : Query:k05:K05:java.sql.SQLException: ORA-01490: invalid ANALYZE command

1.027.5 sp6 Oracle 9.2.0.8

Почему не хочет переиндексировать?
22.02.2011 18:31
OlegON
 
Цитата:
whitewizard Почему не хочет переиндексировать?
очепятался в коде... теперь захочет...
23.02.2011 00:05
Назым
 
Цитата:
OLEGON-ERROR! : Query:server:Ruslan:java.sql.SQLException: ORA-14508: specified VALIDATE INTO table not found
Какая таблица не найдена? Таких сообщений с десяток
23.02.2011 08:56
OlegON
 
Для 10ки теперь таких сообщений быть не должно, оптимайзер автоматически создаст табличку.
Цитата:
When validating partitioned tables you can get the following error:

ORA-14508: specified VALIDATE INTO table not found

SOLUTION:

Create table "invalid_rows" by running $ORACLE_HOME/rdbms/admin/utlvalid.sql
then run a regular command to validate structure cascade:

analyze table <table_name> validate structure cascade;

you do NOT have to use a special partition clause:

analyze table <table_name> partition <part_name>
validate structure cascade into invalid_rows;

REFERENCE:
Metalink Note:111990.1 and Note:120538.1
23.02.2011 11:31
Назым
 
Цитата:
OlegON Для 10ки теперь таких сообщений быть не должно, оптимайзер автоматически создаст табличку.
Одако на 10-ке и выходят эти сообщения. Сегодня несколько раз за ночь выдавал. Эта та база, на которую ты, Олег, архивацию настроил
23.02.2011 12:04
Dim
 
подтверждаю... выдавало такое же сообщение
23.02.2011 13:01
OlegON
 
Да, я 108 таких сообщений за ночь и получил :) Причину указал выше. Ключевое слово в моем утреннем сообщении "теперь". Т.е. правил и, скорее всего, поправил.
24.02.2011 11:39
Stels
 
Код:
OLEGON-ERROR! : "SUPERMAG"."SATHREETORG" cant' be validated...

OLEGON-ERROR! : Query:192.168.2.1:KRAS02:java.sql.SQLException: ORA-00942: table or view does not exist
Oracle 9, Win2003
просветите, пожалуйста, в чём косяк :(

Сегодня за одну ночь 'мильён' таких ошибок по трём базам.
24.02.2011 12:21
OlegON
 
Я ошибся, забыл про 9ку в одном месте. Пока отключил проверку структуры... Комом пошла. Никак на работоспособности БД не сказывается, подобные ошибки можно не учитывать.
04.03.2011 13:32
OlegON
 
Прошу быть поактивнее владельцев 9ки, с сегодняшнего дня оптимизатор на ней не тестируется, т.е. стараюсь ее фичи учитывать, но увы только по памяти.


Опции темы


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

 

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