Всем привет.

В силу обстоятельств приходится пользоваться версией 9.2
С самого начала в серваке (Win2000 Adv Serv) стоит 4 гига ОЗУ, запуск с ключом /3GB, при этом самому ораклу достаётся где-то 2600..2700
Сама база 110 гигов

Решили добавить памяти, ну хотя бы до 16

Вопрос:
Стоит ли переходить на x64 сервер, или обойтись тем что есть, включив /PAE в винде и USE_INDIRECT_BUFFERS в оракле?

Пока балуюсь с x64 в виртуалке, винда видит "много" ОЗУ, а инстанс не могу запустить с буферами, бОльшими, чем есть сейчас. Как будто ораклу до фени.

Наставьте на путь истинный, пожалуйста.
10 и 11 не предлагайте, при всём желании, в данном случае не прокатит.

Заранее премного благодарю!

З.Ы.
гугл курил, много по 9.2 + x32 и увы, ничего по теме.

На 2003х32 удалось запустить ору поставив:
use_indirect_data_buffers = TRUE
db_block_size = 8192
db_block_buffers = 750000
инстанс запустился, памяти отъело примерно 6.5 гигов

имеет смысл прыгать вокруг х64 ? Почему-то никак не желает шагать через 4-гиговую планку

х32, оказалось, видит всё, сколько надо (/PAE)
оракл тоже, вроде, смог взять
больше буферов - меньше дисковых операций

Вопрос, будет ли выгода от 2003х64 ?

andrey_anonymousПотому выгода от x64 будет. Плюс снимает еще ряд ограничений, на которые Вы пока не наткнулись - например, PGA не может использовать PAE.
Понял, что лучше всего поставить линукс х64, а на него оракл 9i х64

Ещё понял, что насчёт винды х64 мнения разделились.

UDWДля 9i - нет.

Проблема в том, что я не понимаю, как в 2003x64 дать ораклу больше 4 гигов. Хотя бы для в порядке эксперимента. И инфы нигде нет.

Икса?
Выбираю между 2003x32 и 2003x64
С x32 разобрался, оракл взял 6 гигов, механизм более менее понятен
С x64 нифига не понятно, как научить оракл брать много памяти?

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

UDWСпрошу по другому, чего ждешь от увеличения памяти?
Уменьшения кол-ва дисковых операций

Взяли обломали))

Leonid KudryavtsevЭксАдминпропущено...

Уменьшения кол-ва дисковых операций
UDWНе получится. Это оптимизируется другими средствами.
Смотря какой дисковый ввод-вывод.

Если сортировки и вывод в temp - настройкой памяти можно решить
Если большие hash join и вывод в temp - аналогично
Если памяти очень много, может у него БД стане in-buffer cache database ))) то же ввод вывод уменьшится
и т.д.
IMHO
Хотелось бы конечно, "ин баффер")), но боюсь с таким размером не поместится

вообще, СЕЙЧАС ситуация такая:
памяти 3.66G, винда запускается с /3GB
shared pool 256M
buffer cache 1920M (за день попаданий в кеш ~60%)
pga target 256M (за день иногда берёт до 150М)
пересозданный ночью одногиговый временный тейблспейс за день работы разрастается до 16 гигов, но не более

По дискам раскидано так:
диск C - папка для arch-логов (за день накидывает от 1 до 10 гигов)
диск E - control1.ctl, data, system и user тейблспейсы
диск F - control2.ctl, индексы
диск G - control3.ctl, первая группа редо логов и undo-тейблспейс
диск H - control4.ctl, вторая группа редо логов и temp-тейблспейс (temp не логируется)

буду благодарен советам
спасибо