[ТЕМА ЗАКРЫТА]
14.11.2010 12:33
OlegON
 
% Ценой потраченного утра поборол ошибку связи двух компьютеров (оптимайзер работает на коробочке, подаренной форумчанами на ДР, но с винта моей рабочей машины), при которой каждая компиляция отрывала диск от коробочки и некоторое время нельзя было подключиться
+ Параметр CheckSystem - проверка табличного пространства System на посторонние сегменты
14.11.2010 12:49
OlegON
 
% Команда k
Запрашиваемая многими обновлялка контрактов. Суть ее работы:
1) Лезем в лог оптимизатора, в самый конец и ищем там строку вида:
Код:
*****************   Summary OLEGON2.KK.24552992776919999  10.10.0.1   *****************
В приведенном примере идентификатор клиента, который используется во многих местах и который лучше никому не говорить - "OLEGON2.KK.24552992776919999", его запоминаем.
2) В Excel или какой-нибудь еще проге создаем файл формата
Артикул;Цена
(для особо умелых сразу оговариваю кодировку Windows-1251)
и в первой строке прописываем номер контракта в Супермаге. Полученную информацию сохраняем в CSV (разделитель точка с запятой).
Т.е. должно получиться вроде такого:
Цитата:
ПД000001
001705;1009
001699;1
001701;2
001702;3
001703;4
001704;5
3) Теперь задача, чтобы этот CSV попал в директорию оптимизатора с именем равным id_клиента+".kc" ("Киндза-дза" вспомнилась)
В моем случае файл назывался
Цитата:
OLEGON2.KK.24552992776919999.kc
обращаю внимание, что все операции регистрозависимые, у меня Линукс.
4) Запуск...
Код:
java -jar optimizer.jar -c=k -b=olegon2
5) Осмотр лога (отсылка через blat.exe или еще как)
Цитата:
14.11.10 12:46:27 -- Contract number : ПД000001
14.11.10 12:46:28 -- Process completed... Used:6 Uncompleted:1
Из лога видим, что наш контракт за секунду обновился на 6 строк, 1 была с неполными данными (я специально оставил пустую строку для демонстрации)
Нюанс. Контракт должен быть только в черновике.
21.11.2010 23:10
OlegON
 
+ Параметр AddBarcodes, при отсутствии на активном товаре ш/к, он будет добавлен в соответствии с правилами Супермага (по умолчанию "no")
23.11.2010 23:53
OlegON
 
% Какой-то "хакер" испохабил мне записи последнего присутствия в базе. Как это случилось - не знаю, но на проверке давно отсутствующих отваливались все :( Вставил фикс, чтобы такого не случалось, базу поправил не разбираясь, кто это. Заодно оценку времени отсутствия поправил и фикс на исключение ненастроивших свой емейл.
25.11.2010 23:13
OlegON
 
! Подчеркну еще раз и прямым текстом.
Оптимизатор расчитан на регулярные и круглосуточные запуски, а не только в то время, когда он должен полопатить таблички или сделать бекапы. В отличие от предыдущих версий, он является достаточно мощным средством мониторинга базы. И в нем специально придуман параметр MaintenanceTime, чтобы выделить, когда мониторить, а когда лопатить. Поэтому когда назначаете его в заданиях, ставьте круглосуточное исполнение и назначайте свои email/jabber, чтобы он мог вам пожаловаться, если возникнет проблема. Многие вещи он не может поправить без вашего одобрения или помощи
Еще просьба, если кто-то включает фичу - не поленитесь отписаться в обсуждении, понравилось, не понравилось, тупит, ошибается... Уже больше 80ти баз, не хочется копаться в тонне логов, пытаясь понять, что вам не понравилось. Например, обновлялка контрактов не заказная, ее просили и обещали тестить тут, в соседней ветке. Очень не хочется тратить время на мертворожденные фичи.
28.11.2010 14:44
OlegON
 
% Изменены опции упаковки дампа 7zip, рекомендую обновить 7zip, там многопоточность появилась.
29.11.2010 17:37
OlegON
 
+ Введена фича построения графиков загрузки (бета-версия!):
1) Лезем в лог оптимизатора, в самый конец и ищем там строку вида:
Код:
Цитата:
***************** Summary OLEGON2.KK.24552992776919999 10.10.0.1 *****************
В приведенном примере идентификатор клиента, который используется во многих местах и который лучше никому не говорить - "OLEGON2.KK.24552992776919999", его запоминаем.
2) Открываем картинку вида
Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 5 сообщение(ий)):
У вас нет прав чтобы видеть скрытый текст, содержащийся здесь.
(вышеприведенный пример открываться не будет, скорее всего, подставляйте свой ID).
Жду ваших предложений и пожеланий по графику в теме обсуждения. График строится из секунд ожиданий в соответствии с их официальной классификацией, исключена только группа Cluster :) Для непрерывного графика необходимо запускать оптимизатор не реже раза в полчаса. Обновляется график при необходимости каждый запуск оптимизатора.
Если кто-то за опциональность этой фичи - прошу сообщать.
Убедительная просьба, не ставить автообновление картинки чаще чем раз в полчаса.
До вывода фичи из бета-версии возможны очистки истории графика.
29.11.2010 19:31
OlegON
 
