[ТЕМА ЗАКРЫТА]
29.11.2009 10:10
OlegON
 
OPTIMIZER-4
Название программы читается, как "оптимайзер" или, сокращенно, "опт". Никакого мизера в названии нет!
Настоятельно рекомендую прочитать всю ветку до конца
Обращаться с вопросами по оптимизатору ко мне лично ЗАПРЕЩАЕТСЯ. Для этого есть эта тема.

Регистрация оптимизатора тут за Яндекс-деньги или по кредитке или тут бесплатно
для регистрации необходимо, чтобы оптимизатор хотя бы раз полностью отработал с -c=o!
при смене сервера программу необходимо перерегистрировать!

Для чего это нужно:
В определенный момент времени я понял, несмотря на то, что квалификационные возможности позволяют следить за набором подведомственных мне баз, я чисто физически не успеваю следить за необходимым набором параметров или трачу на это неоправдано большое количество времени. Я великолепно осведомлен о средствах администрирования самого Oracle, но они либо сильно глючнопадучие (dbconsole), либо долго ставятся и дорого стоят (grid). И, используя чужое средство мониторинга, не всегда удается заточить его под собственные нужды настолько хорошо, как хочется.
Оптимайзер позволяет, закинув мизерный по нынешним меркам файлик на сервер, держать на прицеле практически неограниченное количество баз, получать сообщения об ошибках в AlertLog, EventLog и некоторые системные ошибки на jabber или почту. Есть возможность уведомлять об изменении "просроченных" документов менеджера (отдельный jabber). Оптимайзер так же следит за свободным местом на диске и предупредит о проблеме администратора. Контролируется свободное место в табличных пространствах, в случае его нехватки добавляется новый файл. В выделенное время проводятся оптимизационные мероприятия, быстродействие поддерживается на должном уровне. Достаточно вчитаться в лог-файл и вы поймете, как много работы спадает с плеч при использовании оптимизатора. А программа развивается дальше...

Ежедневный отчет, высылаемый оптимизатором на почту по каждой БД, включает в себя:
а) время последней резервной копии
б) сбойные задания
в) время последнего переноса и расчета
г) незагруженные кассы по отношению к предыдущему дню
д) неправильные штрихкоды
е) некорректные Z-отчеты
ж) неправильные наименования карточек
з) пакеты почтового модуля, старше суток, с указанием даты самого старого
и) ошибки почтового модуля, с указанием самой старой
к) незакрытые документы старше определенной даты
л) отчет по изменению документов сотрудниками (количественный)
м) лидеры по максимальным и минимальным остаткам в сети
н) выручка за сутки
о) лидеры продаж за месяц (минимум и максимум)

