[ТЕМА ЗАКРЫТА]
23.05.2012 19:33
konst
 
По умолчанию - предлагаю не включать - кому надо - тот сам включит...
просто по аналогии с предыдущими параметрами - во многих местах ты используешь
no - выключен / XXX - кол-во дней, например...
26.05.2012 08:41
ckadi
 
Опт регистрированный был (Client ID : DBOFFICE.*** Client number: 387), перевел базу с Oracle 10.2.0.4 x86 на x64, запустил опт - незарегистрированный стал (Client ID : DBOFFICE.***, Client number: <пусто>). Переделать регистрацию можно?
+ 1 из строчек была: " -- Parameters table created..." Т.е. при экспорте-импорте таблица с настройками не переносится?

OlegON:
Рекомендую не публиковать полностью ID клиента
26.05.2012 09:26
OlegON
 
Переделываю регистрацию первый и последний раз. При полном экспорте-импорте не переносится, можно перенести, экспортнув отдельно.
03.06.2012 11:07
Dim
 
это что может быть?

OLEGON-ERROR! : Proc:serv:union:java.sql.SQLException: ORA-06550: Строка 1, столбец 117:
PL/SQL: ORA-00904: "NAME": недопустимый идентификатор
ORA-06550: Строка 1, столбец 66:
PL/SQL: SQL Statement ignored


OLEGON-ERROR! : List process : java.sql.SQLException: ORA-13605: The specified task or object OK_REP does not exist for the current user.
ORA-06512: at "SYS.PRVT_ADVISOR", line 2043
ORA-06512: at "SYS.DBMS_ADVISOR", line 560
ORA-06512: at line 1


OLEGON-ERROR! : Proc:serv:union:java.sql.SQLException: ORA-13605: Указанная задача или объект OK_REP для текущего пользователя не существует.
ORA-06512: на "SYS.PRVT_ADVISOR", line 1386
ORA-06512: на "SYS.DBMS_ADVISOR", line 169
ORA-06512: на line 1
03.06.2012 11:48
OlegON
 
Это моя опечатка была, можно забить на сегодня.
04.06.2012 01:45
Mr_Vito
 
