просто проходит некоторое время и возникает необходимость поменять стратегию бекапов например

сочувствую. В моём случае подобное изменение оказалось проще реализовать свежей инсталляцией.

сочувствую. В моём случае подобное изменение оказалось проще реализовать свежей инсталляцией.

Вот вот

я тоже сносил просто весь пул к херам

десятки миллионов файлов, при простом копировании/тар/рсинк нам было так удобнее. Потом у нас выросли объемы в 10 раз и свободные ссд кончились

Есть zfs send.

а кто скажет что надо использовать вместо extends в последней версии docker-compose ?

А чем вы бекапите БД? Понятное дело, что через команду dump. Никакой системы еще не придумали?

Ну вообще люди давно не бэкапят дампом

Реплика?

А чем вы бекапите БД? Понятное дело, что через команду dump. Никакой системы еще не придумали?

ну тот же бареос умеет базы бекапить системно

дамп норм тема для небольших баз

есть innobackup\xtrabackup

там даже диф можно делать

А чем вы бекапите БД? Понятное дело, что через команду dump. Никакой системы еще не придумали?

pg_basebackup ?

Я к чему спрашиваю, хочу свое написать.

И заопенсорсить

а зачем?

пиши. отличная затея.

напиши свой мускул с мультимастером

люди скажут спасибо )

лучше писать чем не писать

ну так то да

Мне кажется, что системы единой нет. Чтобы можно было выбрать бекап и монги и мускула и посгреса. Все это по расписанию. С web UI. Календарем. Выводом логов, статистики и с автоматической проверкой целостности сделанного бекапа

Ммм, как?

лучше не пиши.

Почему?

заводы стоят.

таких поделок милион. все не работают.

Я серьезео спрашиваю

такие поделки не нужны.

Почему?

нужны системы которые будут являться маленькими кирпичиками

а не монстрами которые всё делают плохо

Система будет модульной

вот морда есть. рандек. логи делает. запускает. напиши к ней таски которые будут бекапить базы.

не надо систем с веб интерфейсом.

пользовался кто-нибудь такой странной штукой, как urbackup? если да, есть какие-нибудь ощущения?

не надо систем с веб интерфейсом.

да, лучше зафигачить апи

морду можно и самому запилить

Мржно и апи

морды не несут в себе ценности

а вот если ты запилишь систему которая будет делать четкий pitr будет круто.

или которая будет делать гарантированно поднимающийся бекап когда базы две и они имеют кроссылки друг на друга. например монга и муська.

Хорошо, подумаю. Вообще я хотел прототип запилить, чтобы с минимально работающим функционалом работало. Например, пока с мускулом и бкз какого либо UI. Отладить и можно наращивать фишки

Вообще чем больше критики, тем лучше. Нужно много фитбека по данной задаче. А то получится велосипед, который никому не нужен

а вот этого реаьно дофига

А можете привести более менее работающие примеры?

Хорошо, подумаю. Вообще я хотел прототип запилить, чтобы с минимально работающим функционалом работало. Например, пока с мускулом и бкз какого либо UI. Отладить и можно наращивать фишки

а речь идет о sh сриптах вокруг стандартных утилит или о том что бы на уровне базы данных встроившись в протокол что то делать ?

Нет, речи об sh скриптах не идет. Полноценная распределенная клиент-серверная система на компилируемом ЯП.

ну тоесть на уровне протокола. гуд. таикх надо больше

На уровне протокола, можно подробнее? Чтобы убедиться, что мы с вами об одном и том же

ну берем муськопротокол и делаем бекап сами. на низком уровне.

А чем это будет выгоднее того, что предоставляет dump? У него множество ключей, можно достаточно гибко настроить

А чем это будет выгоднее того, что предоставляет dump? У него множество ключей, можно достаточно гибко настроить

а в чем тогда отличие от *sh скриптов ?

Например. Появление systemd для меня не удивительно. Другой вопрос, что он тоже говно и мне кстати не очень понятно почему. Он по глупому гавно то

Он говно с точки зрения админа.

И нет, не потому что он Грозится Нас Заменить Это смешно.

А вот девелоперы, особенно те, что только начинают с линуксом, его обожают

