[ТЕМА ЗАКРЫТА]
19.07.2010 07:59
Kryukov
 
OLEGON-ERROR! : Proc:center7:dbcentr:java.sql.SQLException: ORA-20000: index "SUPERMAG"."SMCSPEC_PK" or partition of such index is in unusable state
ORA-06512: на "SYS.DBMS_STATS", line 13437
ORA-06512: на "SYS.DBMS_STATS", line 13457
ORA-06512: на line 1


OLEGON-ERROR! : Query:center7:dbcentr:java.sql.SQLException: ORA-01502: index 'SUPERMAG.SMSPEC_ARTB' or partition of such index is in unusable state

попробую выполнить REBUILD.
alter index SUPERMAG.SMSPEC_ARTB rebuild;
19.07.2010 10:52
OlegON
 
Цитата:
Kryukov OLEGON-ERROR! : Proc:center7:dbcentr:java.sql.SQLException: ORA-20000: index "SUPERMAG"."SMCSPEC_PK" or partition of such index is in unusable state
Ребилдить не надо, он сам на следующем проходе поправит. Похоже, что ты что-то параллельно запустил или прерываешь оптимайзер как-то неудачно. Ничего страшного. Можно игнорировать.
20.07.2010 10:50
Kryukov
 
19.07.10 10:35:00 -- Master server: olegon.no-ip.org
19.07.10 10:35:00 -- DB server: center7
19.07.10 10:35:00 -- DB name: dbcentr
19.07.10 10:35:00 -- Requested commands:o
19.07.10 10:35:00 -- Commands accepted
19.07.10 10:35:01 -- Unregistered version
19.07.10 11:08:00 -- Optimizer for Oracle bases console version 4.9
19.07.10 11:08:00 -- C:\o
19.07.10 11:08:00 -- Master server: olegon.no-ip.org
19.07.10 11:08:00 -- DB server: center7
19.07.10 11:08:00 -- DB name: dbcentr
19.07.10 11:08:00 -- Requested commands:o
19.07.10 11:08:00 -- Commands accepted
19.07.10 11:08:01 -- Last usage : 4 minutes ago
19.07.10 11:08:01 -- Please wait at least 15 minutes from now...
19.07.10 11:08:01 -- Unregistered version
19.07.10 11:41:00 -- Optimizer for Oracle bases console version 4.9
19.07.10 11:41:00 -- C:\o
и так далее

20.07.10 10:02:00 -- Master server: olegon.no-ip.org
20.07.10 10:02:00 -- DB server: center7
20.07.10 10:02:00 -- DB name: dbcentr
20.07.10 10:02:00 -- Requested commands:o
20.07.10 10:02:00 -- Commands accepted
20.07.10 10:02:01 -- Unregistered version
20.07.10 10:35:00 -- Optimizer for Oracle bases console version 4.9
20.07.10 10:35:00 -- C:\o
20.07.10 10:35:00 -- Master server: olegon.no-ip.org
20.07.10 10:35:00 -- DB server: center7
20.07.10 10:35:00 -- DB name: dbcentr
20.07.10 10:35:00 -- Requested commands:o
20.07.10 10:35:00 -- Commands accepted
20.07.10 10:35:01 -- Unregistered version
20.07.2010 11:04
Dim
 
пишет же - незарегистрированная версия ))
зарегистрируйся )
20.07.2010 11:26
Kryukov
 
Цитата:
Dim пишет же - незарегистрированная версия ))
зарегистрируйся )
Задорнов..
20.07.2010 11:38
OlegON
 
Ошибка в MaintenanceTime была. Разобрались. Второй параметр - целое число!
20.07.2010 11:59
Kryukov
 
Цитата:
OlegON Ошибка в MaintenanceTime была. Разобрались. Второй параметр - целое число!
было
update olegon_params set Value='2:40,4;30' where name='MaintenanceTime';
сменил update olegon_params set Value='2:40,4' where name='MaintenanceTime';
все заработало.
27.07.2010 12:49
MirProd
 
Код:
OLEGON-ERROR! : Query:dbserver:mprod49:java.sql.SQLException: ORA-01502: index 'SUPERMAG.SMSTAFF_SURNAME' or partition of such index is in unusable state

OLEGON-ERROR! : Query:dbserver:mprod49:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-06550: line 6, column 27:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []
ORA-06550: line 6, column 3:
PL/SQL: SQL Statement ignored
Если сделать "ребилд" индекса, при следующем прогоне ошибок нет, но потом опять.
ORACLE 9.2.0.8.
27.07.2010 13:54
John Doe
 
