Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

23.11.2024 2:35


13.08.2010 15:48
Цитата:
OlegON По логу этой базы RMAN говорит

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

вот скрин


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

вроде все соответствует, почему же пишет?
16.08.2010 09:28
Итак, есть проблемка с бекапами при помощи оптимайзера.
Во-первых, не запускается бекап базы 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
Цитата:
Mr_Vito А такие записки оптимизатор присылает на почту каждый день:
Магазин "Ярмарка №11" |27.02.2010|1583 |1 |не создан док.|
Магазин "Ярмарка №11" |27.02.2010|1593 |2 |не создан док.|
Я бы просто пересоздал кассовый док. И сравнивать надо не с чеками, а с реестром Z-отчетов.
16.08.2010 10:11
Цитата:
blondbf Итак, есть проблемка с бекапами при помощи оптимайзера.
В таких случаях, когда у кого-то работает, а у тебя нет, лучше озвучивать имя базы, чтобы я тоже мог посмотреть лог.
А в твоем конкретно случае попробуй в скрипт запуска оптимайзера всунуть рман и wput, будут они работать? Думаю, что с переменными окружения напутал.
16.08.2010 12:34
Цитата:
John Doe Я бы просто пересоздал кассовый док. И сравнивать надо не с чеками, а с реестром Z-отчетов.
странно, суммы сходятся, в реестре тоже все сходится, остатки правильные, а в таблице smcashz, стоит флаг, что документ не создан :(
Часовой пояс GMT +3, время: 02:35.

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