Чесно говоря, не совсем врубился в объяснения... путанные какие-то. Странное заявление (если не прав - поправьте):
- РСУБД используется всего-лишь для накопления лога.
- Объем большой.
- Нагрузка средняя, или большая.
- Начальство не любит БД.
- Сервак дохлый. Подсистема хранения не менее 100 гигов + резерв (may be).

Что тут можно сказать.
1. Задача не описана и можно грить о самых общих претензиях. Прошу учесть и описать задачу - ежели чего.
2. Если все сводится к простому логированию, можно предложить внимательно посмотреть на необходимость транзакционности. Мне лично нравиться ASA, но в данном бы случае я бы посоветовал mySQL.
3. Внимательно надо смотреть на план запросов и отчеты, если:
- выгребается мало данных - надо не плодить их в сыром виде а вводить предобработку. На личном опыте - либо при вводе данных, либо подгрузка данных автоматом в другую БД (сжимая, и очищая их) может хорошо снизить время работы и нагрузку на СУБД.
- много данных. Опять же делать хранилище (просто БД если кому не нравиться) с уже консолидированными данными. Плохие в целом отчеты. Хороший отчет не должен возвращать более 100 записей. Плохое проектирование системы и приучили начальство бог знает к чему. Большая нагрузка на сервер и много работы в холостую.
4. Если запросы хорошо параллеляться. Покупайте хорошую железку (хотя бы до 4 процов). Если не очень - 2 сервера: на ввод данных и на хранение отчетов.
5. При сложных запросах (план смотреть) в отчетах. Иногда хорошо подходит предварительная подготовка данных.

Выводы: серьезно пересмотреть всю цепочки по проекту и серьезно ее переработать. Заменить по необходимости серверное оборудование. Ввести хранилища для отчетов, сменить сервер БД.

В целом, совет: ASA очень хороший и мощный сервер СУБД, весьма надежный. Хотя любой продукт можно обос...ть, если так задачу поставить. Переделывайте софт господа. Руководство тут не причем - сами скорее всего виноваты... И оракл вам тут не поможет :)

Приведу пример, у нас на ASE повесили логи инета. Гемора было.... Тоже было примерно такие же объемы и проблемы. Поставили на логи (файловые) некий фильтр вынудили руководство очерчить блее четкие вопросы к системе (круг вопросов) и начали складывать в СУБД уже предобработанные данные. Статистика копилась в другой БД опять же так получилось быстрее и надежнее. Все - об этой системе просто забыли... Отчеты во время, бэкапы - автоматом. Вот так. Надеюсь, что вы справитесь с этим, удачи :)