Существует несколько опций, которые сразу приходят на ум.
Сколько общих данных? Сколько данные изменяют и как часто? Как скоро измененные данные должны появиться в системе отчетности? Это - некоторые вопросы попросить определять, какой вариант является наилучшим.
Один живой сервер БД для запросов веб-сайта (вставляет, обновления), и другой для резервных копий, отчетов или хранимых процедур
Хорошо, необходимо будет определенно сделать регулярные резервные копии на обеих базах данных. И Ваша веб-база данных могла потенциально использовать сохраненный procs для, вставляет/обновляет, также (в зависимости от того, как Вы разработали свое приложение).
Передачу журналов, вероятно, было бы самым легким настроить и поддержать (возьмите резервные копирования журнала транзакций на основном DB, затем восстановите их к дб "создания отчетов"),
Если бы Ваш фронтэнд является единственным веб-сервером, я был бы склонен подвергать сомнению преимущество наличия двух серверов баз данных.
Однако зеркальное отражение базы данных является другой технологией, доступной Вам в SQL 2005 SP1, который решил бы это. Это действительно требует, чтобы Ваша база данных была в полной модели восстановления, все же. Можно также использовать его для получения некоторого автоматизированного дублирования, если основное устройство перестало работать.