+ Параметр IgnoreLongUser, для игнорирования юзеров, которые однозначно генерят LongOps. По умолчанию игнорируются SUPERMAG и SYS.
Ниже пример добавления игнорирования пользователя RAS_SUPERMAG
Цитата:
update olegon_params set value=value||',''RAS_SUPERMAG''' where name='IgnoreLongUser';
29.11.2010 22:33
OlegON
 
! Построение графиков загрузки, увы, недоступно для 9i ввиду ее ограниченности
05.12.2010 10:27
OlegON
 
+ График загрузки и база по ней удаляется через 3 дня бездействия или непополнения. Вот так выглядит правильный график. (с точки зрения "не той" загруженности)

10.12.2010 22:47
OlegON
 
+ Параметр UseReport - включает и выключает ежедневный отчет. По умолчанию - yes
08.02.2011 16:54
OlegON
 
+ Вывод размера таблицы при реорганизации
+ Вывод размера индекса при ребилде инвалидов
+ Вывод размера БД при старте
+ В MaintenanceTime в лог выводится перечень файлов БД, включая контрольники, но без размера (старый вывод тоже оставлен)
+ UseXMLAudit (yes) вывод аудита в XML, не забивая системный журнал

прошу обратить внимание на последний параметр тех, кто использует аудит
14.02.2011 10:55
OlegON
 
! Обращаю внимание, что для корректного создания резервных копий необходимо, чтобы работала авторизация на уровне ОС, т.е. пользователь, из под которого запускается оптимизатор, должен находиться в группе ora_dba. А SQLNET.AUTHENTICATION_SERVICES= (NTS). Для unix-подобных OS, соответственно, группе dba.
23.02.2011 09:20
OlegON
 
+ проверка структуры таблиц с уведомлением о ее нарушении
04.03.2011 12:33
OlegON
 
+ добавлена кое-какая оптимизация БД
+ вывод количества сессий на старте
% поправлена валидация таблиц (в процессе тестирования, не пугайтесь сегодня ошибок)
04.03.2011 13:22
OlegON
 
+ проверка на использование устаревших параметров (они выводятся и в лог)
+ вывод имен и типов объектов, при обнаружении их в системном табличном пространстве
11.03.2011 22:16
OlegON
 
+ В отчет по сотрудникам включены карточки
14.03.2011 21:40
OlegON
 
% Деление БД по размеру с разным подходом к оптимизации, все, что меньше 15Гб (размер пишется в начале лога) считаются маленькими базами.
15.03.2011 09:34
OlegON
 
+ DeleteOldORBlob (no) - если не "no", то все привязанные данные к заказам (в первую очередь это нацелено на информацию по генерации заказов) будут удаляться, если документ старше количества дней в этом параметре.
21.03.2011 19:27
OlegON
 
% DeleteOldORBlob доработана, таблицы не только очищаются, но и высвобождают освободившееся от lob место, которое у некоторых и по 25Гб...
% Переработана процедура сбора системной статистики
+ Сбор дополнительной статистики по системным таблицам
02.04.2011 08:16
OlegON
 
% Можно выставить SaveDump в skipit, чтобы экспорт не производился никогда
07.04.2011 08:03
OlegON
 
+ DeleteOldAC - количество дней, старше которых будут удаляться акты переоценки. (no по умолчанию)
09.04.2011 11:55
OlegON
 
+ При каждом проходе пользователь supermag разблокируется. Задрали криворукие, ставящие неизвестно что вместо паролей в почтовике, отчего супермаг лочился за превышение попыток логина
15.04.2011 22:52
OlegON
 
+ Добавил вывод текущих залогиненых пользователей на старте
(не беспокойтесь, в процессе внедрения косякнул с Oracle 9 - ругнулась на несуществующую таблицу)
02.05.2011 15:09
OlegON
 
+ В связи с флудом на порт оптимизатора введено правило, 1 подключение в минуту с 1 IP. Прошу тех, кто выводит магазины через NAT (наружу выходит через один адрес), запускать с интервалом не менее минуты.
10.05.2011 12:24
OlegON
 
% Багфикс вывода длинных текстовиков (проявлялся при выводе alert.log и работе рмана). За помощь в обнаружении спасибо MirProd
11.05.2011 11:08
OlegON
 
+ ParallelUpload (yes) - запускает архивацию и загрузку дампа в параллельной задаче, через Scheduler. Прошу проверить работоспособность. Вынужденно включил по умолчанию, поскольку у многих из-за обрывов связи оптимизатор никак не мог проконтролировать завершение загрузки и запускал экспорт еще раз. Сервис Task Scheduler (Назначенные задания или Планировщик, не помню, как в русской винде) должен быть запущен.
14.05.2011 22:47
OlegON
 
! Прошу прощения, но в Линуксе для ParallelUpload должен работать сервис atd (команда at)
16.05.2011 17:04
OlegON
 
+ OnlyGoodsInRep (no) - по просьбе konst в отчете по остаткам могут выдаваться только карточки с типом "товар"
25.05.2011 08:06
OlegON
 
% Поправлен запрос "Current SQL queries", раньше у некоторых тормозил


Опции темы


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

 

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