Настройки
Настройки задачи резервного копирования можно редактировать при ее создании или позже.
Примечания
- Название задачи должно состоять из 1–32 символов Unicode и не должно содержать следующие символы:
! " # $ % & ' ( ) * + , / : ; < = > ? @ [ ] \ ^ ` { } | ~
- После настройки задачи невозможно отключить шифрование на стороне клиента или изменить пароль.
- Настройку сжатия резервных копий данных невозможно изменить после завершения настройки задачи.
- При прерывании задачи, которая поддерживает возобновление, состояние задачи изменится на «Приостановлено». Однако если возобновление не поддерживается, состояние задачи будет изменено на «Отменено». Убедитесь, что сетевое подключение работает без перебоев и общий размер данных соответствует пропускной способности во избежание возможных сбоев.
Ротация версий
Ротация резервных копий — это механизм управления, который автоматически удаляет старые, ненужные версии, тем самым освобождая пространство для хранения данных. Эту функцию можно включить во вкладке Настройки задач или настроить ее при создании задачи резервного копирования.
- Выберите нужную задачу резервного копирования на панели слева и нажмите Редактировать или Настройки задачи > Настройки задачи > Ротация.
- Выберите Включить ротацию резервных копий, затем укажите нужный режим ротации.
- С самых ранних версий: удаление самых ранних версий резервных копий, когда количество доступных версий превышает определенное число.
- Smart Recycle: система будет сохранять все версии резервных копий, пока не будет достигнуто указанное количество версий. При запуске ротации система сначала выполняет ротацию версий, которые не удовлетворяют ни одному из условий; если все существующие версии отвечают приведенным ниже условиям, система выполнит ротацию самой ранней версии.
- Ежечасные версии за последние 24 часа: сохранение самой ранней версии из создаваемых ежечасно.
- Ежедневные версии от 1 прошедшего дня до 1 месяца: сохранение самой ранней версии из создаваемых ежедневно.
- Еженедельные версии старше 1 месяца: сохранение самой ранней версии из создаваемых еженедельно.
- Политика настраиваемого хранения: при необходимости для периода хранения и интервала версий можно установить до семи правил. Например, если в качестве периода хранения установить один месяц, а в качестве интервала версий задать одну неделю, то каждую неделю будет сохраняться по одной версии резервной копии, всего будет сохранено четыре версии резервных копий.
- Укажите максимальное количество версий. Когда количество версий превысит это значение, начнется ротация самых ранних версий.
- Если в разделе Расписание настроено расписание повторного резервного копирования, можно выполнить предварительный просмотр хранения версий резервных копий и самой ранней точки восстановления на временной шкале.
- Нажмите кнопку OK, чтобы сохранить изменения.
Примечание.
- Заблокированные версии никогда не удаляются.
- Ротация версий предусмотрена только для задач резервного копирования нескольких версий.
- Ротация версий резервных копий не поддерживается в DSM 5.1 и более ранних версиях.
- Ротация будет запущена сразу после изменения настройки или завершения задачи резервного копирования.
- При расчете максимального количества сохраняемых версий заблокированные версии не учитываются.
Выполнение дедупликации на уровне файлов
В DSM 6.1 или более поздней версии функция Hyper Backup поддерживает дедупликацию на уровне файлов. Помимо выполнения дедупликации между версиями, с помощью Hyper Backup можно также выполнять дедупликацию данных при переименовании или копировании файлов для повышения эффективности хранения.
Примечание.
- Дедупликация скопированных и переименованных файлов поддерживается на моделях, оснащенных 128 МБ ОЗУ или большим объемом памяти, а также Hyper Backup на DSM версии 6.1 или более поздней. Дедупликация на уровне файлов не поддерживается для задач, созданных в версиях, предшествующих Hyper Backup 2.0.0 и Hyper Backup Vault 2.0.0 (даже если оба пакета обновлены до версии 2.0.0 или более поздней).
- Дедупликация скопированных файлов не выполняется для файлов размером меньше 1 КБ.
- Дедупликация скопированных файлов может определить большинство файлов, скопированных с использованием разных версий. Однако не все скопированные файлы идентифицируются. Дедупликация может отличаться в зависимости от заданных параметров данных.
Настройка расписания проверки целостности
Можно настроить расписание проверки целостности при создании новой задачи резервного копирования и изменить параметры задачи на панели редактирования.
- Проверка структуры индекса: обязательна при выполнении проверки целостности. Эта функция обеспечивает успешное резервное копирование и восстановление.
- Проверка данных: во время проверки целостности можно выполнять проверку данных. Также можно задать предел времени, затрачиваемого на проверку данных во время каждой проверки целостности. Значение «0 минут» указывает на отсутствие предела времени. В этом случае все данные резервной копии будут проверяться в каждом сеансе. Проверка данных обеспечивает правильное восстановление данных.
Примечание.
- Если включена функция Проверка данных, ход выполнения этой проверки будет регистрироваться в журналах с указанием размера данных и проверяемых версий резервных копий.
- Если расписание проверки целостности противоречит расписанию резервного копирования, эти операции будут выполняться не одновременно, а последовательно.
- Расписание проверки целостности невозможно изменить на панели управления, но можно удалить.
Включение шифрования на стороне клиента
При создании новой задачи резервного копирования можно установить флажок Включить шифрование на стороне клиента, чтобы зашифровать данные на стороне клиента. Функция шифрования использует несколько уровней защиты данных для обеспечения безопасности конфиденциальных данных. После установки флажка необходимо настроить пароль. После включения функции шифрования на стороне клиента ключ шифрования автоматически скачивается из Hyper Backup.
Hyper Backup выполняет шифрование резервных копий данных с помощью ключа версий и технологии 256-разрядного шифрования AES военного класса. Ключ версии генерируется случайным образом для каждой версии при каждом запуске задачи резервного копирования; поэтому каждая версия резервной копии имеет уникальный ключ версии. Затем созданный ключ версии зашифровывается с помощью технологии шифрования RSA 2048 и сохраняется в месте назначения резервного копирования после завершения задачи резервного копирования. RSA 2048 — это асимметричный алгоритм шифрования; открытый ключ используется для шифрования данных и только закрытый ключ может расшифровать данные.
Если шифрование на стороне клиента включено во время создания задачи, закрытый ключ, который соответствует ключу шифрования, указанному в пользовательском интерфейсе Hyper Backup, автоматически скачивается на локальный компьютер и не передается в другие места назначения. Этот закрытый ключ используется для расшифровки ключа версии, зашифрованного с помощью открытого ключа. После создания задачи резервного копирования закрытый ключ, зашифрованный с помощью пароля и 256-разрядной технологии AES, также передается в место назначения. После ввода пароля зашифрованный закрытый ключ будет расшифрован и в дальнейшем будет использован для расшифровки ключа версии. После расшифровки ключа версии данные резервной копии будут расшифрованы и доступны.
Примечания
- Если включено шифрование на стороне клиента, то для восстановления данных в задаче резервного копирования потребуется ввести пароль или ключ шифрования. Утеря пароля или ключа шифрования приведет к необратимой утере данных.
- Шифрование данных при передаче включено автоматически, даже если шифрование на стороне клиента не включено.