Yo.!OYMЭто не совсем так, если коробка вариатор, то шансов нет у ручной.
ога, и формула1 тому яркий пример

OYMТам и быть блондинкой не нужно. Просто на определенном шаге dbca вы выставляете доступную память для экземпляра (SGA, PGA) или выставляете автораспределение, но для этого Вам сначала необходимо выставить параметр разделяемой памяти ОС.

Кстати, а как правильно выразиться, что не быть блондо?
уже много лучше, мы теперь хотя бы знаем, что под выдеоленной памятью вы не место tablespace на хдд отвели.
ну вот и что выбрали, надеюсь автораспределение ? что говорит AWR report, где основные задержки ? что на графике perfomence, зашкаливающие чтения с хдд ?
Я думаю, наверное стоит разнести по разным массивам UNDO и REDO, а то Оракл был немного в проигрыше, так как у SQL Servera лог и данные были разнесены. А в Оракле все свалено в одну файловую систему, которая вся подмонтирована на один массив. Думаю надо отделить файлы табличных пространств (1-й массив), UNDO- второй, REDO-третий. Перевести все в управляемый режим (термин 1С), чтобы все транзакции были в уровне RC (только блокировки на уровне записи, иначе 1С блокирует всю таблицу). Затем прогнать все пару раз, и хорошо прогреть кэш. Выставить автораспределение памяти, сначала увеличив параметр shm, поставить размер блока в 4К, так как в основном OLTP нагрузка идет. Вот неплохо бы еще где-нибудь глянуть index advisor (такая штука есть в DB2), кстати нечто подобное есть в оракле? Грубо загоняешь трассу в него и получаешь рекомендации о индексах. И вот после этого всего думаю опять провести замеры, благо у меня есть два совершенно идентичных сервера. При чем наверное нужно эмулировать нагрузку сразу на 200 мест и перевести в режим пула соединений.

vadiminfoOYM А в Оракле все свалено в одну файловую систему, которая вся подмонтирована на один массив. Думаю надо отделить файлы табличных пространств (1-й массив), UNDO- второй, REDO-третий.
Вообще-то в Оракле рекомендуется, например, "сваливать" REDO на отдельный небольшой, но очень быстрый диск, например. Т.е. "сваливание" его вместе с другими не обязательно в общем случае.
Все можно и понасоздпавить на разных дисках и разнести, если нуно. Можно понасоздавть стока файлов Темпорери скока надо. Вообще Оракл еще поддерживает и свою файловую систему ASM, со своими фичами, т.е. это никакой не Аксцесс, что вся БД на обном диске, в одной папке.
Как раз, наоборот, вроде раньше тут говорили что у СКУЛя версионность в Темпорери, где еще много чего.
Возможно, Вы тут не туда куда-то начали открывать Америку.
А UNDO? Вот в рекомендациях 1С -они это просят сделать.

vadiminfoOYMА UNDO? Вот в рекомендациях 1С -они это просят сделать.
Что UNDO? Перенсти на другой диск? Не вопрос. Целесообразность - снижен6ие конфликтов из-за коноролерра дисков, если таковые реально тормозят. Про 1С не знау. Но перенсите, если очень обеспокоенны именно UNDO.

А какова вообще практика размещения на диске файлов Оракла для OLTP систем?

Yo.!OYMЯ думаю, наверное стоит разнести по разным массивам UNDO и REDO, а то Оракл был немного в проигрыше, так как у SQL Servera лог и данные были разнесены. А в Оракле все свалено в одну файловую систему, которая вся подмонтирована на один массив. Думаю надо отделить файлы табличных пространств (1-й массив), UNDO- второй, REDO-третий. Перевести все в управляемый режим (термин 1С), чтобы все транзакции были в уровне RC (только блокировки на уровне записи, иначе 1С блокирует всю таблицу). Затем прогнать все пару раз, и хорошо прогреть кэш. Выставить автораспределение памяти, сначала увеличив параметр shm, поставить размер блока в 4К, так как в основном OLTP нагрузка идет. Вот неплохо бы еще где-нибудь глянуть index advisor (такая штука есть в DB2), кстати нечто подобное есть в оракле? Грубо загоняешь трассу в него и получаешь рекомендации о индексах. И вот после этого всего думаю опять провести замеры, благо у меня есть два совершенно идентичных сервера. При чем наверное нужно эмулировать нагрузку сразу на 200 мест и перевести в режим пула соединений.
не надо 4к блок в 21 веке. разнести REDO и остальную бд - само собой. вебном ЕМ есть закладка performance там Top Activity, где можно посмотреть тормозящие запросы и попросить их прооптимизировать чкрез SQL tuning advisor. он расскажет почему тормозит и чего не хватает, в том числе по индексам. в закладке Administration есть Automatic Workload Repository, там поглядеть последние репорты, каково попадание в library cache, не зашкаливает ли hard parsing, а лучше судя отчетик выложить.
А почему 4К в 21 веке неактуально?