Установка:
Необходимо скачать первоначальный дистрибутив тут. Первоначальным он называется, потому, что внутри лежит полный комплект из библиотечки java для Oracle и сам оптимизатор. Как правило, в этом дистрибутиве лежит уже устаревшая версия оптимизатора, которая обновится при первом же запуске, что займет несколько килобайт вашего траффика. Помимо этого необходимо установить JRE или убедиться, что у вас уже установлена версия не ниже 1.6. Под Windows это выясняется простым запуском cmd и java -version в нем.
Запуск:
В составе дистрибутива есть примеры батников запуска под разные OS, рекомендую поправить их под свои нужды, указав полный путь к java. По умолчанию вписана команда -c=h, что выведет справку с перечнем команд, из которых вы сможете выбрать нужную. На первый раз рекомендую запустить команду -c=r, что создаст в вашей базе необходимый набор конфигурационных таблиц (обратите внимание, что программа должна действительно выполниться, а не пытаться обновиться). Все они имеют префикс olegon. Необходимо и обязательно просмотреть список параметров, чтобы исправить под свои нужды. Все команды, кроме -c=o вторичны, рекомендую установить регулярный и круглосуточный запуск оптимизатора с интервалом в 20 минут, с командой -c=o. В отличие от своих предшественников, оптимизатор расчитан именно на регулярное использование и имеет ряд функций мониторинга и оповещения.
Графический интерфейс: Пишет konst. https://olegon.ru/showthread.php?t=10751
Что необходимо знать:
1. Новый оптимизатор - сетевой продукт. Для его работы необходимо подключение от сервера к моему серверу по шифрованному соединению на порт 7654. Входящие порты в целях безопасности открывать не надо. Извините, но прокси не поддерживается и в скором времени не планируется поддерживать. Есть масса программ для проброса траффика через прокси без его поддержки, так же очень просто этот порт пробросить наружу через NAT.
2. Рекомендую запускать его в некратное количество минут, т.е. раз в 22, 23 или 24 минуты, а не раз в 20 минут. Продукт достаточно популярный, подключаются многие, а количество одновременных подключений ограничено. По этой же причине не рекомендую "долбиться", например, раз в 5 минут на автомате, это бессмысленно. Заядлые дятлы будут забанены.
3. Оптимизатор бесплатен в основной части и может быть расширен в функционале путем регистрации. В настоящее время (16.03.10) с его помощью мониторится 44 (25.08.11) с его помощью мониторится 155 баз. Я это делаю для себя (занимаюсь аутсорсом), вы пользуетесь моими наработками.
4. Оптимизатор не модифицирует структуру supermag каким-либо образом. Он работает с Oracle.
5. Необходимо и обязательно указывать свои Jabber и Email контакты, просто жест уважения, спамить я вас не собираюсь, а связаться иногда в случае каких-то косяков необходимо.
6. Журнал оптимизатора лучше периодически почитывать и чистить. Он достаточно болтлив.
7. Поддерживаемые версии Oracle на (16.03.10) - 10gR2 полностью, все ниже до 9iR2 - частично. Oracle 8i не поддерживается в связи с ее специфичностью и отсутствием возможностей и желания это делать. Планов по 8i нет и, скорее всего, не будет.
8. Не рекомендую использовать названия таблиц и табличных пространств с "_" (underscore, подчеркиванием) в 9i. Известный баг оптимизатора, который пока не исправлен и вряд ли будет исправлен.
9. Оптимизатор работает не только на базах Супермага. Полностью поддерживаются версии Супермага от 1.024.6.
10. Время MaintenanceTime задается по московскому времени!

Таблицы параметров:
olegon_params - основная таблица параметров

olegon_sync - таблица, в которой можно перечислить базу, номера магазинов в ней, после чего раз в сутки оптимизатор будет генерировать в своей директории текстовик с перечислением расхождений между базами по карточкам и документам. Естественно, с сервера, где запускается оптимизатор, должны быть видны те базы, которые перечисляются

olegon_summary - таблица собственных мониторов, указывается имя монитора и строка его запроса. Мониторы выводятся в summary-части лога

