Резервное копирование на Яндекс Диск (на примере Vesta). Wordpress бэкап на яндекс диск


Резервное копирование сайта на wordpress на Яндекс Диск wp mybackup

Резервное копирование сайта на #WordPress на Яндекс Диск - WP MyBackup

Этим видео я продолжаю бесплатный курс по созданию сайта на #Wordpress. Подписывайтесь на новые материалы сайта...

WordPress резервное копирование сайта. Duplicator

Самый удобный способ резервного копирования сайта на WordPress. Многократно проверено, не подводил меня ни...

Резервное копирование. Плагин BackWPup. Установка и настройка

Самый простой способ настроить резервное копирование ваших сайтов в полном объеме от базы данных до файлов...

Добавляем кнопки социальных сетей на сайт #WordPress

Этим видео я продолжаю бесплатный курс по созданию сайта на #Wordpress. Подписывайтесь на новые материалы сайта...

Backup Wordpress Резервная копия восстановление сайта плагин

Вы сможете очень просто и быстро делать резервную копию сайта Wordpress. Вы сможете восстановить или перенести...

32.Включаем кеш на сайте WordPress - плагин WP Super Cache

СКАЧАТЬ ПРЕМИУМ ТЕМУ: https://fedorvasilev.com/premium-tema-wp.html Кеш необходим для сайта, чтобы отдавать страницу из копии...

Резервное копирование сайта на WordPress

http://leonov-do.ru/?p=2509 В данном видео рассказано как вручную сделать резервную копию сайта. Резервное копирование...

Как сделать БЭКАП САЙТА. Резервная копия сайта быстро и просто в ISP Manager

Резервная копия сайта, как её сделать? Подробный видеоурок по созданию бэкапа на Wordpress. Есть свой видеоканал...

WP MyBackup WebDAV Yandex

WP MyBackup - backup your WordPress to Yandex via WebDAV.

[01] Резервная копия сайта на Wordpress

Плагин Duplicator для Wordpress. Автоматизированное создание резервной копии сайта и разворачивание её на новой...

AkeebaBackup-резервное копирование wordpress

Данный плагин признанный лидер среди своих конкурентов. Важными особенностями плагина является копирован...

05. WordPress - Резервное копирование сайта

В этом ролике всё про резервное копирование сайта на WordPress, на хостингах Beget и Time-web. Полное видео по резервно...

UpdraftPlus резервируем БД и файлы

Резервное копирование БД и файлов, в выбранном облачном хранилище.

Бекап сайта на гугл диск

Бекап сайта на гугл диск. Очень важно иметь бекап сайта. Кто еще это не понял, время вам объяснит понятнее,...

Резервное копирование сайта и базы данных

В видео рассказываю как создать резервную копию (backup) сайта и базы данных под него. Если в Вашем сайте нет...

Бэкап на Яндекс.Диск по протоколу WebDAV при помощи Handy Backup

Видео инструкция по резервному копирования на Яндекс.Диск по протоколу WebDAV при помощи Handy Backup. Подробнее...

Как перенести сайт #WordPress на хостинг

Этим видео я продолжаю бесплатный курс по созданию сайта на #Wordpress. Подписывайтесь на новые материалы сайта...

Как сделать бекап сайта на Wordpress

В этом видео вы узнаете, как сделать бекап сайта на Wordpress. Подробнее на сайте - https://vezlove.com/diy/kak-sdelat-backup/

UpdraftPlus Backup and Restoration – автономное резервное копирование сайта

Инструкции и видеоуроки для владельцев сайтов и блогов - http://1zaicev.ru Наличие резервной копии - это залог безоп...

Перенос сайта на другой хостинг wordpress и его полный backup плагином xcloner Ч.1

http://seorevisal.pro/.Перенос сайта на другой хостинг wordpress и его полный backup плагином xcloner Ч.1 .Остались вопросы по...

Резервное копирование базы данных Wordpress

Заработок в социальной сети https://goo.gl/64a2K1 ___ Пошаговый план запуска контекстной рекламы на Яндекс.Директ...

Резервное копирование данных в облако ресурсами Windows

Здесь представлена возможность резервного копирования данных и ОС Windows в облако ресурсами операционной...

Автоматическое резервное копирование Wordpress - Константин Хмелев

Подробнейшая статья по резервному копированию на блоге: ...

Восстановление wordpress из резервной копии

Akeeba Kickstart — специальный плагин способный быстро и надежно распаковывать архивы прямо на сервере. Работает...

Как перенести сайт на Joomla на WordPress

Подписывайтесь на новые материалы сайта Создай сайт для бизнеса: http://sitebiznes.ru/newssubscribe/ Вы сможете импортиров...

Резервное копирование WordPress Бэкап блога

В этом уроке мы с вами научимся делать резервную копию (бэкап) WordPress. Данная процедура нужна, чтобы обеспечи...

Я наБекапил в облако! Бекапим сервер на webdav(davfs) раздел.

В этом видео: - как подготовить davfs раздел для бекапа; - скрипты для бекапа сервера на davfs раздел; - удаление...

Как настроить резервное копирование в ISPManager Как сделать бекап сайта на автомате - Лайфхаки для вебмастеров, урок 2

Стань профессионалом! http://beprofy.org/ Как сделать бекап сайта? Зачем делать бекап сайта? Как делать это автомати...

Настройка резервного копирования

Настаиваем резервное копирование через панель управления ISPmanager за пару простых шагов. Используется компо...

Создание резервной копии блога на WordPress. Плагин BackWPup

В данном видео я покажу как создавать резервные копии блога с помощью плагина BackWPup, а также как сохранять...

Бэкап сайта Плагин BackWPup

Создание резервной копии сайта WordPress с помощью плагина BackWPup. BackWPup позволяет настроить автоматическое созда...

автоматическое резервное копирование базы данных сайта Как легко и быстро создать интернет магазин на #WordPress

Подписывайтесь на новые материалы сайта Создай сайт для бизнеса: http://sitebiznes.ru/newssubscribe/ Вы решили создать...

Хранение файлов на Яндекс диске

Программа «Яндекс Диск» позволяет вам управлять файлами на Яндек Диске, изменяя копии файлов Диска на ваше...

Как сделать резервную копию сайта на WordPress Wordpress BackUp

Материал и источник вдохновения сайт : http://zipscript.ru ----------------------------------------------------------------------------------------------- Модул...

Настройка автоматического бекапа сайта в Google Drive

Вступайте http://vk.com/1visit Настройка бекапа Как настроить автоматический бекапа wordpress в Google Disc (google drive) с помощь...

Как создать резервную копию сайта

ссылка на этот ролик YouTube Сейчас идет запись совершенно нового видеокурса по WorsPress-более50-ти видео по настро...

Как создать резервную копию сайта

Инструкции и видеоуроки для владельцев сайтов и блогов - http://1zaicev.ru Уметь создавать резервные копии сайтов...

Безопасность и резервное копирование сайта

Тренинг ЯБИЗНЕС САЙТ ШАГ ➁ из ➄ :: Структура и управление сайтом Хостинг http://samhoster.ru.

resident evil outbreak pc lindbejb modding kogama hot wheels a conexao a sony atingiu o tempo limite yan dago layout troll cv 6 geminiano djonga como salvar video no filmora baixar mario kart 8 musicdot e bom

debojj.net

Создаём резервные копии и перемещаем на Яндекс Диск

Описание создания резервных копий файлов своего сайта на сервере CentOS (Linux). И дальнейшее перемещение этих backup файлов на Яндекс.Диск.

Для сохранения данных своего сайта важно вовремя делать резервные копии. Желательно копии резервных данных хранить на стороннем сервере. В данном случае мы будем сохранять резервные копии файлов на Яндекс.Диске.

Если вам не нужно создание копий, а требуется только перемещение, читайте статью: «Как перемещать резервные копии сайта на Яндекс Диск».

Первым делом, на Linux сервер устанавливаем Яндекс.Диск, который будет работать по протоколу WebDav.

Только после установки диска приступаем к настройке копирования резервных данных.

Мы будем делать и хранить копии данных своего сайта на каждый день, раз в неделю и один раз в месяц.

На Яндекс.Диске создаём папки с названием сайта. Затем внутри этой папки создаём следующие папки: day, week, month.

Те же самые действия можно проделать через командную строку.

Подключаемся к нашему серверу по протоколу SSH.

Создание папок через командную строку:

# Монтируем Яндекс Диск mount -t davfs https://webdav.yandex.ru /mnt/yandex/ # Создаём папку с названием сайта cd /mnt/yandex && sudo mkdir site_name.ru # Создаём папку день, неделя, месяц cd /mnt/yandex/site_name.ru && sudo mkdir day week month # Отключаем Яндекс Диск umount /mnt/yandex

# Монтируем Яндекс Диск

mount -t davfs https://webdav.yandex.ru /mnt/yandex/

# Создаём папку с названием сайта

cd /mnt/yandex && sudo mkdir site_name.ru

# Создаём папку день, неделя, месяц

cd /mnt/yandex/site_name.ru && sudo mkdir day week month

# Отключаем Яндекс Диск

umount /mnt/yandex

Ежедневная резервная копия MySQL и одной папке

Теперь создаём папку на сервере, куда будем складывать все свои скрипты – my_scripts и первый файл скрипта backup_webdav_day.sh:

cd / sudo mkdir my_scripts nano /my_scripts/backup_webdav_day.sh

cd /

sudo mkdir my_scripts

nano /my_scripts/backup_webdav_day.sh

Скрипт будет сохранять ежедневные копии базы данных MySQL и также папку themes (шаблона сайта для WordPress). Я частенько совершенствую дизайн сайта и добавляю какие-нибудь новые элементы. И мне важно иметь копии этих данных на каждый день.

Можно папку themes поменять на любую другую. Например на папку загрузки изображений, в WordPress это папка – uploads. Если вы пишите статьи каждый день и загружаете картинки в каждую статью, то для вас может быть важным создание ежедневных резервных копий всех скриншотов на сайте.

Записываем в файл backup_webdav_day.sh следующее:

#!/bin/sh # Текущая дата в формате год-месяц-день_часы-минуты date_time=`date +"%Y-%m-%d_%H-%M"` # Место размещения резервных файлов на Яндекс Диске yandex_dir='/mnt/yandex/site_name.ru/day' # Абсолютный путь к папке на сервере server_dir='/home/admin/web/site_name.ru/public_html/wp-content/' # Название директории с файлами (после абсолютного пути) files_dir='themes' # Данные базы MySQL # Имя базы bd_name='имя' # Имя пользователя user='имя' # Пароль пользователя password='пароль' # Монтируем Яндекс Диск mount -t davfs https://webdav.yandex.ru /mnt/yandex/ # Создаём архив /usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir # Выгружаем базу данных /usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz # Удаляем архивы старше 7 дней /usr/bin/find $yandex_dir -type f -mtime +7 -exec rm {} \; # Отключаем Яндекс Диск umount /mnt/yandex

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

#!/bin/sh

# Текущая дата в формате год-месяц-день_часы-минуты

date_time=`date +"%Y-%m-%d_%H-%M"`

# Место размещения резервных файлов на Яндекс Диске

yandex_dir='/mnt/yandex/site_name.ru/day'

# Абсолютный путь к папке на сервере

server_dir='/home/admin/web/site_name.ru/public_html/wp-content/'

# Название директории с файлами (после абсолютного пути)

files_dir='themes'

# Данные базы MySQL

# Имя базы

bd_name='имя'

# Имя пользователя

user='имя'

# Пароль пользователя

password='пароль'

# Монтируем Яндекс Диск

mount -t davfs https://webdav.yandex.ru /mnt/yandex/

# Создаём архив

/usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir

# Выгружаем базу данных

/usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz

# Удаляем архивы старше 7 дней

/usr/bin/find $yandex_dir -type f -mtime +7 -exec rm {} \;

# Отключаем Яндекс Диск