systemd это такая попытка сделать ось, где админ не нужен. И кодить не нужно уметь воще.

интересный взгляд.

это почему ?

А так как цель утопична, по пути выстраиваются костыли на костылях на костылях на костылях на костылях...

это почему ?

У меня такое мнение сложилось по двум причинам: * Пренебрежительное отношение к сохранению конвенций. * Полное игнорирование пожеланий ветеранов индустрии по причине «да они все ретрограды».

Им насрать на опсовую часть. Мы для них не аудитория.

ERROR: S client not available

хм. всё еще не понятна точка зрения. можно примеры ли что то еще ?

Ну и я тусую на #systemd фриноды в общем-то довольно давно, оттуда такое же впечатление складывается

Вот прям первый же пример того, что они сломали, и напрямую ударили по опсам и павер юзерам: https://github.com/tmux/tmux/issues/428#issuecomment-222325090

«Мы тут усложнили на ровном месте, давайте вы поправите у себя там»

Мне лень прям Исследование тебе выдавать, но вот такое они делают не в первый раз

А ретроградом меня не раз называли на #systemd за претензии к сломанным конвенциям и де-факто тихому добавлению слоев абстракции, где не ожидаешь

systemd-resolved например по дефолту кеширует ответы.

Всю жизнь в базовой минимальной системе не было кеша, а теперь есть из коробки. Мне лично это стоило некоторого кол-ва времени.

Зато QR-коды в консольке и встроенный httpd

О, хороший пример. В какой-то момент в десктопный линукс внесли концепты «сессии» и «места». И это все там как-то в больших DE разруливалось. Потом мы переносим все это в logind, logind пихаем в systemd и завязываем его там на внутренности намертво.

А все зачем? Чтобы на всех линукс-тачках были эти самые сессии и места

Нахуй они нужны на серверах? Усложнение на ровном месте? РЕТРОГРАД!

Ладно, у меня опять бомбить начинает, я завернусь лучше.

не. интересно.

продолжай.

Я ща просто всерьез разозлюсь, а у меня суббота :)

systemd - это лучшее, что случилось с linux

Впрочем ладно, последнее: В рамках тех самых сессий нам приехало динамическое управление правами на девайсы в зависимости от «места». Пришел по ssh — не получишь доступа к графическим девайсам. Во-первых это приходится теперь отдельно настраивать на машинках, где реально нужен доступ к графике без доступа к tty. Во-вторых это не имеет вообще никакого смысла на подавляющем большинстве машин in the wild: большая часть из них вообще сервера, а что осталось в основном *персональные компьютеры*, у них обычно один юзер.

В реальной жизни крайне редко случается юзкейс «я хочу пустить маму по ssh на свой личный лаптоп, но так, чтобы она не могла при этом посниффать мою X-сессию, НО ТАК, чтобы если она за него сядет, то у нее этот доступ был»

This is wrong on so many levels

На скольких именно я оставлю как упражнение читателю :D

Этот клубок вот только с logind можно часами распутывать.

а в чем тогда отличие от *sh скриптов ?

Тем что это не отдельные скрипты, а модульная система, которая по-умному распределяет нагрузки на сервера, в зависимости от загруженности канала, полностью автоматизирована (настраивается по динамическому расписанию), поддерживает многопоточность, создание бекапов как на уровне БД, так и отдельных таблиц, автоматическая проверка целостности бекапа.

Ну и по скорости выполнения скрипты проигрывают компилируемым ЯП

Тем что это не отдельные скрипты, а модульная система, которая по-умному распределяет нагрузки на сервера, в зависимости от загруженности канала, полностью автоматизирована (настраивается по динамическому расписанию), поддерживает многопоточность, создание бекапов как на уровне БД, так и отдельных таблиц, автоматическая проверка целостности бекапа.

хм. а причины то хоть какие то будут ?

всё это не очень подоже на причину занчем писать еще одну дампалку

котороая будет вызывать штатную дампалку

Все пишут еще одну. Привидите пример дампалки, которая выполняет подобное? И еще с несколькимт типами БД?

да нет такой. и наверное ненужна. ибо у всех оно будет своё.

и ограничение в производительности оно будет не в комипилированном языке прогррамимрования