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

Чтобы снизить уровень нагрузки на сервер и определить политику использования дискового пространства:

  1. Перейдите на страницу Инструменты и настройки > Резервные копии > Настройки.

  2. (Необязательно) Укажите максимальное количество полных резервных копий, которые могут храниться в любом типе хранилища (Максимальное количество хранящихся полных резервных копий).

    Подробнее смотрите в разделе Обработка файлов резервных копий ниже на этой странице.

  3. В поле Максимально возможное число одновременно запущенных плановых процессов резервного копирования укажите допустимое количество процессов резервного копирования, которые могут выполняться одновременно. По умолчанию установлено значение 10. Введите меньшее значение.

  4. Чтобы освободить ресурсы, занятые процессами резервного копирования, для других процессов на сервере, выберите одну или обе следующие опции:

    • Запускать запланированные процессы резервного копирования с низким приоритетом
    • Запускать все процессы резервного копирования с низким приоритетом

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

  5. Чтобы отключить сжатие, поставьте галочку Не сжимать файлы резервных копий.

  6. Чтобы процессы резервного копирования не потребляли все доступное дисковое пространство на сервере, выполните одно из следующих действий:

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

      Примечание: Plesk для Windows не рассчитывает размеры объектов напрямую, а берет их из базы данных. Так как размеры объектов в базе данных Plesk обновляются только один раз в день, подсчет общего размера резервной копии может быть неточным.

    • Выберите опцию, разрешающую резервное копирование, только если на сервере доступно указанное количество свободного места. Этот вариант удобен, если вы знаете примерный размер резервной копии и не хотите, чтобы система тратила время и ресурсы на его расчет.

  7. Укажите, можно ли использовать сервер Plesk в качестве FTP-хранилища резервных копий.

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

  8. Выберите, нужно ли сохранять резервные копии в хранилище сервера Plesk, если не удается загрузить их в хранилище FTP (Сохранить резервные копии в хранилище сервера, если не удается загрузить их в хранилище FTP).

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

  9. Нажмите OK.

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

Вы можете выбрать тип защиты для всех резервных копий Plesk, хранящихся в серверном (локальном) репозитории:

  • Ключ шифрования Plesk. По умолчанию некоторые конфиденциальные данные в резервной копии (например, пароли учетных записей Plesk) шифруются внутренним ключом. Для каждой установки Plesk ключ уникален. Шифрование резервных копий ключом Plesk удобно, но имеет ряд ограничений. При восстановлении резервных копий, созданных на других установках Plesk, данные восстанавливаются, но пароли пользователей при этом теряются, и вместо них создаются новые пароли. В этом случае пользователи получают уведомление о смене пароля по электронной почте. Если вы хотите восстановить резервную копию на другой установке Plesk и избежать при этом смены паролей пользователей, используйте опцию Указанный пароль.

    Примечание: Внутренний ключ Plesk шифрует не всю резервную копию, а только определенные данные в ней. Если вы храните резервные копии в удаленном облачном хранилище, вы можете включить шифрование резервных копий на стороне облачного хранилища.

  • Указанный пароль. Для защиты некоторых данных в резервных копиях вы можете указать пароль, который будет использоваться на уровне сервера. Такой тип защиты является предпочтительным и рекомендуется в большинстве случаев. В частности, он может быть полезен в случае, если у вас несколько установок Plesk или если вы храните резервную копию на подключенном диске, чтобы использовать для восстановления в случае повреждения диска с Plesk. Для восстановления всех данных Plesk, включая пароли пользователей, вам нужно ввести тот же пароль, который был указан для резервной копии.

Описанные выше настройки безопасности относятся только к резервным копиям, хранящимся в серверном (локальном) репозитории. Если вы собираетесь хранить резервную копию на сервере FTP, пожалуйста, настройте защиту паролем в настройках FTP-хранилища. Более подробную информацию смотрите в разделе Настройка удаленного хранилища.

Примечание: Пароли, которые могут использовать пользователи подписки при скачивании резервных копий, не конфликтуют с единым для всего сервера паролем или ключом шифрования. Для таких резервных копий используются пароли, указанные пользователем. Смотрите раздел Загрузка и скачивание резервных копий.

Права на сохранение резервных копий в облачном хранилище для клиентов и реселлеров

По умолчанию, если у вас установлено какое-либо расширение для хранения данных в облачном хранилище, ваши клиенты и реселлеры также могут использовать соответствующее хранилище для сохранения своих резервных копий, выполненных вручную. Чтобы регулировать использование облачных хранилищ клиентами и реселлерами, купите функцию Backup to Cloud Pro .

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

  • добавления или редактирования существующих тарифных планов и дополнительных планов,
  • редактирования подписок.

image cloud permissions

То или иное право появляется в списке и становится выбранным, если расширение для хранения данных в соответствующем облачном хранилище установлено.

Изменения прав вступают в силу после синхронизации.

Примечание: Право «Резервное копирование и восстановление данных подписки с помощью удаленного хранилища» имеет более высокий приоритет, чем права на хранение резервных копий в облачных хранилищах. Если право «Резервное копирование и восстановление данных подписки с помощью удаленного хранилища» не выбрано, клиенты и реселлеры не смогут хранить резервные копии в облачных хранилищах, даже если соответствующие права выбраны.

Обработка файлов резервных копий

Для экономии дискового пространства вы можете ограничить количество файлов полных резервных копий в хранилище. Если это ограничение достигнуто, самый старый файл резервной копии будет удаляться при сохранении нового файла. Ограничение действует только на файлы полных резервных копий (количество инкрементных резервных копий не ограничивается).

Если вы укажете ограничение для всего сервера на странице Инструменты и настройки > ** Резервные копии** > ** Настройки**, ограничения для всех подписок и учетных записей клиентов и реселлеров будут пересчитаны в соответствии с указанным значением. Вновь создаваемые учетные записи клиентов и реселлеров, а также подписки будут иметь указанное ограничение по умолчанию.

image 78606

Примечание: Владельцы подписок устанавливают персональные ограничения на количество хранимых полных резервных копий, ограничивая продолжительность их хранения. Они устанавливают ограничения в днях, неделях или месяцах (смотрите раздел Планирование резервного копирования). Для понимания того, как персональные ограничения связаны с ограничениями на уровне сервера, рассмотрим приведенный ниже пример.

Пример:

  • Клиент 1 планирует ежедневное выполнение задачи резервного копирования (создание полной резервной копии) и указывает срок хранения файлов резервной копии 10 дней.
  • Клиент 2 планирует еженедельное выполнение задачи резервного копирования (создание полной резервной копии) и указывает срок хранения файлов резервной копии 6 недель.
  • Customer 3 schedules their backup task to run monthly (a full backup), and specifies that backup files should be stored for 5 months.

Когда вы устанавливаете на уровне сервера ограничение, например, в 3 файла резервных копий, Plesk автоматически изменяет ограничения на уровне подписок:

  • У клиента 1 каждый файл резервной копии будет храниться по 3 дня.
  • У клиента 2 каждый файл резервной копии будет храниться по 3 недели.
  • У клиента 3 каждый файл резервной копии будет храниться по 3 месяца.

Клиенты не смогут установить большее значение для этого ограничения. Однако установить меньшее значение они смогут.