xelaxela Aug 11 2017 at 15:40

Резервное копирование базы mysql и файлов на удаленный FTP — Python 3

6 min

11K

Python*Development for Linux*

Tutorial

Comments 14

TFStudio Aug 11 2017 at 15:58

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

Kwent Aug 11 2017 at 19:09

Вычитывайте, пожалуйста, статью перед публикацией, текста на полстраницы и все равно неприятно читать:

во общем

Не понятный метод с не ясным

и что бы не переполнять

и т.д.

broken-ufa Aug 11 2017 at 20:05

А с каких пор это нормально — светить пароли от БД и FTP в кронтабе?

xelaxela Aug 11 2017 at 20:06

Какие будут предложения? где хранить? можно в принципе с файла читать параметры.

broken-ufa Aug 16 2017 at 10:56

~/.my.cnf с правами 600
+ файл с паролем на ftp с теми же правами

g0rd1as Aug 11 2017 at 20:52

Прочитал статью и возникло 2 вопроса:

1. Зачем вам в начале скрипта аж три класса, которые ничего не делают?
2. Почему по FTP? Этот протокол же небезопасный! Не лучше ли использовать SFTP вместо него?

xelaxela Aug 11 2017 at 21:14

1. Начал учится 2 недели назад, по классическому учебнику Марк Саммерфилд «Программирование на Python 3»,
это классический подход возбуждать собственные исключения, если верить Саммерфилду ))
2. Хорошее замечание, оказывается есть pysftp, судя по документации еще и проще чем ftplib

nad_oby Aug 14 2017 at 21:31

Вот FTP это конечно зло и пароли тоже не комильфо.
Желательно перейти на SSH и аутентификацию по ключу.
Еще при неполадках неплохо письмо слать.
import paramiko
import scp
import smtplib
Я с серверов подобной связкой логи прямо в juputer notebook качаю.
Для быстрого поиска аномалий.

omgiafs Aug 11 2017 at 21:06

Backup-manager.
Бэкап чего угодно (файлы/mysql/pgsql), шифрование, инкрементные бэкапы, авторотация, логи, хеш-суммы, аплоад через/в scp, ssh-gpg, ftp, rsync, Amazon S3…

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

pansa Aug 11 2017 at 23:09

Настоящий самурай делает бэкапилку сам! Это как меч. Сделаешь плохо…

d1m Aug 11 2017 at 23:48

Про MySQL. Зависит от сложности и размера БД, но я бы посоветовал обратить внимание на следующее:

В приведенном варианте восстановить БД отдельно взятого клиента так просто не получится. Лучше бекапить каждую БД отдельно.
Если у кого-то были процедуры, то их в бекапе не окажется.
mysqldump делает дамп в текстовом виде. Если БД большая, то это и долго, и много места занимает. Потому лучше вывод mysqldump сразу передавать в gzip, минуя промежуточный этап записи на диск.
Можно легко поймать ситуацию когда целостность данных в дампе нарушится. Потому хорошо добавить ключ --single-transaction.
Посмотреть percona xtrabackup. В этом случае получится делать бекап всех/некоторых БД быстро и не мешая пользователям, и с гарантированой целостностью.

xelaxela Aug 13 2017 at 11:11

В приведенном варианте восстановить БД отдельно взятого клиента так просто не получится.

Скрипт делает бекап каждой базы отдельно.

Если у кого-то были процедуры, то их в бекапе не окажется.

Наверное Вы правы )

минуя промежуточный этап записи на диск

Тоже верно!

Потому хорошо добавить ключ --single-transaction

За ключ спасибо )

sadon Aug 13 2017 at 11:11

Скажите мне зачем для такого базового набора функционала Python?
Есть же bash и logrotate. Больше инструментов для этой задачи не нужно.

antirek Aug 14 2017 at 07:27

Пару месяцев назад с коллегой реализовали похожий велосипед https://github.com/antirek/backuper ))
— бэкап для mysql, pgsql, mongodb
— для каждой бд указывается свой конфиг-файл (очень удобно — добавил/удалил)
— бэкап копируется на ftp
— отправляет уведомление на емейл

Show the best of all time