[ТЕМА ЗАКРЫТА]
19.02.2012 21:31
OlegON
 
+ В сообщении о затянувшемся расчете ТД пишется с какого времени.
! Известный баг - почему-то иногда пишет о долгом расчете ТД, если он на самом деле только начался. Пытаюсь отловить.
! Известный баг - иногда появляется сообщение о 19 инвалидах. Пока не поймал, ловлю, буду благодарен за помощь.
21.02.2012 07:38
OlegON
 
% Пока пришлось добавить условие, что проверка долгого расчета ТД осуществляется после 7 утра по местному времени. Т.е. признаком упавшего ТД является его незаконченность, разница текущего времени со временем старта в полсуток и время, больше чем 7 часов :( Некрасиво, но другого пока не придумал
21.02.2012 22:04
OlegON
 
+ Вводится правило, любой, набравший 100 и более баллов репутации, может раз в три месяца обратиться на support@мой домен за бесплатной регистрацией оптимизатора на одну базу, на три последующих месяца.
07.03.2012 10:22
OlegON
 
% поправлен алгоритм работы с RMAN, теперь нормально работает и в 9i
07.03.2012 11:25
OlegON
 
% отчет по неправильным штрихкодам в 9i просто отключен (часто не работает)
22.03.2012 11:49
OlegON
 
+ DelayReport - после какого часа локального времени генерировать отчет (по умолчанию - 8). Ранее считался отчет сразу, как только менялись сутки, при учете, что не идет МТ.
09.04.2012 23:06
OlegON
 
% Тут один товарищ умудрился побить не только БД, но и часть бекапа. Если кто использует бекап RMAN от оптимизатора, учтите, пожалуйста, что теперь он без оптимизации, т.е. хранится 3 полновесных бекапа БД. Это, соответственно, увеличит занимаемое бекапом место.
13.04.2012 08:18
OlegON
 
+ В письме о недоступности БД указывается ID клиента. Сделано для переезжающих с сервера на сервер.
12.05.2012 23:03
OlegON
 
% Перелопатил все 5513 строк кода серверной части (это после того, как несколько ненужных блоков выкинул), перевел на JDK6, перетащил это все в новый netbeans, пробежал все хинты, подчистил код и уменьшил в некоторых местах таймауты ожидания информации из сети, что оживило бег оптимизатора на не очень хороших линиях связи. Поводом к такому пересбору послужило нежданно негаданно кривая строка на определенных этапах работы у одного моего клиента. Т.е. приезжала пустая и сервер рвал связь. Перебрал все... Кстати, значительно оптимизировав декодировщик и навтыкав в него кучу дебага. Причина оказалась значительно прозаичнее. Битый файлик оптимизатора-клиента. Каким образом - загадка. Перелил - ошибка ушла.
13.05.2012 08:01
OlegON
 
+ Для клиентов добавлено пересоздание redo
13.05.2012 09:25
OlegON
 
+ При ругани на инвалидные объекты - вывод их имен
13.05.2012 21:00
OlegON
 
% При создании отчета по синхронизации баз таймауты подключения игнорируются
13.05.2012 22:18
OlegON
 
+ Для клиентов производится проверка загруженности бекапа. Одновременно с заданием на заливку создается флаг на сервере. Через сутки проверяется, если флаг есть, а бекапа нет - мне шлется уведомление с указанием БД. Если бекап есть, флаг удаляется. Через 5 дней удаляется в любом случае, нефик спамить :)
13.05.2012 22:30
OlegON
 
+ выставление параметра статистики
13.05.2012 23:20
OlegON
 
+ Если в комментарии к документу поставить слово "СТОП" (без кавычек), то оптимизатор не будет включать оптимизацию и будет работать в дневном режиме, несмотря на MaintenanceTime. Это полезно для проведения внезапных ночных инвентаризаций. Документ должен быть в черновике и с датой создания не старше 2х суток. Для экономии ресурсов проверяется это только на старте оптимизатора.
14.05.2012 07:35
OlegON
 
% Очередная оптимизация с перелопачиванием всего кода
+ Для зарегистрированных, если установлен Oracle Enterprise и включен archivelog (как описано тут), то при обнаружении сбойных блоков в файлах данных автоматически будет произведена попытка их вылечить.
14.05.2012 07:44
OlegON
 
+ При резервном копировании подробнее пишется, что происходит
15.05.2012 19:27
OlegON
 
+ Для зарегистрированных оптимизатор перераспределяет память. Необходимо выставить sga_max_size в допустимое выделенное для Oracle количество памяти. Остальное оптимизатор сделает сам. Можно дождаться, пока оптимизатор в несколько проходов будет вырывать у сессий память, можно ребутнуться и сразу запустить опта. Предполагает регулярный запуск оптимизатора.
15.05.2012 21:31
OlegON
 
+ Перед завершением работы оптимизатор проверяет количество инвалидов и при ненулевом их количестве прогоняет еще раз компиляцию. Если честно, так и не уловил, почему те 19 объектов DBA инвалидируются иногда. Проще сразу собрать.
15.05.2012 21:33
OlegON
 
% Если нулевое количество инвалидов, то этого долгого перебора процедур, триггеров и пр. не будет
15.05.2012 21:50
OlegON
 
% Поправлена настройка, влиявшая на скорость загрузки весов
15.05.2012 22:41
OlegON
 
+ BoredJobs (no) - оставлять ли дублирующие задания по оптимизации от С+
15.05.2012 23:12
OlegON
 
! поругалось на кеш - пропустите, пожалуйста. это не ошибка
16.05.2012 21:15
OlegON
 
+ ReallocMem (yes) - производить ли перераспределение памяти
17.05.2012 21:40
OlegON
 
+ Определяется AWE, при этом отключается ReallocMem и не производится других попыток оперировать буферами
% Изменен подход к использованию индексов
17.05.2012 22:27
OlegON
 
+ Для зарегистрированных: если опт запустить в интервал с 22 до 22:30 по местному времени, то в логе будет много что написано про вашу БД :) Отчетец про ее тормоза и работу на пару страниц.
18.05.2012 17:39
OlegON
 
! Извиняюсь за неточность моего предложения указывать в sga_max_size всю память для Oracle. Как известно, sga - не единственная область. Необходимо оставлять еще минимум 30% от занятого до потолка всей памяти, выделяемой Oracle и, конечно, не забывать, что на х32 есть ограничение на память процесса. Для х32 рекомендуемым значением для sga_max_size=1600M.
19.05.2012 01:03
OlegON
 
% Очередная перестановка, прошу отзывов по быстродействию в теме обсуждения...

Добавлено через 3 минуты 27 секунд
% Количество таблиц, обрабатываемых за один проход в МТ, увеличено с 32 до 100.

Добавлено через 11 минут 23 секунды
% На админскую почту менеджерские отчеты приходят только в понедельник
% В письмах от оптимизатора, наконец, проставляется время отправки с нормальной таймзоной (замучился считать, сколько это PDT-7)
19.05.2012 18:21
OlegON
 
% теперь советы в 22 приходят только для notnoob и стараются зацепить значительный период до перезагрузки (если с 21 до 22 ребутите регулярно - будет ругаться)
21.05.2012 22:21
OlegON
 
% Более аккуратная работа с оптимизацией заказов


Опции темы


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

 

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