Создав простой сценарий оболочки для резервного копирования базы данных MySQL, мы разработали усовершенствованный bash-скрипт, который позволяет создавать дампы баз данных MySQL. Этот скрипт дает возможность выполнять резервное копирование и загружать данные в различные удаленные хранилища, такие как FTP, SFTP и Amazon S3.
Скрипт доступен на нашем аккаунте GitHub вместе со всеми необходимыми файлами. Вы можете просто загрузить его и запустить на своем сервере. Следуйте представленным шагам, чтобы настроить резервное копирование всего за 5 минут.
Для использования скрипта вам потребуется установить MySQL и необходимые утилиты для работы с удаленными хранилищами. Убедитесь, что у вас есть доступ к MySQL-серверу и учетные данные для FTP или SСкрипт поддерживает автоматизацию задач с помощью cron, что позволяет планировать резервное копирование на регулярной основе.
При создании дампа базы данных вы можете настроить параметры, такие как сжатие файлов для экономии места на диске, а также уведомления по электронной почте о статусе выполнения резервного копирования. Также предусмотрены опции для исключения определенных таблиц или баз данных из резервного копирования, что может быть полезно в случае большого объема данных.
Помимо этого, скрипт имеет встроенные механизмы проверки целостности резервных копий, что гарантирует, что данные были успешно сохранены и могут быть восстановлены в случае необходимости. Регулярное тестирование процесса восстановления данных также является важной частью стратегии резервного копирования.
Содержание статьи
Клонирование репозитория
Скачайте этот репозиторий и поместите файлы в директорию /etc/mydumpadmin. Также вы можете клонировать репозиторий в директорию /etc с помощью следующих команд.
cd /etc/ git clone https://github.com/tecrahul/mydumpadmin.git
После клонирования вы можете перейти в директорию mydumpadmin и ознакомиться с документацией, чтобы понять, как правильно использовать инструменты, предоставляемые этим репозиторием. Не забудьте установить необходимые зависимости, если они указаны в README.md или в других документах проекта. Кроме того, вы можете обновлять репозиторий, чтобы получать последние изменения и улучшения, используя команду:
git pull origin main
Обратите внимание, что для выполнения команд в директории /etc может потребоваться повышенные привилегии, поэтому используйте sudo, если это необходимо.
Также стоит отметить, что перед клонированием репозитория убедитесь, что у вас установлен Git. Вы можете проверить это с помощью команды:
git --version
Если Git не установлен, его можно установить с помощью пакетного менеджера вашей системы. Например, для Debian/Ubuntu используйте:
sudo apt update && sudo apt install git
После установки Git вы сможете успешно клонировать репозиторий. Рекомендуется периодически проверять наличие обновлений в репозитории и следить за изменениями, чтобы всегда использовать актуальные версии инструментов.
Если у вас возникнут вопросы по использованию инструментов, вы можете обратиться за помощью к сообществу на GitHub или изучить раздел Issues в репозитории.
Настройка установки
Перед началом установки важно убедиться, что система соответствует минимальным требованиям. Рекомендуется проверить наличие свободного места на диске, совместимость с операционной системой и необходимые зависимости.
Также следует внимательно ознакомиться с документацией по установке, чтобы избежать распространённых ошибок. Если установка подразумевает подключение к интернету, убедитесь, что у вас стабильное соединение.
Не забудьте создать резервную копию важных данных перед началом процесса, чтобы избежать потери информации. Если вы планируете установку на сервере, рекомендуется выполнить процедуру в режиме обслуживания, чтобы минимизировать влияние на пользователей.
В зависимости от сложности установки, рассмотрите возможность предварительного тестирования на отдельной машине или виртуальной среде, что позволит избежать непредвиденных проблем в будущем.
Кроме того, убедитесь, что у вас есть все необходимые права доступа для выполнения установки, особенно если вы работаете в многопользовательской среде. Если у вас возникают вопросы или трудности в процессе установки, не стесняйтесь обращаться за помощью в сообщество пользователей или к технической поддержке.
Также стоит обратить внимание на обновления для вашей операционной системы и программного обеспечения, так как наличие последних версий может значительно упростить процесс установки и повысить стабильность работы приложения.
После завершения установки рекомендуется провести тестирование для проверки корректности работы системы, а также документировать все изменения, чтобы облегчить дальнейшую поддержку и обновления.
Запуск скрипта резервного копирования
Установите права на выполнение для оболочки скрипта и выполните его с помощью команд:
chmod a+x mysql-dump.sh
./mysql-dump.sh
Перед запуском убедитесь, что у вас настроены все необходимые параметры подключения к базе данных в скрипте. Также рекомендуется протестировать скрипт на тестовой базе, чтобы убедиться в его корректной работе. Для удобства хранения резервных копий вы можете добавить дату в имя файла, используя команду date. Например:
mysqldump -u username -p database_name > backup_$(date +%F).sql
Это обеспечит уникальность и упорядоченность ваших резервных копий.
Настройка расписания задания Cron
Вы можете настроить выполнение этого задания на ежедневной основе с помощью crontab. Добавьте следующие строки в crontab, чтобы запускать задачу ежедневно в 2:00 ночи.
0 2 * * * cd /etc/mydumpadmin && ./mysql-dump.sh
Этот скрипт выполняет резервное копирование базы данных MySQL. Убедитесь, что у вас есть права на выполнение скрипта и необходимые зависимости. Для проверки корректности выполнения скрипта вы можете добавить перенаправление вывода в файл журнала, изменив строку на:
0 2 * * * cd /etc/mydumpadmin && ./mysql-dump.sh >> /var/log/mysqldump.log 2>&1
Это позволит вам отслеживать возможные ошибки и успешные выполнения. Не забудьте проверить права доступа к каталогу резервного копирования, чтобы избежать проблем с записью.
Также рекомендуется периодически проверять состояние резервных копий и тестировать их восстановление. Резервные копии следует хранить на надежном носителе, а также, если возможно, использовать удаленное хранилище, например, Amazon S3 для дополнительной защиты данных.
резервное копирование MySQL mysql bash резервное копирование mysql s3 резервное копирование mysql сценарий оболочки mysqldump
Поделиться. Facebook Twitter Pinterest LinkedIn Tumblr Email WhatsApp
Создание пользователя с аутентификацией по сокету в MySQL/MariaDB
Для создания пользователя с аутентификацией по сокету в MySQL или MariaDB, необходимо выполнить несколько шагов. Этот метод аутентификации позволяет пользователям подключаться к базе данных, не вводя пароль, если они подключаются локально через сокет.
Подключение к серверу: Откройте терминал и выполните команду:
mysql -u root -p
Введите пароль администратора для доступа к серверу.
Создание пользователя: Используйте следующую команду для создания нового пользователя. Замените ‘username’ на желаемое имя пользователя:
CREATE USER 'username'@'localhost' IDENTIFIED WITH 'auth_socket';
Этот запрос создаст пользователя, который будет аутентифицирован через сокет.
Предоставление привилегий: После создания пользователя необходимо назначить ему необходимые привилегии. Например, чтобы предоставить все привилегии на базу данных ‘dbname’, выполните:
GRANT ALL PRIVILEGES ON dbname.* TO 'username'@'localhost';
Применение изменений: После внесения изменений, не забудьте обновить привилегии:
FLUSH PRIVILEGES;
Проверка аутентификации: Для проверки, что пользователь создан и аутентификация работает, попробуйте подключиться под новым пользователем:
mysql -u username -p
Обратите внимание, что пароль при этом вводить не нужно, если вы подключаетесь локально.
Безопасность: Убедитесь, что ваш сервер настроен должным образом для обеспечения безопасности. Аутентификация по сокету является хорошим вариантом для локальных подключений, но для удаленных соединений рассмотрите другие методы аутентификации, такие как парольные аутентификации.
Дополнительные рекомендации:
- Регулярно проверяйте и обновляйте список пользователей и их привилегий для минимизации рисков безопасности.
- Используйте команду
SHOW GRANTS FOR 'username'@'localhost';, чтобы увидеть, какие привилегии назначены конкретному пользователю. - При необходимости вы можете изменить метод аутентификации пользователя в будущем, используя команду
ALTER USER 'username'@'localhost' IDENTIFIED WITH 'mysql_native_password' BY 'new_password';.
Следуя этим шагам, вы сможете успешно создать пользователя с аутентификацией по сокету в MySQL или MariaDB, что упростит доступ к вашей базе данных в локальной среде.
Установка MariaDB на Ubuntu 24.04
MariaDB — это мощная система управления базами данных, которая является форком MySQL и широко используется благодаря своей производительности и надежности.
Чтобы установить MariaDB на Ubuntu 24.04, выполните следующие шаги:
- Обновите список пакетов и установите необходимые обновления:
sudo apt update && sudo apt upgrade -y - Установите MariaDB:
sudo apt install mariadb-server -y - После завершения установки, запустите службу MariaDB и добавьте ее в автозагрузку:
sudo systemctl start mariadb
sudo systemctl enable mariadb - Настройте безопасность установки MariaDB с помощью специального скрипта:
sudo mysql_secure_installationЭтот скрипт предложит вам настроить root-пароль, удалить анонимных пользователей, запретить удаленный доступ к root и удалить тестовую базу данных. - Для доступа к консоли MariaDB выполните:
sudo mysql
Теперь MariaDB установлена и готова к использованию. Вы можете создавать базы данных и управлять ими с помощью SQL-команд в консоли.
Для получения дополнительной информации и документации вы можете посетить официальный сайт MariaDB.
Установка MySQL сервера на Ubuntu 24.04
Здравствуйте, Рахул. Я использую этот скрипт, он работает исправно, но есть проблема: когда скрипт запускается дважды в день, на локальном компьютере и в S3 сохраняется только последняя резервная копия, а старые копии удаляются.
Как выполнить резервное копирование на Google Диск? Спасибо.
Здравствуйте, я протестировал ваш скрипт, он отличный. Я изменил команду MYSQL DUMP, чтобы избежать блокировок базы данных, так как во время резервного копирования скрипт делал сервис недоступным.–single-transaction –quick –lock-tables=false –opt $ -h $ -P $MYSQL_PORT $db | $ -9 >$FILENAMEPATH Пользуйтесь на здоровье
Добрый день, чтобы удалить резервные файлы через определенное количество дней, я добавил следующий код rsync. Он работает хорошо, но возникает проблема: он выполняется раньше, даже если я добавил его в конец sh-файла. Пожалуйста, подскажите, что не так или как настроить выполнение в конце.
### Rsync резервная папка
####### [ $VERBOSE -eq 1 ] && echo “Rsync резервная папка”
rsync -avuh -e “ssh -p $” –delete $/ $@$:$
[ $VERBOSE -eq 1 ] && echo “Rsync завершен”
Здравствуйте, Рахул. Спасибо за замечательный скрипт. У меня есть несколько вопросов. Этот скрипт не сохраняет файлы в формате.sql.gz. При распаковке сжатого файла он извлекает файл без расширения.sql. Как изменить это, чтобы сохранять файлы с расширением.sql.gz и извлекаемые файлы с расширением.sql?
Здравствуйте, Узма, я обновил скрипт резервного копирования, добавив «.sql» к расширению файла резервной копии.
Еще раз спасибо, Рахул. Я применяю этот скрипт для передачи резервных копий на сервер для хранения. Удалит ли он резервные копии с удаленного сервера через x дней? Если нет, это приведет к переполнению сервера излишними данными. Второй вопрос: можно ли автоматизировать процесс импорта базы данных на удаленном сервере, чтобы сервер для резервного копирования всегда оставался в актуальном состоянии? Например, если основной сервер выйдет из строя и нам потребуется перенести сайт на сервер резервного копирования. Файлы уже синхронизированы, и у нас есть дампы баз данных на резервном сервере. Поэтому нужно вручную импортировать последнюю базу данных на сервер резервного копирования. Если существует скрипт, который может автоматизировать этот импорт (используя cron через x часов/дней для загрузки последнего дампа), это было бы замечательно. Возможно, потребуется добавить еще один скрипт на резервный сервер.
Привет, Рахул, можешь изменить код для создания резервной копии базы данных в Azure Blob Storage?
При загрузке резервного файла в S3 Bucket./mysql-dump.sh: строка 115: –access_key=***********************: команда не найдена. У меня возникла такая ошибка. Не знаю, как это исправить. Я без проблем загружаю в S3 с помощью s3cmd.
Я разобрался. Нужно было выполнить: export S3CMD=/usr/bin/s3cmd. Спасибо за скрипт. Он работает отлично!
/etc/mydumpadmin/settings.conf: строка 99: $’\r’: команда не найдена: Нет такого файла или директории bin/mkdir /mydumpadmin-03062019-1035.txt: Нет такого файла или директории /mydumpadmin-03062019-1035.txt: Нет такого файла или директории /mydumpadmin-03062019-1035.txt: Нет такого файла или директории не существует. Убедитесь, что путь в /etc/mydumpadmin/settings.conf указан правильно.
Привет, эта ошибка была устранена.
Скрипт не работает, покажите ошибку. Пожалуйста, дайте знать, в чем дело. Когда я запускаю скрипт, возникает ошибка:./MySQLBackup.sh: строка 31: синтаксическая ошибка рядом с неожиданным символом (‘./MySQLBackup.sh: строка 31: PASSWORD= (‘password ‘)’.