CftClub.ru
Клуб специалистов ЦФТ-Банк

Учет по депозитам -[SIGSEGV] [Address not mapped to object]
На страницу 1, 2  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
dbmaslov
Профи
Кредитмарт


Вступление в Клуб: 11.07.2007
СообщениеВт Фев 03, 2009 11:07   Учет по депозитам -[SIGSEGV] [Address not mapped to object] Ответить с цитатой
Полезность: Нет оценки
Коллеги,
в Навигаторе при учете процентов по депозитам, видим сообщение:
ORA-03113: end-of-file on communication channel

а затем (после ОК):
ORA-03114: not connected to ORACLE

на сервере видим сообщение:
ORA-07445: ЮСЭРагЦХЭЮ ЯаХалТРЭШХ: core dump [pfrxca()+207] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []

что это может быть?
dnk_dz
Эксперт
Резидент CftClub
Совладелец


Вступление в Клуб: 19.09.2007
СообщениеВт Фев 03, 2009 11:46    Ответить с цитатой
Полезность: Нет оценки
Error: ORA-07445 exception encountered: core dump
Cause : An operating system exception occurred which should result in the creation of a core file. This is an internal error.
Action : Contact Oracle Customer Support.

Common precipitators of the ORA-07445 include:

    High volume user transactions
    Software bugs (i.e. Bug 4098853)
    Too-small RAM regions (shared_pool_size, java pool, large_pool_size), and a too-small application memory stack (e.g. PL/SQL array too small)
    Too small undo and temp segments
    Program errors (addressing outside of RAM region), e.g. S0C4.
    Improper NLS parameter settings
    Hardware errors
    Oracle block corruption

and a host of other related issues.

Oracle DBA's use alert mechanisms to send an e-mail to the DBA when ORA-07445 errors occur, e-mailing the associated core dump file. Metalink now offers an ORA-7445 search tool, as described in MetaLink note Note:208922.1, and you can supply details from the Oracle trace file to see the exact cause.

Other common causes of the ORA-07445 include:
    High-volume, high RAM usage can cause ORA-07445
    The shared pool is too small to hold the fixed structures
    Improper SCSI disk configuration

In sum, the ORA-07445 has a multitude of causes and contact with Oracle technical support is always required.

Смотрите из вышеперечисленного.
dbmaslov
Профи
Кредитмарт


Вступление в Клуб: 11.07.2007
СообщениеВт Фев 03, 2009 12:23    Ответить с цитатой
Полезность: Нет оценки
Симптомы: в alert.log пишется ошибка
ORA-07445: exception encountered: core dump [pfrxca()+207] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []

На сайте metalink.oracle.com есть варианты багов, но для нашей версии нет решения.

Обходное решение: рестарт базы или выполнение alter system flush shared_pool;

От ЦФТ ничего вразумительного получить не удалось:

Цитата:
"Вследствие того, что проблема устранена перезагрузкой сервера, предлагается перевести запрос в консультацию и закрыть".


хорошо что мы не банк 24/7, а то решение с перезагрузкой было бы "в самый раз", а как хотелось чтобы решение было технологичным, а не перезагрузочным... Sad

тема закрыта Sad
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеВт Фев 03, 2009 13:09    Ответить с цитатой
Полезность: Нет оценки
Управление памятью автоматическое? - неплохо бы платформу сервера посмотреть - что за ОС? - если управление памяти в автомате, то Оракл любит shared_pool раздувать до соотношения 65% от sga, можно по-пробовать выделить ему мегов 700 под разделяемый пул и уйти на ручное распределение памяти. Также неплохо посмотреть название пакетов что PL/SQL стэке ошибок и поиграться с dbms_shared_pool.unkeep - чтобы выкидывать из пула объекты а не весь пул чистить.
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеВт Фев 03, 2009 13:38    Ответить с цитатой
Полезность: Нет оценки
На металинке есть такой - Bug 7021754 Dump [pfrxca] during concurrent DML or DDL, последний CPU - ставили?
Kozyrev
Участник - экстремал
Орелсоцбанк


Вступление в Клуб: 03.09.2007
СообщениеЧт Dec 02, 2010 13:15    Ответить с цитатой
Полезность: Нет оценки
dbmaslov пишет:
Коллеги,
на сервере видим сообщение:
ORA-07445: ЮСЭРагЦХЭЮ ЯаХалТРЭШХ: core dump [pfrxca()+207] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []

Такая же ошибка выскакивает при попытке передачи ценностей из хранилища в хранилище в Навигаторе версии 113_10 и 113_15.
(включено автоматическое управление памятью, переключать на ручное не пробовали)
tsktalk
Участник со стажем
Неподтвержденный


Вступление в Клуб: 27.09.2007
СообщениеПт Dec 03, 2010 05:16    Ответить с цитатой
Полезность: Нет оценки
автоматическое управление памятью - штука конечно хорошая, особенно для тестовых баз - а вот для боевых не все так гладко как хотелось бы (тем более для ибсо).
постоянные ошибки валятся из динамически рапределяемых ресурсов.
и 600 ошибки и 7445 и наведенные бывают и т.д.
накат патчика или CPU (PSU) - не всегда спасает от этого, а вот бывает что другое калечит.


посмотрите в период наибольшой загрузки бд какие размеры у вас сегментов - потом во время перезагрузки выставьте управление ручками и подавляющее большинство ошибок как рукой снимет.
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеПт Dec 03, 2010 06:37    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:

