<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Это все отлично, но имхо путь - тупиковый<br>
Пояснения будут?<br></blockquote><div><br></div><div>Не пояснения - вопросы. Пока нет процедур - это тупиковый путь.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Как вы будете решать вопрос, если закончится под базой дисковое<br>
пространство?<br>
Автомасштабирование диска + автомасштабирование тейблспейса БД.<br></blockquote><div><br></div><div>когда закончится физическая возможность добавления жестких дисков?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Что с бекапами будете решать?<br>
Делать :) Точно так же как и бэкап файлов. Мухи отдельно (бэкап таблиц с<br>
бизнес данными по одному расписанию), котлеты отдельно (бэкап таблиц с<br>
файлам по другому расписанию). Точно так же как и делал бы с БД и файлами.<br></blockquote><div><br></div><div>Рассказать сколько времени запускается реплика с бд монго размером в 2 тб? Или сколько рсикном сливается файловая копия базы?  А как сайт себя в это время чувствует?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Что будет, если выйдет из строя сервер бд<br>
Чинить :) Какие тут варианты есть? В БД логика приложения. От этого есть<br>
страховка в виде бэкапа.<br></blockquote><div><br></div><div>Не будет у Вас бекапа с такими объемами. </div></div></div></div>