umount /mnt/yandex

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

Ручной запуск скрипта:

sh /my_scripts/backup_webdav_day.sh

sh /my_scripts/backup_webdav_day.sh

Еженедельная полная резервная копия

Создаём копию для всего сайта.

Создаём файл скрипта backup_webdav_week.sh:

nano /my_scripts/backup_webdav_week.sh

nano /my_scripts/backup_webdav_week.sh

Записываем в этот файл:

#!/bin/sh # Текущая дата в формате год-месяц-день_часы-минуты date_time=`date +"%Y-%m-%d_%H-%M"` # Место размещения резервных файлов на Яндекс Диске yandex_dir='/mnt/yandex/site_name.ru/week' # Абсолютный путь к папке на сервере server_dir='/home/admin/web/site_name.ru/' # Название директории с файлами (после абсолютного пути) files_dir='public_html' # Данные базы MySQL # Имя базы bd_name='имя' # Имя пользователя user='имя' # Пароль пользователя password='пароль' # Монтируем Яндекс Диск mount -t davfs https://webdav.yandex.ru /mnt/yandex/ # Создаём архив /usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir # Выгружаем базу данных /usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz # Удаляем архивы старше 30 дней (будет создано не более 4 резервных копии) /usr/bin/find $yandex_dir -type f -mtime +30 -exec rm {} \; # Отключаем Яндекс Диск umount /mnt/yandex

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

#!/bin/sh

# Текущая дата в формате год-месяц-день_часы-минуты

date_time=`date +"%Y-%m-%d_%H-%M"`

# Место размещения резервных файлов на Яндекс Диске

yandex_dir='/mnt/yandex/site_name.ru/week'

# Абсолютный путь к папке на сервере

server_dir='/home/admin/web/site_name.ru/'

# Название директории с файлами (после абсолютного пути)

files_dir='public_html'

# Данные базы MySQL

# Имя базы

bd_name='имя'

# Имя пользователя

user='имя'

# Пароль пользователя

password='пароль'

# Монтируем Яндекс Диск

mount -t davfs https://webdav.yandex.ru /mnt/yandex/

# Создаём архив

/usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir

# Выгружаем базу данных

/usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz

# Удаляем архивы старше 30 дней (будет создано не более 4 резервных копии)

/usr/bin/find $yandex_dir -type f -mtime +30 -exec rm {} \;

# Отключаем Яндекс Диск

umount /mnt/yandex

Ручной запуск скрипта:

sh /my_scripts/backup_webdav_week.sh

sh /my_scripts/backup_webdav_week.sh

Ежемесячная полная резервная копия

Создаём копию для всего сайта, которая будет хранится в папке month.

Создаём файл скрипта backup_webdav_month.sh:

nano /my_scripts/backup_webdav_month.sh

nano /my_scripts/backup_webdav_month.sh

Записываем в этот файл:

#!/bin/sh # Текущая дата в формате год-месяц-день_часы-минуты date_time=`date +"%Y-%m-%d_%H-%M"` # Место размещения резервных файлов на Яндекс Диске yandex_dir='/mnt/yandex/site_name.ru/month' # Абсолютный путь к папке на сервере server_dir='/home/admin/web/site_name.ru/' # Название директории с файлами (после абсолютного пути) files_dir='public_html' # Данные базы MySQL # Имя базы bd_name='имя' # Имя пользователя user='имя' # Пароль пользователя password='пароль' # Монтируем Яндекс Диск mount -t davfs https://webdav.yandex.ru /mnt/yandex/ # Создаём архив /usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir # Выгружаем базу данных /usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz # Удаляем архивы старше 180 дней (будет создано не более 6 резервных копии) /usr/bin/find $yandex_dir -type f -mtime +180 -exec rm {} \; # Отключаем Яндекс Диск umount /mnt/yandex

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

#!/bin/sh

# Текущая дата в формате год-месяц-день_часы-минуты

date_time=`date +"%Y-%m-%d_%H-%M"`

# Место размещения резервных файлов на Яндекс Диске

yandex_dir='/mnt/yandex/site_name.ru/month'

# Абсолютный путь к папке на сервере

server_dir='/home/admin/web/site_name.ru/'

# Название директории с файлами (после абсолютного пути)

files_dir='public_html'

# Данные базы MySQL

# Имя базы

bd_name='имя'

# Имя пользователя

user='имя'

# Пароль пользователя

password='пароль'

# Монтируем Яндекс Диск

mount -t davfs https://webdav.yandex.ru /mnt/yandex/

# Создаём архив

/usr/bin/tar -czvf $yandex_dir/files_$date_time.tar.gz -C $server_dir $files_dir

# Выгружаем базу данных

/usr/bin/mysqldump --opt -v --databases $bd_name -u$user -p$password | /usr/bin/gzip -c > $yandex_dir/mysql_$date_time.sql.gz

# Удаляем архивы старше 180 дней (будет создано не более 6 резервных копии)

/usr/bin/find $yandex_dir -type f -mtime +180 -exec rm {} \;

# Отключаем Яндекс Диск

umount /mnt/yandex

Ручной запуск скрипта:

sh /my_scripts/backup_webdav_month.sh

sh /my_scripts/backup_webdav_month.sh

Ошибка line 20: /usr/bin/tar: No such file or directory

Если возникает подобная ошибка, значит tar находится в другой директории. Попробуйте изменить /usr/bin/tar на /bin/tar. И запустить скрипт ещё раз.

Добавляем задания в CRON

Открываем файл CRON

Добавляем данные:

# Backup to Yandex Disk # ежедневно в 2:00 00 2 * * * root /my_scripts/backup_webdav_day.sh >/dev/null 2>&1 # еженедельно в 2:20 в понедельник 20 2 * * 1 root /my_scripts/backup_webdav_week.sh >/dev/null 2>&1 # ежемесячно в 3:00 каждого 1-го числа месяца 00 3 1 * * root /my_scripts/backup_webdav_month.sh >/dev/null 2>&1

# Backup to Yandex Disk