Параметры:
AddBarcodes - при отсутствии на активном товаре ш/к, он будет добавлен в соответствии с правилами Супермага (по умолчанию "no")
AdminEmail - емейл администратора базы, Если не будет подтвержден параметром AdmEmailConfirm, то игнорируется: будет только отправлен один раз код подтверждения. На этот адрес высылаются ежедневные отчеты. Отчеты администратора не полностью пересекаются с отчетами менеджера. Они ориентированы на работоспособность базы. Если установлен UseReminder, но не установлен ManagerEmail, то на этот адрес высылаются уведомления при отсутствии подключений оптимайзера более 4х часов.
AdminJabber - jabber администратора базы. Если не будет подтвержден параметром AdmJabberConfirm, то игнорируется: будет только отправлен один раз код подтверждения. Если в jabber адрес забить что-то содержащее @mail.ru - разрыв соединения.
AdmEmailConfirm - код подтверждения AdminEmail. По умолчанию "no". Первого числа каждого месяца в 02:30мск код меняется. Пока код подтверждения в базе и в центре оптимизатора не совпадают - указанный адрес исключается из всех алгоритмов и на него больше ничего не отправляется. Для повторной отсылки кода подтверждения установить ""no"". Если в сутки уходит более 20 сообщений почты или более 20 сообщений jabber на одну базу, код подтверждения меняется.
AdmJabberConfirm - код подтверждения AdminJabber. По умолчанию "no". Первого числа каждого месяца в 02:30мск код меняется. Пока код подтверждения в базе и в центре оптимизатора не совпадают - указанный адрес исключается из всех алгоритмов и на него больше ничего не отправляется. Для повторной отсылки кода подтверждения установить ""no"". Если в сутки уходит более 20 сообщений почты или более 20 сообщений jabber на одну базу, код подтверждения меняется.
ArchiveLogs - архивировать ли логи в течение дня (по умолчанию - yes).
AutoImport - импорт карточек. Используется только разработчиком. Категорически запрещено изменять этот параметр самостоятельно.
CheckSystem - проверка табличного пространства System на посторонние сегменты
CleanDir - очистка директорий adump/bdump/udump в MaintenanceTime (yes)
ContrAddGoods - импорт данных в контракты (более подробное описание см. далее в этой теме)
ContrByBarcode - опция импорта данных в контракты, при которой распознавание товара осуществляется по штрихкоду. Весовые ШК не разбираются (должны быть как в базе).
DeleteOldAC - удалять акты переоценок старше указанного срока в днях. По умолчанию "no". Записи в истории цен сохраняются.
DeleteOldORBlob - если не "no", то все привязанные к заказам данные (в первую очередь это нацелено на информацию по генерации заказов) будут удаляться, если документ старше количества дней в этом параметре. Таблицы не только очищаются, но и высвобождают освободившееся от lob место. По умолчанию "no".
DisableCompile - отключить компиляцию инвалидных объектов
DisableCompute - отключить compute в сборе статистики
DisableSysStats - отключить сбор системной статистики (на 9i системная не собирается в принципе)
DontUseFFMAPREP - не оптимизировать FFMAPREP
DumpFTP - основной ftp-сервер, куда должен заливаться дамп базы. Заливка осуществляется кроссплатформенной программой wput, которую заблаговременно надо распаковать (с библиотечками) в /System32 или другую директорию %PATH%. Проверка доступности wput: Пуск - Выполнить - cmd - wput . Она должна выполниться.
DumpFTP2 - вторичный ftp-сервер, куда должен заливаться дамп базы
DumpNoArch - не архивировать дамп базы. При yes дамп не архивируется, а переименовывается в имя, аналогичное архиву. Архивация дампа не производится.
DumpPwd - пароль на дамп базы. Дамп сжимается архиватором 7zip, который должен быть в %PATH% (добавить путь к архиватору, вроде C:\Program files\7zip в переменных окружения). Проверка доступности 7zip: Пуск - Выполнить - cmd - 7z . Должен выполниться.
FFIndexes - табличное пространство для FF-индексов. Если не задан, то считается равным FFTables. Работает только в паре с FFTables: без переноса таблиц индексы не переносятся. Поэтому рекомендуется сначала задавать FFIndexes, а уже затем FFTables. После установки FFTables, FF-таблицы и FF-индексы будут переноситься в указанные ТП. Табличное пространство должно быть создано заранее.
FFTables - табличное пространство для FF-таблиц. Рекомендуется сначала устанавливать FFIndexes, если индексы должны быть в другом ТП. После установки FFTables, FF-таблицы и FF-индексы будут переноситься в указанные ТП. Индексы без таблиц не переносятся. Табличное пространство должно быть создано заранее.
IgnoreLongUser- список пользователей, которые однозначно генерят LongOps (смотри параметр LongOp). По умолчанию игнорируются SUPERMAG и SYS.
KillLongUsers - прибивать сессии, пребывающие активными (выполняющие запрос) более LongOp*2 времени (смотри параметр LongOp). По умолчанию - yes . IgnoreLongUsers так же учитываются. Т.е. алгоритм прост, в первый проход приходит уведомление о проблеме пользователя, во второй проход, если пользователь не успокоился и LongOp*2 уже отработал - сессия прибивается. Прибивается именно длинная сессия. Т.е. если пользователь запустил что-то зверское, а сам параллельно в чем-то ковыряется, то прибьется зверское. Прошу обратить внимание тех, кто мучает административный модуль не из под supermag.
LastAlertLog - номер последней учтенной строки в alert.log
LastDocLog - номер последней учтенной строки в журнале документов Супермага
LastEventLog - номер последней учтенной строки в журнале событий Супермага
LastRMAN - дата, на которую RMAN уже запускался. Если необходим внеочередной бэкап, параметр следует удалить и оптимизатор запустит RMAN при очередном проходе
LastReport - дата за которую не будет генерироваться ежедневный отчет-сводка на почту админу и менеджеру. После выполнения отчета выставляется в текущую.
LongOp - если пользователь превышает запросом это значение, администратор уведомляется об ошибке с указанием пользователя и компьютера. По умолчанию - 600 секунд. Пользователи, указанные в IgnoreLongUser не учитываются. Удвоенное значение LongOp используется для отбора сессий, которые будут "убиты" при включенном KillLongUsers. На 9i параметр игнорируется.
LowDiskSpace - размер свободного места (в Мб) на дисках, где располагается база (и все связанные с ней файлы, в том числе архивлоги и журналы), меньше которого будет выведено предупреждение
MaintenanceTime - время, когда программа расчитывает находиться без пользователей и будет заниматься общей оптимизацией базы. До запятой - время начала, после - продолжительность в часах. Указывать по МОСКОВСКОМУ времени.
ManagerEmail - емейл менеджера базы
ManagerEmail2 - емейл второго менеджера базы. Если не будет подтвержден параметром ManEmailConfirm, то игнорируется: будет только отправлен один раз код подтверждения. Отчеты менеджера не включают ошибки базы и подобную админскую информацию.
ManagerJabber - (по умолчанию = "-" и сообщения не отсылаются), жаббер менеджера по Супермагу. Т.е. ему будут идти сообщения о событиях, связанных с самим СМ (например, при создании отчета по синхронизации)
ManJabberConfirm - код подтверждения ManagerJabber. По умолчанию "no". Первого числа каждого месяца в 02:30мск код меняется. Пока коды в базе и в центре оптимайзера не совпадают, адрес не используется. Для повторной отсылки кода подтверждения установить "no". Если в сутки уходит более 20 сообщений почты или более 20 сообщений jabber на одну базу, код подтверждения меняется.
MaxDocDiff - максимальный возраст (в днях) документа, который можно редактировать. При превышении уведомляется менеджер. Рекомендуется устанавливать значение больше ShiftClosed. Этот же параметр влияет на отбор для отчета "Забытых документов": Приходы,Расходы,Заказы,Перемещение,Кассовые приходы и расходы,Расход и выход из производства,Сличительная и инвентаризационная ведомости,Акт переоценки,Маркетинговая акция выбираются по второму статусу (красная галка), из периода старше определенного в MaxDocDiff.
MaxFreeTablespace - минимум свободного места в табличном пространстве, включая возможное расширение файлов табличного пространства. Следите за местом на дисках самостоятельно, пожалуйста. Добавлять диски программа не умеет. Файлы добавляются в ту же директорию, куда был добавлен последний файл этого табличного пространства.
NoTabLimit - обычно при оптимизации таблицы перебираются по 20 штук. Этот параметр отключает такое ограничение. Обращаю внимание, что штатное ограничение вполне рационально.
ORAIgnore - список игнорируемых ORA-ошибок. Перечисляются в формате ":номер:". По умолчанию равен :06512:00054:08115:20032:
OnlyGoodsInRep - в отчете по остаткам выдавать только карточки с типом "товар"
OptimizeOrders - ускорение заказов (работает только на Oracle Enterprise edition), по умолчанию включена. При оптимизации заказов, если обнаруживается неоптимизированный план запроса, shared pool сбрасывается
OrdersLimit - определяет, будет ли оптимизация заказов запускаться дважды в день или с каждым запуском оптимизатора
ParallelUpload - запускает архивацию и загрузку дампа в параллельной задаче, через Scheduler (в случае Windows). Включен по умолчанию, поскольку у многих из-за обрывов связи оптимизатор никак не мог проконтролировать завершение загрузки и запускал экспорт еще раз. Сервис Task Scheduler ("Планировщик заданий") должен быть запущен. В Линуксе для ParallelUpload должен работать сервис atd (команда at)
PerformTransfer - проценты от суток, через которые необходимо производить перенос товародвижения. 0 - отключает перенос вообще. Перенос производится только в MaintenanceTime. Алгоритм простой, если MaintenanceTime, то идет проверка отработанных процентов, если разница больше PerformTransfer, то запускается перенос. Программа самостоятельно пытается отключить всех пользователей, а так же почтовый и кассовый модули на уровне базы.
Postman (yes) - выставлять ли параметры почтовика в 10 минут отправки приема, 100 объектов в пакете и 1 поток приема.
RunRMAN - запускать ли RMAN. Для корректного создания резервных копий необходимо, чтобы работала авторизация на уровне ОС, т.е. пользователь, из под которого запускается оптимизатор, должен находиться в группе ora_dba. Должна быть включена авторизация NTS: SQLNET.AUTHENTICATION_SERVICES= (NTS). Для unix-подобных OS, соответственно, пользователь должен быть в группе dba.
SaveDump - использовать ли дамп (exp) в дополнение к бекапу. Можно выставить SaveDump в skipit, чтобы экспорт не производился никогда. Если дамп по своему размеру выполняется раз в неделю, то он выполняется в субботу. Для ежедневного дампа независимо от размера, установить DumpNoLimit.
SecurityMode - категорически запрещается изменять. Для внутреннего использования.
ShiftClosed - на сколько суток от текущей даты максимум должен быть закрыт для редактирования период
TopCount - количество Top и Lowest товаров, отображаемых в ежедневном отчете. По умолчанию равен 5.
UseReminder - если yes (по умолчанию), то при отсутствии подключений более 4х часов оптимизатор пришлет уведомление на ManagerEmail, а в случае незаданного ManagerEmail - на AdminEmail. Уведомления будут приходить около 10 раз с интервалом в 3 часа. Шлет их параллельная сессия оптимизатора, запущенная другим клиентом, т.е. если все отвалится, то спама не будет.
UseReport - включает и выключает ежедневный отчет. По умолчанию – yes
UseXMLAudit - вывод аудита в XML, не забивая системный журнал. Следите за содержимым каталога adump, если включен XML-аудит, там xml копится, неплохо бы чистить иногда. У этого параметра нет обратного хода, т.е. если не стоит yes, то XML просто не будет включаться, но выключаться при no он тоже не будет, потому, что есть различные варианты неXML-хранения.

