|
|
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Vivat!San "один том - одно табличное пространство" без расходов на файловую систему. . Именно этого хотел. Создал один ТП задал 600ГБ , буду импортировать данные при помощи remap_tablespace. Кроме того что при переносе данных на другой сервер где нужно будет создавать тоже Big ТS с таким же размером, какие еще последтия могут быть ? Например на Performanse базы ? Можете дать какие-то сoветы насчет этого ? В кратце что можно , что нельзя ? Буду благодарен. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 15:50 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Aleks Niches, 1) Как уже говорили достаточно много специфичных BUG 2) rman parallel , только с chank size, что не учитывается штатными скриптами OEM или backup manager, но это решение не работает, например для duplicate или image copy 3) наблюдались проблемы с производительностью при больших нагрузках на некоторых версиях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:04 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous ...только предварительно стоит почитать MOS на предмет специфичных багов для этого типа ТС. К примеру, не должны стать неожиданностью проблемы с autoextend на некоторых версиях. Ну и обратите внимание на предельный размер файла на используемой файловой системе, он станет жестким лимитом на все BigFile табличное пространство (т.е. в некоторых условиях smallfile ТС может быть существенно больше предельного бигфайл). ...вообще бигфайл придуман не для того, чтобы делать большие файлы на файловой системе, а для того, чтобы полностью утилизировать целые тома под хранение данных по схеме "один том - одно табличное пространство" без расходов на файловую систему. Нецелевое использование ведет к непредвиденностям. В Ваших словах много фантазий и домыслов, если я что-то советую, значит использовал на практике и уверен в этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:08 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin 2) rman parallel , только с chank size, что не учитывается штатными скриптами OEM или backup manager, но это решение не работает, правильно называется section_size ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:10 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin Aleks Niches, но это решение не работает, например для duplicate Если например захочу поднять standby и если BIG TS на ASM , то dublicate не катит ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:38 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Да не, пробуй Тебе же лениво прочитать несколько страниц документации -- давай с наскока попробуешь Может получится, но ведь это еще поддерживать придется -- тебя последователи проклянут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:46 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin но это решение не работает, например для duplicate или image copy вообще работает, если Вы имели в виду баги, которые исправлены, то надо так и уточнять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 16:58 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров Да не, пробуй Тебе же лениво прочитать несколько страниц документации -- давай с наскока попробуешь Может получится, но ведь это еще поддерживать придется -- тебя последователи проклянут Если вы имеете ввиду о десятках ТБ. , то база всего 500 ГБ и наврятли станет больше 5 ТБ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 17:13 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Vivat!San В Ваших словах много фантазий и домыслов Я-то темнота, не пробовал, не уверен и потому фантазирую и домысливаю, ага... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2019, 17:26 |
|
||
|
ORA-00374
|
|||
|---|---|---|---|
|
#18+
Aleks Niches Может показаться глупо, 8К размер табличного пространства макс 30ГБ, поэтому 32К нужно для 128ГБ ТП. что??? это просто рукалицо ) учите матчасть ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2019, 14:51 |
|
||
|
|
start [/forum/topic.php?fid=52&startmsg=39909149&tid=1881702]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 158ms |
| 0 / 0 |
