|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Один RBS заполнился на 200М, а транзакция убита уже давно. Оракл об этом не узнал и держит RBS заполненным. При этом в случае попытки удаления ругается "ORA-01545: rollback segment 'RBS_PUBLIC_200M' specified not available". хотя переводится в любое состояние ONLINE<->OFFLINE. В чем проблема? Может кто-нибудь сталкивался? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 09:50 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
200М - это же немного. Выстави параметр OPTIMAL, тогда Оракл будет усекать сегмент отката автоматически ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 10:23 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Ну хоть один откликнулся. Спасибо. Попробуем. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 12:18 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Извеняюсь OPTIMAL при создании сегментов отката ??? А для других TableSpace что-то такое есть ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 13:29 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Для каких других ? И какой в этом скрытый смысл? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 13:36 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Я имел в виду UserSpace и TmpSpace, ну так типа табличка так на 1-2 Гб удалилась и Oracle мог со временем уменьшить размер Space. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 13:45 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
для TEMP'a ничего очищать не нужно. В этом и есть смысл временного про-ва. Бывает правда, иногда подвисает ST-латч, но это редко. Про userSpace не понял. Если имеется в виду табл. про-во данных или индексов, то что вы хотите там очистить? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 14:36 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
<для TEMP'a ничего очищать не нужно. В этом и есть смысл временного про-ва. > В каком смысле ??? Пример такой: после работы с VIEW физический размер TMPSpace стал ~ 1 Ггб, хотя логически используется теперь(после работы с VIEW) ~ 30 Мгб. Вопрос такой как настроить параметры при создании TMPSpace что-ба размер его возратился к 30 Мгб ??? Или как-то по другому это можно сделать ??? <Про userSpace не понял. Если имеется в виду табл. про-во данных или индексов, то что вы хотите там очистить?> Ну была табличка в 1 Ггб, теперь её нет, а физически табличное пространство на 1Ггб больше чем занимаемое остальными табличками. Вопрос как избавится от этого неиспользуемого 1Ггб. ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 16:49 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
смысл temp'a в переиспользовании временных сегментов. настроить так, чтобы темп вернулся к 30М нельзя да и нет смысла в этом. Кстати советую выключить автоэкстенд на файлы базы. Для таблицы аналогичная ситуация. Если хотите освобождать пр-во, создайте эту таблицу в отдельном таб. пр-ве, которое сможете потом удалить ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 17:24 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Попсовей - Oracle Managment Server -> Reorganize Tablespace. Полезнее - ручками :-) export->drop tablespace including contents->create tablespace...->import. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 17:28 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Первоначальный вопрос неясен, т.к. если роллбек сегмент уже офлайн, то его всегда можно дропнуть. Проблема явно в другом. ><для TEMP'a ничего очищать не нужно. В этом и есть >смысл временного про-ва. > >В каком смысле ??? >Пример такой: после работы с VIEW физический размер >TMPSpace стал ~ 1 Ггб, хотя логически используется >теперь(после работы с VIEW) ~ 30 Мгб. Вот не понял как "работа с VIEW" может повлиять на физ. размер временного пространства??? Во-первых, во врем. табличном пространстве могут находится только данные при сортировках и временные таблицы. Процесс выделения екстентов в нем никак не управляем (в смысле человеком), поэтому о нем можно просто забыть. А автоэкстенд, конечно же надо выключать (как уже сказал killed), причем для всех табл. пространств. >Вопрос такой как настроить параметры при создании >TMPSpace что-ба размер его возратился к 30 Мгб ??? >Или как-то по другому это можно сделать ??? ><Про userSpace не понял. Если имеется в виду табл. про- >во данных или индексов, то что вы хотите там очистить?> >Ну была табличка в 1 Ггб, теперь её нет, а физически >табличное пространство на 1Ггб больше чем занимаемое >остальными табличками. >Вопрос как избавится от этого неиспользуемого 1Ггб. ??? если таблица дропнута, а свободное место в конце файла, то можно сделать alter database datafile '...' resize ... ; т.е. изменить его размер. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2002, 18:13 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
for killed <настроить так, чтобы темп вернулся к 30М нельзя да и нет смысла в этом> Даааааа. Как это нет смысла ???, а физическое резервное копирование или место на дисках не в счет ???? for .dba <Вот не понял как "работа с VIEW" может повлиять на физ. размер временного пространства??? Во-первых, во врем. табличном пространстве могут находится только данные при сортировках и временные таблицы.> Угу, и при работе с VIEW тоже создаются временные таблицы. < А автоэкстенд, конечно же надо выключать (как уже сказал killed), причем для всех табл. пространств. > И как при росте обьема таблиц - бежать к каждому серверу и увеличивать размер Space ????????????? <если таблица дропнута, а свободное место в конце файла, то можно сделать alter database datafile '...' resize ... ; т.е. изменить его размер.> А как собственно узнать что <свободное место в конце файла> ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2002, 13:48 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
БД - эта не та штука, где постоянно меняются размеры файлов и их кол-во. Если запросы к базе таковы, что необходимо иметь TEMP в 1G - значит он должен быть 1G Если же запросам нужно 30М в TEMP - значит его нужно выставить в 30М и отключить autoextend на файлы этого таб. пр-ва нафиг. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2002, 14:03 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
кстати TEMP бэкапить не обязательно ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2002, 14:20 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
Ok !!! Всё понятнинько. Спасибо всем за общение. !!! ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2002, 14:42 |
|
Как очистить RBS, когда транзакция, насравшая в него сдохла?
|
|||
---|---|---|---|
#18+
>Угу, и при работе с VIEW тоже создаются временные >таблицы. Вот с этого момента, пожалуйста по-подробнее. В каком случае они создаются? >И как при росте обьема таблиц - бежать к каждому >серверу и увеличивать размер Space ????????????? А зачем бежать - Вы что, все сервера только локально администрируете? Ну и админ должен представлять, что у него в базе делается, а не надеяться на автоекстенд. Кроме того известные грабли с автоекстендом это когда файл пытается стать большим, чем позволяет операционная система и тогда наступает corruption :-) >А как собственно узнать что <свободное место в конце >файла ??? Ну первый путь совсем простой - попробовать уменьшить - а он не уменьшится :-) А более интелектуальный - посмотреть в dba_free_space. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2002, 15:13 |
|
|
start [/forum/topic.php?fid=52&msg=32056726&tid=1992959]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
28ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
others: | 256ms |
total: | 387ms |
0 / 0 |