Требуется web-приложение через которое клиенты производят ввод данных.
На основе этих данных должен производиться некоторый расчет, формирование учетных регистров и отчетов.
Клиенты не могут сами производить расчет и формирование отчетов (бизнес-требование).
Данные должны проверяться/анализироваться операторами на стороне организации предоставляющей услуги. После того как данные от клиента проверены, они становятся актуальными для расчетов, формирования регистров и отчетов.
В момент расчетов, формирования регистров и отчетов может значительно увеличиваться нагрузка на сервер БД (scalable middle-tier есть, но он проблемы не решает с нагрузкой не сервер БД).
Требуется обеспечить нормальную работу клиентов, связанную с наполнением БД данными в моменты пиковой нагрузки, не связанной непосредственно с действиями клиентов.

Решение пока видится только одно (кроме как требования к железу все время увеличивать) - два сервера БД с репликацией баз данных.
Может у кого то есть другие идеи? или такая схема наиболее оптимальная в данном случае?

Спасибо.

softwarerМожет быть, будет удобнее в "моменты пиковой нагрузки" накапливать введенные данные на middle-tier с последующим фоновым добавлением в БД
нет, такой кеш держать не реально, тем более ввод растягивается на несколько дней, а проверяется, анализируется и подтверждается оператором вся порция.
...
нет не ORACLE, MSSQL и на каждого клиента своя база.

softwarerСтоп, подождите. Я говорю не о кэше на все время ввода, а о кэше на время пиковой нагрузки. Надеюсь, пиковая нагрузка не растягивается на несколько дней?

как это контролировать и переключать? или вы об очередях сообщений?


А базы разных клиентов по бизнесу пересекаются? Может быть, будет удачнее масштабировать, линейно увеличивая количество серверов БД?
Не пересекаются. По поводу увеличения кол-ва серверов - тоже сомнения, по-большей части они , мне кажется, будут простаивать и увеличение их количества экономически получается невыгодным и в обслуживании дорогим.

спасибо, подумаю над предложенными вариантами.