|
Инциденты
|
|||
---|---|---|---|
#18+
Здрваствуйте , тупой вопрос , но всетаки задам /oracle/diag/rdbms/orcl/orcl/incident , занимает 35 гб /oracle/diag/rdbms/orcl/orcl/trace , занимает 11 гб Можно ли очистить данный директории ? База не "Рухнет" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:17 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Frequency, Если Вы не знаете что там находится, значит это Вам не нужно База не рухнет p.s. Туда валится trace файлы при ошибках По хорошему, нужно разбираться что у Вас произошло Каждый инцидент - ошибка - которая вызвала програмную проблему в выплеском trace file ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:23 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Frequency, Для начала покажите Ваш alert.log ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:24 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Лучше не лезь, не думай и не смотри в сторону этого сервера. Не ты случайно человек-косяк ищешь очередные проблемы? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:25 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Ну и проверьте на всякий случай, что там нет Ваших datafile/redolog/controlfile Код: plsql 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:26 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Vadim LejninНу и проверьте на всякий случай, что там нет Ваших datafile Перестраховщик! Я как-то в порядке расчистки хлама снес напрочь целую тестовую БД, так люди с ней еще месяц (месяц, Карл!) работали, пока сервер не перегрузили :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:29 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Frequency, adrci help purge ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:34 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Проблема в том что диск 99 ГБ на диске место 90 ГБ 9 ГБ свободно , большую часть занимает данные директории. Лучше будет увеличить место на диске или же очистить ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:37 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Vadim LejninFrequency, Для начала покажите Ваш alert.log алерт скинуть самую последнию запись ? Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:40 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Скорее всего это только одна из ошибок в базе oracle supportORA-00600 [13011] (Doc ID 1547827.1) Версия 11.2.0.1? чисти... p.s. backup есть? Проверяли что восстанавливается? А то с таким отношением к движку, удивительно что он еще шевелится ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 16:53 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Vadim LejninСкорее всего это только одна из ошибок в базе oracle supportORA-00600 [13011] (Doc ID 1547827.1) Версия 11.2.0.1? чисти... p.s. backup есть? Проверяли что восстанавливается? А то с таким отношением к движку, удивительно что он еще шевелится ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 20:53 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Проверяли что восстанавливается? А то с таким отношением к движку, удивительно что он еще шевелится backup есть , ежедневно выводятся кроном Можете по подробнее пожалуйста , что не так , я буду вам очень благодарен ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 20:56 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Frequency, DBA - должен контролировать базу alert.log - журнал базы, его обычно тоже просматривают, либо глазами, либо средствами мониторинга В простейшем случае, с помощью DBConsole или Em Oms Ошибка ORA-600 и ее trace и incident файлы - кишки серверного процесса, вызванного серьезным сбоем, как правило BUG. Приведенная ошибка, обычно относительно безобидна, но сказать это можно только проанализировав trace Другое дело, что данная ошибка, скорее всего не единственная. А вот другие могут быть очень серьёзны. Например битые блоки, или утечка памяти. Некторые могут привести к неправильным результатам SQL. То что Вы не видите ошибок приложения, может быть вызвано тем, что сообщения о них заблокированы разработчиками, (довольно частое, увы, явление) Именно поэтому, за alert.log нужно следить. Судя по описанию Вашей ошибки "ORA-600 [13011]" - cкорее всего у Вас не самая стабильная версия. При стабильной работе, инцидентов вообще быть не должно. p.s. Если Вы ни разу не пытались восстановить backup - то очень может быть, что его нет. p.p.s. Человек обычно смотрит не alert.xml, а $DIAG_HOME/rdbms/dbname/sid/trace/alert$ORACLE_SID.log - это обычный текстовый файл. Без анализа alert.log и trace трудно сказать насколько все серьезно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 21:27 |
|
Инциденты
|
|||
---|---|---|---|
#18+
"ORA-600 [13011]" - по описанию, падение определённого вида запросов, который в частности используется для обновления workload repository. Если ошибка наблюдается только для этих запросов, то ничего страшного, нужно почистить, пропатчится и забыть Но такие запросы может использовать и Ваше приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 21:33 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Frequency, Без анализа alert.log я бы вот такое посмотрел, чтобы верхнеуровнево понять, что к чему: Код: plsql 1.
Вот это, чтобы сопоставить проблемы с размером incident trace files на диске: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2019, 21:47 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Все спасибо большое. Vadim Lejnin , отдельное спасибо за подробное описание. Будем анализировать. Скорее всего Vadim Lejnin может быть вызвано тем, что сообщения о них заблокированы разработчиками ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2019, 09:49 |
|
Инциденты
|
|||
---|---|---|---|
#18+
Проблема была в индексах таблицы SYSMAN.MGMT_SYSTEM_PERFORMANCE_LOG Как я решил напишу может кому понадобится : Вариант 1 : Обновить базу у меня была версия c 11.2.0.1.0 до 11.2.0.3 Вариант 2 : Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
... |
|||
:
Нравится:
Не нравится:
|
|||
01.05.2019, 14:54 |
|
|
start [/forum/topic.php?fid=52&fpage=78&tid=1882539]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 313ms |
total: | 456ms |
0 / 0 |