Цитата:
Bug 5849276: ORA-00600: [12830], [SYS], [SYN$], WHEN ALTER INDEX REBUILD ONLINE
Пофиксили в 11 версии, оптимизатор не при чем. Можно попробовать убить индексы и создать заново.
02.08.2010 17:15
Mr_Vito
 
Цитата:
OlegON Оптимизатор не будет дожидаться до 1 числа, он подготовит секцию заранее. Без оптимизатора можно и обойтись, если хочешь повозиться - сделай секцию вручную.
Оптимизатор я пока отключил, соответственно он не сделал секции. Сегодня оптимизатор несколько раз запускал, но новые секции так и не появиись. Как уговорить оптимизатор сделать секции? (вручную возится не хочется :( )
02.08.2010 17:17
John Doe
 
Цитата:
Mr_Vito Сегодня оптимизатор несколько раз запускал, но новые секции так и не появиись.
В MaintenanceTime запускал?
02.08.2010 19:30
Mr_Vito
 
Цитата:
John Doe В MaintenanceTime запускал?
Нет, переключил, запустил в режиме MaintenanceTime, оптимайзер сделал партиции на 2 месяца. Спасибо.
А можно сделать так, что бы оптимайзер последнюю партицию делал без ограничения? (допустим, если оптимайзер отключили на некоторый период, или ...)
и второй вопрос:
у меня база с регулярным оптимайзером работает почему то медленнее, чем после ежедневного ночного сбора статистики:
DBMS_STATS.gather_schema_stats(ownname=>'SUPERMAG', Estimate_Percent => 100, cascade=> TRUE);
по крайней мере, по отзывам работников офиса. (Они кричат что в карточках документы отбираются по 2-3 минуты (когда работает оптимайзер), против 20-40 сек)
Почему так?
03.08.2010 09:51
John Doe
 
Во-первых, тем же оптимизатором можно именно так статистику собирать (какой-то из ключиков).
Во-вторых, ежедневный сбор статистики - нонсенс, статистику надо собирать, когда таблица изменяется на 10%. Неужели у тебя такая скорость изменения/наполнения?
В-третьих, надо смотреть, что тормозит. В оптимизаторе есть опция архивации во время рабочего дня, может она грузит машину? У меня только положительные отзывы о работе оптимизатора. И ни разу не 2 минуты доки отбираются, секунд 5...
03.08.2010 15:49
Pyatak
 
Не могу подключиться к серверу оптимизатора с адреса
Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 21 сообщение(ий)):
У вас нет прав чтобы видеть скрытый текст, содержащийся здесь.

более того, с этого адреса сервер даже не пингуется. Почему?

С других вроде всё ок.
03.08.2010 17:41
akonev
 
Цитата:
Pyatak Не могу подключиться к серверу оптимизатора с адреса
*** скрытый текст ***
более того, с этого адреса сервер даже не пингуется. Почему?

С других вроде всё ок.
Хранилище форума

в списке ты есть

ну и дальше сюда на разборки
Запросы забаненных - Форум автоматизации торговли: Супермаг, УКМ, 1С
03.08.2010 19:57
OlegON
 
Обнулил забаненых... Не трогай другие порты...
06.08.2010 17:37
genius-na
 
Доброе время суток! А это нормально, если за 2 последних суток оптимайзер добавил в каталог с датафайлами 2 файлика с индексами с именами indx+1.dbf b indx+2.dbf соответвенно? Зачем это ему?
06.08.2010 17:48
genius-na
 
И вот еще, я так понимаю что оптимайзер работающий на сервере ЦО не может подключится к базе одного из магазинов чтобы проверить синхронизацию, пишет мне в жаббер
Код:
PRIVOZCO.ORACLE.24549444186539131 OLEGON-ERROR! : List process : java.sql.SQLException: ORA-02019: описание соединения для удаленной БД не найдено
, проверяю настройки tnsnames, все нормально, SQLPlus'ом цепляется за удаленную базу без проблем. Единственное, на том магазине пароль всех начиная от sys до supermag нестандарный, но его прописал в olegon_synh. В чем может быть дело?
06.08.2010 23:09
akonev
 
а тнснамес который проверяешь? или там клиента нет?
tnsping на базу
tnsping80 на базу

очень бы хорошо на выходных временно поменять пароль на стандартный, убрать из olegon_synh, проверить как цепляется. а то такая ошибка любит, например, вылезать, когда дблинк (не публичный) создан в одной схеме, а цепляются из другой. проверите - олегу будет проще понять, куда копать.
07.08.2010 23:30
genius-na
 
Цитата:
Andrew_Konev а тнснамес который проверяешь? или там клиента нет?
tnsping на базу
tnsping80 на базу

