|
|
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Коллеги, не подскажете, как победить трассировочные файлы огромных размеров? Пользовательские процессы параметром max_dump_file_size ограничиваются, а системные процессы на него клали с большой холма. Проявляется на 11g и на 12c - кто-то решал подобную проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 15:29:11 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
max_dump_file_size, adrci ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:19:00 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
dba123, эм, мням-мням, а что там можно подкрутить? Код: plsql 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. 36. 37. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:26:48 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
max_dump_file_size, я о периодической чистке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:32:48 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
dba123я о периодической чистке Там за 10 мин может один файл вырасти до 100 Гб. Не хватает реакции чистить, хотелось бы чтобы не росло так быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:37:59 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
max_dump_file_sizeТам за 10 мин может один файл вырасти до 100 Гб. пытались анализировать? в нормальных условиях такого не наблюдается... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:41:58 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoпытались анализировать? в нормальных условиях такого не наблюдается... Время от времени трассировочный файл процесса DIAG вырастает до нескольких десятков гигабайтов, заполняя всё дисковое пространство. Каждый раз я вижу, что одна сессия запрашивает дамп на другую сессию из-за deadlock-а Dumping process info of pid[38.12341] requested by pid[16.66289] Сессия, запросившая дамп, это LMD1 Global Enqueue Service Daemon (LMD) The resource agent process that manages Global Enqueue Service (GES) resource requests. The LMD process also handles deadlock detection Global Enqueue Service (GES) requests. Remote resource requests are requests originating from another instance В результате сбойная сессия процесса 12341 ожидает окончания диагностики. Поскольку место на диске кончилось, то диагностика дедлока не отвисает, сессии тоже висят в ожидании. Подключиться к инстансу невозможно. Deadlock мы лечить будем, но все знают что трудно предсказать когда на него наступишь. Проявляется раз в неделю. Тема не в том, чтобы всё было правильно, тема в том, чтобы всё нахрен не валилось, когда возникает ошибка. Если никто не знает как ограничить дампы системных процессов - очень жаль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 16:57:00 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
как вариант создайте отдельную файловую систему для этого хлама и чистилку по крону ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 17:42:02 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Jonhsonкак вариант создайте отдельную файловую систему для этого хлама и чистилку по крону проблема в том, что нет свободного терабайта под это дело. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 18:00:08 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
max_dump_file_sizeJonhsonкак вариант создайте отдельную файловую систему для этого хлама и чистилку по крону проблема в том, что нет свободного терабайта под это дело. :( про чистилку по крону я для чего написал? вам же не нужны эти файлы на самом деле... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 18:11:12 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Jonhsonпро чистилку по крону я для чего написал? Коллега, полечить головную боль гильотиной умеет каждый идиот. Я спрашивал про лекарство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 18:30:38 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
если ос У НИХ то Код: plsql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 18:56:47 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Vadim Lejninесли ос У НИХ то Код: plsql 1. Попробуем, но тут я плохо знаю, что о чём, надо читать будет сейчас: Код: plsql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 19:38:18 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Vadim Lejninесли ос У НИХ то Код: plsql 1. 2. 3. ну это если у них в корки процессы падают... сомневаюсь что на трейсы это повлияет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2016, 21:31:33 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Я бы попробовал поискать информацию, как снизить уровень подробности трассировки для этого случая (если задача сбора диагностики не очень актуальна). Или направил бы background_dump_dest на ФС с компрессией (zfs, ntfs). Или таки ежеминутный скрипт в кроне, обрезающий самый большой файл, если ФС забита. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2016, 00:16:11 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Nobody1111Или таки ежеминутный скрипт в кроне, обрезающий самый большой файл, если ФС забита. а получится ли почистить ФС если процесс который пишет в этот файл его не освободил? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2016, 03:31:27 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
Можно попробовать через FIFO How To Enable/Disable SQL Tracing Without Wasting Disk Space Or Losing The Trace File (Doc ID 404833.1) PS. У меня с наскоку не получилось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2016, 05:25:03 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
В смысле не получилось, чтоб процесс использовал его как файл трассировки После старта, пока не создался файл трассировки, определяем его имя (не через oradebug, при выполнении oradebug файл сразу создастся) и вместо него создаем именованный канал. Если файл уже создан, можно попробовать его удалить, создать канал, а затем выполнить oradebug close_trace Когда процессу надо открыть его -- он, похоже, не может (по крайней мере, соответствующий файл .trm не создается), а в алерт попадает: Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2016, 05:34:03 |
|
||
|
max_dump_file_size не ограничивает системные процессы
|
|||
|---|---|---|---|
|
#18+
тупень_Nobody1111Или таки ежеминутный скрипт в кроне, обрезающий самый большой файл, если ФС забита. а получится ли почистить ФС если процесс который пишет в этот файл его не освободил? в юниксах элементарно (в старом шелле sh может не работать): >filename в линухе есть даже команда truncate, которая может оставить заданную длину файла необрезанной ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2016, 07:05:46 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=215&tid=1888007]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 188ms |
| total: | 292ms |

| 0 / 0 |