что это и откуда взялось? себестоимость не считается :(
у меня весь лог полон такими сообщениями:
Код:
Client number: 199
04.06.12 01:46:19 -- Gather stats... Table : "SUPERMAG"."SMDOCUMENTS"
04.06.12 01:46:19 -- Gather...
04.06.12 01:49:42 -- Validating...
04.06.12 01:51:39 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:51:40 -- Waiting for transfer. Current difference : 200000 Allowed : 1
04.06.12 01:51:41 -- Time to transfer...
04.06.12 01:51:41 -- **************************************************************
04.06.12 01:51:41 -- Start transfer...
04.06.12 01:51:41 -- All supermag sessions and locks should be killed...
04.06.12 01:51:41 -- OLEGON-ERROR! : Proc:server:ilishco:java.sql.SQLException: ORA-01008: не все переменные привязаны
ORA-06512: на  line 23
ORA-06512: на  line 1

04.06.12 01:51:41 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:51:42 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:52:06 -- OLEGON-ERROR! : Proc:server:ilishco:java.sql.SQLException: ORA-01008: не все переменные привязаны
ORA-06512: на  line 23
ORA-06512: на  "SUPERMAG.DBADMIN", line 279
ORA-06512: на  "SUPERMAG.FIFOTRANSFER", line 52
ORA-06512: на  "SUPERMAG.FIFOTRANSFER", line 378
ORA-06512: на  "SUPERMAG.FIFOTRANSFER", line 445
ORA-06512: на  "SUPERMAG.FIFOTRANSFER", line 925
ORA-06512: на  "SUPERMAG.FIFOTRANSFER", line 952
ORA-06512: на  "SUPERMAG.SMRUNTRANSFER", line 6
ORA-06512: на  line 1
 
04.06.12 01:58:40 -- Check FFMAPREP optimization...
04.06.12 01:58:42 -- Already partitioned...
04.06.12 01:58:47 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:58:48 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:58:48 -- **************************************************************
04.06.12 01:58:48 -- Tables list...
04.06.12 01:58:50 -- Table : SUPERMAG.FFBADLINKS Size : 0Mb
04.06.12 01:58:51 -- Standart optimization... 1
04.06.12 01:58:51 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:58:51 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

04.06.12 01:58:52 -- ************************************************************
OlegON:
Разобрались. От WMSYS стояли хуки на изменение таблиц. Падало все. Если кто не понял - оптимизатор не при чем. А вот пользователя WMSYS лучше заранее вынести.
04.06.2012 06:49
OlegON
 
Боюсь, что это к оптимизатору не имеет отношения... Лучше бы мне посмотреть базенку.
06.06.2012 10:19
Mr_Vito
 
как то долго стало считаться, за ночь ничего не успел посчитать, пришлось оборвать, т.к. невозможно было работать, супермаг практически висел, может можно что нить с этим сделать? или это после сбоя так, потом выправится?

06.06.12 00:12:46 -- Gather stats... Table : "SUPERMAG"."SMSPEC"
06.06.12 00:12:46 -- Gather...
06.06.12 05:51:00 -- Optimizer for Oracle bases console version 4.10
06.06.12 05:51:00 -- C:\optimizer4
06.06.12 05:51:00 -- Master server: olegon.no-ip.org
06.06.12 05:51:00 -- DB server: server
06.06.12 05:51:00 -- DB name: #####
06.06.12 05:51:00 -- Requested commands:o
06.06.12 05:51:00 -- Commands accepted
06.06.12 05:51:00 -- |
06.06.12 05:51:01 -- ||||||||||||||||||||||||||||||||
06.06.12 05:51:01 -- ||||||||| Start server |||||||||
06.06.12 05:51:01 -- ||||||||||||||||||||||||||||||||
06.06.12 05:51:01 -- DB status : OPEN
06.06.12 05:51:01 -- Client ID : #####.SERVER.24556283150461960
06.06.12 05:51:02 -- Check program status...
06.06.12 05:51:02 -- Validation check...
06.06.12 09:08:04 -- OLEGON-ERROR! : Query:server:ilishco:java.sql.SQLException: ORA-01089: immediate shutdown in progress - no operations are permitted

06.06.12 09:08:04 -- OLEGON-ERROR! : Proc:server:ilishco:java.sql.SQLException: ORA-01089: никакие действия не разрешены, т.к. идет срочный останов
ORA-06512: на "SYS.DBMS_STATS", line 13437
ORA-06512: на "SYS.DBMS_STATS", line 13457
ORA-06512: на line 1
06.06.2012 10:30
OlegON
 
Может и сбой... Хотя бы за ночь статистика по SMSPEC должна расчитываться, иначе это не железо, а я не знаю что. Попробуй сам вечером ребутнуть БД, прогнать оптимизатора не в МТ, а потом запустить analyze table supermag.smspec compute statistics и посмотреть, сколько оно будет идти. Идти будет меньше, чем оптимизаторский расчет, там сложнее, но интересен сам срок. сколько будет выполняться. А вообще это в оракловую тему надо...
08.06.2012 10:20
Kryukov
 
Четвертый день подряд зависает на
6.12 05:13:01 -- **************************************************************
08.06.12 05:13:01 -- Gathering list of invalid index subpartitions
08.06.12 05:13:02 -- Index rebuilding completed...
08.06.12 05:13:02 -- **************************************************************
08.06.12 05:13:02 -- Gather stats... Table : "SUPERMAG"."SMCASHCHECKITEMS"
08.06.12 05:13:02 -- Gather...
08.06.12 05:39:42 -- Validating...

и тишена....
08.06.2012 10:28
OlegON
 
Цитата:
Kryukov и тишена....
и сервер не загружен? думается, что это тебе в оракловую ветку, почему валидация затягивается..
08.06.2012 12:37
OlegON
 
Кстати, можно и
Цитата:
delete from olegon_params where name='ValidateStructure';
commit;
если база в архивлоге, то проверка отключится
08.06.2012 18:06
OlegON
 
Возникла идея научить оптимизатор слать смски. Увы, чтобы они нормально ходили, это только за деньги. Исходим из пока предположительной стоимости смс, например, в рубль. Есть у кого-то идеи, пожелания и т.п.? Я просто себе буду делать, скорее всего. Чем больше народу будет, тем дешевле можно будет купить пакет. Надоело периодически подбегать, тормошить комп, чтобы уведомления посмотреть.
09.06.2012 08:01
student
 
Цитата:
OlegON Возникла идея научить оптимизатор слать смски. Увы, чтобы они нормально ходили, это только за деньги. Исходим из пока предположительной стоимости смс, например, в рубль. Есть у кого-то идеи, пожелания и т.п.? Я просто себе буду делать, скорее всего. Чем больше народу будет, тем дешевле можно будет купить пакет. Надоело периодически подбегать, тормошить комп, чтобы уведомления посмотреть.
мы практически перестали подобным у себя пользоваться - бесплатно только через разбор капчи, а платно - никто не хочет - сделали уведомления по почте - юзаем микрософт сдо, чтобы от почтового клиента не зависить - ему без разницы, что на компе стоит, лишь бы инет был :) а на телефоне - андроид с инетом и уведомлением о новой почте - дешево и сердито :)
09.06.2012 08:17
konst
 
