Size: a a a

2020 June 16

VS

Vladimir Smirnov in DevOps
Dmitry Sergeev
а почему развалится? У меня реплики и на несколько дней отставали (не из-за бэкапов) и норм. Единственное главное чтобы не остало больше чем на binlog expires day
вопрос в объеме записей которые надо реплицировать, может быть потом так что оно будет догоняться очень долго или что хранить бинлоги столько дней просто сложно
источник

VS

Vladimir Smirnov in DevOps
но может что-то конечно и поменялось с тех пор как последний раз приходилось об этом слушать (несколько лет назад)
источник

DS

Dmitry Sergeev in DevOps
Vladimir Smirnov
вопрос в объеме записей которые надо реплицировать, может быть потом так что оно будет догоняться очень долго или что хранить бинлоги столько дней просто сложно
у меня база на 1 TB, реплика при бэкапах вообще не остает. На самом деле достаточно просто бэкапить на другой диск, нагрузку база вообще не почувствует, по CPU бэкапилка тоже сильно не кушает
источник

VS

Vladimir Smirnov in DevOps
Dmitry Sergeev
у меня база на 1 TB, реплика при бэкапах вообще не остает. На самом деле достаточно просто бэкапить на другой диск, нагрузку база вообще не почувствует, по CPU бэкапилка тоже сильно не кушает
ну справедливости ради я не помню объем базы которая тогда была, просто помню что приходилось дополнительно делать снэпшот и бэкапить со снэпшота, иначе было грустно
источник

DS

Dmitry Sergeev in DevOps
Stefan
значит в таком случае лучше делать так:
1. делается фулл бэкап и допустим инкрементальный
2. делается —prepare бэкапа
3. восстанавливаются в какую-то любую пустую папку данные с бэкапа
4. cp/rsync данных в рабочую папку мускуля

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

S

Stefan in DevOps
Dmitry Sergeev
лучше в доках посмотреть, простым копированием папки базы, не факт что получится
та они сами об этом и пишут))
источник

DS

Dmitry Sergeev in DevOps
Stefan
та они сами об этом и пишут))
ну тогда да
источник

S

Stefan in DevOps
стремно просто если честно дропать полностью /var/lib/mysql, ради того чтоб восстановить одну базу например
источник

S

Stefan in DevOps
это ж долго потом всё будет
источник

DS

Dmitry Sergeev in DevOps
но я думаю тут важно чтобы у тебя была опция innodb_file_per_table включена
источник

DS

Dmitry Sergeev in DevOps
Stefan
стремно просто если честно дропать полностью /var/lib/mysql, ради того чтоб восстановить одну базу например
ну xtrabackup не для таких кейсов, мне кажется. Утилита больше для бэкапа всей СУБД
источник

DS

Dmitry Sergeev in DevOps
А в postresql кстати как щас с этим? с хот бэкапами и восстанвлением?
источник

S

Stefan in DevOps
хоть бери и на rsync всё городи)))
источник

DS

Dmitry Sergeev in DevOps
Stefan
хоть бери и на rsync всё городи)))
не получится. Ну без стопов бд имеется в виду. Главные фичи же xtrabackup это hot backup и тому подобное. Он у них используется в xtradb cluster, для того чтобы поднять с нуля ноду, как только ты ее подключил в кластер
источник

DS

Dmitry Sergeev in DevOps
Stefan
хоть бери и на rsync всё городи)))
а если ты там все стопаешь, почему просто дамп обычный не сделаешь (mysqldump)?
источник

АП

Антон [R13 🍆 Ivelok]... in DevOps
Dmitry Sergeev
А в postresql кстати как щас с этим? с хот бэкапами и восстанвлением?
Да вроде всё также, всё хорошо :)
источник

S

Stefan in DevOps
Dmitry Sergeev
а если ты там все стопаешь, почему просто дамп обычный не сделаешь (mysqldump)?
я стопаю только при ресторе
источник

S

Stefan in DevOps
Dmitry Sergeev
не получится. Ну без стопов бд имеется в виду. Главные фичи же xtrabackup это hot backup и тому подобное. Он у них используется в xtradb cluster, для того чтобы поднять с нуля ноду, как только ты ее подключил в кластер
я просто тогда не понимаю, поломалась одна база, есть бэкапы нормальные, но чтоб её восстановить надо дропать всю папку мускуля, когда это совсем не нужно(
источник

S

Stefan in DevOps
это кажется не логичным с точки зрения восстановления
источник

S

Stefan in DevOps
крайне важна гранулярность
источник