Разница между зарегистрированной и бесплатной версиями оптимизатора

Статистика и количество подключенных баз
03.12.2009 10:10
OlegON
 
Optimizer-4 в отличие от своих предшественников нацелен на регулярное использование, мультиплатформенна и имеет клиент-серверную структуру.

Рекомендую не использовать старые версии оптимизатора (меньшие 4.*)

Ссылка для скачивания дистрибутива: https://storage.olegon.ru/supermag/OlegON/optimizer4.7z
(внутри большая библиотека для Oracle)

Итак, продукт движется в сторону релиз-кандидата, поэтому есть смысл дать попользоваться им остальным. Пока все, что хотелось, не реализовано, но, тем не менее жду пожеланий от пользователей. Еще раз подчеркну бесплатность программы и отсутствие моих намерений украсть вашу базу или ее часть. Это точно такой же оптимайзер, который установлен у меня на работе и у моих клиентов, которых я поддерживаю.
Итак, скачать клиента можно по нижеследующим ссылкам:
https://storage.olegon.ru/supermag/OlegON/optimizer4.7z
для работы программы требуется jre не ниже 1.4, его можно скачать по ссылке
Java - Sun Microsystems (запомнить очень просто, это первая ссылка по поиску jre download), но не торопитесь качать, java уже у вас установлена, поищите на сервере java.exe (для Windows), большинство оракловых приложений – на Java.
Скорее всего, потребуется библиотека jdbc при отсутствии библиотеки выдается сообщение
Цитата:
Exception in thread "main" java.lang.NoClassDefFoundError: oracle/jdbc/driver/OracleDriver
at optimizer_a.Main.c(Unknown Source)
at optimizer_a.Main.main(Unknown Source)
Оптимайзер рассчитан на запуск на самом сервере, библиотеку нужно положить в папку \lib, рядом с оптимайзером, т.е.
Цитата:
\lib\ojdbc14.jar
optimizer.jar
позднее будет дистрибутив, пока еще не созрел.
Как я уже говорил, оптимизатор – сетевой продукт. Для его запуска необходимо подключение с сервера на мой хост, где находится «мозг» программы. Обратное подключение не требуется. Текущий порт 7654.
Программа требует, чтобы текущим каталогом при запуске был ее собственный, поэтому лучше написать какой-нибудь bat-скрипт следующего вида
Цитата:
cd {путь к оптимизатору}
{путь к java}\java -jar optimizer -b={имя базы} -c={перечень команд} -p={пароль}
exit
Оптимизатор-4 – программа для регулярного запуска. Во избежание бана с моей стороны, не рекомендую запускать его чаще, чем раз в 10 минут. Чтобы не вставать в очередь, рекомендую запускать не в кратное десяти минутам время. Т.е., например, в 13, 23, 33 минуты, а не в 10, 20, 30… В настоящий момент ограничение в 15 подключений одновременно, если все хором подключатся в 10 минут, кому-то может и не хватить.
Т.е. рекомендую запихнуть созданный батник в «Назначенные задания», чтобы он выполнялся 24 часа в сутки с повтором в 15-20 минут.
03.12.2009 10:39
OlegON
 