# ежедневно в 2:00

00 2 * * * root /my_scripts/backup_webdav_day.sh >/dev/null 2>&1

# еженедельно в 2:20 в понедельник

20 2 * * 1 root /my_scripts/backup_webdav_week.sh >/dev/null 2>&1

# ежемесячно в 3:00 каждого 1-го числа месяца

00 3 1 * * root /my_scripts/backup_webdav_month.sh >/dev/null 2>&1

Для работы скрипта через cron, нужно назначить правильные права доступа на файлы. Иначе будет отказано в доступе. Для этого в командной строке выполняем:

cd /my_scripts/ chmod +x backup_webdav_day.sh chmod +x backup_webdav_week.sh chmod +x backup_webdav_month.sh

cd /my_scripts/

chmod +x backup_webdav_day.sh

chmod +x backup_webdav_week.sh

chmod +x backup_webdav_month.sh

Делаем для скриптов резервную копию

Копируем папку со скриптами в корневой каталог сайта.

Можно и вовсе не делать скрипты в корневой папке сервера, а сразу сделать скрипты в корне сайта и подцеплять их через CRON. Тогда скрипты можно создавать через FTP-клиент, а консоль понадобится только для редактирования файла cron. Но в этом случае Cron может и не заработать, каких-то настроек ему будет не хватать.

Создаём скрипт очищающий временную папку с кэшем

При создании резервных копии содержимое остаётся в папке с кэшем /var/cache/davfs2/, что приводит к переполнению жесткого диска. Решаем эту задачу созданием специального скрипта. Подробнее в статье переполнение кэша davfs2.

Как разархивировать архив

Для восстановления резервных файлов на сервере используем рекомендациями из статьи «быстрое восстановление резервных копий на сервере Linux».

ploshadka.net

Резервное копирование на Яндекс Диск (на примере Vesta)

Настраиваем удалённое резервное копирование данных в Яндекс.Диск. Данная статья будет рассказывать как сделать backup в панели управления сайтами Vesta. Однако это руководство подойдет и для любых других систем управления сайтом.

Полное руководство установки резервного копирования в LINUX на Яндекс Диск есть на сайте Яндекса.

В этой статье отброшено всё лишнее и добавлены конкретные инструкции для установки и настройки резервного копирования в VESTA в CentOS (LINUX) по шагам.

Копирование будет осуществляться путём синхронизации всех backup файлов с Яндекс диском. Минус подобного способа в том, что не получится заливать несколько серверов на один Яндекс диск, т.к. это по сути не резервное копирование, а синхронизация. И если использовать один Яндекс диск для разных серверов, то вскоре на всех будут одни и те же данные, что и на диске Яндекса. Но если сервер у вас один и на Яндекс Диске ничего другого не хранится, то это удобный способ резервного копирования.

В случае, если имеется несколько серверов и для каждого требуется сохранять резервные данные на удалённый диск, то можно не синхронизировать, а монтировать Яндекс.Диск по протоколу WebDAV, а затем перемещать туда свои резервные копии.

Устанавливаем консольный клиент Яндекс Диска

Заходим на сайт через ssh.

Создаём файл:

nano /etc/yum.repos.d/yandex.repo

nano /etc/yum.repos.d/yandex.repo

Вставляем в него содержимое:

[yandex] name=Yandex failovermethod=priority baseurl=http://repo.yandex.ru/yandex-disk/rpm/stable/$basearch/ enabled=1 metadata_expire=1d gpgcheck=1 gpgkey=http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

[yandex]

name=Yandex

failovermethod=priority

baseurl=http://repo.yandex.ru/yandex-disk/rpm/stable/$basearch/

enabled=1

metadata_expire=1d

gpgcheck=1

gpgkey=http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

Сохраняем данные: CTRL + O (буква), подтверждаем – Y, выходим — CTRL+X.

Для проверки цифровой подписи импортируем ключи:

rpm --import http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

rpm --import http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

Теперь всё готово для установки Яндекс Диска на сервер Linux:

После установки настраиваем Яндекс Диск:

Вводим свой логин и пароль от учетной записи Яндекс Диска. И указываем путь до backup папки, который использует VESTA: /backup

После ввода данных утвердительно отвечаем на вопрос:

Запускать Яндекс.Диск при входе в систему? [Y/n]: y

Запускать Яндекс.Диск при входе в систему? [Y/n]: y

Теперь Яндекс Диск будет запускаться при входе в систему логина пользователя. Дополнительно для запуска скрипта при загрузки системы вводим команду:

echo "/usr/bin/yandex-disk start" >> /etc/rc.d/rc.local

echo "/usr/bin/yandex-disk start" >> /etc/rc.d/rc.local

Как отключить клиент Яндекс Диска

Команда для остановки клиента:

Если по какой-то причине потребовалось отключить Яндекс Диск из загрузки системы, то редактируем файл:

И удаляем из него строчку:

Более точная настройка резервного копирования

На предыдущих действиях можно остановиться, но мы пойдём чуть дальше.

Открываем конфигурационный файл, который создал Яндекс Диск для своей работы:

nano /root/.config/yandex-disk/config.cfg

nano /root/.config/yandex-disk/config.cfg

Видим содержимое:

auth="/root/.config/yandex-disk/passwd" dir="/backup" proxy="no"

auth="/root/.config/yandex-disk/passwd"

dir="/backup"

proxy="no"

Можем поменять его на следующее (дополним комментариями):

# Путь к файлу с данными авторизации auth="/root/.config/yandex-disk/passwd" # Каталог хранения backup в VESTA dir="/backup" # Не синхронизировать указанные каталоги # exclude-dirs="exclude/dir1,exclude/dir2,path/to/another/exclude/dir" # Прокси-сервер proxy="no"

# Путь к файлу с данными авторизации

auth="/root/.config/yandex-disk/passwd"

 

# Каталог хранения backup в VESTA    

dir="/backup"

 

# Не синхронизировать указанные каталоги

# exclude-dirs="exclude/dir1,exclude/dir2,path/to/another/exclude/dir"

 

