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

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

22.11.2024 13:09


20.07.2014 08:05
... и еще, добавил SGA и теперь в логе оптимайзера вот такое "SGA is over 2Gb... 640k is enough for anyone...", не понял почему так ?
20.07.2014 09:12
Цитата:
winmasta ... и еще, добавил SGA и теперь в логе оптимайзера вот такое "SGA is over 2Gb... 640k is enough for anyone...", не понял почему так ?
Это юмор имени Билла Гейтса. Вторую часть реплики можно погуглить.
20.07.2014 09:16
Цитата:
winmasta 1) Даты кривых Z-отчетов - у меня их 34, написано "Не создан док.", хотя документ ("Продажа") создан, в чем косяк ?
2) Неправильные наименования карточек - у меня 1 артикул, посмотрел с наименованием вроде бы все в порядке, какие критерии признания наименования неправильным ?
Не пишите вопросы в кучу, неудобно отвечать.
1. Посмотрите кассовые документы "несоответствующие Z-отчетам" для начала. Проще сразу перевыгрузить за дату. Не оптимизатор считает их кривыми, а Супермаг. Т.е. разделом ошиблись. Кроме того, тему бы неплохо почитать, уже обсуждали.
2. Спецсимволы, вроде перевода строки.
20.07.2014 16:23
Цитата:
OlegON Не пишите вопросы в кучу, неудобно отвечать.
1. Посмотрите кассовые документы "несоответствующие Z-отчетам" для начала. Проще сразу перевыгрузить за дату. Не оптимизатор считает их кривыми, а Супермаг. Т.е. разделом ошиблись. Кроме того, тему бы неплохо почитать, уже обсуждали.
2. Спецсимволы, вроде перевода строки.
поискал - не нашел, можно линк если не трудно
22.07.2014 12:43
Добрый день, сегодня пришло на почту вот такое

ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available.

ORA-16038: log 2 sequence# 6745 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 2 thread 1: 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\DBSHVS1\REDO02.LOG'

ORA-16014: log 2 sequence# 6745 not archived, no available destinations

ORA-00312: online log 2 thread 1: 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\DBSHVS1\REDO02.LOG'

хотя

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG 2.78 .01 761
BACKUPPIECE 1.57 0 39
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0

6 rows selected.

можно конечно увеличить, но хотелось бы понять
22.07.2014 12:46
В данном случае оптимизатор всего лишь передает запись из журнала Oracle. Убедительная просьба не писать в эту тему оракловые вопросы.
24.07.2014 09:37
Вот последнее упоминание rmana в логе оптимайзера.

24.07.14 07:59:48 -- Last full rman backup : 2014-07-13 20:49:06.0
24.07.14 07:59:49 -- Last backup checkpoint : 2014-07-13

На почту приходят письма с отчетом оптимайзера и по поводу отсутствия связи (делаю вывод, что уведомления настроены), но почему тогда последний архив за 13.07.14 ?
24.07.2014 11:22
Посмотрите то место лога, где он должен запускать RMAN. Скорее всего RMAN запускается с ошибкой (в этом случае бы ругался после двух суток). Или архивлог отключен. Номер клиента скажите. (ID клиента публично не показывайте).
24.07.2014 13:28
Цитата:
OlegON Посмотрите то место лога, где он должен запускать RMAN. Скорее всего RMAN запускается с ошибкой (в этом случае бы ругался после двух суток). Или архивлог отключен. Номер клиента скажите. (ID клиента публично не показывайте).
не смог найти то место где рман запускается, во вложении лог
Вложения
Тип файла: 7z optimizer.7z (50.5 Кб, 126 просмотров)
24.07.2014 13:34
DelayRMAN = 0 поставьте.
Часовой пояс GMT +3, время: 13:09.

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