[ТЕМА ЗАКРЫТА]
12.02.2007 08:15
zz
 
так ошибка ведь не только по поводу антивирусника, но и на радмин ругаеться...
12.02.2007 09:16
OlegON
 
Читай внимательнее документацию и то, что он пишет. И попробуй сначала сделать то, что посоветовал... Насчет РАдмина он предупреждает.
12.02.2007 09:52
inna
 
olegon, галочки параллелизма самостоятельно искать - снимать , или новый optimizer сам все снимет?
12.02.2007 10:19
OlegON
 
Он снимет, только пока с выпуском версии косяк - у меня срочная работа, а тут еще инет падает через минуту.
12.02.2007 10:59
inna
 
Тогда напиши плиз когда можно будет воспользоваться снимающим.
14.02.2007 11:16
OlegON
 
--------- 2.9r5
- в связи с увеличением количества пользователей, у которых проявляется неадекватная реакция СМ2000 на включение параллелизма, параллелизм отключается со всех таблиц
14.02.2007 14:12
Propil
 
Цитата:
olegon Кто видел 0000 ошибку? Какое железо, какая операционка? Где выполнялся оптимизатор?
Код:
OLEGON-WARNING: Не удалось выполнить alter view SUPERMAG."SVSPECNOPRICESO" compile:ORA-00000: єёях°эюх чртхЁ°хэшх
Руки не доходили написать:
Windows 2000 Serv, Pentium 4 3000 MHz
Данная ошибка появляется постоянно при прогоне оптимизатора, начиная с момента включения в него опции компиляции. Оптимизатор запускаю на сервере.
На других базах такой ошибки нет.
Версию СМ за это время тоже менял.
тут выложил лог оптимайзера:
14.02.2007 14:15
OlegON
 
Прогони один раз /optimize, она скомпилится и больше не будет приставать.
14.02.2007 14:18
Propil
 
Дык у меня в расписании один раз в неделю стоит
optimizer2 /optimize
я уже и /compile ему предлагал
15.02.2007 18:02
Shiba
 
Лог не сохраняется в одной кодировке?
Смысл в том, что если я выбираю ASCII, то вижу весь русский текст, кроме ошибок ora.
При выборе ANSI, все наоборот.
15.02.2007 18:21
OlegON
 
Лог сохраняется в одной, просто получает софтина сообщения в разных...
15.02.2007 18:44
Shiba
 
хотел спросить по параметру
OLEGON-WARNING: optimizer_index_cost_adj=100, рекомендуется равным или менее 30
Не агрессивно мало ли 30 ?
15.02.2007 18:46
OlegON
 
Каждый решает для себя, у кого-то и меньше. Я средние стараюсь выбирать.
18.04.2007 15:37
karachun
 
У меня Oracle 8
в расшифровке написанно :

max_rollback_segments=37

OLEGON-WARNING: max_rollback_segments=37,рекомендуется равным 99

transactions_per_rollback_segment=5
transactions=187

OlegOn сетовал на то что никто max_rollback_segments не увеличивает, а только достали вопросами.
OlegOn, я хочу последовать твоей рекомендации, но!!!!
переред тем как задать вопрос почитал вот здесь :

там сказанно :
Для 8i или 9i с undo_managment = manual.

Oracle рассчитывает нужно число сегментов по формуле TRANSACTIONS / TRANSACTIONS_PER_ROLLBACK_SEGMENT
TRANSACTIONS - это максимальное число одновременных транзакций.
TRANSACTIONS_PER_ROLLBACK_SEGMENT - Число одновременных транзакций, разрешаемое на сегмент отката
Есть два исключения из этого правила.
Результат должен быть округлен вверх до ближайшего числа, делящегося на 4 без остатка. Т.е. если получилось 6 - округляем до 8.
Oracle не рекомендует делать более 50 rollback segment'ов одновременно.

Так как быть то?
18.04.2007 15:53
OlegON
 