Такая же ошибка выскакивает при попытке передачи ценностей из хранилища в хранилище в Навигаторе версии 113_10 и 113_15.
(включено автоматическое управление памятью, переключать на ручное не пробовали)
- включите ручное, не мучайтесь - очень кушающий продукт у цфт относительно памяти, Oracle SGA adviser не всегда адекватно оценивает размеры пулов - я бы даже сказал почти всегда он не адекватен - поставьте из расчета примерно 60 Мб в shared_pool на пользователя.
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеПт Dec 03, 2010 06:43    Ответить с цитатой
Полезность: Нет оценки
tsktalk пишет:

накат патчика или CPU (PSU) - не всегда спасает от этого, а вот бывает что другое калечит.
- цфт обычно рекомендует ставить обновления - они у себя временами тестируют CPU, за 6 лет работы с цфт ни разу CPU не ставил , как то все обходилось, звонил как то в поддержку спросил про необходимость CPU -сказали как конечно надо, мы типа рекомендуем такие то и такие-то , но я решил оставить как есть - alert "чистый" без ошибок - пусть таким и остается Smile
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеПт Dec 03, 2010 06:48    Ответить с цитатой
Полезность: Нет оценки
tsktalk пишет:
посмотрите в период наибольшой загрузки бд какие размеры у вас сегментов - потом во время перезагрузки выставьте управление ручками и подавляющее большинство ошибок как рукой снимет.
- про какие сегменты идет речь? Сдается мне что какие бы мы сегменты во время загрузки БД не смотрели, то врят ли они повлияют на выбор размера shared_pool & buffer_pool & redo_buffer .
tsktalk
Участник со стажем
Неподтвержденный


Вступление в Клуб: 27.09.2007
СообщениеВс Dec 05, 2010 10:51    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
Kozyrev пишет:

Такая же ошибка выскакивает при попытке передачи ценностей из хранилища в хранилище в Навигаторе версии 113_10 и 113_15.
(включено автоматическое управление памятью, переключать на ручное не пробовали)
- включите ручное, не мучайтесь - очень кушающий продукт у цфт относительно памяти, Oracle SGA adviser не всегда адекватно оценивает размеры пулов - я бы даже сказал почти всегда он не адекватен - поставьте из расчета примерно 60 Мб в shared_pool на пользователя.

или у вас все слишком хорошо с ресурсами или пользователей "кот наплакал" Smile
не требуется стандартному пользовательзователю столько памяти в шаредпуле при нормально настроеной системе
3-5 метров в среднем на сессию (может максимум 10) + резерв на непредвиденные обстоятельства
tsktalk
Участник со стажем
Неподтвержденный


Вступление в Клуб: 27.09.2007
СообщениеВс Dec 05, 2010 10:56    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
tsktalk пишет:

накат патчика или CPU (PSU) - не всегда спасает от этого, а вот бывает что другое калечит.
- цфт обычно рекомендует ставить обновления - они у себя временами тестируют CPU, за 6 лет работы с цфт ни разу CPU не ставил , как то все обходилось, звонил как то в поддержку спросил про необходимость CPU -сказали как конечно надо, мы типа рекомендуем такие то и такие-то , но я решил оставить как есть - alert "чистый" без ошибок - пусть таким и остается Smile


CPU (PSU) - рекомендуется ставить - тут уже почти без вариантов.
оракл стал патчики делать которые встают например только на последний ПСУ и без вариантов
Sad
у вас просто ошибки не стрели - значит вам повезло - и это должно вас радовать.


из последнего что помниться - это то, что работа с сжатыми табличками на 10.2.0.4 чистой происходит с ошибками пофиксено только в псу 10.2.0.4.6 а этот патч ставиться только на псу 10.2.0.4
tsktalk
Участник со стажем
Неподтвержденный


Вступление в Клуб: 27.09.2007
СообщениеВс Dec 05, 2010 10:59    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
tsktalk пишет:
посмотрите в период наибольшой загрузки бд какие размеры у вас сегментов - потом во время перезагрузки выставьте управление ручками и подавляющее большинство ошибок как рукой снимет.
- про какие сегменты идет речь? Сдается мне что какие бы мы сегменты во время загрузки БД не смотрели, то врят ли они повлияют на выбор размера shared_pool & buffer_pool & redo_buffer .

основные - db_cash_size, shared_pool
хистори помеожет адекватно оценить необходимый минимум для комфортной работы и пространство для маневров.
pga_aggregate_target - тоже неплохо глянуть на предмет сортировок и т.д.
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеПн Dec 06, 2010 07:26    Ответить с цитатой
Полезность: Нет оценки
tsktalk пишет:

3-5 метров в среднем на сессию (может максимум 10) + резерв на непредвиденные обстоятельства
- не 60Мб примерно 6 - ошибся, действительно Very Happy
Serj
Профи
ОИКБ Русь


Вступление в Клуб: 02.08.2007
СообщениеПн Dec 06, 2010 07:36    Ответить с цитатой
Полезность: Нет оценки
tsktalk пишет:

основные - db_cash_size, shared_pool
хистори помеожет адекватно оценить необходимый минимум для комфортной работы и пространство для маневров.
pga_aggregate_target - тоже неплохо глянуть на предмет сортировок и т.д.
- ну раз пошла такая пьянка, то адвайзеры на которые стоит смотреть с оглядкой правда, это v$shared_pool_advice, v$db_cache_advice ,v$pga_target_advice пакет dbms_advisor наконец.
А db_cash_size, shared_pool, pga_aggregate_target - являются параметрами экземпляра, которые выставляются на основании адвайзеров - или "на глаз" или тестированием - в общем кто во что горазд.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу 1, 2  След.
Страница 1 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru