|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
Доброго всем времени суток! Просьба помочь. Как наименее затратно очистить справочник SYS.SNAP_XCMT$? Он постоянно растет в следствии наличия "журналов" материализованных представлений(CREATE MATERIALIZED VIEW LOG ON), работающих в режиме COMMIT SCN, БЕЗ использования самих мат.представлений. Каждое изменение фиксируется в этом справочнике. Мне известен только один способ очистки данного справочника - удалить все "журналы". Это возможно. Но есть проблемы: 1. Удаление каждого "журнала" - это полная блокировка мастер-таблицы; 2. Нельзя запустить параллельно несколько скриптов на удаление "журналов", так чтобы в несколько сессией удалять сразу несколько "журналов". Есть какой то менее ресурсозатратный способ почистить данный справочник? Спасибо всем кто откликнется(очень нужно). ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 15:03 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
MaXieМне известен только один способ очистки данного справочника - удалить все "журналы". Хирург ? Создай MV и обновляй когда надо очистить: Код: 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. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 16:38 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
Благодарю Вас за ответ. При создании материализованного представления все равно устанавливается монопольная блокировка на мастер-таблицу. ( И само создание, при распухшем SNAP_XCMT$, длится значительное время, т.к. читается весь справочник. ( Можно что нибудь с этим сделать? Как то ускорить процесс? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 17:36 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
В приведенном примере c 100,000 строк в SNAP_XCMT$ refresh занял < 4 секунд. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 17:46 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
Ну и System Tablespace Growing Too Fast, SYS.SNAP_XCMT$ Table is the Largest Consumer of Space (Doc ID 2406069.1). SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 17:52 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
В моем случае счет идет на сотни миллионов записей в этом справочнике(DBA продолбали). ( При создании мат.представления, насколько я понимаю, блокировка ставится на "журнал" и в мастер-таблицу ни чего не вставишь(хоть и чтение разрешено), пока не будет создано мат.представление. Т.к. при создании мат.представления идут обращения к справочнику, время пока он прочитается, к сожалению, измеряется десятками минут, а это много. ( Спасибо за ссылку, но у меня нет доступа к металинку. Я встречал ответ от тех.поддержки Оракла на этот счет. Да, оно сводится к двум пунктам: либо создание мат.представления и последующий "рефреш", либо "дроп" всех "журналов". Я бы "дропнул" и все "журналы", но их удаление, это монопольная блокировка на мастер-таблицу и перечитывание огромного справочника. Ни "параллель" не срабатывает, ни просто параллельный запуск скриптов на удаление из нескольких сессий. В итоге "даун-тайм" выходит слишком большой. ( ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 18:44 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
MaXieТ.к. при создании мат.представления идут обращения к справочнику, время пока он прочитается, к сожалению, измеряется десятками минут, а это много. Пробовал: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 18:50 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
MaXieпока не будет создано мат.представление. ON PREBUILT TABLE не? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 18:51 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
авторПробовал: Да, создал таблицу с нуля и на пустую создавал мат.представление. авторON PREBUILT TABLE не? Спасибо за Ваш ответ. Можете чуть подробнее свою мысль озвучить? Признаться не сталкивался с такой опцией. P.S. Сразу забыл указать, речь идет про Oracle Database 12c Enterprise Edition Release 12.1.0.2.0. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 18:57 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
авторON PREBUILT TABLE не? Вспомнил что это такое. У нас при рефакторинге большой таблицы, Экземпляр на блокировках "заклинило". Не вариант. ( ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 19:03 |
|
Очистить справочник SYS.SNAP_XCMT$
|
|||
---|---|---|---|
#18+
MaXieУ нас при рефакторинге большой таблицы, Экземпляр на блокировках "заклинило". Слабо представляю себе что конкретно означает процитированный фрагмент и как это все относится к переводу неспешно подготовленной таблицы в статус mat.view, но Вам виднее. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2019, 19:28 |
|
|
start [/forum/topic.php?fid=52&msg=39826311&tid=1882394]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
79ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 251ms |
total: | 421ms |
0 / 0 |