Да, о перечне команд.
Вы можете посмотреть перечень команд, задав команду -c=h, программа запросит перечень команд, которые может выполнять сервер и выведет их вам.
Наверняка многие будут жаловаться на англоязычный (порой, корявый) интерфейс. Связано это в первую очередь с моим нежеланием возиться с кодировками на всех трех поддерживаемых платформах (Linux, HP-UX, Windows). Пока потерпите, потом - посмотрим.
Для регулярного использования рекомендую команду -c=o, а не остальные, конечно же. В эту команду входит регулярный осмотр инвалидных объектов, битых индексов и т.п. вещи, что надо бы делать регулярно. Обращаю внимание, что программа сама распознает включенные режимы (например, архивлог) и целевое назначение базы (супермаг или нет) и действует в зависимости от полученной информации. Но, возвращаюсь к регулярной оптимизации. В нее так же входит перенос товародвижения и вывод сводной информации.
Выполните запрос (после хотя бы одного запуска программы):
Цитата:
select * from sys.olegon_params
этот запрос выведет перечень внутренних настроек программы.
Из работающих в данный момент (cо значениями по умолчанию на момент написания этого текста):
MaxFreeTablespace 10
MaintenanceTime 00:30,6
PerformTransfer 50

MaintenanceTime - время, когда программа расчитывает находиться без пользователей и будет заниматься общей оптимизацией базы. До запятой - время начала, после - продолжительность в часах. Т.е. с полпервого ночи до 6:30, как в примере, она с каждым запуском будет стараться что-то полезное выполнить, реорганизация таблиц, подсчет статистики и пр.
MaxFreeTablespace - минимум свободного места в табличном пространстве, включая возможное расширение файлов табличного пространства. Следите за местом на дисках самостоятельно, пожалуйста. Добавлять диски программа не умеет. Файлы добавляются в ту же директорию, куда был добавлен последний файл этого табличного пространства.
PerformTransfer - проценты от суток, через которые необходимо производить перенос товародвижения. 0 - отключает перенос вообще. Перенос производится только в MaintenanceTime. Алгоритм простой, если MaintenanceTime, то идет проверка отработанных процентов, если разница больше PerformTransfer, то запускается перенос. Программа самостоятельно пытается отключить всех пользователей, а так же почтовый и кассовый модули на уровне базы.
03.12.2009 10:47
OlegON
 
