Подскажите новичку, до этого работал исключительно с FB. Почему столько

полемики вокруг бэкап/рестор? Ведь это альфа и омега работы с СУБД? Куча инструментов, куча технологий, куча рецептов...это какой-то ПОЗОР. Разве это не должно быть надёжнее автомата Калашникова?

> Почему столько полемики вокруг бэкап/рестор? Потому что 95% населения — По разным причинам, а что? ;) > Ведь это альфа и омега работы с СУБД? Для кого как. Не DBA это вообще знать не обязаны, IMNSHO. > это какой-то ПОЗОР Хмм... почему? "Пусть расцветают сто цветов" и т.п. У нас тут не такое крошечное сообщество, как у FB, и запретить кому-то что-то разрабатывать никто не может, понимаете? ;) > Разве это не должно быть надёжнее автомата Калашникова? Так оно и есть... проблема-то в чём? Может, Вы привыкли, что в других СУБД все tools контролируются и предоставляются производителем? Так у нас не так. PostgreSQL, это, скорее, экосистема из собственно database server (разрабатываемого PostgreSQL hackers), tools и extensions (которые разрабатывает тот, кто хочет/может).

Про экосистему не соглашусь. Базовые средства должны идти в составе;)

Понимаете... разработчикам PostgreSQL как-то всё равно, согласен с этим подходом в общем кто-то или нет (не устраивает — никто тут никого не держит и пользоваться не заставляет, не так ли? ;) ). Да и самые базовые средства (для самых распространённых / простых случаев) в комплекте-то есть, опять-таки.

То что им все равно я знаю 😂😂

блин, какой-то линуксовый концепт усматривается - все должно быть сложно, с высоким уровнем вхождения, нужно в памяти держать 100 ключей, все правится строго в текстовом конфиге с кучей комментов, которые надо изучать :)))) Не, не наезд если что. Просто за столько лет нет какого-то простого универсального рецепта - бэкапим кластер - на выходе 1 файл. переставили операционку - установили PG, подняли бэкап - база к бою!

Ну тут нормально флагов для начала даже знакомств https://firebirdsql.org/manual/ru/nbackup-backups-ru.html

Так рецепты-то для тривиальных случаев есть. Я просто не понимаю, как без опций "покрыть" все возможные потребности... И да, что касается postgres — покрытие всех этих потребностей PostgreSQL hackers не считают своей задачей — предоставляются, в основном, механизмы и базовые средства, а там уж пользуйтесь как хотите (в т.ч. делайте advanced tools на их основе).

как вы поняли из претензий (ну как претензий - предложений :)))) в FB - есть гуишные интерфейсы, которые делают бэкап/рестор консольными штатными утилитами в 1 клик. Понятно, что FB на порядок проще PG, там вся БД - 1 файл, бэкап получается - тоже 1 файл (бинарный). В PG все сложнее,1 БД может быть раскидана по дискам и сетевым шарам, но по актуальности темы - сделать бэкап/рестор - это тот еще квест, особенно не для посвященных. Ну не всем судьба быть по должность DBA, кому-то и фуллстек тянуть надо :)))) Опять-таки, не наезд, не в претензию - просто может есть среднестатистический проверенный способ B/R при отсутствии сложных случаев типа битого рейда или битой оперативы

По-моему, Вас всё это удивляет только потому... сознайтесь, Вы DBA или нет? ;) > среднестатистический проверенный способ B/R Меня просто крайне удивляет вот это, если Вы таки да, извините.

по сути - DBA, по знаниям - далеко нет, посему и жим-жим, кроме меня это щастя никто не будет разгребать. Мне и фронт- и бэк-энд

Ну так это целая отдельная профессия, понимаете? Т.е. Вам бы стоило прочитать что-то из разряда "PostgreSQL for accidental DBA" и какие-то основы (ну хотя бы в объёме intro любого из серьёзных backup tools... да для любой СУБД, между прочим ;) ), раз Вы уж так "попали", серьёзно.

спасибо за наводку, обязательно почитаю, в принципе, для этого и писал свои опусы сюда - для пинка в нужном направлении. Насчет отдельной профессии - приходилось год работать в банке, где DBA - был отдельный спец, железячник - отдельный, программеры - отдельные, репортеры-аналитики - целый отдел :)))) Золотое время было :)))