Какую СУБД выбрать для большого объема документов?

Хочу посоветоваться по такому вопросу.
Создаю свою систему для анализа большого объема информации и задаюсь вопросом её хранения.
Итого:
- Есть реляционная БД с характеристиками документа (дата, номер, орган, подписант и т.д.). Десятки миллионов строк, 9 Гб в MS SQL Server при максимальном сжатии.
- Есть данные для обработки - тексты документов. Совершенно неструктурированные, связи с другими сущностями в тексте бывают, но построить из них реляционную модель очень сложно да и не факт что потребуется вообще. Объем - около 2 Тб.
- Обработка текста происходит в ElasticSearch, отчего есть соблазн хранить тексты только там.
- Основное назначение БД - поиск по характеристикам документа и содержимому текста и последующая обработка этого текста. Создание данных происходит редко и производится вручную через запрос. Модификация происходит редко и в основном во время разработки. Удаляться данные не будут вообще.

Варианты, которые я вижу:
1) Записать все в обычную реляционную БД (сейчас это MS SQL Server). Но смущает скорость работы такого монстра + данные из него все равно качать в ElasticSearch.
2) Оставить структуру как есть, а тексты с привязкой к id документа хранить в NoSQL БД (например, MongoDB). Но смущает необходимость в этом звене.
3) Оставить структуру как есть, а тексты с привязкой к id документа хранить прямо в ElasticSearch. Вроде бы идеальный вариант, но читал что ElasticSearch не самый надежный и подходящий инструмент для использования в качестве БД. А выкачивать потом 2Тб из бекапов желания никакого нет.
4) Психануть, денормализовать данные (благо, там нет ничего очень сложного) и хранить и характеристики и текст документа в ElasticSearch.

Какой вариант посоветуете?