Вопрос о автоматическом резервном копировании сервера

Question 1

Я прочитал довольно много сообщений, страниц вики и веб-страниц о средствах резервного копирования, включая Bacula и backupPc. Для BackupPC я прочитал официальную документацию. Я ищу автоматическое решение для резервного копирования в качестве замены резервных копий Clonezilla.

Мне кажется странным, что я не встречал ссылок на согласованность системы в учебниках. Разве это не было бы одной из первых вещей, когда приходилось думать о автоматизированной резервной копии сервера? Что относительно баз данных MySQL, как насчет большого контента (электронная почта, блог, магазины, git), которые могут измениться при резервном копировании. Я бы хотел, кроме того, что инструменты предоставляют функции для автоматизации дампов БД, для запуска и остановки служб, когда их файлы будут скопированы. Поскольку службы распространяют свои файлы повсюду, я бы ожидал, что это будет нетривиальное и очень трудоемкое планирование. Кроме того, некоторые службы, такие как NTP, LDAP, Samba, могут быть задействованы в аутентификации пользователей и сервисов и могут быть отключены только тогда, когда берет на себя резервный сервер (который не следует копировать одновременно ...). Затем включите предупреждения пользователя о том, что что-то будет отключено через 5-4-3-2-1-0 минут и т. Д. Я думаю, вы поняли.

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

EDIT: комментарии показывают, что мой вопрос может быть неправильно понят. Позвольте мне перефразировать вопрос: «Как я сказал выше, как вы решили эти проблемы для своей среды?» Я рад за любую информацию о материалах, которые фактически работали в этой области.

спасибо за чтение.

CatMan

Question 2

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Question 3

Question 4

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Question 5

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Question 6

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Question 7

Question 8

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине. Если пространство ограничено, вы также можете сделать это в течение дня (так что резервные копии на 7 дней).

Для mysql у нас есть скрипт для остановки базы данных и использования mysqldump для создания 1 большого файла и хранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, это же здание.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервное копирование выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Question 9

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине. Если пространство ограничено, вы также можете сделать это в течение дня (так что резервные копии на 7 дней).

Для mysql у нас есть скрипт для остановки базы данных и использования mysqldump для создания 1 большого файла и хранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, это же здание.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервное копирование выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Rinzwind · Accepted Answer · 23 May 2018 в 00:01

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

0

ответ дан Rinzwind 23 May 2018 в 00:01

1

Это именно тот ответ, который я узнал из того, что искал. Большое спасибо. Ваш подход к виртуальным машинам моментальных снимков очень интересен, я не думал о настройке сервера в виртуальной машине. Чтобы понять, я должен установить сервер на машину, добавить KVM и снова установить сервер на виртуальной машине. Сервер внутри VM получает все службы. Почему вы не просто снимете виртуальную машину и сохраните ее? Я бы подумал, что он включает в себя диски и память, поэтому нет необходимости удалять базы данных через скрипт. Я думаю, космос. У вас была конкретная причина вообще отказаться от инструментов резервного копирования? – CatMan 4 April 2017 в 12:09
2

Да, мой босс относится к типу: если я не вижу, что происходит внутри, я сам его закодирую ;-) Однако мы не используем моментальные снимки; Google - это наша вещь. И у нас есть экземпляр google, второй, который реплицируется «на лету», как 1-ое возвращение назад, и экземпляр Amazon, который реплицируется «на лету» как второй раз, если google решит упасть (произошло 2 раза за последние 5 лет ;-)) «Я бы подумал, что он включает в себя диски и память, поэтому не нужно удалять базы данных через скрипт. & Quot; да. – Rinzwind 4 April 2017 в 12:22
3

... Если вы можете виртуализировать это. Несколько наших клиентов потребовали внутренние серверы, чтобы они были виртуальными. Создание резервной копии - копирование виртуальной машины. Создание тестового сервера копирует vm и подключает его к новому IP-адресу. Легко :) – Rinzwind 4 April 2017 в 12:22
4

Извините пробег. Я не понял, как у вас 0 простоя, когда вам нужно 90 минут, чтобы свалить вас Mysql. Даже когда резервная копия берет верх, как вы синхронизируете первичные и резервные копии, когда первичные возвращаются в сети в течение 90 минут? Ваше полностью самостоятельное решение может показаться немного сложным для новичка. Для передачи было бы здорово, если бы вы могли добавить немного информации о том, какие недостатки будут иметь средства резервного копирования в вашей среде. – CatMan 4 April 2017 в 12:22
5

Потому что мы делаем резервную копию с сервера возврата. Не из живой системы. Все, что происходит, когда мы делаем резервную копию, это то, что сервер обратного отказа не синхронизирован в течение 90 минут. И mysql исправляет это сам, когда подчиненный подключается повторно. «Ваше полностью самостоятельное решение может показаться немного пугающим для новичка. & Quot; Неа! Все делается с детскими ступеньками. Составьте список служб, которые у вас есть, для чего требуется резервное копирование, и начните с 1 и настройте его. У нас (у вас тоже?) Уже есть список вещей, которые мы меняем на машине (изменения конфигурации), поэтому они включаются в резервные копии. – Rinzwind 4 April 2017 в 12:23

Rinzwind · Accepted Answer · 18 July 2018 в 15:35

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Rinzwind · Accepted Answer · 24 July 2018 в 20:40

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Rinzwind · Accepted Answer · 31 July 2018 в 23:41

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине.

Для mysql у нас есть скрипт, чтобы остановить базу данных и использовать mysqldump для создания 1 большого файла и сохранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, в том же здании.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервная копия выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Rinzwind · Accepted Answer · 5 August 2018 в 05:35

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине. Если пространство ограничено, вы также можете сделать это в течение дня (так что резервные копии на 7 дней).

Для mysql у нас есть скрипт для остановки базы данных и использования mysqldump для создания 1 большого файла и хранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, это же здание.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервное копирование выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Rinzwind · Accepted Answer · 6 August 2018 в 22:43

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

В принципе: собрать все данные в резервную копию и поместить их в каталог. Назовем это /backup/. Внутри /backup/ у нас есть каталоги с именем 01 - 31. В этих каталогах мы копируем все файлы, которые необходимо сохранить. Таким образом, у нас есть 1 месяц резервных копий на самой машине. Если пространство ограничено, вы также можете сделать это в течение дня (так что резервные копии на 7 дней).

Для mysql у нас есть скрипт для остановки базы данных и использования mysqldump для создания 1 большого файла и хранения это в /backup/[01-31] в этом конкретном номере месяца. Файлы конфигурации также копируются. Jasperserver (инструмент для создания шаблонов в основном для PDF-файлов) имеет экспортный скрипт для экспорта всего настраиваемого содержимого в один большой zip-файл. Для apache мы копируем программное обеспечение веб-сайта в zip-файл, а также копируем файлы конфигурации. Мы не используем почту в наших системах (мы используем 2 удаленные системы, называемые flowmailer и postmark для почты), но что-то подобное можно сделать и здесь.

И эти данные затем копируются на другую машину, это же здание.

Наш простоя должен быть близок к 0. У нас есть клиенты, у которых есть местоположения по всему миру (от Китая до Америки). Дамп MySQL занимает около 90 минут (за эти 90 минут выполняется все другое программное обеспечение). Чтобы решить эту проблему, мы используем 2 экземпляра google, и резервное копирование выполняется из подчиненного устройства, поэтому время простоя равно 0. Все, что нам нужно сделать, это обновление подчиненного устройства.

Вопрос о автоматическом резервном копировании сервера

6 ответов

Другие вопросы по тегам:

Похожие вопросы: