AndronОт того насколько часто меняются данные например. Поскольку перед изменением данных before-image старницы пишется в физ.журнал, чтобы была возможность быстрого восстановления после сбоя. Размер рассчитывается по формуле PHYSFILE = (users * max_log_pages_per_crit_sect * 4 * pagesize) / 1024 из Administrator Guide. После установки полученного значения надо мониторить скорость заполнения физ.журнала с помощью onstat -l. При заполнении физ.журнала на 70% автоматически инициируется чекпоинт, и вот такие чекпоинты надо избегать путем увеличения размера физ. журнала. Вобщем большой размер этого журнала не повредит.

Если бы все было так просто, то в Administrator Guide написали бы короткую фразу типа: поместите физжурнал в пространство размером 2Гб ;)

Установка оптимального размера физ.журнала в действительности сложное мероприятие требующее учета многих параметров, длительного мониторинга СУБД и системы в целом. Как правило, если БД не используется для кустрных целей, например используется в системах хранения данных больших предприятий, размер физ.журнала, а иногда и большая часть параметров ONCONFIGa определяется фирмой-разработчиком софта работающего с БД.

А значение вычисляемое по формуле из Administrator Guide не аксиома, а только отправная точка в исследовании.