В программе реализована возможность установки собственных мониторов, достаточно лишь внести в таблицу olegon_summary значения, которые можно посмотреть запросом
Цитата:
select * from sys.olegon_summary
В первой колонке - имя монитора, во второй - запрос, который ему соответствует. По умолчанию для супермажной базы вводятся два запроса по расчету товародвижения, на время последнего переноса и на время последнего расчета. В результате, после каждого запуска оптимизатора выходит табличка вроде:
Цитата:
03.12.09 10:06:55 -- ***************** Summary *****************
03.12.09 10:06:55 -- Startup time : 2009-12-03 04:08:59.0
03.12.09 10:06:56 -- Last backup checkpoint : 2009-12-03 06:36:22.0 Corruption : //
03.12.09 10:06:56 -- Last analyzed : 2009-10-05 23:43:40.0 Invalids : 0
03.12.09 10:06:57 -- Last transfer : 03.12.09 00:18
03.12.09 10:06:57 -- Last calculation : 03.12.09 01:05
03.12.09 10:06:57 -- *******************************************
В данном случае "Last transfer" и "Last calculation" - время последнего переноса и расчета ТД. Очень удобно, если баз куча, смотреть на сводку логов :)
Кстати, и вам рекомендую, запустить FAR, открыть по F3 журнал оптимизатора и периодически туда поглядывать - все время будете в курсе последней информации.
03.12.2009 10:54
OlegON
 
Убедительная просьба, не задавать мне вопросов по оптимизатору в личку. Все здесь.
Если есть вопросы по подключению - заведите соответствующую вашей операционке тему, поможем прокинуть соединение...
03.12.2009 10:59
OlegON
 