У меня на телефоне IM+ с моим джаббером
и с сотрудниками можно пообщаться при случае
и сообщения от робота об ошибках приходят
09.06.2012 10:18
Kryukov
 
OLEGON-ERROR! : Query:baza:dbcentr:java.sql.SQLException: ORA-02294: cannot enable (SUPERMAG.FFCMAPOUTIN_QUANTITY) - constraint changed during validation
09.06.2012 11:35
Kryukov
 
Цитата:
OlegON прочитал
тоесть это просто пердупреждение что изменено во время проверки а не ошибка ?
09.06.2012 11:37
OlegON
 
Цитата:
Kryukov тоесть это просто пердупреждение что изменено во время проверки а не ошибка ?
https://olegon.ru/ora-02294.htm Oracle считает, что такие действия нелогичны и ошибочны.
09.06.2012 11:53
Kryukov
 
Цитата:
OlegON https://olegon.ru/ora-02294.htm Oracle считает, что такие действия нелогичны и ошибочны.
Это я понял... меня смутило "OLEGON-ERROR!"
09.06.2012 12:14
OlegON
 
правильно, а опт считает, что если оракл говорит "ошибка", то и пользователю надо сказать :) если мешает - запихни в игнорируемые. если по правильному - посмотри, что ты с оптом пересек.
09.06.2012 13:03
Dim
 
сегодня завис на:

Цитата:
09.06.12 08:43:22 -- Set database parameters
09.06.12 08:43:26 -- Checking system statistic values...
09.06.12 08:43:26 -- Check supermag grants
и до сих пор так и висит...
09.06.2012 13:17
OlegON
 
Я против такого ставлю обычно время выполнения задачи в шедалере не более 4 часов. Иначе да, связь скакнет и привет... Скакнула у тебя, скорее всего, у меня так сессия до дома и висит...
14.06.2012 10:49
AlexeyF
 
Цитата:
OlegON Возникла идея научить оптимизатор слать смски. Увы, чтобы они нормально ходили, это только за деньги. Исходим из пока предположительной стоимости смс, например, в рубль. Есть у кого-то идеи, пожелания и т.п.? Я просто себе буду делать, скорее всего. Чем больше народу будет, тем дешевле можно будет купить пакет. Надоело периодически подбегать, тормошить комп, чтобы уведомления посмотреть.
Достаточно просто сделать возможность отправки электронной почты с сообщением. У моего сотового оператора много лет как можно отправлять смс через электронную почту. Подозреваю что у других приличных операторов так же. Соответственно хочешь на почту получай, хочешь СМС ... (если будет возможность письма слать)
18.06.2012 02:56
akonev
 
Цитата:
+ в список неверных ш/к теперь попадают штрихкоды длиной 12 символов
это лучше бы отключаемым сделать.

UPC-A коды часто специально по два раза забивают: в 12 знаков и в 13 с ноликом впереди.
чуть больше возни на вводе, зато потом с оборудованием проще.

а их достаточно много, этих UPC-A. только отчеты без толку раздувать.
18.06.2012 06:46
OlegON
 
Цитата:
Andrew_Konev UPC-A коды часто специально по два раза забивают: в 12 знаков и в 13 с ноликом впереди.
Вот смолчал ты, когда мы с konst в конференции это обсуждали. В 13 тогда налетают с кривой контрольной суммой? 12 убрал
18.06.2012 10:38
akonev
 
Цитата:
OlegON Вот смолчал ты, когда мы с konst в конференции это обсуждали.
Упустил, значит. Не видел, когда обсуждали. Запара была с алкоголем. Руководство рассуждает по принципу "отсутствие закона не освобождает от его исполнения" и декларация продолжает оставаться первым приоритетом.
Цитата:
OlegON В 13 тогда налетают с кривой контрольной суммой? 12 убрал
Да, налетают. Хотя по идее, не должны они кривую контрольку давать. Считается, что ведущим нулем UPC-A расширяется до валидного EAN13.

Как у тебя кривые определяются?
18.06.2012 12:07
OlegON
 
Цитата:
Andrew_Konev Как у тебя кривые определяются?
Сейчас все правила не помню, но контролька по ЕАН13 точно считается.
21.06.2012 07:40
OlegON
 
Кстати, у кого есть время, попробуйте https://olegon.ru/showpost.php?p=118369&postcount=296 ? Может, по умолчанию это в yes ставить?
21.06.2012 10:42
akonev
 
Цитата:
OlegON Кстати, у кого есть время, попробуйте https://olegon.ru/showpost.php?p=118369&postcount=296 ? Может, по умолчанию это в yes ставить?
на одной базе вчера включил. особых сдвигов по странно тормозящей на ней выгрузке на весы не обнаружил. но истеричных воплей, что стало всё плохо, тоже сегодня не слышно


Опции темы


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

 

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