очень бы хорошо на выходных временно поменять пароль на стандартный, убрать из olegon_synh, проверить как цепляется. а то такая ошибка любит, например, вылезать, когда дблинк (не публичный) создан в одной схеме, а цепляются из другой. проверите - олегу будет проще понять, куда копать.
клиента там нет, тнснэймс чисто базы,
Код:
C:\Documents and Settings\Администратор>tnsping PRIVOZBK

TNS Ping Utility for 64-bit Windows: Version 10.2.0.4.0 - Production on 08-AUG-2010 05:27:05

Copyright (c) 1997,  2007, Oracle.  All rights reserved.

Used parameter files:
D:\oracle\product\10.2.0\db_1\network\admin\sqlnet.ora


Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.112.2)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = PRIVOZBK)))
OK (30 msec)
пароль поменяю, отпишу
08.08.2010 08:04
genius-na
 
Почему-то не делается полный бэкап ночью, хотя в настройках указал снимать раз в сутки, несмотря на дату последнего. все равно засыпает каждый день жаббер и мыло сообщениями типа
Код:
OLEGON-ERROR! : Old RMAN backup!
. Представляю чего Олег натарпелся когда все это в него летело.
08.08.2010 18:14
OlegON
 
По поводу синхронизации Андрей прав. Описание для самой базы оптимизатору как раз не нужно. А для работы проверки синхронизации используются dblink и им такое описание нужно, с хоста базы по этому описанию должно проходить подключение, например, sqlplus.
08.08.2010 18:17
OlegON
 
Цитата:
genius-na Почему-то не делается полный бэкап ночьюо.
К счастью, я запретил мучить себя такими сообщениями неклиентам. Т.е. в меня ничего не полетело. Что касается бекапов, то
Цитата:
ORA-12705: Cannot access NLS data files or invalid environment specified
твоя ошибка... У тебя вместо сервера - дикая помойка (это я не по ошибке сужу, а по тому, что я увидел, когда к тебе подключался). Есть рекомендация все форматнуть и поставить заново.
09.08.2010 12:06
genius-na
 
Цитата:
OlegON К счастью, я запретил мучить себя такими сообщениями неклиентам. Т.е. в меня ничего не полетело. Что касается бекапов, то

твоя ошибка... У тебя вместо сервера - дикая помойка (это я не по ошибке сужу, а по тому, что я увидел, когда к тебе подключался). Есть рекомендация все форматнуть и поставить заново.
Да, не спорю, до сих пор не понимаю как специалист С+ поставил на ЦО 10 Standart Ed(. Вернусь переставлю все 2008x64St.Ed./10gR2x64Ent ну и как ты рекомендовал никаких шар и антивирей)
12.08.2010 23:14
OlegON
 
На старте ругается на несуществующие таблички - не пугайтесь, разработка. Пройдет.
13.08.2010 01:27
genius-na
 
Олег, новая МЕГА-фича, это и есть полигон для поиска задвоеных (затроеных, зачетверенных, и т.п.) картчек но своими силами? Или ожидается мега-алгоритм от автора?
13.08.2010 02:07
genius-na
 
Олег, оптимайзер не делает бэкап и на мега-правильной базе (где сервер не помойка, PRIVOZMG которая), хотя NoDumpLimit стоит в yes. База в архивлоге, может еще есть камни? Обычный RMAN все делает без продлем...
13.08.2010 06:54
OlegON
 
Цитата:
genius-na Олег, новая МЕГА-фича, это и есть полигон для поиска задвоеных (затроеных, зачетверенных, и т.п.) картчек но своими силами? Или ожидается мега-алгоритм от автора?
Можешь и сам. Но мегаалгоритм пока не добавлял. Будет. Чтобы не ожидалось слишком многое, поясню, что мегаалгоритм просто ищет наименования по заданному количеству различающихся слов. Хотелок много, а вот со временем и работоспособностью у меня последнее время напряг. То жара, то дым, то ремонт. Фичи еще будут и их уже в план вписано много, помимо тех хотелок, что добавятся по дороге.
13.08.2010 06:58
OlegON
 
Цитата:
genius-na Олег, оптимайзер не делает бэкап и на мега-правильной базе (где сервер не помойка, PRIVOZMG которая), хотя NoDumpLimit стоит в yes. База в архивлоге, может еще есть камни? Обычный RMAN все делает без продлем...
По логу этой базы RMAN говорит
Цитата:
ORA-01031: insufficient privileges
Все работало. Разбирайся или тынц.
13.08.2010 08:42
Назым
 
Чем отличается зарегистрированная версия от иной?


Опции темы


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

 

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