Просто не путать теплое с мягким :)
Цитата:
Параметр MAX_ROLLBACK_SEGMENTS должен быть >= (кол-во rollback segment'ов+ 1) иначе Oracle при попытке открыть базу выдаст ошибку
из этого же источника. Оптимайзер рекомендует поднять максимально возможное количество сегментов, а не их текущее количество. Именно, чтобы такой ошибки не было.
18.05.2007 07:04
Propil
 
Олег, поправь, пожалуйста - версия устарела
18.05.2007 10:45
OlegON
 
Обновил, просто дату сдвинул на 50 дней.
29.05.2007 11:00
karachun
 
У меня Oracle 8
в расшифровке написанно :

max_rollback_segments=37

OLEGON-WARNING: max_rollback_segments=37,рекомендуется равным 99

запускаю DBA Studio, конектюсь, в Instance -> Database -> All initialization Parameters нахожу строку "max_rollback_segments". Там значение 99.

Как так?
29.05.2007 11:10
OlegON
 
Думаю, что следует верить оптимайзеру.
Сделай
Цитата:
select * from v$parameter
и там смотри. Скорее всего стартуешь с разными инишниками.
29.05.2007 11:32
karachun
 
а как проверить с каким инитом стартую?
как сделать старт с "правильным", ну или с "нужным" инитом по умолчанию?

select * from v$parameter

выдал max_rollback_segments = 99
29.05.2007 11:44
OlegON
 
Вот сейчас оптимайзер и гоняй. В прошлый раз не перестартанул или еще как-то слажал... С каким инишником стартанул - неизвестно, не узнать. Правильный тот, с которым запускается при старте сервиса.
29.05.2007 13:54
karachun
 
Перестартовал, перед записком оптимизатора заглянул в ДБА. там max_rollback_segments = 99. Запистил оптимизатор, он говорит что 37.
+ ко всему прослужбы разные говорит что запущены, а они остановленны и комп перебутён.

Запускал опимайзер с явным указанием базы и пароля = тоже самое.

запускаю c ключами optimize & parse
29.05.2007 14:14
Propil
 
Цитата:
karachun запускаю c ключами optimize & parse
одновременно что-ли оба ключа?
parse тебе старый лог просто расшифровывает...
29.05.2007 15:01
OlegON
 
Лог кинь на слил.ру
29.05.2007 15:52
karachun
 
Всё, друзья, разобрался!!! Спасибо ваши ответы навели на путь истинный!
29.05.2007 15:54
OlegON
 
В чем дело-то было, колись, чтобы за тобой кто шел - нашел, что надо.
30.05.2007 08:27
karachun
 
Дело бы ло в том что у меня упал (физически с горел) контролер домена, а там был серверный симантек, без антивиря у меня сервак хватанул червя. И уж каким образом он (червь) мог повлиять на ехе-файл не знаю, но пока оптимазер не скачал "новый" отсюда (а до этого 3 дня назад качал) новый лог файл не формировался, а старый я не удалял. Вот я ТУПО и глядел в старый. Парил мозги и себе и ВАМ.
01.06.2007 15:28
Wasiok
 
запустил с ключем чкиндекс, прогнало за несколько минут вроде без багов.

с ключем оптимизе после нескольких варнингов типа нестандартная переменная пас и установлен почтовый сервер выдал еггог после строки подключение к базе OLEGON-ERROR: ORA-12547: TNS: дальше непонятно, с кодировкой баг

optimizer2 /base:dBSHAMS8 /pwd:qqq /optimize
SQl plus тоже не подключается, говорит контакт потерян
01.06.2007 15:45
Propil
 
ORA-12547
TNS:lost contact
Cause
Partner has unexpectedly gone away, usually during process startup.
Action
Investigate partner application for abnormal termination. On an Interchange, this can happen if the machine is overloaded.
*****************
отвалился от базы
01.06.2007 16:16
Wasiok
 
рестартанул, пошло вроде... извините за лишние коменты, боюсь однако, хота и бакап сделал... =)


Опции темы


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

 

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