[ТЕМА ЗАКРЫТА]
22.12.2009 10:28
OlegON
 
+ Протокол 4.6
% Исправлена ошибка с выводом свободного места на дисках, увы, чтобы эта функция работала, необходимо поставить JRE (по ссылке выше), со штатным от сервера эта функция не работает
+ На свободное место на диске проверяются все доступные пути, как файлов, так и, например, путь к хранилищу архивлогов
% Исправлена ошибка при которой иногда не находился alert.log
25.12.2009 10:48
OlegON
 
Сервер временно остановлен (на 1,5 часа) по техническим причинам. Изменений не предвидится. В эти выходные, возможно, будет смена протокола. "Хотелок" накопилось на три страницы, возможно буду дописывать. Если кому-то что-то нужно - пишите тут, не надо мне лично кидать, я теряю.
01.01.2010 23:40
OlegON
 
% За один раз обрабатывается не более 20 таблиц (с=о), специально для тех, кто держит более одной базы на хосте :(
% Увеличен период генерации отчета по синхронизации баз
+ О добавленном файле - сообщение на жаббер админу
% По умолчанию 'MaintenanceTime'='00:30,5', лучше разносить на полчаса окончание работы оптимизатора и дальнейшие работы
+ Параметр таблицы ShiftClosed, максимальный срок для редактирования документов в днях (по умолчанию - 90, т.е. около трех месяцев). Выставляется по с=о, в MaintenanceTime
% Исправлена ошибка неразрыва сессии по окончании операций (рвалась по таймауту). В списке команд "о" может идти только последней (последующие игнорируются).
02.01.2010 23:04
OlegON
 
% Alert.log анализируется и в 9i
% Исправлена ошибка определения занятости субпартиции индекса при попытке ее перестроить
+ Дополнительная процедура проверки статистики на таблицах, выравнивает статистику на недефрагментируемых таблицах, если она не собиралась более 15 дней.
% Изменение типа вывода некоторых списков
+ Ошибки EVENTLOG шлются одним сообщением и на оба жабера (админский и менеджера)
+ Анализируется журнал документов (номер последней прочитанной хранится в LastDocLog) в случае, если документ старее, чем количество дней, указываемое в параметре MaxDocDiff (30 дней по умолчанию), менеджеру в жабер присылается сообщение
% Ошибки Alert.log выводятся одним сообщением
+ Вывод Топ10 товаров по общему количеству в лог
% Более раннее определение clientid
+ Вывод версии Java в лог
% Включены снова ошибки "неправильных" таблиц и их типов
04.01.2010 22:19
OlegON
 
+ Вывод регистрированной или нерегистрированной версии. В настоящий момент это обозначает лишь то, является ли база лично моей подконтрольной или нет. Замучили неотключающие жабера...
+ Поддержка бана базы. В бан-лист база попадает вручную. Если база в листе, то сразу после подключения происходит рассоединение со стороны сервера.
+ Поддержка RMAN. Если база находится в архивлоге, параметр LastRMAN не равен текущей дате и не Maintenance, то при с=о запускается полное архивирование.
% В связи с предыдущим изменением сменен протокол, 4.7
% Исправлены две ошибки, приводящие к повисанию клиента-сервера до таймаута
05.01.2010 09:05
OlegON
 
% Исправлена необработанная ошибка при определении свободного места на диске в старом jre, место не считается, но и не ругается
+ Если версия не зарегистрирована, то мне в жабер она ничего не шлет. Пришлось пойти на это благодаря некоторым умельцам, не снимающим с меня рассылку :(
+ Вывод количества строк в алерт.логе
05.01.2010 10:58
OlegON
 
% Предупреждения журнала документов идут только на жаббер менеджеру
% Предупреждения eventlog идут только на жаббер менеджеру
08.01.2010 09:06
OlegON
 
% Вывод собственника сегмента в ТОР10
% Поправлен вывод ТОР10 товаров в 9i
+ Поддержка секционирования FFMAPREP
+ Слив дампа для регистрированных версий
08.01.2010 10:11
OlegON
 
+ Параметр LowDiskSpace, по умолчанию 10000, предел в Мб, ниже которого ругается на нехватку места на диске
% Куча мелких багфиксов
+ Протокол 4.8
08.01.2010 21:27
OlegON
 
+ Увеличен интервал ожидания "мертвого" PID в клиенте
+ В связи только с вышеуказанным протокол 4.9
10.01.2010 15:48
OlegON
 
% Изменен способ запуска 7z для архивации дампа
+ Введен параметр RunRMAN для запуска или незапуска RMAN при отсутствии копии (по умолчанию yes)
21.01.2010 13:29
OlegON
 
ron, что за ОС? если в продолжение этой странички попробовать подключиться к несуществующей базе sqlplus - он по русски ругнется? Если да, то проблема в инсталляции оракла и предлагаю перейти в другую тему.

Update: балин... понял в чем дело, если хошь - давай доступ, поправлю.. Это вообще супермажная база?
24.01.2010 22:02
OlegON
 
+ Добавлен контроль за подсчетом системной статистики
+ Вывод версии Oracle в summary (иначе путаться стал :)
+ Проверка размера alert с уведомлением админу при более чем 100000 строк
+ Топ10 по товарам разбит на Топ5 по большим и Топ5 по наименьшим запасам
% Вывод надписи о системной статистике перенесен
+ Инкремент выгрузки дампа в зависимости от размера базы (каждые 10Гб на день)
+ Параметр NoTabLimit (no по умолчанию) при yes позволяет снять ограничение в 20 таблиц на проход при -c=o
27.01.2010 11:14
OlegON
 
Сейчас это уже не проблема пользователя, все системные задания отключаются оптимизатором автоматически при -с=о. Расчеты среднесуточной, регистрация актов и акций - это административные задания, к которым оптимизатор равнодушен.
29.01.2010 10:59
OlegON
 
В общем, печально. Придется отказаться от поддержки Java ниже 1.6 с сего момента. У меня ее нет в принципе, да и столько ограничений у нее...
29.01.2010 20:31
OlegON
 
+ Теперь заливка дампа доступна всем, два параметра DumpFTP - путь к серверу фтп, куда надо влить дамп. Заливка осуществляется кроссплатформенной программой wput, которую заблаговременно надо распаковать (с библиотечками) в /System32 или другую директорию %PATH%. Другой параметр, DumpPwd - пароль на архив с дампом. Дамп сжимается архиватором 7zip, который также должен быть в %PATH% (обычно я добавляю путь к архиватору, вроде C:\Program files\7zip в переменных окружения). Убедиться в правильности настроек утилит легко - Пуск - Выполнить - cmd - wput - 7z, они должны выполниться. Для владельцев других платформ примеры не привожу ввиду изначально предполагаемой их адекватности, суть та же.
+ Проверка на версию JRE, извините, 1.4. и 1.5. - в черном списке, не могу обеспечить совместимость со всеми версиями Java.
04.02.2010 13:31
OlegON
 
Жду "хотелок". Кидайте сюда, в личку не надо, я там их теряю...
Собственно, своих тоже много, но мало ли...
12.02.2010 09:16
OlegON
 
% Не пытается определить свободное место в ASM-группах, как дисках
+ Запускается параллельный поток на сервере, прибивающий через определенное время сервер по бездействию
+ DontUseFFMAPREP (yes/no), запрет за реорганизацию FFMAPREP
! Рекомендуется устанавливать сравнительно небольшой maxpiecesize для RMAN, чтобы программа не думала, что он повис
+ Введен параметр DumpFtp2, для второго ftp сервера, куда заливается дамп.
% Поправлена ошибка, приводящая к Decoding error в случае выплевывания в alert.log всякого мусора
% Переписан весь код, теперь сама исполняющая часть является вторичным и параллельным потоком, что позволяет ее корректно принудительно завершать при простое
+ Параметр DumpNoArch (yes/no) при yes дамп не архивируется, а переименовывается в имя, аналогичное архиву. Архивация дампа не производится.
13.02.2010 14:39
OlegON
 
+ Параметр FFTables - табличное пространство, где должны лежать FF%-таблицы
+ Параметр FFIndexes - табличное пространство, где должны лежать FF%-индексы
Обращу внимание на некоторые особенности параметров. Работают они только в паре, т.е. без переноса таблиц индексы не переносятся, даже если лежат в другом ТП. Если ТП индексов не задано, оно считается равным ТП таблиц. Поэтому рекомендую сначала устанавливать параметр ТП индексов, потом таблиц, пока не начал работать оптимизатор. Параметры считываются и запоминаются в самом начале процедуры.

Я забабахал себе
Цитата:
create tablespace fftables nologging datafile '/mnt/stripe1/fftables.dbf' size 1G autoextend on next 1G maxsize 10G extent management local;
create tablespace ffindexes nologging datafile '/mnt/stripe1/ffindexes.dbf' size 1G autoextend on next 1G maxsize 10G extent management local;
оптимайзер на следующем прогоне добавил туда по еще одному файлику и теперь терпеливо перекладывает туда FF%, думаю, что проверка пройдена...
13.02.2010 21:00
OlegON
 
+ Для удобства выводится суммарное Waits by class, что позволит ответить на вопрос "что у меня тормозит", если запустите в момент тормозов
13.02.2010 23:23
OlegON
 
% Индексы FF% переносятся независимо от таблиц. В противном случае разрыв связи приводил к тому, что таблица переносилась, а индексы - нет.
% Куча внутренних доработок по оптимизации алгоритмов и повышению общей устойчивости программы. Общая точка выхода из программы.
+ С одной базы доступно только одно подключение. Бывало, что второй оптимизатор, увидев слишком старый PID, пытался работать самостоятельно, хотя предыдущий оптимизатор просто обрабатывал большую таблицу
% Изменен алгоритм сбора попугаев. Автоматом он собирается только в Maintenance time. Необходимую нагрузку обеспечивает сам оптимизатор. Не очень корректное решение, но другого пока не придумал. Некорректная статистика правится по завершению Maintenance time, а не сразу, как было раньше. По команде сбор только стартует. При запуске optimizer в очередной раз с -с=о вне maintenance time сбор останавливается.
13.02.2010 23:37
OlegON
 
+ DisableSysStats (yes/no) - запрет сбора попугаев (в том числе по команде)
+ DisableCompute (yes/no) - запрет сбора статистики через compute
15.02.2010 09:20
OlegON
 
Цитата:
Propil Олег, с каким параметром запуска происходит перенос секционированных таблиц и индексов в указанное ТП?
Несколько часов работы оптимайзера (с параметром =o)вчера не принесли ожидаемого результата.
FFMAPREP пока остается в USERS
Что очень тормозит вывод отчетов
**
Может, имеет смысл перед этой процедурой полностью очистить аналитику от расчетов и переносов?
Смотри лог на тему ff-tables. Никаких параметров запуска придумывать не надо, в olegon_params есть записи по табличным пространствам, где они должны быть.
15.02.2010 09:21
OlegON
 
Цитата:
konst последние пару дней... доходит до:
15.02.10 00:54:14 -- Checking database parameters...
и все...
В случае пустых логов и необходимости взаимодействия с моей стороны - указывайте имя базы, плз. У меня тонна логов и угадать, где искать достаточно сложно. В общем случае такая ошибка решается путем
Цитата:
truncate table olegon_params;
19.02.2010 11:40
OlegON
 
+ DisableCompile (yes/no) - компиляция объектов и включение триггеров
12.03.2010 06:34
OlegON
 
Никак не доберусь оформить FAQ, может уже писал...
1) Не трогайте таблицу параметров после запуска оптимизатора!
2) Команды (то, что идет после -c=) РЕГИСТРОЗАВИСИМЫ! Т.е. О и о - не одно и тоже.
3) Оптимизатор расчитан на постоянное использование, а не разовый запуск
4) Не забывайте настраивать Jabber для уведомлений и email, это еще и возможность мне как-то связаться с вами, если какой-то косяк произошел
12.03.2010 06:45
OlegON
 
Пишите сюда, если кто-то какие-то ошибки обнаруживает. Условий работы базы - миллион, мало ли что не учел.
16.03.2010 16:48
OlegON
 
% куча незначительных багфиксов и изменений
% поправлен неприятный баг неучета времени работы при его переходе через сутки. Оптимайзер просто не видел, что ему предоставляется возможность для работы и не работал в полную силу
+ Начальная поддержка почты. Параметры AdminEmail и ManagerEmail, полностью повторяющие по смыслу аккаунты джаббера
16.03.2010 18:01
OlegON
 
+ Начал редактировать шапку темы (первое сообщение). Пожелания, предложения - welcome...
18.03.2010 12:43
OlegON
 
Коллеги, убедительная просьба, не ставьте несуществующие емейлы и жаберы в контакты... Если ставите gmail, то не отключайте журналирование. В противном случае я получаю кучу ругани, что невозможно доставить сообщение. Это сильно огорчает.


Опции темы


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

 

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