# Прокси-сервер

proxy="no"

После настройки бэкапа на Яндекс Диск всё его содержимое будет копироваться в главный раздел Яндекс Диска. Это не удобно, если вы на Яндексе храните кроме резервных копий что-то ещё.

Для того чтобы Яндекс резервные копии складывал в отдельно-отведенную папку, в панели управления VESTA надо изменить абсолютный путь backup папки.

Как настроить путь до бэкап папки смотрите в общей статье о создании резервных копий на Vesta – в самом конце статьи после заголовка: «Как изменить путь хранения backup в Vesta».

Вместо этого пути:

Меняем путь для резервного копирования на следующий:

/backup/backups/site_name

/backup/backups/site_name

где site_name — имя вашего сайта.

Теперь на Яндекс Диске появится папка backups, а в ней папка с названием сайта и в ней уже будет находится резервная копия вашего сайта.

Вместо папки с названием сайта, если например, сайтов несколько, можно назвать папку по названию хостинга.

Примечание

Если всё настроено верно, то на Яндекс Диске почти сразу будут появляться все файлы из директории backup. Если что-то не работает, попробуйте исправить ошибки руководствуясь статьёй резервное копирование VESTA. В конце статьи рассказывается как исправить типовые ошибки.

ploshadka.net

Backup (бэкап) на WordPress. Надежно, быстро и автоматически.

Тот момент, что делать backup (бэкап) вашего сайта на WordPress очень важно, думаю у вас сомнений не вызывает.  

За всю свою историю работы в области веб-разработки я бы мог уже десятки раз потерять свои сайты, если бы у меня не было их бэкапов.

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

В этой заметке, я бы хотел поделиться основным принципом, на основании которого, я делаю бэкапы своего сайта на WordPress и это позволяет делать их наиболее надежно, быстро и самое главное автоматически.

Настроив один раз весь процесс, вы можете забыть об этом и спать спокойно.

Итак, принцип заключается в том, чтобы не хранить «все яйца в одной корзине».

Нельзя хранить бэкапы в одном месте. Никто и ничто не застраховано от поломки и возможности исчезнуть. Особенно это касается компьютерной техники.

Для хранения своих бэкапов я использую следующие места:

1) Сервер компании хостера, на котором располагаются мои сайты.

2) Удаленный FTP-сервер.

3) Сервер облачного хранения данных (например, Яндекс.Диск или Dropbox)

Во всех этих местах у меня хранятся резервные копии, которые в нужный момент могут оказаться очень полезными.

Если убрать из этого списка, хотя бы один компонент, система теряет свою первоначальную надежность. Самое главное, что в этой системе все настроено и работает автоматически.

Создание backup на удаленный сервер и сервер компании хостера я произвожу с помощью панели IPS Manager, которое любезно предоставляет мне мой хостер.

Создание бэкапов на сервисы Яндекс.Диск и Dropbox я делаю с помощью плагинов WordPress.

Если вы хотите подробнее посмотреть на весь процесс, как у меня все настроено и работает, можете сделать это здесь:

https://webgyry.info/reservnoe-kopirovanie-wordpress

webgyry.info

Ubuntu простой backup на Яндекс диск

Яндекс дискПростой и удобный бэкап в облачное хранилище всех сохраненных данных. У меня на сервере Ubuntu настроен backup-manager который определенным образом упаковывает все нужные мне данные по определенному графику (поэтому вопрос архивирования и настройки в этой статье обсуждаться не будет), но часто выкачивать эти огромные архивы надоедает, даже если автоматизируешь этот процесс обязательно нужен включенный компьютер на время загрузки архива. Я нашел готовое работающее решение для автоматической загрузки в облако (Яндекс.Диск) и на компьютер, т.е. не 2-а места хранения (сервер и компьютер), а сразу 3 (+ облако Яндекс.Диск) если пойти чуть дальше можно сделать копирование (батником или экзешником по расписанию или например установить программу Яндекс.Диск на отдельный компьютер) на, скажем, домашний NAS добавив безопасности Вашим данным. Но пока оставил 3 точки, мне кажется этого вполне достаточно. Кто регистрируется по моей ссылке получит допольнительный 1Гб места к обещанным 10Гб, я получу +500мб, переходите, НО НУЖНО УСТАНОВИТЬ ПРОГРАММУ Яндекс.Диск иначе не получите дополнительное место. Теории достаточно, теперь решение: Для начала про сервер, если только думаете, что ставить и как настраивать, то вот Вам решение. У меня настроен по подобной схеме. Подключаемся по ssh к серверу. После авторизации пишем команду: sudo su Вводим пароль Для нашего удобства Яндекс Диск поддерживает работу через WebDAV, для подключения нам подойдет программа davfs2. Устанавливаем программу командой: sudo apt-get install davfs2 После успешной установки нужно настроить программу: sudo dpkg-reconfigure davfs2 Появится окно с текстом: Чтобы разрешить монтирование ресурсов WebDAV непривилегированным (не имеющих суперпользовательских прав root) пользователям на файл /sbin/mount.davfs должен быть установлен SUID бит. Если вы откажитесь, то только пользователь root сможет монтировать ресурсы WebDAV. Данную настройку можно изменить позже запустив команду 'dpkg-reconfigure davfs2'. Разрешить монтирование ресурсов WebDAV непривилегированным пользователям? выбрав пункт «Да», для разрешения монтирования облачных хранилищ непривилегированным пользователям ОС. Если не хотите давать доступ непривигилированным пользователям, если нет, то жмите «Нет». Или просто выполните команду: sudo chmod 4755 /usr/sbin/mount.davfs Для упрощения процедуры монтирования, добавьте пользователя в группу «davfs2». Делаем это командой: sudo usermod -aG davfs2 $USER Следующий шаг это создание точки монтирования, поскольку монтировать можно только в существующую папку, то либо нужно создать папку, либо указать существующую. Внимание! Если указываете уже существующую, то все содержимое папки будет удалено! Создать папку можно командой: sudo mkdir /home/user/backup Замените «user» на имя пользователя, либо укажите другой путь. Желательно не указывать на системные папки, могут быть конфликты. Настраиваем данные для доступа к облачному хранилищу. Редактируем файл «/etc/davfs2/secrets». sudo nano /etc/davfs2/secrets В конце файла дописываем строку: https://webdav.yandex.ru:443 login password Внимательно! Меняем login и password на логин и пароль учетной записи Яндекс Теперь к монтированию, редактировать нужно файл fstab. Выполняем команду: sudo nano /etc/fstab Лучше делать монтирование автоматическим при запуске системы, для этого вписываем в конце файла строку: https://webdav.yandex.ru:443 /home/user/backup davfs user,rw,auto 0 0 Измените путь, если у Вас он другой! Проверим монтирование, выполнив команду «mount» sudo mount https://webdav.yandex.ru:443 Отмонтировать диск можно командой «umount» sudo umount https://webdav.yandex.ru:443 Вот и все, проверяйте Ваш аккаунт. П.С. Яндекс, спасибо за 200Гб места в Яндекс.Диске, ты решил многие вопросы!

