powered by simpleCommunicator - 2.0.44     © 2025 Programmizd 02
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Один большой или два маленьких
22 сообщений из 22, страница 1 из 1
Один большой или два маленьких
    #32062505
dmp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmp
Гость
Что оптимальнее в смысле производительности создавать табличное пространство, например TEMP, из одного большого файла 1Gb или из двух небольших по 512mb ?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32062545
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поскольку временная табличная область создаётся для операций сортировки, а желательно что-бы сортировка производилась всё-же не на диске а в памяти
(select name, value from v$sysstat where name like '%sort%';).
В этом контексте непонятно зачем тебе вообще такие большие области?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32062645
dmp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmp
Гость
Административно запретить пользователям запускать произвольные селекты не могу. Несколько раз возникала ситуация, когда в TEMP оставалось свободного места 1 mb.
Вот я и решил сделать запас для прожорливых запросов.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063051
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
если файлы будут лежать на разных дисках (или RAID томах), то второй вариант лучше.

PS 1Gb - это не очень много для TEMP
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063075
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"PS 1Gb - это не очень много для TEMP".
А размер остальных файлов данных в сумме сколько составляет для такого TEMP?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063092
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нужно ориентироваться не на размер все остальных файлов в сумме, а на размер наибольшего сегмента.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063132
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я не говорю что что так надо ориентироваться, я просто спрашиваю. Если у меня база скажем для примера, у которой пользовательские файлы данных составляют 800Mb и 400Mb индексы. И если при этом 1Gb на TEMP - всё это выглядит как-то нелепо.
Поскольку операции сортировки используют место на диске временно, это сколько ко же одновременно должно работать пользователей и какие они должны выдавать запросы, что-бы использовать такой большой TEMP?
Я могу например привести такую статистику по своей базе,правда не за самый нагружаемый период, за 10 дней:
sorts (memory) 68566
sorts (disk) 0
sorts (rows) 61927470
Это в принципе не очень много, но размер TEMP у меня всего 100Mb и как видишь сортировок на диске нет вообще.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063136
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
какой размер наибольшего сегмента в базе?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063142
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQLWKS> select max(bytes)/1024/1024 from dba_segments
2>
MAX(BYTES)
----------
292,304688
Выбрана 1 строка.

Тебя это интересовало?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063156
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
допустим это индекс и вам его нужно перестроить. Сортировка не пройдет
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063163
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообще это таблица, но есть индекс для этой же таблицы:
SQLWKS> select
2> bytes/1024/1024
3> from
4> dba_segments
5> where
6> bytes = (
7> select max(bytes) from dba_segments where segment_type='INDEX')
8>
BYTES/1024
----------
117,8125
Выбрана 1 строка.

То есть если я сделаю alter index <index> rebuild - то что он мне скажет?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063281
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
попробуй. добавь в конце слово online
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063315
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Команда alter index <index> rebuild - прошла нормально.
Анализ показал, что размер файла временной области не увеличился. Зато увеличился размер индексной области, т.е временные сегменты при сортировке выделялись непосредственно в ней. Это конечно не очень хорошо. Но сортировка прошла.
И все жё "пользователям запускать произвольные селекты" и перестоение индексов задачи немного разные.
И без особой необходимости, причём ежедневно перестроение индексов тоже я не делаю и думаю никто не делает.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063332
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да, видимо, я не показательный пример привел с index rebuild. Но суть от этого не меняется. Неважно, часто это нужно или нет, но любой объект должен быть обслужен без ошибок любой операцией менеджмента. Это легко понять, когда после 8ми часов работы процесса вы увидите сообщение о нехватке места в TEMP'e. Народная формула -минимум 2-2.5 размера бОльшего сегмента.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063402
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну вот, здрасте, я понимаете ли базу свою подпортил - увеличил размер индексного файла данных на несколько десятков Mb, а пример оказывается был не показательный

А по поводу вопроса скажу, что изначально разговор шёл, о том что эта область нужна именно для пользователей.
Я думаю, для административных работ, можно временно выделять отдельную временную табличную область, назначать её как темповую только для админа для таких операций как ты предложил проверить. А поскольку подобные работы не каждый день проводятся, то можно её удалять, что-бы он в бэкап не попадала.

Понятие большой/маленький это очень индивидуально для каждой отдельной базы данных. Поэтому каждый подбирает параметры базы так как это требуется в конкретном случае. Я думаю, что я не стану сейчас себе увеличивать временную область со 100Mb до 1G, даже при том что я согласился с формулой, что "2-2.5 размера бОльшего сегмента." Просто пока нет такой необходимости. Есть хорошая формула - решать проблему по поступлении.
Поэтому предлагаю тему закрыть.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063494
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ок, упорный вы наш. Я вобщем то не собирался вас переубеждать.

PS выделенный TEMP для админа - это что-то новое в практике. Ссылкой на источник не поделитесь?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063524
SAA_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To killed: предполагаю, что речть про TEMP админу подразумевала под собой следующее:

CREATE / ALTER USER <ADMIN> TEMPORARY TABLESPACE <temp_for_admin>

Наверное это... Могу только предполагать, я еще не дорос до таких проблем... пока :)
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063538
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"To killed: предполагаю, что речть про TEMP админу подразумевала под собой следующее:

CREATE / ALTER USER <ADMIN> TEMPORARY TABLESPACE <temp_for_admin>"

Блин, писал большой расширенный ответ, но комп грузанулся, не успел отправить. Снова писать не буду.
Скажу кратко.

Вобщем, всё правильно, так и есть, как написал SAA_
1. Создаю новую temp
2. содаю пользователя, назначаю ему эту temp
3. даю права, какие надо
4. выполняю операции, в частности alter index ...
5. после завршения работ, перевожу в offline и удаляю

Причём, что-бы не быть голословным я всё это произвёл только что на своей базе. Скажу что темповая область изначально была 10Mb, но в результате увеличилась до 89Mb. Так что сортировка прошла не зависимо от того что размер сегмента 117Mb.

По такому же принципу создаются и сегменты отката, для длительных множественных транзакций при проведении спец. работ.

Можно конечно эти области и не удалять. Но я не хочу их бэкапить каждый день, зачем тратить место и время.

Всё, из дискуссии выхожу.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063556
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ребята,

смысла нет создавать отдельное таб. пр-во ТЕМП специально под операцию, а потом после завершения операции его удалять. Это абсурд. Если достаточно дискового про-ва для создания ТЕМПа, так пусть оно и живет.

2softbuilder Бэкапить TEMP не нужно, почитайте Backup & Recovery Guide
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063592
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Даже если идёт горячий бэкап?
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063602
mms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mms
Гость
"...Даже если идёт горячий бэкап?..."

Можно конечно и бекапить (если есть желание), а можно и не делать для TEMP-таблеспейса:
alter tablespace ... begin backup
...
alter tablespace ... end backup

Просто при востановлении из этого бэкапа надо будет создать этот таблеспейс заново, что очень просто.
...
Рейтинг: 0 / 0
Один большой или два маленьких
    #32063607
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Логично. Ok, когда буду использовать большие TEMP области буду так и делать. Спасибо.
...
Рейтинг: 0 / 0
22 сообщений из 22, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Один большой или два маленьких
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]