Для изменения параметров, например, MaintenanceTime, надо:
Запустить Sql Plus
подключиться к базе, как sys
connect sys/пароль@база
выполнить команду
Цитата:
update olegon_params set Value='22:30,10' where name='MaintenanceTime';
commit;
03.12.2009 11:43
OlegON
 
Да, размером лога оптимизатора уж озаботьтесь самостоятельно :) Хотите, убивайте его в том же батнике...
03.12.2009 12:24
OlegON
 
optimizer.pid - файл, по которому вторая запущенная копия оптимизатора поймет, что работает первая и сколько времени с ее активности прошло.
04.12.2009 15:34
OlegON
 
Спасибо за поддержку.
Введен параметр "AdminJabber", в случае ошибки программа будет кидать сообщение (от меня) на указанный JID с текстом ошибки. Прошу обратить внимание, по умолчанию стоит мой жаббер :)
05.12.2009 11:36
OlegON
 
Добавлен параметр Summary, показывающий дату последнего неоптимизированного сегмента.
05.12.2009 17:31
OlegON
 
+ Обновлен протокол (версия 4.3)
+ Ошибки выводятся, как OLEGON-ERROR, а не ERROR, как раньше (чтобы легче искать в логе было)
+ Добавлены разделители при выводе результатов выполнения модулей
+ Проверка свободного места в табличных пространствах перенесена в команду "о" по умолчанию
% Убедительная просьба, сообщайте обо всех ошибках в интерфейсе, сам ловлю опечатки и грамматические ошибки
% Если будет более 5 желающих, добавлю сообщение об ошибках на ICQ, с почтой сейчас связываться нет смысла, из-за засилия спама и спаморезок почта все меньше пригодна для внешнего общения.
+ Команда "f" - проверка свободного места в табличном пространстве (с добавлением файлов)

% На текущий момент параметры и команды:
-s=<host> - Сервер БД (не рекомендую использовать этот параметр, лучше запускать программу прямо на сервере)
-p=<password> - Пароль sys
-b=<SID> - Имя базы
-c=<command list> - Список команд
Команды:
h - Справка (команда по умолчанию)
i - Перестройка индексов
c - Компиляция инвалидных объектов
t - Дефрагментация таблиц
v - Перестройка инвалидных индексов
o - Команда для регулярного запуска (комплексная оптимизация)
s - Перенос товародвижения
f - Проверка свободного места в табличных пространствах
09.12.2009 10:59
OlegON
 
Подчеркну, искать новую версию не обязательно. Скачайте и запускайте, что есть.
Сегодня вечером планирую обновление протокола до 4.4.
09.12.2009 15:56
OlegON
 
В общем буду писать по мере правки, а то начинаю забывать (т.е. то, что написано, если не работает сию минуту, то будет работать вечером по мск, когда выпущу в публичное использование):
+ Команда r - первичная инициализация (создает табличку параметров, но ничего не делает)
+ Обновлен протокол (версия 4.4) программа выведена из alpha, потому, что держать ее там смысла нет, она устойчиво работает, а все фичи, которые задуманы, я еще полгода минимум буду дописывать.
% Переписан принцип дефрагментации таблиц (с анализатором их типа)
+ Программа старается игнорировать залоченные объекты, чтобы не плодить лишних ошибок
+ Вывод заблокированных объектов
+ Проверка грантов Супермага
% Изменен способ разблокировки базы для переноса ТД
10.12.2009 11:08
OlegON
 
% Изменен тип расчета статистики
+ Добавлен параметр S - сбор статистики по всем таблицам ("o" делает это самостоятельно по необходимым таблицам)
+ Добавлен параметр V - проверка всех таблиц на целостность

рекомендую командой "о" завершать любой перечень заданных команд. Это позволит программе исправить все "огрехи", забытые вами.
10.12.2009 14:56
OlegON
 
+ Вывод значения Maintenance и списка добавочных Summary-параметров в лог
+ Проверка констрейнтов в "о" в сервисное время (в два прохода)
10.12.2009 15:20
OlegON
 
+ Проверка триггеров
11.12.2009 10:42
OlegON
 
Да, всяческие задания по работе с базой в админском модуле несовместимы с оптимизатором, поэтому надо их отключить.
11.12.2009 16:24
OlegON
 
Еще раз. Программа не расчитана на однократный запуск. Она пишется и проверяется в расчете на цикличный прогон со сравнительно небольшим интервалом.
13.12.2009 14:58
OlegON
 