Полезная информация:

www.4link.org

Резервное копирование Яндекс Диска - Handy Backup

Бэкап на Яндекс Диск – дело, безусловно, полезное. Потому что бывает в жизни так: просыпаешься однажды ясным утром, а у тебя на Яндекс.Диске 200-300 бесплатных гигабайт! Со мной так было однажды: то ли команда Яндекса сделала мне комплимент за давнюю лояльность к сервису, то ли принесла таким образом извинения за какую-то ошибку – во всяком случае, у меня этих бесплатных гигабайт накопилось прилично.

Разумеется, тут с ходу начинаешь думать, как их использовать, и первое, что приходит в голову – это потратить место на резервное копирование самых важных данных. Тексты там, письма, фотки из отпусков – всё вот это вот, что обычно либо хранится в дальней папочке под названием «C:\Users\Неизвестно зач~», либо, наоборот, меняется по двадцать раз на дню с риском затереть что-нибудь важное, потому что рабочий процесс – он такой… рабочий!

Резервное копирование Яндекс ДискаРазумеется, среди доброй дюжины облачных хранилищ, поддерживаемых платными решениями Handy Backup, есть и специальный плагин для бэкапа на Яндекс.Диск. Этот плагин позволяет не только использовать диск Яндекс как хранилище, но и, наоборот, снимать резервную копию Яндекс Диска – например, если вы хотите для надёжности перенести все данные с вашего облачного аккаунта на локальный носитель, сервер FTP или в другое облако.

Но, помимо этого инструмента, Handy Backup предлагает ещё и полностью бесплатное решение для резервного копирования на Яндекс Диск с локальной машины!

http://www.handybackup.ru/handybackup-free.shtml

Здесь мы поговорим подробнее о функциях и преимуществах этих решений, а также о тех возможностях, которые Handy Backup позволяет получать с помощью автоматического создания резервной копии Яндекс Диска – переносе данных, переезде с сервера на сервер, клонировании важных папок на другие машины и т.д.

Бэкап на Яндекс Диск – бесплатная утилита

Да, она действительно бесплатная! Здесь никаких наколок: ни комиссий, ни скрытых платежей, ни платы за продление лицензии. Если она вас устраивает – скачивайте и пользуйтесь хоть всю жизнь! Разумеется, там реклама, но она, по крайней мере, не открывает вам сотню всплывающих окон и не прошивает разную ерунду в реестр , а баннер при запуске главного окна программы можно и перетерпеть.

Бесплатная версия копирует только локальные файлы и папки, или же данные, взятые из доступных ресурсов в локальной сети. К таким сетевым ресурсам относятся прикреплённые (mapped) сетевые диски или  общедоступные (shared) папки на других машинах, включая дисковые устройства NAS. Положа руку на сердце – для многих из нас этого вполне достаточно. Те, кому недостаточно, могут потратиться на платное решениеJ.  Замечу здесь, кстати, что для бесплатной версии Handy Backup новые плагины источников и хранилищ данных докупать нельзя! К расширяемым решениям относятся только платные версии программного обеспечения.

Вы можете бэкапить на Яндекс.Диск, или же организовать резервное копирование в другое популярное облако: Google Диск, Dropbox или OneDrive. Разумеется, есть и возможность для резервного копирования в собственное защищенное облако Handy Backup – HBDrive. Все облачные хранилища устроены и работают примерно одинаково, и, когда мы говорим о резервном копировании Яндекс Диска, то можем смело распространять эти сведения и на другие облака. Поэтому вернёмся пока что к облачному сервису Яндекс в качестве хранилища резервных копий.

Нужно предупредить сразу: бесплатная версия «для облаков» не умеет делать резервную копию Яндекс.Диска, да и вообще – облачных хранилищ. Облачные сервисы здесь используются только для бэкапа локальных данных и расшаренных сетевых папок.

Внутренний функционал бесплатной версии мало отличается от платных вариантов. Вы можете делать частичный бэкап, шифровать и сжимать данные, устанавливать для задачи автоматический запуск по расписанию или по событию, такому, как подключение копируемой USB-флешки к компьютеру (неплохо для бесплатной утилиты, да?), просматривать отчёты о выполненных задачах и т.д.

Плагин для создания резервной копии Яндекс Диска в платных версиях

Для платных решений Handy Backup, начиная с самого простого (но уже весьма развитого) Standard, всё несколько по-другому. Во-первых, вы можете делать не только бэкап на Яндекс Диск, но и резервное копирование Яндекс Диска в качестве источника данных; для этого применяется один и тот же плагин, доступный «из коробки» во всех решениях. Во-вторых, вы сразу же получаете доступ к бэкапу других сервисов Яндекса, например, к резервному копированию почты Яндекс через плагин «EMail», бэкапу Яндекс Браузера и т.д. Словом, масса удовольствия за вполне разумную цену. Кроме того, недостающие плагины можно докупать отдельно. (Это имеет смысл, если их нужен один или два в дополнение к вашей версии, а иначе дооборудование вашей программы  влетит вам в копеечку. Проще сразу уж купить решение Office Expert!)

