|
|
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Товарищи, происходит какая-то жуть с которой я раньше не сталкивался, все дико стало тормозить, выясняя причины я заметил что это Oracle постоянно пишет очень массивно, даже когда никаких сессий нет к базе вообще, 2 миллиона байт в сек еще не много, бывает пики по 17 миллионов байт сек... как процесс остановить и что это такое подскажите пожалуйста! До этого транкейтнул таблицу на 33 миллиона записей, и все весь день ок было, вечером перезагрузил сервер, и сразу такая проблема пошла ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 21:39 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Попробуйте поискать виновника. Код: plsql 1. По адресу лезете в v$session (v$session.TADDR=v$transaction.ADDR, либо v$session.ADDR=v$transaction.ses_addr). Еще можно зайти с v$sessstat - берете героев и по sid в v$session Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 22:42 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Пробую, а тем временем жесть усугубляется((( Еще проблема такая, что в USERS01.DBF закончилось место в табличном пространстве, может это как-то влиять? Я по администрированию Oracle совсем зелень( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 22:53 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Найдете виновника - тогда и будет более понятно, кто зачем и почему. Главное - не надо дергаться, рестартить базу и делать подобные глупости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 22:59 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Основная проблема - если это массивная транзакция поперла, то после рестарта база будет ее долго и нудно откатывать. А на сладкое придет инициатор этой транзакции и, в зависимости от статуса субъекта и критичности решаемой задачи, может получиться совсем нехорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 23:01 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousПопробуйте поискать виновника. Код: plsql 1. По адресу лезете в v$session (v$session.TADDR=v$transaction.ADDR, либо v$session.ADDR=v$transaction.ses_addr). Еще можно зайти с v$sessstat - берете героев и по sid в v$session Код: plsql 1. 2. 3. 4. 5. Сессию убил, и ничего не прекратилось... Как еще кого можно искать? что за процесс работает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 23:06 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Zalmandrey_anonymousПопробуйте поискать виновника. Сессию убил Тяжело... Лучше больше ничего руками не трогайте. Сессию надо было найти, чтобы разобраться , а не пристрелить без суда и следствия. Сессии с большим анду вообще следует очень аккуратно трогать и только все взвесив. Потому как убиение влечет за собой как откат. Точнее, так: ОТКАТ!!!! Еще раз, медленно: - Ищете КТО пишет в анду (статистики сессий, транзакции, сессия активна и жрет ресурсы - память, cpu). - Определяете КТО это и ЗАЧЕМ оно это делает. Это может быть пользовательская сессия, может быть фоновая, может быть job, может быть еще какой автомагический процесс. Далее надо найти хозяина и связаться с ним. И только после этого решать, что именно делать - добавить места в TS, прибить маловажную активность дабы освободить ресурсы или рискнуть пришибить процесс с большим анду. ...проблемная сессия может и не демонстрировать большого undo-вектора, если она вкачивает много-много мелких транзакций. Такую можно поймать по другим статистикам. Но я уже жалею, что вообще ответил. Просто оставьте все как есть до появления более опытных товарищей, пока не натворили дел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2018, 23:35 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2018, 19:54 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
DВА http://www.dba-oracle.com/t_parallel_transaction_recovery_undo_cpu.htm Пробовал по часу в каждом режиме ждал и в LOW и в HIGH и false, и рестартил после установки нового значения, ничего не меняется, как постоянно делал что-то так и делает( Может можно как-то там какой-то журнал логов или восстановлений или что еще сбросить? потому что ведь работает же все что надо) Я вот еще думаю, если дамп через exdp imdp делать на другой комп перенести, данные о том что база там делает в UNDOTBS тоже перенесутся и на другом сервере продолжится это, либо перенесутся только объекты и данные схем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2018, 07:59 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
Zalm, Вы напоминаете человека, попавшего в магазин оружия, большую часть из которого тот даже на картинках не видел. И теперь с увлечением, не разбирась, дёргает за всё подряд - посмотреть что будет. Как доберётесь до небольших круглых штучек с колечком - не вешайте их за колечко на гвоздик, можете пропустить самое интересное. Просто дёргайте за него - целый час результата ждать не придётся... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2018, 08:28 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousПопробуйте поискать виновника. Найдете виновника - тогда и будет более понятно, кто зачем и почему. Главное - не надо дергаться, рестартить базу и делать подобные глупости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2018, 08:45 |
|
||
|
Массивная запись в UndoTBS01!((((
|
|||
|---|---|---|---|
|
#18+
ViewerZalm, Вы напоминаете человека, попавшего в магазин оружия, большую часть из которого тот даже на картинках не видел. И теперь с увлечением, не разбирась, дёргает за всё подряд - посмотреть что будет. Как доберётесь до небольших круглых штучек с колечком - не вешайте их за колечко на гвоздик, можете пропустить самое интересное. Просто дёргайте за него - целый час результата ждать не придётся... Примерно так и есть, потому что я с этим не сталкивался) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2018, 09:42 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39656892&tid=1883882]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 384ms |

| 0 / 0 |
