расчет себестоимости стал медленным : Супермаг Плюс (Супермаг 2000)

у меня на одном из магазинов на серваке 2003 после установки этого ключа начал глючить сервер терминалов. курил-курил инет на эту тему, так и не смог найти решения, пришлось отключить взад.

на остальных везде всё работает без глюков с этим параметром.

С ключом /3GB стало еще хуже, в том числе oracle 400мб озу использует, 1.6гб своп. Убрал ключ - стало 200мб озу, 1.4гб своп.
С сегодняшнего утра жалобы на очень долгое проведение документов еще появились у сотрудников.

Еще вспомнил, что в районе пятницы обнаруживал, что время системное сбито => обесточивание + севшая CMOS батарейка скорей всего. Если со сбитым временем с базой работали, то какие последствия?

хорошего мало - дата создания документов "поплыла"
Надо перепроверять все созданные. Проблемы с актами переоценки.

2200Мб делал SGA max size - не завелась база, 1700Мб сделал SGA max size - завелась:
SQL> select * from v$sgainfo;
NAME BYTES RES
-------------------------------- ---------- ---
Fixed SGA Size 1299820 No
Redo Buffers 7086080 No
Buffer Cache Size 58720256 Yes
Shared Pool Size 1174405120 Yes
Large Pool Size 8388608 Yes
Java Pool Size 8388608 Yes
Streams Pool Size 0 Yes
Granule Size 8388608 No
Maximum SGA Size 1786773504 No
Startup overhead in Shared Pool 50331648 No
Free SGA Memory Available 528482304
Не изменился Buffer Cache Size :unsure:

это когда один в базе? а то как хором подключатся, как накернится все это хозяйство... я на стандартной винде х32 больше 1200 предпочитаю не давать. Спишь спокойнее.

Ну не столько у него народу в офисе. 1.7 не должно навернуть базу

вот это все где смотрим? и что в конце концов написано? а то ты меня сильно озадачишь, если вышел за 1,7G на процесс без /3GB

на серваке же кроме оракла и сервисов супермажных нет ничего?

буфера сами не должны вырасти. ты пока поменял только максимально доступный размер SGA. но не сказал, под что его использовать. первое можно только с рестартом базы сделать, второе - на ходу.

пока не делай ничего, последи за размером PGA. условный предел помнишь. если к 600 начнет приближаться - разгоняй юзеров и уменьшай SGA на сто метров

До ключа /3GB примерно 1.4гб озу + 1.5гб свопа oracle.exe занимал. Win2k3 же Enterprise - все 8 гб озу видит, pae. Или ограничение х32 винды 1.7гб озу(или озу+своп) на процесс по дефолту? А с ключом /3GB лимит до 3Гб увеличивается?
Ничего.
Командой alter system set db_cache_size = ХХХ scope=spfile; задам же минимальный размер Buffer Cache Size?

... в общем задача в том, чтобы вместе они за 2.3 не выходили

а тем временем про sga_target почитай. как почитаешь - увеличивай его до макс_сга. если не решишь на ручное управление переходить. но вот это пока не нада однозначно.

1.7 озу + своп. и с /3gb не 3 получается реально, а 2.7

pae - отдельная песня. его надо отдельно в boot.ini включать, он позволит ораклу пользовать дополнительную память, но только для буферов и только через окно в рамках тех же 2.7
для этого надо включить awe, но это означает однозначный отказ от автомата управления памятью. а для этого тебе надо хотя бы неделю помониторить размеры буферов, которые автомат выставляет. лучше две. и зацепить какой-нибудь период массовой отчетности.

alter system set sga_target=1690m; сделал, ибо SGA max size 1700Mb. Буфер кэш сайз остался 58Мб, может задать минимальное значение Buffer cache size допустим 80мб? с помощью alter system set db_cache_size = 80M scope=spfile;
До вмешательства моего SGA max size 1200Мб был.

Пользователи на тормоза жалуются с полудня вчера - в то время ни ключами в бут.ини, ни изменением параметров памяти не занимался. На использование зарегеного оптимизатора раскачиваю руководство. Переход на вин2к3 планирую на выходных.