Вот наткнулся на интересное обсуждение, т.к. вскорости возможно тоже придется переводить сервер на новый размер страницы, то будет полезно...
http://sql.ru/forum/actualthread.aspx?tid=267863
И коротенько, что там полезного было:
"
А подводные камни следущие:
- Размер БД возрастет, т.к. будет больше неиспользованного места в екстентах. Небольшие теблицы, включая системные будет резервировать больше места, бOльшая часть которого будет не использованна.

- Это же свойственно и для tempdb. Все временные таблицы будут бОльших размеров.

- Размер кешей тоже надо будет увеличивать (как уже было подмеченно)

- Увеличится конкуренция за блокировки для APL таблиц
"
"
А вот интересно еще из книги J.Lewis-a (по Oracle 8i, но тут IMHO это не важно), что db_block_size(Oracle) (pagesize,Sybase) должен быть кратен (больше или равен) OS block size (если база на файлах, на raw device это несущественно и вот почему некоторые люди "открывают" что "raw-device is much faster than file system" ), т.е. для Solaris 7/8/9 (df -g) размер блока должен быть кратен 8K (8K,16K, etc...), иначе будет so-called block-mismatch и запись может быть в 2 шага (wait in ave. 1.5 rotation) там же приводится табл. (см.ниже) из которой видно что при 8K блоке файловой системы из-за block mismatch проигрыш на записи почти в 2 раза.
Правда смущает что в C программе там приведенной(эмулирует Oracle DBWR
process) мода O_DSYNC, что может не так на Sybase (?).
"