[ТЕМА ЗАКРЫТА]
07.05.2013 09:43
OlegON
 
Увы, это мне не ведомо. Заполняет ее не оптимизатор, а сама база. Допускаю, что просто достаточной активности не было.
07.05.2013 09:52
alex_K
 
Понял, спасибо.
28.05.2013 09:08
Stels
 
После поднятия версии Oracle с 9 до 10 через imp/exp не слетит ли регистрация проплаченного Оптимайзера?

Серверное железо скорее всего будет заменено.
Имя сервера, тип серверной ОС не изменится.
28.05.2013 10:14
Inima
 
Цитата:
Stels После поднятия версии Oracle с 9 до 10 через imp/exp не слетит ли регистрация проплаченного Оптимайзера?

Серверное железо скорее всего будет заменено.
Имя сервера, тип серверной ОС не изменится.
Слетит. Это будет другая база.
28.05.2013 10:43
Stels
 
Цитата:
Inima Слетит. Это будет другая база.
печально
15.07.2013 13:20
omnomnom
 
хм. запускаю в зарегистрированном режиме и лог останавливается на
15.07.13 11:55:06 -- Summary additions:
15.07.13 11:55:06 -- Orders optimization disabled.
15.07.13 11:55:07 -- *******************************************
15.07.13 11:55:08 -- Eventlog :
15.07.13 11:55:08 -- *******************************************
15.07.13 11:55:08 -- Doclog :

висит уже минут 20 это нормально?
15.07.2013 13:22
OlegON
 
да, если до этого, например, запускали год назад... лопатится вся история, начиная с последнего запуска. если незачем - просто удалить параметр счетчика, он встанет на последний имеющийся документ... ну или дождаться...
16.07.2013 11:21
omnomnom
 
Сегодня выдал вот такое сообщение

16.07.13 02:37:52 -- Summary additions:
16.07.13 02:37:53 -- Orders optimization disabled.
16.07.13 02:37:54 -- *******************************************
16.07.13 02:37:54 -- Eventlog :
16.07.13 02:37:55 -- *******************************************
16.07.13 02:37:55 -- Doclog :
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)
at java.lang.AbstractStringBuilder.expandCapacity(Unknown Source)
at java.lang.AbstractStringBuilder.append(Unknown Source)
at java.lang.StringBuilder.append(Unknown Source)
at optimizer_a.Main.a(Unknown Source)
at optimizer_a.Main.main(Unknown Source)
Shutting down

как определить какое число поставить в значении LastDocLog что бы он пропускал эту проверку или хотябы не лопатил все документы.

и откуда optimizer берет дату? вроде системное время стандатрное, а в программе 2 часа ночи сейчас.
16.07.2013 11:32
omnomnom
 
Удалил параметр. взлетело
16.07.2013 11:33
OlegON
 
Цитата:
OlegON просто удалить параметр счетчика, он встанет на последний имеющийся документ...
Цитата:
omnomnom Удалил параметр. взлетело
как бы так и предлагалось...
16.07.2013 12:04
omnomnom
 
немного непонятно откуда программа берет время. в логе сейчас 16.07.13 03:29:41, а системное 11.04.
16.07.2013 12:07
OlegON
 
предлагаю разобраться с установленной Java и часовым поясом в системе.
16.07.2013 12:43
omnomnom
 
обновил яву. взлетело
26.07.2013 18:27
omnomnom
 
еще пару вопросов накопилось.
оптимайзер пару лет назад запускали на этой базе и в таблице настроек был записан email администратора.
С недавнего времени мы начали использовать оптимайзер снова. предварительно я затер все поля в которых был старый email. и вписал свой. но программа упорно продолжает слать уведомления о отсутствии связи на старый email. где что я пропустил?

Второй вопрос касается проверки документов в подчиненных базах при помощи таблицы olegon_sync
Сейчас таблица заполнена вот так:
base1 13 qqq
base2 10 qqq
base3 15 qqq
Но магии не происходит. все 3 базы доступны. в tns names адреса прописаны.

Третий вопрос касается проверки больших таблиц типа SMSPEC или SMPRICEHISTORY
Судя по логам оптимайзер ночью в MT периоде пытается их оптимизировать
25.07.13 05:10:48 -- Gather stats... Table : "SUPERMAG"."SMSPEC"
25.07.13 05:10:48 -- Gather...
потом много таких сообщений сообщений
25.07.13 08:10:01 -- Second connection of optimizer disabled...
и потом где то в 8 стартует уже не МТ видимо прерываясь по тайм ауту.
Можно ли надеяться что он эти таблицы когда нибудь пройдет? можно ли собственноручно собрать статистику по тяжелым таблицам? учтет ли это оптимайзер? MT период порядка 3 часов. Хотя я пробовал и на всю ночь поставить. Gather stats... может и часов 6 висеть.
26.07.2013 18:36
OlegON
 
емейлы обновляются в самом конце, т.е. опт должен отработать полностью. поля лучше не затирать, а обновлять. рекомендую убедиться, что поле одно и написано правильно.
Код:
select * from olegon_params where lower(name)='adminemail';
должен вернуть одну запись.

второй вопрос не описан. "магии не происходит" - не описание проблемы.

с большими таблицами не понятно, почему "second connection" возникает? скорее всего просто нестабильная связь и во время долгих операций оптимизатора просто прерывает, о чем он не знает. smspec анализируется каждый день, это правильно. потом идет работа с другими таблицами по кругу.
26.07.2013 19:07
omnomnom
 
C емейлом понятно. видимо опт еще не разу не отработал полностью

по поводу. второго вопроса.
В описании функционала написано что программа будет формировать текстовик с расхождениями между базами. но это не происходит. может быть по каким либо логам можно понять почему?
26.07.2013 19:10
Dim
 
