Shket
11:50:23 Checkpoint Completed: duration was 0 seconds.
Вот это и есть основной показатель. Все остальное второстепенное.

Например, рассмотрим "numckpts =284 за 9 часов работы" - довольно относительный показатель. Если CKPTINTVL равен 5 минутам, то за 9 часов должно быть при нормальной работе около 108 КТ, а их почти в три раза больше. Причин, по которым КТ срабатывает раньше времени, довольно много (см. Руководство администратора), но основная - заполнение физического журнала на 75%, т.е. МОЖНО ПРЕДПОЛОЖИТЬ (не более того), что размер физжурнала маловат и есть вероятность его переполнения при интенсивной работе.
ckpwaits = 417 также не внушает оптимизма, но это может быть вполне рабочее состояние на загруженной системе с интенсивным вв/выв.
Для указанных LRU_MAX_DIRTY 1 и LRU_MIN_DIRTY 0 я бы рекомендовал (с точки зрения производительности, но не надежности!) увеличить CKPTINTVL до 15-30 минут, так как делать во время КТ серверу практически нечего (все грязные буфера и так сбрасываются) и КТ только зря тормозит пользовательские процессы на момент выполнения КТ. В то же время нельзя забывать, что при падении сервера и последующем fastrecovery будет произведено восстановление на последнюю КТ (откат и докат транзакций), а значит при большом интервале CKPTINTVL существует и бОльшая вероятность потери транзакций.