[ТЕМА ЗАКРЫТА]
16.07.2012 12:05
OlegON
 
в итоге поговорили о чем угодно, кроме оптимизатора :)
16.07.2012 12:15
whitewizard
 
но такая проблемка не только у меня вылезла ведь
16.07.2012 12:28
OlegON
 
Цитата:
whitewizard но такая проблемка не только у меня вылезла ведь
В эту среду у двоих моих клиентов, на двух базах обсыпались винты. Почти одновременно. Надеюсь, оптимизатора ты не заподозришь? :) Повезло, что он там работал, восстановили быстро. Но суть моего недоверия - совпадений слишком мало. В БД много что можно задеть, чтобы стало работать хуже, включая железо. В данном случае могу предположить, что ты опту что-то не додал, учитывая, что он полез сразу собирать статистику по SMSPEC. И менять я в нем давно ничего не менял на тему быстродействия. А вот количество баз, где он работает и фильтр нормально работает - куда выше. Попробуй ребутни сервер и сразу запусти оптимизатор.
16.07.2012 14:30
whitewizard
 
да пробовал так уже
16.07.2012 18:38
whitewizard
 
в общем непонятно почему свалилась статистика
вырулилось всё с помощью
ANALYZE TABLE SUPERMAG.SMSPEC COMPUTE STATISTICS;
непонятно только с чего это ей так плохо стало
16.07.2012 19:04
OlegON
 
Вот ты и посмотри, почему опт это не делал. Сам же сказал, что он ее считать брался. Видимо, неспроста.
16.07.2012 19:32
whitewizard
 
может ночью не доделал что-то из-за того, что связь возможно упала
хотя сразу одновременно на пяти магазинах...
16.07.2012 20:07
Stels
 
Довольно часто бывает, что ночью при работе оптимайзера в MaintenanceTime
связь падает, когда (по логу) идёт ребилд какого-то индекса ..

Соответственно индекс получается битый и пользователи с утра ловят ошибки (разные)...


лечится: или вручную ребилд индексу устроить, или дождаться нового прохода оптимайзера, что иногда проблематично ввиду незарегистрированости оного. (может только через сутки запустится в следующий раз)

Возможно ли поправить оптимайзера так, чтобы он доделывал корректно начатую операцию при обрыве связи?
16.07.2012 20:14
OlegON
 
Он именно доделает корректно начатую операцию. Все доделывать не будет, мозгов не хватит, потому и индексы остаются битыми, а табличку перестроит до конца без проблем. И, конечно, доделает начатое на втором проходе. На днях подключу Яндекс-деньги, можно будет ими регистрировать. Еще раз подчеркну, если много магазинов, можно связаться со мной и обсудить скидку.
17.07.2012 09:19
OlegON
 
Цитата:
whitewizard хотя сразу одновременно на пяти магазинах...
они все регистреные? если нет - надо следить, чтобы он там отрабатывал и уведомления себе настраивать, ты это сделал?
17.07.2012 11:02
whitewizard
 
причём все на 9 Оракле
магазины на Оракле10 не затронуло
17.07.2012 11:06
OlegON
 
Перевод сказанного тобой: "Я запускаю неизвестно с какой периодичностью, на неподдерживаемой платформе, отключив уведомления и получаю странный результат". 9ку, извини, ты во многих местах должен будешь руками подпихивать, чтобы оно работало нормально.
17.07.2012 12:28
OlegON
 
Возникла идея. При отсутствии подтвержденного емейла оптимизатор ничего в базе делать не будет, максимум - просто напишет в лог о существовании ошибок (без детализации и советов). Таким образом будет сниматься часть случайных запусков и последующей ругани ("а оно само мне тут все..."), а, поскольку обработок будет куда меньше, то нерегистрированные и давно брошенные инсталляции будут проходить куда быстрее, оставляя время для тех, кто что-то от оптимизатора хочет. Что думаете?
17.07.2012 12:32
whitewizard
 
даже на проплаченных базах?
17.07.2012 12:37
OlegON
 
нет, только по нерегистрированным. в регистрированных емейл по умолчанию подтверждается, даже если он пустой. зарегистрировать базу, ни разу не прогнав ее оптимизатором полностью ты не сможешь, т.е. защита от случайного запуска и "заброшенности" базы тут будет работать.
18.07.2012 22:34
Stels
 
поплохело что-то оптимайзеру ...
непогода?
13.08.2012 16:39
whitewizard
 
а вот это что такое:
OLEGON-ERROR! : Invalid objects!!! 1:YZ
13.08.2012 23:24
OlegON
 
Инвалид в базе... Соответственно, можно полистать в раздел инвалидов и посмотреть, почему не откомпилился (он после компиляции пишет ошибки, если есть). Может, параллельно какая-то твоя фиговина инвалид сделала, тогда при последующем проходе напишет или откомпилит. Не супермажный объект, как сам видишь.
14.08.2012 02:17
whitewizard
 
Вижу. В том-то и вопрос, что там не супермажному особо и неоткуда взяться.
14.08.2012 07:19
bob
 
Цитата:
whitewizard Вижу. В том-то и вопрос, что там не супермажному особо и неоткуда взяться.
Программа от YuraZ случаем отношения не имеет?
14.08.2012 08:25
OlegON
 
Цитата:
bob Программа от YuraZ случаем отношения не имеет?
Она и есть. Только давайте это не тут обсудим.
15.08.2012 04:42
whitewizard
 
опять статистика слетела
15.08.2012 09:31
OlegON
 
Цитата:
whitewizard опять статистика слетела
Какая база? Посмотрел ли, что в логе? Ищи по словам "Pigs flying".
Пиши поподробнее, я ж не телепат... У тебя там объекты в БД появляются непонятные, а пишешь ты в тему опта...
15.08.2012 09:45
whitewizard
 
YZ в одной базе вылез и помер после обновления. это я разберусь.
а тут аж на 6 магазинах в SMSPEC
15.08.2012 13:18
whitewizard
 
15.08.12 02:29:51 -- Pigs flying : 2012-08-12 03:27:52.0
15.08.12 02:29:51 -- Table : SUPERMAG.SMSPEC Size : 240Mb
15.08.12 02:29:52 -- Standart optimization... 73
15.08.12 02:30:02 -- Diamonds for ladies : 2012-08-12 03:28:50.0
15.08.12 02:30:03 -- Table : SUPERMAG.SMCARD Size : 12Mb
15.08.12 02:30:03 -- Standart optimization... 12
15.08.12 02:30:05 -- Checking closed period...
15.08.12 02:30:06 -- Tables check...
15.08.12 02:30:07 -- ************************************************************
15.08.2012 13:21
OlegON
 
Еще одно усилие и ты сознаешься, какая версия Oracle ;)


Опции темы


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

 

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