#182601From:Ruslan Suleimanov
To:Alex Korchmar
Date:14-01-2020 21:35:20
Subj:подскажите связку для бекапа
Привет, Alex!

Ответ на сообщение Alex Korchmar (2:5020/400) к Ruslan Suleimanov, написанное 14 янв 20 в 15:12:

AK> Для mysql еще неплохо бы освоить заклинание FLUSH TABLES WITH READ
AK> LOCK; - без него иногда получается нечто, что восстановлению не
AK> подлежит.

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

AK> Впрочем, если базы небольшие - возможно, лучше сливать их mysqldump'ом
AK> и сырые базы вообще бэкапом не трогать.

что означает "сырые базы" ?




WBR, Ruslan Suleimanov.
Telegram: @rsuleimanov
--- GoldED+/FreeBSD/..I LIKE UNIX EVERYDAY..
* Origin: ---/RS/FIDO Druzi 199x www.fido.paket.ua/ (2:467/888)
SEEN-BY: 467/70 888 5020/545 1042 4441 5080/102 6090/1
PATH: 467/888 70 5080/102 5020/545 4441 1042 6090/1
#182602From:Sergey Anohin
To:Ruslan Suleimanov
Date:15-01-2020 09:11:21
Subj:Need HUSKY update
Hello, Ruslan!

RS> что-то молчит мэйнтер... https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243030
RS> а кто вообще коммитит HPT может его попросить обновить порты ?

все уже давно мечтают, просто руки не доходят еще :(
кстати бинк там в каком состоянии в портах?

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
* Origin: https://5034.ru/wfido (2:5034/10.1)
SEEN-BY: 5020/715 1042 5034/10 13 6090/1
PATH: 5034/10 13 5020/715 1042 6090/1
#182603From:Alexander Kruglikov
To:Ruslan Suleimanov
Date:15-01-2020 11:06:27
Subj:Re: подскажите связку для бекапа
Привет, Ruslan!

*** Ответ на сообщение из CarbonArea (Мыльце для меня).

14 янв 20 02:03, Ruslan Suleimanov писал(а) к Alexander Kruglikov:

RS> Спасибо за полезные решения ! Теперь интересна скорость добавления
RS> штатным решением в архив пару десятков Тб и обратная распаковка )

Уууууууууу. В первоначальном ТЗ не было объёмов =)

С наилучшими пожеланиями, Alexander.
--- "GoldED+/LNX 1.1.5-b20180707" ---
* Origin: Bad sex is better than bad day at work. (2:5053/58)
SEEN-BY: 5020/545 1042 4441 5053/58 6090/1
PATH: 5053/58 5020/545 4441 1042 6090/1
#182604From:Eugene Grosbein
To:Ruslan Suleimanov
Date:15-01-2020 17:36:09
Subj:Re: Need HUSKY update
14 янв. 2020, вторник, в 21:28 NOVT, Ruslan Suleimanov написал(а):

RS> что-то молчит мэйнтер...
RS> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243030

Маинтейнер знать не знает про этот PR, потому как никто этот PR
не назначил маинтейнеру. Hазначение происходит автоматически -
и тогда маинтейнер получает уведомление по почте про PR -
если в сабже PR упоминуть его имя, но совпадение должно быть точным,
news/husky* не годится.

RS> а кто вообще коммитит HPT может его попросить обновить порты ?

Если сам порт не используешь, как протестировать обновление?
Без этого слишком легко сломать. Hапиши маинтейнеру и дай ссылку на PR.

Или если подготовишь обновление, протестируешь и прикрепишь его к PR,
прокоммитить может любой коммитер. Могу я. Hо лучше делать отдельный PR
на каждый порт.

Eugene
--
Hароду - чтоб не вздумал бунтовать! -
Мы тоже разрешили воровать.
Пусть лучше сам ворует потихоньку,
Чем с воровскою властью враждовать!..
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
#182605From:Eugene Grosbein
To:Ruslan Suleimanov
Date:15-01-2020 17:38:08
Subj:Re: подскажите связку для бекапа
14 янв. 2020, вторник, в 21:35 NOVT, Ruslan Suleimanov написал(а):

AK>> Впрочем, если базы небольшие - возможно, лучше сливать их mysqldump'ом
AK>> и сырые базы вообще бэкапом не трогать.
RS> что означает "сырые базы" ?

Файлы, в которых база держит данные, нужно исключать из общего
дампа файловой системы. В случае с MySQL проще всего сделать
chflags nodump /var/db/mysql (или где оно там реально лежит)
и делать бекап базы, включая её конфиги и логи, отдельной процедурой.

Eugene
--
И у священных источников живут алчные монахи. (Дхарма)
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
#182606From:Alex Korchmar
To:Ruslan Suleimanov
Date:15-01-2020 14:07:25
Subj:Re: подскажите связку для бекапа
From: Alex Korchmar <noreply@linux.e-moe.ru>

Ruslan Suleimanov <Ruslan.Suleimanov@f888.n467.z2.fidonet.org> wrote:

AK>> Для mysql еще неплохо бы освоить заклинание FLUSH TABLES WITH READ
AK>> LOCK; - без него иногда получается нечто, что восстановлению не
AK>> подлежит.
RS> Ага при не локнутой базе, да и еще которая в работе с параллельным бэкапом
RS> может быть горе, уже в курсе )
при вполне silent system но с нетиповыми кэшами - оказывается, тоже вполне может.

AK>> Впрочем, если базы небольшие - возможно, лучше сливать их mysqldump'ом
AK>> и сырые базы вообще бэкапом не трогать.
RS> что означает "сырые базы" ?
те что в /var/db/mysql
Делаем дамп и храним в бэкапах только дампы.

Для небольших баз - так куда меньше возни. Большие - это десяток гигабайт.
Такая база с дампа заливается слишком долго, но для типовой вебни это явный
повод найти и удалить оттуда 9G мусора. Hекоторые cms, не будем показывать
пальцем, например, норовят там дублировать access_log - без ротейта.


> Alex

--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
SEEN-BY: 5020/400 545 1042 4441 6090/1
PATH: 5020/400 545 4441 1042 6090/1
#182607From:Alex Korchmar
To:Ruslan Suleimanov
Date:15-01-2020 14:08:25
Subj:Re: подскажите связку для бекапа
From: Alex Korchmar <noreply@linux.e-moe.ru>

Ruslan Suleimanov <Ruslan.Suleimanov@f888.n467.z2.fidonet.org> wrote:

RS> Спасибо за полезные решения ! Теперь интересна скорость добавления штатным
RS> решением в архив пару десятков Тб и обратная распаковка )
эммм... тогда про неиндексированные архивные форматы - сразу забываем.

> Alex

--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
SEEN-BY: 5020/400 545 1042 4441 6090/1
PATH: 5020/400 545 4441 1042 6090/1
#182608From:Sergey Anohin
To:Alex Korchmar
Date:15-01-2020 16:23:18
Subj:Re: подскажите связку для бекапа
Hello, Alex!

AK>>> Впрочем, если базы небольшие - возможно, лучше сливать их mysqldump'ом
AK>>> и сырые базы вообще бэкапом не трогать.
RS>> что означает "сырые базы" ?
AK> те что в /var/db/mysql
AK> Делаем дамп и храним в бэкапах только дампы.
AK> Для небольших баз - так куда меньше возни. Большие - это десяток гигабайт.
AK> Такая база с дампа заливается слишком долго, но для типовой вебни это явный
AK> повод найти и удалить оттуда 9G мусора. Hекоторые cms, не будем показывать
AK> пальцем, например, норовят там дублировать access_log - без ротейта.

А че никому не зашло percona-xtrabackup? Это же самый нормальный метод для огромных баз.
Там же скорость почти равна скорости копирования файлов и каталога /var/db/mysql в
другой каталог. InnoDB без блокировки.


С наилучшими пожеланиями, Sergey Anohin.

--- wfido
* Origin: https://5034.ru/wfido (2:5034/10.1)
SEEN-BY: 5020/715 1042 5034/10 13 6090/1
PATH: 5034/10 13 5020/715 1042 6090/1
#182609From:Dmitriy Smirnov
To:Sergey Anohin
Date:15-01-2020 21:23:26
Subj:подскажите связку для бекапа
hi, Sergey!

15 Jan 20 16:23, Sergey Anohin wrote to Alex Korchmar:

AK>> те что в /var/db/mysql
AK>> Делаем дамп и храним в бэкапах только дампы.
AK>> Для небольших баз - так куда меньше возни. Большие - это десяток
AK>> гигабайт. Такая база с дампа заливается слишком долго, но для
AK>> типовой вебни это явный повод найти и удалить оттуда 9G мусора.
AK>> Hекоторые cms, не будем показывать пальцем, например, норовят там
AK>> дублировать access_log - без ротейта.

SA> А че никому не зашло percona-xtrabackup? Это же самый нормальный метод
SA> для огромных баз. Там же скорость почти равна скорости копирования
SA> файлов и каталога /var/db/mysql в другой каталог. InnoDB без
SA> блокировки.

zfs snapshot с FLUSH TABLES WITH READ LOCK веселее


wbr, Dmitriy.
---
* Origin: powered by FreeBSD 12.1-RELEASE-p1 amd64 (2:5010/352)
SEEN-BY: 5010/352 5020/1042 6090/1
PATH: 5010/352 5020/1042 6090/1
#182610From:Sergey Anohin
To:Dmitriy Smirnov
Date:16-01-2020 07:45:03
Subj:подскажите связку для бекапа
Hello, Dmitriy!

SA>> А че никому не зашло percona-xtrabackup? Это же самый нормальный метод
SA>> для огромных баз. Там же скорость почти равна скорости копирования
SA>> файлов и каталога /var/db/mysql в другой каталог. InnoDB без
SA>> блокировки.
DS> zfs snapshot с FLUSH TABLES WITH READ LOCK веселее

это конечно, если файловая система со снапшотами.

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
* Origin: https://5034.ru/wfido (2:5034/10.1)
SEEN-BY: 5020/715 1042 5034/10 13 6090/1
PATH: 5034/10 13 5020/715 1042 6090/1
Выделенный сервер за 149 руб!