Blog

Nowa wersja Zmanda 3.6; Niezawodny system tworzenia kopii zapasowych

In the last few months, our development team has been hard at work building the new release of Zmanda 3.6. We are incredibly excited to be sharing this with you!

Dzięki nowo dodanym funkcjom tworzenie kopii zapasowych jest łatwiejsze i bardziej niezawodne niż kiedykolwiek wcześniej.

Niektóre z nowych funkcji i ulepszeń Zmanda 3.6 obejmują;

  1. Urządzenie do tworzenia kopii zapasowych Zmanda zaktualizowany do CentOS 7
  2. Obraz operacyjny z Przedsiębiorstwo Amanda konfiguracja dostępna do wypróbowania
  3. Ulepszony klient Zmanda Windows w celu uniknięcia wycieków pamięci
  4. Raporty stały się bardziej czytelne
  5. Możliwość automatycznego usunięcia taśmy z napędu po zakończeniu tworzenia kopii zapasowej

Cechy wyróżniające się w tej wersji to:

  1. Klienci mogą teraz wybrać rodzaj powiadomień, które chcą otrzymywać.
  2. Enhancements to the scheduling system have been made, where customers can choose the days when they want an incremental/ full backup.

Poprawki błędów:

Naprawione defekty

Wydanie obejmuje następujące, ale nie ograniczone do poprawek błędów dla Amanda Enterprise.

  1. Łatwa aktualizacja konfiguracji: Klient może teraz zaktualizować właściwość etykiety automatycznej w pliku YAML, co z kolei aktualizuje plik konfiguracyjny Amandy do odpowiedniego formatu bez nadpisywania.
  2. Bardziej czytelne raporty: Strona niestandardowa w sekcji raportów została ulepszona, aby wyświetlać czas trwania kopii zapasowej w formacie gg: mm: ss, który wcześniej był pusty.
  3. Naprawiono problem z podziałem na strony: Problem paginacji na stronie Kopia zapasowa -> Media został rozwiązany w przypadku kopii zapasowych na taśmie.
  4. Pomyślne przywrócenie za pomocą niestandardowego algorytmu: Przywracanie zakończyło się sukcesem po stronie serwera niestandardowego.
  5. `` Nie '' dużymi literami: Wielkie litery nie były dozwolone przy tworzeniu użytkowników na karcie Administrator -> Utwórz użytkowników.
  6. Przywracanie niestandardowego szyfrowania: Naprawiono błąd przywracania z niestandardowym algorytmem szyfrowania.
  7. Szyfrowanie dla komputera z systemem Windows: Przywracanie z niestandardowym szyfrowaniem po stronie serwera dla kopii zapasowych systemu Windows nie powiodło się.
  8. Zmiana hasła naprawiona dla klienta Windows: Ponowne uruchomienie usługi klienta Zmanda Windows nie powiodło się po zmianie hasła usługi.
  9. Naprawiono generowanie raportów dla systemu Windows: Raporty DLE systemu Windows nie były widoczne.
  10. Strona raportu rozwiązała problem z brakującymi danymi: Pole czasu trwania kopii zapasowej poprzednio nie było wypełnione danymi.
  11. Skierowane do tworzenia kopii zapasowych NDMP, nazwy DLE obsługują białe znaki: Kopia zapasowa NDMP uległa awarii, gdy nazwa NDMP DLE zawierała spacje.
  12. Opcja naprawiona dla nośników taśmowych: Archiwizacja, recykling i upuszczanie nośników taśmowych kończyły się niepowodzeniem.
  13. Naprawiono kopię zapasową systemu Windows poziomu 1 w celu przywrócenia: Nośnik kopii zapasowej poziomu 1 nie był rozpoznawany podczas przywracania aplikacji systemu Windows.
  14. Naprawiono listę napędów taśmowych: Napędy taśmowe nie zostały wymienione w Kopia zapasowa -> Gdzie strona, jeśli taśma nie jest załadowana do napędu.

Poprawki bezpieczeństwa

Karta Zaawansowane została usunięta z Amanda Enterprise 3.6, aby zapobiec lukom w zabezpieczeniach.

Rzućmy okiem na problemy z bezpieczeństwem, które zostały rozwiązane w Społeczność Amandy dla tej wersji:

  1. Łatka dla problemu CVE-2016-10729 wykorzystywała podejście WHITELIST do filtrowania argumentów tar dla runtar W tym samym czasie implementowano filtrowanie opcji dla amgtar, amstar i ambsdtar. Ale te zmiany zostały dokonane przy użyciu podejścia BLACKLIST. Dlatego też opcja „-F” dla aplikacji amgtar może być użyta do uzyskania danych, które powinny być dozwolone tylko przez użytkownika root. Podobny problem występował w przypadku aplikacji amstar.
    • Dodano poprawki filtrujące opcje WHITELIST dla amgtar i amstar
    • Filtrowane argumenty gwiazdowe z podejściem WHITELIST.
    • Filtrowane argumenty zrzutu i xfsdump z podejściem WHITELIST.
  2. To samo podejście zostało zastosowane w przypadku aplikacji „rundump” w celu wykorzystania problemu z bezpieczeństwem, aplikacja „rundump” nie wykonywała żadnego filtrowania opcji.
    • Poprawki dodane do argumentu polecenia filtru z podejściem WHITELIST.
  3. Użycie getopt () do sprawdzenia opcji polecenia, nie udało się sprawdzić opcji czarnej listy, jeśli na końcu podano argumenty polecenia. Na przykład:
    • W poniższym poleceniu „-F” jest opcją na czarnej liście. Ale podanie opcji polecenia, jak określono poniżej, nie filtrowało opcji.

/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null / sys -F „echo test”

Działało dobrze, gdy podano polecenie, jak wspomniano:

/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null -F „echo test” / sys

 

Zobacz co nowego

 

Aby uzyskać najlepszą wydajność produktu, zaktualizuj go dzisiaj.

Koniecznie sprawdź też 5 powodów, dla których potrzebujesz nieprzeniknionego planu tworzenia kopii zapasowych i odzyskiwania danych

Zostaw odpowiedź

pl_PLPolish