Серьёзный плюс платных решений – широкий выбор источников данных для резервного копирования по сравнению с бесплатной утилитой. Помимо выбора локальных файлов и папок, в зависимости от используемого решения Handy Backup, вы можете выполнять резервное копирование образа диска или раздела, сервера FTP, SFTP или FTPS, различных баз данных, виртуальных машин, облачных сервисов (как описано выше) и так далее. Комбинация этих возможностей позволяет вам, например, скопировать на Яндекс Диск ваш веб-сайт (статический контент через FTP-образный плагин, а динамический – через плагин соответствующей СУБД или универсальный инструмент Database).

Как делается резервное копирование Яндекс Диска в платных версиях Handy Backup

Здесь я объясню, как создавать задачу копирования данных с Яндекс.Диска на локальный диск. Разумеется, вы можете выбрать любое другое хранилище на Шаге 3 и настроить любые другие параметры работы на последующих шагах.

Откройте Handy Backup. Запустите мастер новой задачи, нажав кнопку на панели управления программой (вверху слева, с плюсиком).

Выберите на Шаге 1 задачу резервного копирования. Нажмите «Далее».

На Шаге 2 откройте в левой панели разворачивающийся список плагинов для работы с облачными сервисами — «Clouds».

Выберите в этом списке «Yandex.Disk». Дважды щёлкните на названии инструмента или нажмите кнопку «>>» между панелями. Откроется новый диалог конфигурирования данных.

Нажмите кнопку «Подключиться к Yandex.Disk». Откроется окно браузера для подтверждения операций  вашего аккаунта на Яндексе по доступу к данным.

Дав необходимое разрешение, вернитесь в окно плагина «Yandex.Disk» и выберите созданную вами конфигурацию. Откроется содержимое вашего аккаунта.

Вы можете выбрать необходимые файлы и папки для включения в резервную копию Яндекс.Диска, пометив имена этих файлов и папок «галочками».

Закончив с выбором, нажмите ОК и вернитесь в окно Шага 2. Переходите к следующим шагам задачи, нажав «Далее».

Все остальные шаги задачи по резервному копированию Яндекс.Диска не отличаются от описанных в Руководстве пользователя Handy Backup для любой задачи бэкапа. Вы можете создать расписание работы на Шаге 6, выбрать инкрементальный бэкап Яндекс.Диска или создание нескольких версий одного набора данных на Шаге 4, запустить другие программы до или после задачи на Шаге 7, и так далее.

Бэкап на Яндекс Диск

Если хранилище Яндекс Диск используется для размещения бэкапов, то соответствующий плагин (Yandex.Disk) нужно выбирать на Шаге 3, а не на Шаге 2. Общий принцип тот же: разрешите Handy Backup доступ к хранилищу и выберите нужную конфигурацию аккаунта из списка.

Клонирование, перенос и рассылка

Помимо резервного копирования на Яндекс.Диск, Handy Backup, разумеется, умеет автоматически восстанавливать скопированные данные обратно. И если для простого возвращения информации из резервной копии на место всё довольно тривиально, то нажатием кнопки «Изменить место» в диалоге восстановления можно сделать много любопытных вещей, например:

На заметку: если вы не выбрали сжатие или шифрование данных, то Handy Backup хранит резервные копии в исходном формате файлов. Поэтому вы можете сделать бэкап на Яндекс Диск, чтобы потом открыть его содержимое любыми вашими привычными инструментами  для просмотра, модификации и даже удаления части данных. Правда, будьте осторожны при этом: во-первых, вы можете повредить важные сведения, а во-вторых, часть данных может быть утеряна окончательно. Для того-то, в частности, и нужны разнообразные клоны, зеркала и дубликаты информации, которые с помощью Handy Backup можно создавать автоматически.

Вот и всё на этот раз. Попробуйте Handy Backup для резервного копирования Яндекс.Диска! Кстати, если вы ещё не в курсе, то полный вариант платной версии можно скачать с официального сайта программы на 30-дневный бесплатный пробный период. Удачной работы!

handybackup.livejournal.com

Debian: бэкап сайта на Яндекс.Диск

Создавать копии файлов и базы сайта очень важно. Хорошо, если ваш хостинг облегчил задачу и занимается этим самостоятельно. Но если нет, или предлагает это за отдельную плату, то можно посмотреть в сторону Яндекс.Диска.

Особенности:

Для Яндекс.Диска существует консольный клиент, который можно легко использовать на веб-сервере с Debian и другими операционками Linux. Вот официальная страница помощи, а здесь подробно расписана техническая сторона.

Я для веб-сервера предпочитаю Debian 7 и поэтому дальнейшее руководство составлено и опробовано именно в этой ОС.

Подключаем репозиторий Яндекса, для чего в файле /etc/apt/sources.list добавляем строчку:

deb http://repo.yandex.ru/yandex-disk/deb/ stable main

Импортируем GPG-ключ:

wget -O YANDEX-DISK-KEY.GPG http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG apt-key add YANDEX-DISK-KEY.GPG

Обновляем список пакетов и устанавливаем Яндекс.Диск:

apt-get update apt-get install yandex-disk

В процессе установки Яндекс.Диска мастер настройки спросит:

Если вопросов не последовало, то запустите мастер настройки вручную:

yandex-disk setup

Вот так всё легко! По сути вы просто отвечаете на вопросы мастера настройки, а сразу после этого Яндекс.Диск готов к работе. Любые файлы и каталоги, которые вы поместите в каталог Yandex.Disk (название по умолчанию) будут автоматически синхронизироваться. Ну и, конечно, если у вас Яндекс.Диск и так уже не был пустым, то всё его содержимое тоже появится здесь же. По умолчанию работает полная синхронизация данных. Убедитесь, что у вас достаточно места на диске веб-сервера.

В процессе установки Яндекс.Диск создает файл конфигурации ~/.config/yandex-disk/config.cfg. По умолчанию в нем немного параметров и их назначение не вызывает вопросов. В этот же файл можно добавлять свои параметры, в частности:

# Не синхронизировать указанные каталоги. exclude-dirs="exclude/dir,path/to/another/exclude/dir"

Из командной строки Яндекс.Диск понимает:

yandex-disk start [OPTION] yandex-disk stop [OPTION] yandex-disk status [OPTION]

Соответственно, — старт, стоп и статус работы демона. Последняя команда может показывать состояние и ошибки синхронизации, список синхронизированных файлов, общее и свободное пространство на Яндекс.Диске. Параметры в командах можно упустить.

Я привёл не полный набор команд и параметров Яндекс.Диска, кому нужно больше, ищите подробности в официальном руководстве, ссылка выше была.

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

Корзина Яндекс.Диска

При работе с Яндекс.Диском нужно обязательно учитывать его особенность — Корзину. Когда файлы удаляются (любым способом), то они переносятся в корзину. При этом их не видно, но они продолжают занимать место. Создание бэкапов — это цикличный процесс. Старые файлы удаляются, на их месте создаются новые, и так до бесконечности. Очевидно, что если в данном случае не чистить корзину, то однажды она переполнится и доступного для бэкапов места просто не останется. Создание бэкапов остановится!

Чистить корзину Яндекс.Диска можно только через веб-интерфейс. Никакой консольной команды или опции для работы с корзиной не существует. Однако, есть разные хитрости.

Во-первых, здесь описана одна из наиболее рекомендуемых.

Во-вторых, вот другая хитрость, которой я раньше пользовался: можно создать скрипт бэкапа таким образом, чтобы старые файлы не удалялись! Старые файлы можно просто переименовывать и перезаписывать. Число файлов при этом меняться не будет и удаленных файлов в корзине тоже появляться не будет.

Вот пример бэкапа каталога /etc:

#!/bin/bash cd /root/Yandex.Disk # переименовываем старые бекапы mv etc_4.tar.gz etc_temp.tar.gz sleep 10 mv etc_3.tar.gz etc_4.tar.gz sleep 10 mv etc_2.tar.gz etc_3.tar.gz sleep 10 mv etc_1.tar.gz etc_2.tar.gz sleep 10 mv etc_temp.tar.gz etc_1.tar.gz sleep 10 # запуск создания бэкапа tar -czf /tmp/etc_work.tar.gz /etc # перезаписываем старый бэкап mv /tmp/etc_work.tar.gz etc_1.tar.gz

Сохраняем код в файл, куда удобно, например, в /root/backup_etc.sh, устанавливаем на него права 740 (с возможностью запуска) и добавляем в крон, допустим, для ежедневного выполнения.

Надеюсь принцип работы кода понятен?

Обращаю внимание, что в примере архив бэкапа не создается сразу в каталоге Яндекс.Диска. Он создается во временном каталоге, а потом уже копируется в каталог Яндекс.Диска. Иногда архивы бэкапов могут быть очень большими и их создание может сильно растянутся по времени. Ни к чему, чтобы Яндекс.Диск пытался засинхронизировать ещё не до конца созданный архив.

Для верности между некоторыми командами скрипта я добавил команду sleep 10, которая обеспечивает 10-ти секундную паузу. Дело в том, что в процессе работы по такому принципу я замечал, что у меня иногда всё же образовывались лишние/удалённые файлы. Видимо, когда команды переименования и замены файлов выполняются слишком быстро, то Яндекс.Диску иногда может срывать крышу. Благодаря добавлению паузы и неторопливому выполнению команд этого удалось полностью избежать!

Автозапуск Яндекс.Диска

Мастер настройки Яндекс.Диска задает вопрос при установке: хотим ли мы запускать программу при старте системы? Конечно, на это стоит отвечать утвердительно. Так сделал и я. Но несмотря на это демон не стартовал у меня в Debian 7 автоматически. И судя по этой ссылке я не одинок. Автору заметки по ссылке отдельное спасибо! Я поступил аналогично, у меня автостарт заработал.

Если коротко, то создаем скрипт запуска yandex_autorun.sh:

#!/bin/sh yandex-disk start --dir=/root/Yandex.Disk --auth=/root/.config/yandex-disk/passwd

Это для настроек по умолчанию и пользователя root. Если при установке Яндекс.Диска вы меняли основной каталог и расположение конфигурации, то, соответственно, измените их и здесь.

Файл скрипта располагаем, где удобно, например, в каталоге того же пользователя: /root/yandex_autorun.sh. Устанавливаем на него права 740 (с возможностью запуска).

Добавляем в файл /etc/crontab строчку:

@reboot sleep 60 && /root/yandex_autorun.sh

После редактирования crontab выполняем:

crontab -u root /etc/crontab

Готово, можно перезагружать веб-сервер и смотреть на результат.

Что еще плохого у Яндекс.Диска?

Кроме особенностей корзины и неработающего по умолчанию автозапуска меня озадачило, что Яндекс.Диск при синхронизации съедает определённое количество ресурсов. В частности показатель Load average на моём новом веб-сервере возрастает примерно в два раза — вместо обычных 0.4…0.8 в часы пик может доходить примерно до 1.5.

По этому вопросу я связывался со службой поддержки Яндекс, пытаясь выяснить, можно ли понизить приоритет выполнения их консольной программы. В конце концов куда мне торопиться, я вполне бы мог обойтись без скоростной синхронизации. К сожалению, оказалось, что управлять приоритетом не возможно.

Что же в итоге? Проверяйте, достаточно ли будет ресурсов для работы Яндекс.Диска в вашем случае, не будет ли он слишком тормозить работу веб-сервера. Кроме того, очевидно, что лучше организовать бэкапы и синхронизацию во время наименьшей активности сайтов, обычно это ночью. А ещё можно держать запущенным Яндекс.Диск только в нужное для бэкапов время. Автоматический запуск и остановку демона по времени организовать не сложно.

d1mon.com


Смотрите также

Prostoy-Site | Все права защищены © 2018 | Карта сайта