wtorek

Avamar 7.4.1 - lista najważniejszych nowości


Właśnie ukazał się Avamar 7.4.1
Oto lista najważniejszych nowości.

Zarządzanie
  • Multi-Systems Management enables customers to monitor and manage all Avamar servers from a single pane of glass.

Wirtualizacja
  • VMware- Improved FLR performance (20x), browse (8x) and restore scalability  
  • VMware - Integration with VMW Log Insight to give central access to VM and Proxy system logs for debugging 
  • VMware - Support  high VM growth by automating much of the VM discovery and “dynamically” associating those VMs to the appropriate Avamar image-level backup policies based on user defined rules.
    Omówienie:
          http://backuprecoveryman.blogspot.com/2017/03/czy-srodowisko-wirtualne-moze-sie.html
    Film:
          https://youtu.be/8EX20Srd3ro
  • VMware – support for vSphere 6.5
  • Hyper-V – Support for Hyper-V 2016
  • Hyper-V – Support for Avamar Virtual Edition on Hyper-V 2016
  • Hyper-V - Support for SMB type image backups
  • Hyper-V-  Support for FLR from image backups
  • OpenStack - Support for Avamar Virtual Edition hosted on OpenStack KVM
  • OpenStack - FLR Support from  KVM Image Backup

Windows / Microsot Applications
  • Support for Windows 2016
  • Support SharePoint 2016 on all supported Windows Server configuration.
  • Support for Microsoft SQL AAG 2016     
  • Support for Exchange 2016 on Windows Server 2016
  • Support for Exchange IP-Less Database Availability Groups (DAGs)
  • Support bare metal recovery on Windows Server 2016
  • Support for SQL Server Table Level Recoveries 
  • Support for SQL Server "Verify Only" Recoveries
  • Support for SQL Server "Copy Only" Backups
  • Support for SQL Server Database Consistency Checks

