[ТЕМА ЗАКРЫТА]
13.08.2010 08:47
Dim
 
да. пишет Незарегистрированная версия
13.08.2010 09:28
Inima
 
Цитата:
Назым Чем отличается зарегистрированная версия от иной?
Зарегистрированная версия как минимум, не имеет ограничений на частоту подключений и в дальнейшем будут некоторые ограничения, связанные с нагрузкой на сервер, текущие возможности оптимизатора урезаться не будут. Просто то, что сильно грузит сервер, будет за небольшую, как мне кажется, денежку.
13.08.2010 10:41
Mr_Vito
 
У меня в логе постоянно куча
кривых z-отчетов (не создан док)
и куча не загруженных касс
хотя вроде все в норме
Как оптимайзер проверяет их?
13.08.2010 11:26
Inima
 
Цитата:
Mr_Vito У меня в логе постоянно куча
кривых z-отчетов (не создан док)
и куча не загруженных касс
хотя вроде все в норме
Как оптимайзер проверяет их?
В момент генерации отчета проверяются z-отчеты. Если есть кассы, по которым за последние три дня есть z-отчеты, но нет за вчера-сегодня, то касса считается незагруженной. А по кривому z-отчету приведи скриншот, что у тебя сумма по z-отчетам совпадает с кассовыми доками?
13.08.2010 11:28
John Doe
 
Слово "вроде" не понятно. Приведи доказательства, что на момент генерации отчета оптимизатора у тебя кассы были загружены, и кассовый документ равен сумме z-отчетов.
13.08.2010 13:02
genius-na
 
Олег, в логе который делает оптимайзер всегда проскакиевает фраза, что обнаружено всего 3 редлога а ты считашь что оптимальным считаешь кол-во до 10, есть какое-то обоснование этой рекомендации? Не рациональнее увеличить размер имеющихся, чтобы запись в каждый из них была 20-40 мин для конкретной базы?
13.08.2010 13:19
John Doe
 
Цитата:
genius-na Не рациональнее увеличить размер имеющихся, чтобы запись в каждый из них была 20-40 мин для конкретной базы?
А какое обоснование этой мысли?
13.08.2010 15:05
bob
 
Цитата:
genius-na Олег, в логе который делает оптимайзер всегда проскакиевает фраза, что обнаружено всего 3 редлога а ты считашь что оптимальным считаешь кол-во до 10, есть какое-то обоснование этой рекомендации? Не рациональнее увеличить размер имеющихся, чтобы запись в каждый из них была 20-40 мин для конкретной базы?
А еще можно попросить, чтобы Олег расписал и обосновал каждое действие оптимайзера. Выкинул индексные файлы в отдельное табличное пространство, например. Обоснуй. А то вдруг фигней занимается. Может в общей куче в одном табличном пространстве рациональнее будет.
13.08.2010 15:43
genius-na
 
Цитата:
bob А еще можно попросить, чтобы Олег расписал и обосновал каждое действие оптимайзера. Выкинул индексные файлы в отдельное табличное пространство, например. Обоснуй. А то вдруг фигней занимается. Может в общей куче в одном табличном пространстве рациональнее будет.
Конечно, а что в этом такого? Если некогда или не захочет - так и скажет, ответит - слава Богу, или что, вопросы задаются только форумчанами с особыми статусами, зелеными например?:l_training:
13.08.2010 15:45
genius-na
 
Хотя да... Челябинск же суровый город...
13.08.2010 15:48
genius-na
 
Цитата:
OlegON По логу этой базы RMAN говорит

Все работало. Разбирайся или тынц.
Вроде разобрался, похоже это из-за запуска оптимайзера в RDP сеансе, жизнь покажет.
13.08.2010 15:58
Mtirt
 
Цитата:
genius-na Конечно, а что в этом такого? Если некогда или не захочет - так и скажет, ответит - слава Богу, или что, вопросы задаются только форумчанами с особыми статусами, зелеными например?:l_training:
Постарайтесь умерить свои эмоции, и поменять тон общения на форуме.
Иначе, я буду вынуждена вас наказать.
13.08.2010 16:42
Mtirt
 
