Saboteur

Рассматривали вариант репозиторий с CI/CD куда аналитик кладет свой SQL-запрос.

Ну это нормальная ситуация. Но нужно понимать, что прогонять что-либо на проде, особенно внося изменения, нельзя без тестирования и возможности отката. Еще и без согласования по времени.

Конечно, можно настроить CD таким образом, чтобы пайплайн проверял был ли он запущен на тесте до того как запускать на проде, и при запуске на проде, чтобы выполнялся бэкап.

Но риски, если что-то пойдет на продакшене не так кто берет на себя?
Это нужно заранее обговорить с владельцем проекта.
То есть у вас перед принятием технического решения, нужно решить организационный.

P.S. Для обычных то есть рид-онли запросах, обычно просто пишется маленькое веб-приложение прямо для аналитиков, в котором шаблонизируются необходимые запросы и выдается результат в удобном для аналитике виде (html/csv/excel...), как часть обычного процесса разработки, интегрируется с вашей же системой авторизации и раздаются права какой репорт (запрос) кто может выполнять и смотреть результат.

надо выяснить текущую скорость и где бутылочное горлышко.
Если упирается в скорость чтения - единственный вариант снепшоты
Если упирается в скорость записи - есть разные варианты
Если в CPU (что врядли) - посмотреть опции дампа
Если бэкап по сети идет?

Да и текущий дамп во что делается? в архив, в сырой формат? командную строку привести?

p.s. 2 терабайта - это большой объем.
Но на ssd по идее должно давать гигабайты в минуту, а это значит что должно занять явно меньше суток, часов 10-15. Тут по железу надо смотреть.

В общем приведи командную строку целиком и расскажи что за соурс и таржет, какая нагрузка на cpu/hdd/сеть

Те, кто работает именно как DBA, это не курсы.
Там где DBA это действительно отдельная позиция, а не сисадмин, который бэкапы делает, там DBA это разработчик баз данных, раньше был в основном Oracle (SQL/PL), где логику бизнес приложений переносили в процедуры оракл базы, и считалось что Оракл такие расчеты будет выполнять лучше и быстрее, так как лучше знает как работать с собственными данными.
Сейчас процедуры уже есть и в постгрес и в облачных базах.
Обычно DBA-шник лучше понимает как должно работать приложение чем фронтендер или даже бэкендер - именно с точки зрения бизнес-флоу, точнее бизнес-данных флоу.

И также есть разделение на высоконагруженные проекты.

Правда в последнее время вести логику в базах выходит из тренда, и остается больше высоконагруженные приложения и облачные базы.

Как это связано с бэкенд разработкой? Ну не знаю...
Просто научитесь хорошо в SQL и nosql, а там решайте куда выхотите специализироваться.

Публичный сайт для клиники - я бы админку на отдельном порту запускал. Ибо сложно представить что все в клинике опытные пользователи, которые заботятся о безопасности. Тем более, что к админке скорее всего доступ будет иметь не сисадмин, а еще и какие-нибудь директор/замдиректора клиники, которые даже Хабр не читают.

В идеале вообще админку наружу не пускать, и разрешить доступ только из локалки клиники или по отдельному VPN

Бд настроена так, что подключиться к ней можно только с одного ip. А я с любого другого ip не могу подключится, тем более локально. И через ssh к mysql тоже не могу, чтобы разрешить доступ с любого ip к бд. Как дать доступ к бд с любого ip?

Открыть доступ для любого IP