Автоматичні віддалені резервні копії SSH

У мене дві машини, Aі B. Машина Aможе вторгнутися B. Aмає багато вільного місця. BДані Росії перебувають у свого роду ризикованій ситуації. Як створити резервну копію всіх Bданих Aавтоматично. Це не повинно бути жахливо частим, але це повинно бути вільними руки. Кожен раз, коли Aчоботи вгору будуть досить частими. Я чую, що синхронізація може це зробити.

Щоб робити це щодня у більшості дистрибутивів Linux, ви повинні мати можливість просто поставити rsyncкоманду ( відповідно до відповіді @ guideo ) у сценарій та поставити сценарій у /etc/cron.dailyкаталог. Поки anacronвстановлено (може не бути за замовчуванням), будь-які пропущені cron.dailyзавдання будуть схоплені при наступному завантаженні машини (а також запуску опівночі, якщо машина включена).

Для сценарію ви просто зробите:

#!/bin/sh
rsync -a user@serverB:/source/folder/ /destination_folder

Ви можете додати параметр -z(стиснення), якщо резервне копіювання перебуває через повільне (ish) з'єднання або якщо ви хочете зберегти пропускну здатність, але, на мій досвід, це фактично зашкодить продуктивності в сучасних машинах / мережах.

Якщо ви хочете вести журнал кожної резервної копії, ви можете зробити щось на кшталт:

#!/bin/sh
rsync -av user@serverB:/source/folder/ /destination_folder \
  >/var/log/backup_log 2>&1

Зауважте, щоб це працювало як завдання cron, для входу в serverB у вас повинно бути встановлено без паролів ssh для root на серверіA. Це повинен бути кореневий рахунок (тобто ключі в /root/.ssh), оскільки cron.dailyзавдання виконуються як root.

Я б запропонував використовувати rdiff-резервне копіювання . Я використовую це зараз, щоб робити автоматичні додаткові резервні копії щовечора власних даних (дві робочі станції, два сервери та один обліковий запис на чужому сервері).

Раніше я використовував rsync для цього, але перейшов на rdiff-резервне копіювання, оскільки це зручніше, і він може робити додаткові резервні копії великих файлів, таких як зображення диска віртуальної машини. rdiff-резервне копіювання дуже схоже на мої попередні сценарії резервного копіювання rsync, але зроблено правильно .

Я помістив файл сценарію в /etc/cron.daily на машину, де зберігається резервна копія, яка запускає rdiff-резервну копію раз на день рано вранці, і отримує дані з віддаленої машини.

Окрім усіх попередніх відповідей, ось одна, яка покладається на SSH-ключі з обмеженнями щодо того, що можна зробити під час входу за допомогою цього ключа.

На сервері A

У цьому випадку менш важливо, якщо ви створюєте окремого користувача або використовуєте одне з існуючих імен користувачів, хоча, якби це я, я створив би окремого користувача. Я буду використовувати ім’я користувача bkpuserдля обох серверів у наведених нижче прикладах.

Увійшовши в систему bkpuser, створіть ключ SSH без пароля.

На сервері B

Увімкнути PubkeyAuthenticationв sshd_config.

Створіть користувача bkpuser. Встановіть дуже складний пароль або вимкніть вхід пароля для цього користувача (саме те, як ви це зробите, залежатиме від того, який ви використовуєте unix та distro). Справа в тому, що користувач повинен увійти в систему лише за допомогою ключа SSH. Переконайтеся, щоbkpuser має доступ до читання до всіх каталогів та файлів, які потрібно створити резервну копію.

Скопіюйте загальнодоступну частину ключа, створеного на A - ~bkpuser/.ssh/authorized_keysна B. Відредагуйте команду для автоматичного запуску команди під час з'єднання. Ця команда не повинна вказувати на скрипт оболонки; замість цього просто вставте скрипт оболонки в ключ. Також включіть обмеження, щоб ключ можна було використовувати лише з сервера А та жодного іншого сервера. У наведеному нижче прикладі я даю IP-адресу сервера A, 10.1.2.3і я припускаю, що всі файли, під якими я хочу створити резервну копію /data.

from="10.1.2.3",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,command="cd /data;/usr/bin/tar -cf - *; /usr/bin/logger -t BACKUP -p daemon.info \"INFO: Backup-files on $HOST fetched from ${SSH_CLIENT%% *} by $USER\";" ssh-dss AA.....

На сервері A

Якщо ви використовуєте одну з вкладок cron, яка підтримує @rebootзаписи, додайте такий запис доbkpuser s crontab за допомогою команди ssh -i ~bkpuser/.ssh/id_dsa serverB > backup.tar.gz. Якщо це не дозволяє, встановіть його в будь-який час, коли вам подобається - якби це були мої дані, я б, мабуть, це робив щодня.

Ось повне рішення для резервного копіювання сервера B на сервер A щодня о 4 ранку за допомогою SSH.

Створіть автоматичне з'єднання SSH від сервера B до сервера A

ssh-keygen -t dsa -b 1024
ssh-copy-id -i ~/.ssh/id_dsa.pub "-p ssh_port root@server_a"

Створіть резервний скрипт на сервері B

nano / root / резервне копіювання

# !/bin/sh

# Variables loading
HOST="root@server_a"
PORT=22
DIR="/var/backups/server_b"

# Directories creating
ssh -p $PORT $HOST <<EOF
    mkdir -p $DIR/home
    logout
EOF

# Files backing up
rsync -aze "ssh -p $PORT" --delete /home/user $HOST:$DIR/home

chmod 744 / root / резервне копіювання

Автоматизація резервного копіювання на сервері B

кронтаб -е

0 4 * * * /root/backup > /dev/null

Докладніше див. На сторінках Підключення до SSH без введення пароля в Linux та резервного копіювання сервера на Debian або Ubuntu Linux .

Ви можете використовувати rsync для цього (якось зворотним способом):

serverA# rsync -avz user@serverB:/path-to-backup.tar.gz /var/backup

де:

-avz  archive, compress and be verbose

Суть справи полягає в тому, як це зробити автоматично (не потрібно вводити паролі):

• почати screenабо tmuxсеанс
• виконати eval $(ssh-agent)
• додайте ключ за допомогою ssh-add
• прапори для rsync export RSYNC_RSH="ssh -i ~/.ssh/id_rsa ..."
• резервне копіювання кожні 24 години з while :; do rsync -av u@h:/p /local; sleep $[24*60*60]; done