Как загрузить резервные копии Ubuntu Server автоматически?

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это был я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто повесить рабочий стол на весь тяжелый подъем.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), /etc/ dir (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены, чтобы вы могли делать массовые -get-install.

Конечно, я не являюсь вам, и я полагаю, что мои серверы настроены по-другому для вас, поэтому вам нужны данные, которые вам нужны.

Чтобы получить вы начали, простая команда rsync могла бы быть:

rsync -avze ssh user@example.com:/data/ /local/backup/path/

Для этого, чтобы работать прозрачно без атак, вам нужно настроить ssh key auth, который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войти в систему без пароля!).

Если это проблема, вы можете запустить сценарий на сервере для создания резервной копии .tar.gz, а затем создать новый пользователь, у которого есть только разрешение на получение этого файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это был я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто повесить рабочий стол на весь тяжелый подъем.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), /etc/ dir (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены, чтобы вы могли делать массовые -get-install.

Конечно, я не являюсь вам, и я полагаю, что мои серверы настроены по-другому для вас, поэтому вам нужны данные, которые вам нужны.

Чтобы получить вы начали, простая команда rsync могла бы быть:

rsync -avze ssh user@example.com:/data/ /local/backup/path/

Для этого, чтобы работать прозрачно без атак, вам нужно настроить ssh key auth, который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войти в систему без пароля!).

Если это проблема, вы можете запустить сценарий на сервере для создания резервной копии .tar.gz, а затем создать новый пользователь, у которого есть только разрешение на получение этого файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это был я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто повесить рабочий стол на весь тяжелый подъем.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), /etc/ dir (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены, чтобы вы могли делать массовые -get-install.

Конечно, я не являюсь вам, и я полагаю, что мои серверы настроены по-другому для вас, поэтому вам нужны данные, которые вам нужны.

Чтобы получить вы начали, простая команда rsync могла бы быть:

rsync -avze ssh user@example.com:/data/ /local/backup/path/

Для этого, чтобы работать прозрачно без атак, вам нужно настроить ssh key auth, который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войти в систему без пароля!).

Если это проблема, вы можете запустить сценарий на сервере для создания резервной копии .tar.gz, а затем создать новый пользователь, у которого есть только разрешение на получение этого файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это был я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто повесить рабочий стол на весь тяжелый подъем.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), /etc/ dir (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены, чтобы вы могли делать массовые -get-install.

Конечно, я не являюсь вам, и я полагаю, что мои серверы настроены по-другому для вас, поэтому вам нужны данные, которые вам нужны.

Чтобы получить вы начали, простая команда rsync могла бы быть:

rsync -avze ssh user@example.com:/data/ /local/backup/path/

Для этого, чтобы работать прозрачно без атак, вам нужно настроить ssh key auth, который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войти в систему без пароля!).

Если это проблема, вы можете запустить сценарий на сервере для создания резервной копии .tar.gz, а затем создать новый пользователь, у которого есть только разрешение на получение этого файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs ) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто сделать рабочий стол все тяжелым.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), dir / etc / (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены так вы можете выполнить команду bulk-apt-get-install.

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

Чтобы начать работу, простая команда rsync может быть:

  rsync -avze ssh user@example.com: / data / / local / backup / path /  

Чтобы это работало прозрачно без вмешательства, вы захотите настроить ssh key auth , который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войдите без пароля!).

[d 13] Если это проблема, вы можете запустить сценарий на сервере, чтобы создать резервную копию .tar.gz , а затем создать нового пользователя, у которого есть только разрешение на получение этого одного файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs ) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто сделать рабочий стол все тяжелым.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), dir / etc / (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены так вы можете выполнить команду bulk-apt-get-install.

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

Чтобы начать работу, простая команда rsync может быть:

  rsync -avze ssh user@example.com: / data / / local / backup / path /  

Чтобы это работало прозрачно без вмешательства, вы захотите настроить ssh key auth , который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войдите без пароля!).

[d 13] Если это проблема, вы можете запустить сценарий на сервере, чтобы создать резервную копию .tar.gz , а затем создать нового пользователя, у которого есть только разрешение на получение этого одного файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs ) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто сделать рабочий стол все тяжелым.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), dir / etc / (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены так вы можете выполнить команду bulk-apt-get-install.

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

Чтобы начать работу, простая команда rsync может быть:

  rsync -avze ssh user@example.com: / data / / local / backup / path /  

Чтобы это работало прозрачно без вмешательства, вы захотите настроить ssh key auth , который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войдите без пароля!).

[d 13] Если это проблема, вы можете запустить сценарий на сервере, чтобы создать резервную копию .tar.gz , а затем создать нового пользователя, у которого есть только разрешение на получение этого одного файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.

Является ли ваш dekstop машиной Ubuntu (или другой Linux)?

Я спрашиваю, если бы это было так, и это я, я бы написал простой скрипт на рабочем столе, который монтируется (используя sshfs ) сервер в локальную файловую систему (хотя это, вероятно, не требуется)), а затем использует rsync для создания резервной копии ваших данных. Затем я просто установил cron-задание на рабочем столе для запуска резервного копирования. Я делаю это так (вместо того, чтобы сервер нажимал резервную копию), потому что только настольный компьютер знает, когда он включен. Кажется глупым добавить еще один уровень логики, когда вы могли бы просто сделать рабочий стол все тяжелым.

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

В большинстве случаев имеет смысл иметь копию ваши уникальные данные (ваши веб-сайты и их базы данных или все, что вы используете на сервере), dir / etc / (чтобы ускорить реконфигурирование повторно настроенного сервера) и список пакетов, которые были установлены так вы можете выполнить команду bulk-apt-get-install.

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

Чтобы начать работу, простая команда rsync может быть:

  rsync -avze ssh user@example.com: / data / / local / backup / path /  

Чтобы это работало прозрачно без вмешательства, вы захотите настроить ssh key auth , который будет обходить приглашение пароля, но поднимает проблему безопасности (ваш пользователь dekstop может войдите без пароля!).

[d 13] Если это проблема, вы можете запустить сценарий на сервере, чтобы создать резервную копию .tar.gz , а затем создать нового пользователя, у которого есть только разрешение на получение этого одного файла. Затем измените свой сценарий рабочего стола, чтобы войти в систему с этим новым пользователем резервного копирования и захватить tar.

Или вы могли бы запустить скрипт рабочего стола для пароля ssh. Не полностью автоматизирован, но довольно прост.