% Куча багфиксов (спасибо, коллеги)
+ Таблица olegon_sync, в которой можно перечислить базу, номера магазинов в ней, после чего раз в сутки оптимизатор будет генерировать в своей директории текстовик с перечислением расхождений между базами по карточкам и документам. Естественно, с сервера, где запускается оптимизатор, должны быть видны те базы, которые перечисляются.
13.12.2009 20:48
OlegON
 
+ Сбор статистики по ресурсам. 14 числа каждого месяца, с 10 до 15 (для 10i) и с 10 до 10 следующего дня (для 9i).
+ Вывод попугаев по вашему железу :) Кто хочет померяться - welcome, только в другую ветку. Если попугаи перед summary не выводятся или выводятся, но null - пускайте регулярно оптимизатор и ждите 14 числа :) Для выяснения что каждый попугай значит - заведите ветку в Oracle, если я не успею.
13.12.2009 21:03
OlegON
 
+ Вывод 10 самых больших сегментов в лог (с размером)
13.12.2009 21:19
OlegON
 
+ Введен параметр ManagerJabber (по умолчанию = "-" и сообщения не отсылаются), жаббер менеджера по Супермагу. Т.е. ему будут идти сообщения о событиях, связанных с самим СМ (например, при создании отчета по синхронизации)
13.12.2009 21:33
OlegON
 
% Собран дистрибутив, поправлена шапка темы
! Время, задаваемое оптимизатору для MaintenanceTime, определяется по Москве!
13.12.2009 21:46
OlegON
 
Да, уже не один раз спрашивали. Смысл записей в логе определяю я сам. Если вам кажется что-то ненужным или не понятно, зачем эти записи, то просто игнорируйте :) Это нужно мне или кому-то еще.
14.12.2009 22:14
OlegON
 
Беру небольшую паузу на обтачивание существующих фич и набор новых в "хотелки". Есть у кого-то какие-то пожелания? Забегая вперед, сразу скажу, расчета ТД не будет, пока его не вынесут из самого административного модуля (многие спрашивают). Есть что-то, за чем вы следите и хотите это автоматизировать? Может, выгрузки какие-то по расписанию (в обычный текстовик результаты запросов уже в следующие заходы сделаю).
16.12.2009 21:32
OlegON
 
+ Добавлена команда p - сбор попугаев :) т.е. системной статистики. Необходимо запускать ее, когда на базу идет штатная нагрузка. В принципе, рекомендуется к периодическому сбору, чтобы база знала, каким железом вы располагаете. Параметр просто выведен, поскольку не все уложились в расписание, а я пока не очень готов ловить "штатную нагрузку" на автомате. Нового ничего не добавляется - тщательно отслеживаю работу текущей версии и пишу todo.
19.12.2009 22:13
OlegON
 
+ Отключение административных заданий при -c=o (они воевали друг с другом)
+ Компрессия таблиц
+ Вывод версии СМ в summary
+ Оптимизация свободного места в Oracle 10g
+ Вывод значимых параметров базы в лог
+ Вывод обратного отсчета при ребилде инвалидных индексов
- Не вносятся примеры в olegon_summary
% Поправлен вечно дергающийся параметр
+ Вывод sseventlog в лог (при ORA- ругательство в жабер админу), в olegon_params введен параметр LastEventLog - указатель на последнюю выведенную запись журнала
20.12.2009 22:30
OlegON
 
+ Анализ alert_log (пока только в 10g) с выводом ошибок в жабер (настоятельно рекомендую следить за размером лога или вообще его прибить перед первым запуском)
+ Проверка свободного места на дисках, где лежат data-файлы с выводом в лог. При уменьшении свободного места до 3000Мб - вывод проблемной точки в жабер
+ Протокол 4.5
21.12.2009 11:42
OlegON
 
Какие-то нелады с определением свободного места на дисках. У кого-то работает, у кого-то нет. Пока взаимосвязи не нашел, но, думаю, к вечеру поменяю протокол и проблема пропадет.
21.12.2009 11:50
OlegON
 
Ошибка на работоспособность программы мало влияет, не отображается summary у тех, у кого падает. Думается, ошибка компилятора на некоторых платформах, но не понятно, почему на одинаковых оно работает. Ничего не нужно делать, как я поправлю, все перегрузится и продолжит работать. Пока проблемы со связью, не могу добраться, поправить.


Опции темы


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

 

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