я думаю, если опт до конца не отрабатывает, то до сверки баз он тоже не дошел
31.07.2013 16:39
omnomnom
 
Еще вопрос небольшой. у нас FFtables и FFINDX вынесены в отдельные табличные пространства.
в оптимайзере соотвественно в таблице указано.

FFTables FFTABLES
FFIndexes FFINDX

недавно я проглядывал партиции в FFTABLES и обнаружил следующую аномалию
Нажмите на изображение для увеличения
Название: 2xeqw5a.png
Просмотров: 234
Размер:	26.6 Кб
ID:	2176
и так же в свежесозданной партиции FF09_2013.

Может я что то не так в настройках указал?
31.07.2013 17:07
OlegON
 
что вы делаете с картинками? :( можете скриптом показать расположение таблицы и индексов на ней? я как-то всем этим графическим поделиям не очень доверяю... допускаю, что какой-то алгоритмический просчет по партициям мог быть...
31.07.2013 17:25
omnomnom
 
Запросом получается вот так
select TABLE_NAME, PARTITION_NAME, TABLESPACE_NAME
from DBA_TAB_PARTITIONS;

FFMAPREP FF4_2011 FFTABLES
FFMAPREP FF5_2011 FFINDX
FFMAPREP FF6_2011 FFTABLES
FFMAPREP FF_2006 FFTABLES
31.07.2013 17:29
OlegON
 
предполагаю, что при перестройке оно ляжет все как надо... а вот по FF9_2013?
31.07.2013 17:31
omnomnom
 
оптимайзеру вздумалось днем делать Rebuilding of SUPERMAG.FFMAPREP. звонят ругаются что отчеты не формируются. вроде не страшно, но не понятно это так должно быть или у нас что то нет так?
31.07.2013 17:33
omnomnom
 
Цитата:
OlegON предполагаю, что при перестройке оно ляжет все как надо... а вот по FF9_2013?
Мой ораклист, успел снести ее :) . как только появится отпишусь.
31.07.2013 17:42
OlegON
 
Цитата:
omnomnom оптимайзеру вздумалось днем делать Rebuilding of SUPERMAG.FFMAPREP. звонят ругаются что отчеты не формируются. вроде не страшно, но не понятно это так должно быть или у нас что то нет так?
Что-то не так. Как вариант - напутали с МТ. Как второй - сделали индексы инвалидными. Мож ораклист ваш что-то химичил, а оптимайзер выправлять начал?
01.08.2013 04:29
john_the_ripper
 
Поотваливались оптимайзеры на многих базах
Оптимайзеры оплачены
В логах ничего информативного:

01.08.13 11:12:21 -- Optimizer for Oracle bases console version 4.10
01.08.13 11:12:21 -- C:\optimizer4
01.08.13 11:12:21 -- Master server: olegon.no-ip.org
01.08.13 11:12:21 -- DB server: dbase
01.08.13 11:12:21 -- DB name: DATABASE
01.08.13 11:12:22 -- Requested commands:o
01.08.13 11:12:22 -- Commands accepted

И после последней строки никуда дальше не хочет идти

Я один такой счастливец?
01.08.2013 05:07
john_the_ripper
 
Проблема ушла сама собой, а точнее после перезапуска шлюза, хотя и до этого трафик через него спокойно ходил, olegon.no-ip.org пинговался, да и "Commands accepted" в логах, говорит по идее о том что связь установлена... Мистика в общем :)
01.08.2013 07:34
OlegON
 
увы, сеть - частая проблема... пятый оптимизатор будет оффлайновый. все регистрации 4го будут работать и на 5м.
01.08.2013 08:07
Dim
 
ты же ушел от оффлайна, а теперь снова к нему возвращаешься? с чем связано?
01.08.2013 08:18
OlegON
 
С тем, что писать сетевую аппликуху из двух частей чудовищно геморно, особенно с учетом моего периодического перемещения :( Я поэтому пока все свои изобретения складываю отдельно для внедрения в 5ку, а 4ка фактически не развивается. И вторым нюансом - перегрузка моего сервера, требуется серьезный сервак, чтобы это все тянуть, работает очень много экземпляров и, учитывая запуск сервера на жабе для каждого, жрется около 5-6Гб... Да и проблемы с сетью у многих или недоверие... В общем, подумал, решил. Будет тоже на java, но, скорее всего, и в графике и в консоли в зависимости от возможности системы. Очень хотел уйти от жабы, но нет другого варианта с сильным преимуществом, учитывая необходимость работать на HP-UX, Solaris, Linux, Windows и то, что часть кода будет просто переноситься из 4ки... Бесплатный функционал таковым и останется, для зеленых регистрация - тоже. Сейчас мучаюсь с ядром, учитывая, что лицензии надо будет получать онлайн. Т.е. надо скрестить хоть какой-то механизм шифрования из Java и PHP, причем так, чтобы не поломали это дело сразу. Привязка к хосту останется в любом случае. Т.е. те, кто не может пробросить http, чтобы получить лицензию, будет вбивать что-то или передавать файлик руками, разово, на какой-то срок.
20.08.2013 16:41
omnomnom
 
Пожалуй помучаю еще вопросами если никто не против.
Оптимайзер работает на базе около месяца. но до сих пор не отработал до конца.
я пробовал отключить опции
DisableCompile
DisableCompute
DisableOldStats
DisableSysStats
но видимо они применяются только после того как опт отработает до конца.

и вот даже сравнивая логи опта на других машинах на этой он не такой подробный. хотя все настройки в таблице совпадают.
Допустим в незарегистрированной версии опта в лог таблица
PGA information выводится
А в зарегестрированной нет, и так много таблиц.

Единственное отличие баз это платформа линук/виндоус соответсвенно.


Опции темы


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

 

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