Новая версия Zmanda 3.6; Надежная система резервного копирования

В последние несколько месяцев наша команда разработчиков усердно работала над новой версией Зманда 3.6. Мы невероятно рады поделиться этим с вами!

Благодаря новым добавленным функциям мы делаем резервное копирование проще и надежнее, чем когда-либо прежде.

Некоторые из новых функций и улучшений Zmanda 3.6 включают:

1. Устройство резервного копирования Zmanda обновлен до CentOS 7
2. Рабочий образ с Аманда Энтерпрайз установка доступна для пробного использования
3. Улучшенный клиент Zmanda Windows, чтобы избежать утечки памяти
4. Отчеты стали более разборчивыми
5. Возможность автоматического удаления ленты с накопителя после завершения резервного копирования.

В этой версии выделяются следующие особенности:

1. Теперь клиенты могут выбрать тип уведомлений, которые они хотят получать.
2. Были внесены усовершенствования в систему календарного планирования, где клиенты могут выбирать дни, когда они хотят инкрементное / полное резервное копирование.

Исправления:

Исправления дефектов

Релиз включает следующие исправления, но не ограничивается ими.

1. Обновление конфигурации стало проще: Теперь клиент может обновить свойство автоматической метки в файле YAML, который, в свою очередь, обновляет файл конфигурации Amanda с правильным форматом без перезаписи.
2. Более разборчивые отчеты: Пользовательская страница в разделе отчетов была улучшена, чтобы отображать время Продолжительности резервного копирования в формате чч: мм: сс, которое ранее было пустым.
3. Исправлена ​​проблема с разбивкой на страницы: Проблема разбивки на страницы для страницы «Резервное копирование» -> «Носитель» решена для резервного копирования на ленту.
4. Успешное восстановление по индивидуальному алгоритму: Восстановление выполнено успешно для пользовательской стороны сервера.
5. Заглавные буквы «Нет»: Заглавные буквы не разрешались для создания пользователей в Admin -> Create Users Tab.
6. Восстановление нестандартного шифрования: Исправлена ​​ошибка восстановления с пользовательским алгоритмом шифрования.
7. Шифрование для Windows-машины: Не удалось выполнить восстановление с пользовательским шифрованием на стороне сервера для резервных копий Windows.
8. Исправлено изменение пароля для клиента Windows: После изменения пароля службы перезапуск службы Zmanda Windows Client завершился ошибкой.
9. Исправлено формирование отчета для Windows: Отчеты Windows DLE не были видны.
10. На странице отчета исправлена ​​проблема с отсутствующими данными: Поле длительности резервного копирования ранее не заполнялось данными.
11. Направленные на резервное копирование NDMP, имена DLE поддерживают пробелы: При резервном копировании NDMP произошел сбой, когда в имени NDMP DLE были пробелы.
12. Исправлена ​​опция для ленточных носителей: Не удалось выполнить архивирование, переработку и удаление носителя на ленту.
13. Исправлено восстановление резервной копии Windows уровня 1: Носитель резервной копии уровня 1 не распознавался во время восстановления для приложений Windows.
14. Листинг для ленточных накопителей исправлен: Ленточные накопители не были указаны в Резервное копирование -> Где страницу, если лента не загружена в привод.

Исправления безопасности

Вкладка «Дополнительно» удалена из Amanda Enterprise 3.6, чтобы предотвратить бреши в системе безопасности.

Давайте посмотрим на проблемы безопасности, которые исправлены в Сообщество Аманды для этого выпуска:

1. Патч для проблемы CVE-2016-10729 использовал подход WHITELIST для фильтрации аргументов tar для runtar. В то же время была реализована фильтрация параметров для amgtar, amstar и ambsdtar. Но эти изменения были сделаны с использованием подхода ЧЕРНЫЙ СПИСОК. И, следовательно, опция «-F» для приложения amgtar может использоваться для получения данных, которые должны быть разрешены только пользователем root. Аналогичная проблема присутствовала с приложением amstar.
   • Добавлены исправления для фильтрации параметров белого списка для amgtar и amstar.
   • Отфильтрованные звездные аргументы с подходом WHITELIST.
   • Отфильтрованные аргументы дампа и xfsdump с подходом WHITELIST.
2. Тот же подход был использован с приложением «rundump» для использования проблемы безопасности, приложение «rundump» не выполняло никакой фильтрации параметров.
   • Исправления, добавленные в аргумент команды фильтра с подходом БЕЛЫЙ СПИСОК.
3. При использовании getopt () для проверки параметра команды не удалось проверить параметр черного списка, если аргументы команды указаны в конце. Например:
   • В приведенной ниже команде «-F» находится в черном списке. Но предоставление параметра команды, как указано ниже, не фильтровало параметры.

/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null / sys -F «эхо-тест»

Он работал нормально, когда команда была предоставлена, как указано:

/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null -F «эхо-тест» / sys

Узнайте, что нового

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

Также не забудьте проверить 5 причин, по которым вам нужен надежный план резервного копирования и восстановления данных