Я хочу автоматизировать резервное копирование моих баз данных и файлов с помощью cron. Должен ли я добавить следующие строки в crontab?
mysqldump -u root -pPASSWORD database_name | gzip > /home/backup/database_`date +\%m-\%d-\%Y`.sql.gz
svn commit -m "Committing the working copy containing the database dump"
1) Во-первых, это хороший подход? 2) Непонятно, как указать репозиторий и рабочую копию с помощью svn. 3) Как запустить svn только при выполнении mysqldump, а не раньше? Устранение конфликтов
Любой другой совет? спасибо
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.
1) Дамп mysql для самой резервной копии - обычный подход, я не вижу никакой пользы от использования svn для хранения резервных копий
2) Лучше переместите это на свой собственный вопрос (связанный с svn)
3) Выполняя команды в последовательности в скрипте, вы уже применяете это, svn commit выполняется только после mysqldump | gzip заканчивается.