Цитата:
genius-na Олег, в логе который делает оптимайзер всегда проскакиевает фраза, что обнаружено всего 3 редлога а ты считашь что оптимальным считаешь кол-во до 10, есть какое-то обоснование этой рекомендации? Не рациональнее увеличить размер имеющихся, чтобы запись в каждый из них была 20-40 мин для конкретной базы?
13.08.2010 17:12
genius-na
 
Цитата:
Mtirt
Спасибо, понятно
14.08.2010 07:58
OlegON
 
Убедительная просьба, подобные вопросы в оракловый раздел задавайте...
16.08.2010 08:22
Mr_Vito
 
Цитата:
John Doe Слово "вроде" не понятно. Приведи доказательства, что на момент генерации отчета оптимизатора у тебя кассы были загружены, и кассовый документ равен сумме z-отчетов.
(вроде - значит не уверен, но причину не вижу или не понимаю :( )

вот скрин


А такие записки оптимизатор присылает на почту каждый день:
Магазин "Ярмарка №11" |27.02.2010|1583 |1 |не создан док.|
Магазин "Ярмарка №11" |27.02.2010|1593 |2 |не создан док.|

вроде все соответствует, почему же пишет?
16.08.2010 09:28
blondbf
 
Итак, есть проблемка с бекапами при помощи оптимайзера.
Во-первых, не запускается бекап базы rman'ом.
В обычное время бекапятся только архивлоги
Код:
15.08.10 14:53:23 -- RMAN procedures...
15.08.10 14:53:23 -- We don't need full backup now...
В MaintenanceTime rman вообще не запускается, в логе только:
Код:
16.08.10 00:49:44 -- Last full rman backup : 2010-08-15 12:57:40.0
Этот бекап я запускал вручную. На тот момент времени в базе было LastRman=15.08.2010. Насколько я понимаю, в MaintenanceTime должен был быть запущен полный бекап базы.


Второе, не могу заставить заливаться дамп по ftp. wput и 7z лежат в $path, при этом wput прекрасно заливает выбранные файлы на ftp-сервер.

Параметры такие:
Код:
ArchiveLogs          yes
DumpFTP              ftp://backuper:Gt4CEbxF2fumUnA
                     ahtEh@hypervisor.delta/
DumpFTP2             -
DumpNoArch           no
DumpNoLimits         yes
DumpPwd              123
LastRMAN             16.08.2010
RunRMAN              yes
SaveDump             -
При этом в обычное время оптимайзер доходит до:
Код:
15.08.10 20:22:23 -- Dump saving...
15.08.10 20:22:23 -- Begin upload...
...ждёт некоторое время, затем отваливается. При этом он не пытается соединиться с ftp-сервером и даже видимо не пытается сжать дамп (нет нагрузки на процессоры). Скорей всего отваливается, когда пытается его сделать. Такое же поведение если выставить DumpNoArch=yes.

В MaintenanceTime нет никаких упоминаний о дампах.
16.08.2010 09:37
John Doe
 
Цитата:
Mr_Vito А такие записки оптимизатор присылает на почту каждый день:
Магазин "Ярмарка №11" |27.02.2010|1583 |1 |не создан док.|
Магазин "Ярмарка №11" |27.02.2010|1593 |2 |не создан док.|
Я бы просто пересоздал кассовый док. И сравнивать надо не с чеками, а с реестром Z-отчетов.
16.08.2010 10:11
OlegON
 
Цитата:
blondbf Итак, есть проблемка с бекапами при помощи оптимайзера.
В таких случаях, когда у кого-то работает, а у тебя нет, лучше озвучивать имя базы, чтобы я тоже мог посмотреть лог.
А в твоем конкретно случае попробуй в скрипт запуска оптимайзера всунуть рман и wput, будут они работать? Думаю, что с переменными окружения напутал.
16.08.2010 12:34
Mr_Vito
 
Цитата:
John Doe Я бы просто пересоздал кассовый док. И сравнивать надо не с чеками, а с реестром Z-отчетов.
странно, суммы сходятся, в реестре тоже все сходится, остатки правильные, а в таблице smcashz, стоит флаг, что документ не создан :(
16.08.2010 12:38
John Doe
 
Цитата:
Mr_Vito странно, суммы сходятся, в реестре тоже все сходится, остатки правильные, а в таблице smcashz, стоит флаг, что документ не создан :(
Может, какая-то из статистик не посчиталась... Предлагаю пересоздать док.
16.08.2010 12:48
blondbf
 
Цитата:
OlegON В таких случаях, когда у кого-то работает, а у тебя нет, лучше озвучивать имя базы, чтобы я тоже мог посмотреть лог.
А в твоем конкретно случае попробуй в скрипт запуска оптимайзера всунуть рман и wput, будут они работать? Думаю, что с переменными окружения напутал.
Имя базы - ATRIUM

Всунул 7z, rman и wput в батник, из которого запускается оптимайзер - работает. rman итак понятно, что запускается - архивлоги копируются исправно.

Если что:
Код:
wput version: pre0.5.0-w32
7-Zip 9.14 beta
Удалил параметр DumpPwd, теперь как и раньше:
Код:
16.08.10 12:32:24 -- Dump saving...
16.08.10 12:32:24 -- We don't need this now...
16.08.2010 13:07
OlegON
 
Цитата:
blondbf Имя базы - ATRIUM
15.08.10 06:16:26 -- ORA-01031: insufficient privileges
сделай, чтобы оптимизаторный юзер мог
Код:
rman target / nocatalog
подключаться
оттуда же проблемы с экспортом и дампом. Проблемы rman'а прошу в этой теме не обсуждать.
16.08.2010 13:37
blondbf
 
Цитата:
OlegON 15.08.10 06:16:26 -- ORA-01031: insufficient privileges
сделай, чтобы оптимизаторный юзер мог
Код:
rman target / nocatalog
подключаться
оттуда же проблемы с экспортом и дампом. Проблемы rman'а прошу в этой теме не обсуждать.
Ок, спасибо, я думал используется rman target sys/password
23.08.2010 13:23
genius-na
 
Цитата:
blondbf Ок, спасибо, я думал используется rman target sys/password
blondbf, будь добр, поделись своим батником, тоже проблемы с дампом...
23.08.2010 14:49
OlegON
 
Это не батник. Еще раз прошу, не мусорьте в этой теме, она для оптимизатора, а не RMAN'а.
23.08.2010 15:07
genius-na
 
Цитата:
OlegON 15.08.10 06:16:26 -- ORA-01031: insufficient privileges
сделай, чтобы оптимизаторный юзер мог
Код:
rman target / nocatalog
подключаться
оттуда же проблемы с экспортом и дампом. Проблемы rman'а прошу в этой теме не обсуждать.
Чтобы оптимизаторный юзер так мог надо чтобы он был в группе ORA_DBA, rman работает замечательно (не всегда в RDP сеансе, но это редкость) но у меня другая проблема - он (оптимайзер) не пытается делать дамп вообще (новыйх файлов большого размера не появляется), никак ни на это не матерится в логе, просто пишет
Код:
06.08.10 11:09:59 -- Dump saving...
06.08.10 11:10:00 -- We don't need this now...
Есть идеи?
23.08.2010 15:14
OlegON
 
1) Если у всех работает, а у тебя нет - называй базу
2) Дамп делается не каждый заход, смотри первый раз за сутки, скажи его время. У меня более детальный лог, я посмотрю.
23.08.2010 15:27
genius-na
 
Цитата:
OlegON 1) Если у всех работает, а у тебя нет - называй базу
2) Дамп делается не каждый заход, смотри первый раз за сутки, скажи его время. У меня более детальный лог, я посмотрю.

База PRIVOZCO (PRIVOZPT) (это на сервере где помойка),

Код:
23.08.10 00:14:31 -- Optimizer for Oracle bases console version 4.9
23.08.10 00:14:31 -- C:\optimizer4
23.08.10 00:14:31 -- Master server: olegon.no-ip.org
это начало первого прогона за эти сутки (у нас с москвой разница +6ч), сначало прогоняется PRIVOZPT, тут же следом PRIVOZCO
23.08.2010 15:39
OlegON
 
Ты сначала из помойки вытащи бедолагу... В логе побитая кодировка.
И приведи время создания дампа, а не начало лога.


Опции темы


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

 

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