Пункты 4 5 непонятны.

А так в общем автору можно взять http://apache.cassandra.org

Как бывший dba я вам скажу что бэкап и потребность в нем всегда зависит
от задачи. И к каждому случаю нужно подходить персонально. Данные обычно (99%)
неоднородны. В крупных БД есть исторические данные и есть оперативные.
С исторических снимается аналитика OLAP или они используются для расследований.
В первом случае после фазы построения нужных кубов сами данные можно
спокойно удалять. Во втором случае - данные переносятся на более дешевые
носители (для варианта с Oracle - создаются external tables на обычные файловые системы
на SATA-шниках и опционально архивируются в gzip и еще опционально сбрасываются на магнитую ленту).
Во всех случаях нужен диалог с бизнесом по времени восстановления
архивной инфы по требованию. Безкомпромиссных решений обычно не бывает.
Всегда есть вариант где можно что-то сэкономить.

В вариант с неограниченным числом машин в БД я не верю. Построить кластер
из более чем 100 машин с сохранением ACID уж технически сложно. Скорее
всего надо рассматривать варианты с репликациями (тоесть с отходом в сторону
от обязательств по consistency)

Неограниченное число машин имеется в некоторых google, или amazon облаках
но они не являют собой единую dbms с единой точкой входа где можно фиксировать
начало и конец транзакций да и создавались для целей очень сильно отличающихся
от работы DBMS.