Есть .Net 4.0 приложение, использующее Entity Framework 4 + MS SQL 2008 R2. Приложение пишет события изменения объектов в базу.
Задача: перенести не актуальные события в файловую СУБД и использовать ее в качестве архива. Размер архива может достигать 1000ГБ и вмещать миллионы событий.

Подскажите какую СУБД лучше использовать чтобы удовлетворялись условия задачи и не тратить много времени на разработку обращений приложению в архив.

Dimitry SibiryakovSe3rGРазмер архива может достигать 1000ГБ и вмещать миллионы событий.

Всего лишь террабайт и миллионы записей? Такую мелочь не имеет смысла выносить из MS SQL,
оно легко полежит и внутри.

К сожалению, просто полежать не может, т.к. данная база участвует в репликации и каждый раз при реинициализации подписки передавать 1ТБ весьма накладно. Кроме того иногда используется версия express у которой ограничение в 10Гб на базу, из-за чего приходится периодически руками переносить и подрезать логи.

pkarklinSe3rGК сожалению, просто полежать не может, т.к. данная база участвует в репликации и каждый раз при реинициализации подписки передавать 1ТБ весьма накладно.

Ну так уберите эти таблицы из подписки.
Убрать таблицы из подписки нельзя, т.к. они используются для оперативной работы и данные по событиям также должны быть синхронизированы.


pkarklinПериодически (раз в день, неделю, месяц) данные переносить в другую бд, текущую чистить, "другую бд" бэкапить и складывать в файлопомойку. При необходимости поднимать бэкап за необходимый период.
Была такая мысль, но реализация механизма доступа к данным в этом случаем несколько сложна и затратна по времени.
В качестве решения я смотрю в сторону SQLite, но может есть решение поинтереснее.