Linux / UNIX
    • Support AIX 7.2
    • Currency for SLES 12 SP1
    • Currency for RHEL 7.2

    Bazy danych
        • Support for Sybase Cumulative Backups and for SAP ASE 16.0 SP02
        • Support for DB2 High Availability Disaster Recovery (HADR) backup and recovery and protection of existing databases against accidental overwriting

        NAS
            • Unity "Falcon" Support  (v4.1)
            • Support NetApp Ontap 9.0 and 9.1
            • Support Isilon 8.0.1 
            • Support Oracle ZFS 8.5.2
            • Facilitate customer upgradeable activities with Automated NDMP Accelerator Node Upgrades 

            Integracja z Data Domain
                  • Cloud Tier support
                  • Instant Access: The maximum number of VMware Instant Access restores allowed is increased to 32.
                  • Support for Data Domain Virtual Edition 3.0
                  • Improved performance for Avamar and Data Domain managed file replication 




                  poniedziałek

                  Czy środowisko wirtualne może backupować się samo?


                  Jedną z ciekawszych możliwości Avamara jest automatyczny backupu środowisk wirtualnych VMware.  Funkcjonalność ta nazywa się Dynamic Policy.:

                  Co nam dają Dynamic Policies?
                  Już w momencie utworzenia, maszyny wirtualne są automatycznie zabezpieczane zgodnie z odpowiednimi politykami backupowymi!
                  Bez konieczności jakiejkolwiek akcji ze strony administratora VMware czy administratora backupu.

                  Podobnie, jeśli maszyna wirtualna jest usunięta, nie będzie więcej backupowana, jest automatycznie usuwana ze wszystkich polityk backupowych.
                  Znów bez konieczności jakiejkolwiek czynności manualnej ze strony administratorów.
                  Oczywiście, maszynę wirtualną możemy dalej odtworzyć (mamy jej kopie zapasowe). Jednak nie jest ona backupowana gdyż jej po prostu nie ma...
                  Więcej:
                                  https://youtu.be/8EX20Srd3ro?t=434

                  Jak może wyglądać przykładowy automat dla środowiska wirtualnego VMware?
                  Możemy zdefiniować dowolne zachowanie Avamara. Na przykład:
                  • maszyny wirtualne krytyczne maja się backupować co godzinę i ich kopie zapasowe mają być przechowywane przez miesiąc
                  • maszyny wirtualne aplikacyjne maja się backupować raz dziennie i ich kopie zapasowe mają być przechowywane przez 2 tygodnie
                  • maszyny wirtualne testowe mają się nie backupowac w ogóle
                  • pozostałe maszyny wirtualne mają się backupować raz dziennie i ich kopie zapasowe mają być przechowywane przez tydzień
                  Od tej chwili, jeśli tylko pojawi się krytyczna maszyna wirtualna będzie ona backupowana co godzinę. Jeśli maszyna wirtualna krytyczna zostanie skasowana, nie będzie backupowana, ale oczywiście możemy ją odzyskać gdyż kopie zapasowe mamy jak najbardziej dostępne. 
                  Podobnie dla pozostałych przypadków.
                  Więcej:

                  Jak system backupu Avamar stwierdzi, która maszyna jest krytyczna, która jest testowa, itd.?
                  Możemy powiedzieć Avamarowi, że maszyną krytyczną jest każda maszyna wirtualna, która ma w nawie ciąg znaków „critical”. Wówczas, jeśli ktokolwiek utworzy maszynę wirtualną
                        SQLCritical
                  lub
                        CriticalOracle
                  lub
                        VMCriticalCRM
                  to ta maszyna wirtualna będzie automatycznie backupowana co godzinę a jej kopie zapasowe trzymane przez miesiąc.

                  Czy Avamar musi rozpoznwać maszyny wirtualne według nazwy?
                  Avamar może rozpoznawać maszyny wirtualne na podstawie dowolnego ktryterium.
                  W momencie, kiedy jest tworzona maszyna wirtualna, Avamar analizuje następujące elementy każdej nowej maszyny wirtualnej
                  •  tag
                  • lokalizację (serwer ESX, klaster, katalog, vApp, Resource Pool-a, …)
                  Stąd, nowo tworzone maszyny wirtualne mogą wpadać automatycznie do odpowiednich polityk backupowych także w zależności od tego na jakim serwerze/klastrze zostały utworzone, gdzie zostały umieszczone, jaki maja opis, ...

                  Możemy sobie wyobrazić, że wszystkie maszyny krytyczne są w określonym środowisku fizycznym czy też w określonej "Resource Pool". Możemy kazać Avamarowi backupować takie krytyczne maszyny wirtualne w ściśle określony sposób.
                  Znów każda nowo utworzona maszyna w takim środowisku będzie automatycznie backupowana bez konieczności jakiekolwiek akcji. 

                  Więcej:
                  Czy to jest trudne do ustawienia?
                  Zapraszam na krótkie demo:

                  Jak licencjonuje się Avamar?
                  Jest wiele metod licencjonowania Avamara.
                  Najbardziej atrakcyjna cenowo metoda licencjonowania Avamara jest per fizyczny procesor. Wówczas w pakiecie Data Protection Suite For VMware otrzymujemy również (między innymi) możliwość ciągłego zabezpieczania VMware (RecoverPoint for VMs).
                  Więcej:
                  Chciałbym przetestować Avamara. Jak mogę to zrobić?
                  Na stronie:
                  znajduje się link:
                                  Tutorial, krok po kroku, jak zainstalować wirtualną wersję Avamara AVE 7.2 dla VMware, oraz wykonac backup plikowy, backup obrazów maszyn VMware, Disaster Recovery

                  Po kliknięciu na link otrzymamy pełny guide który poprowadzi nas ekran po ekranie, przez całość instalacji, konfiguracji Avamara. Począwszy od ściągnięcia binariów a skończywszy na zaawansowanych funkcjonalnościach jak Dynamic Policies.

                  Więcej info o Avamarze
                  Aktualne informacje dotyczące Avamara:
                  http://backuprecoveryman.blogspot.com/2016/02/przeglad-materiaow-po-polsku.html#Avamar

                  Życzę prostych, automatycznych backupów i 100% skuteczności odtworzeń!