Wirtualny świat bez strat

czyli Odtwórz swoje środowisko wirtualne do dowolnego punktu w czasie.

Jest już dostępny 35 minutowy zapis internetowego spotkania na żywo jak uzyskać
pełną swobodę oraz bezpieczeństwo w środowisku wirtualnym:
    http://youtu.be/HQxJ5wxitlA

Rzecz tyczy się rozwiązania RecoverPoint for Virtual Machines czyli możliwości:

• Testowania aplikacji (maszyny wirtualnej) dokładnie tak jak wyglądała np. sekundę, minutę, godzinę czy też tydzień temu
  Bez zakłócania produkcji.
• Swobodnej modyfikacji aplikacji (maszyny wirtualnej) w trakcie jej działania
  Nową wersję można w każdej chwili ustanowić produkcją.
• Błyskawicznego odtworzenia maszyn wirtualnych do dowolnego punktu w czasie
• Przełączenia produkcji do zdalnej lokalizacji
  Na przykład na skutek problemów technicznych w ośrodku podstawowym.
• Manipulowania obrazem maszyny wirtualnej w lokalizacji zdalnej
  Dostęp do maszyny wirtualnej w lokalizacji zdalnej na dowolny historycznie moment.

Prosto, natychmiast, bez jakiegokolwiek dodatkowego sprzętu.

Możliwości, architektura oraz RecoverPoint w akcji:
    http://youtu.be/HQxJ5wxitlA

Data Domain dodaje wartości HP Data Protector

HP Data Protector współpracując z EMC Data Domain posiada fantastyczną możliwość de-duplikacji na źródle.

Dzięki podłączeniu do Data Domain, otrzymujemy w naszym HP DP:

• Wydajność
  Z popularnym modelem DD2500 nawet 15TB/h (produkcyjne środowiska w Polsce)
• Bezpieczeństwo
  Data Domain gwarantuje odtworzenie danych
• Disaster Recovery
  Błyskawiczne przeniesienie danych do drugiego ośrodka przy transferze na poziomie 1% backupowanych danych
• Wiele, wiele innych rzeczy...

Czyli nasz Data Protector dostaje skrzydeł z najlepszym medium na rynku.

Poniżej link do dokumentu który pokazuje jak optymalnie podłączyć HP DataProtector do Data Domain:
http://gurago.pl/as/HowToUse_HPDP_WithDDBoost_CconfiguraitonExamples.pdf

Artykuł HP o integracji z Data Domain:
http://h30499.www3.hp.com/t5/HP-Autonomy-Blog/Data-Protection-Why-technology-giants-collaborate-because-it-s/ba-p/6436346#.Uz59J_mSxc1

Więcej o Data Domain:
https://www.youtube.com/watch?v=oZJVmSdvNfs

Między sekundą i awarią

Jeśli koszt przestoju systemu przez 1 sekundę wynosi 1 dolar, to już koszt przestoju tego systemu przez miesiąc wynosi ponad 2 500 000 USD (dwa i pół miliona dolarów).

Niemożliwe?
Sprawdźcie sami.

Nieprawdopodobne?
Ależ powyższe wyliczenie jest bardziej delikatne niż rzeczywistość.

Zachęcam do lektury artykułu w Rzeczpospolitej:

http://www.ekonomia.rp.pl/artykul/706164,1158846-RBS-ukarany-za-awarie-sieci-IT.html

W skrócie: Royal Bank of Scotland zapłacił 218 milionów Euro odszkodowań oraz dodatkowo 70 milionów Euro kary. Wszystko przez brak dostępu do systemu informatycznego przez klientów.

W tej sytuacji rozwiązania takiej jak:

• VPLEX
  Niezakłócony dostęp do systemu informatycznego nawet w przypadku awarii całego ośrodka
• RecoverPoint
  Natychmiastowe odtworzenie uszkodzonego systemu informatycznego na stan sprzed awarii

stanowią koszt naprawdę groszowy.

I nie warto się o tym przekonać w sytuacji jak z powyższego artykułu...

[Film IDG] Inne oblicze backupu, czyli co możesz zrobić w 5 minut?

Dzięki uprzejmości IDG, zapraszam na film pokazujący jak błyskawiczne i łatwe mogą być rozwiązania backupowe:

https://www.youtube.com/watch?v=nHk1knpANQo

Film odkrywa kilka pomysłów na usprawnienie backupu / odtworzenia:

•  Kopia zapasowa w dwóch lokalizacjach w czasie dosłownie sekund (snapshotu macierzowego)
• Łatwa i naturalna współpraca administratorów backupu / środowiska wirtualnego
• Zabezpieczanie danych bez kosztów aplikacji backupowej
• Błyskawiczne odtwarzanie

Całość filmów o backupie / odtwarzaniu znajduje się pod adresem:

http://www.gurago.pl/filmy/

Jak zmienić czas przechowywania backupu w Avamarze?

Zrobiliśmy już backup, a przychodzi do nas właściciel aplikacji i mówi: Backup bazy danych z 7 maja ma być trzymany na zawsze a nie 2 tygodnie (jak normalnie).
Mówimy "OK" i zmieniamy.
Poniżej opisuję jak to zmienić.

Zmiana retencji (czasu przechowywania) backupu z poziomu GUI Avamara

W głównej konsoli Avamar-a wybieramy opcję „Backup & restore”.

  Następnie wybieramy:

• Opcję „Manage” spośród opcji: Backup / Restore / Manage
• Domenę w której znajduje się serwer z backupem którego czas ważności (retencję) chcemy zmienić
  U nas domena nazywa się "gurago"
• Serwer zawierający backup, którego czas ważności (retencję) chcemy zmienić
  U nas domena wybraliśmy serwer "laptop.labd.local"
• Datę gdzie jest backup, którego czas ważności (retencję) chcemy zmienić
  U nas "7 maja"
• Konkretny backup, którego czas ważności (retencję) chcemy zmienić
  U nas backup o numerze 3258 i pozostałych parametrach jak w linii 3258

Klikamy prawym klawiszem na wybranym backupie i wybieramy „Change Expiration Date…”

Teraz wybieramy nowy czas ważności backupu wybierając jedną z opcji poniżej i potwierdzamy wybór wciskając guzik "OK".

 

Zmiana retencji backupu z poziomu linii komend Avamara

Poniżej znajdziesz 2 przykłady jak zmienić retencję backupów Avamara z poziomu linii komend Avamara używając komendy

mccli backup edit

Pełny opis wszystkich opcji tej komendy znajdziesz w manualu "EMC Avamar Management Console Command Line Interface (MCCLI)".
Manual ten wraz z całą dokumnetacją Avamara jest dostępny na przykład na następującej stronie:
http://www.gurago.eu/avamar_install/

------------
Jak wspomniałem, ważność backupu w Avamarze można zmieniać z poziomu linii komend.
Mocno rekomenduje by logować się na serwerze Avamara na konto:
   admin
a nie na konto
   root
Poniższe komendy zostały wydane z poziomu konta admin na serwerze Avamara 7.0 (Linux SuSE).

Przykład 1: Zmiana retencji backupu do okreslonej daty

Poniższa komenda zmienia do 20 maja czas ważności (przechowywania) backupu

• o numerze 3258
• wykonanego 7 maja 2014
• z serwera /gurago/laptop.labd.local
  domena na serwerze Avamara "gurago", nazwa serwera "laptop.labd.local"

mccli backup edit --name=/gurago/laptop.labd.local --created=2014-05-07 --labelNum=3258 --expiration=2014-05-20

Poniżej pokazano efekt wywołania komendy w środowisku Avamara
Czas ważności (przechowywania) backupu przed wywołaniem komendy zmieniającej retencję - widziany z GUI Avamara:
Wykonanie na serwerze Avamara komendy zmieniającej czas przechowywania (retencji) backupu:
Widzimy w GUI Avamara nowy czas ważności (przechowywania) backupu - teraz jest do 2014-05-20.

Przykład 2: Przedłużenie retencji backupu o określoną liczbę dni

Poniższa komenda zmienia o 3 dni czas ważności (przechowywania) backupu

• o numerze 3258
• wykonanego 7 maja 2014
• z serwera /gurago/laptop.labd.local
  domena na serwerze Avamara "gurago", nazwa serwera "laptop.labd.local"

mccli backup edit --name=/gurago/laptop.labd.local --created=2014-05-07 --labelNum=3258 --extend-expiration=+3D

Poniżej pokazano efekt wywołania komendy w środowisku Avamara
Czas ważności (przechowywania) backupu przed wywołaniem komendy zmieniającej retnecję - widziany z GUI Avamara:
Wykonanie na serwerze Avamara komendy zmieniającej czas przechowywania (retencji) backupu o 3 dni:
Widzimy w GUI Avamara nowy czas ważności (przechowywania) backupu - teraz jest o 3 dni dłuższy, do 2014-05-23.
Powodzenia!!!

NetWorker - backup z klienta na żądanie

Chcąc wykonać backup na żądanie z dowolnego klienta (dowolnej zabezpieczanej maszyny) zwykle posługujemy się programem "NetWorker User" na tejże maszynie. Jak wszystko w NetWorkerze, tak również backupy które wyklikamy w programie "NetWorker User" na kliencie, możemy wykonać wpisując odpowiednią komendę NetWorkera.
Tą komendą jest po prostu:
      save

Pamiętajmy, że backupy wykonane komedną save bądź też programem "NetWorker User":

• Lądują domyślnie do pooli "Default"
• Nie powodują backupu bazy indeksów ani bazy bootstrap na serwerze NetWorkera
• Lista katalogów / plików do backupu musi być podana na końcu polecenia
• Są to zawsze pełne backupy choć w NetWorkerze mają status "manual" zamiast "full"

Wszystkie parametry komendy save są szczegółowo opisane w manualu "EMC NetWorker, Command Reference Guide".
Poniżej kilka przykładów wykonania komendy save na kliencie (zabezpieczanej maszynie).

Najprostsze wywołanie

Po prostu wywołanie komendy:

      save

na dowolnej maszynie z zainstalowanym klientem NetWorkera spowoduje 

• backup aktualnego katalogu i jego wszystkich podkatalogów (bez dysków sieciowych)
• przez domyślny serwer NetWorker'a 

Backup wybranego katalogu przez zdefiniowany serwera NetWorker

      save -s nwt1.labd.local c:\Test0

Po wykonaniu powyższej komendy:

• zbackupujemy zawartość katalogu "c:\Test0"
• "-s nwt1.labd.local" przez serwer NetWorkera "nwt1.labd.local"

Test backupu / oszacowanie wielkości - bez zapisu kopii 

      save -n c:\Test1 c:\Test2

Po wykonaniu powyższej komendy:

• "-n" NetWorker oszacuje wielkość backupu bez wykonania kopii zapasowej
• "c:\Test1 c:\Test2" oszacowanie wielkości backupu będzie tyczyć się tych dwóch katalogów

Backup blokowy (BBB) / backup do określonej pooli

      save -z -b ddnw1 e:\

Po wykonaniu powyższej komendy:

• "-z" NetWorker wykona Block Based Backup (backup blokowy) całego wolumenu e:\
• Przy backupie blokowym musimy podac cały dysk, nie możemy zbackupować konkretnej ścieżki
• "-b ddnw1" backup zostanie skierowany do pooli ddnw1 a konkretnie backup zostanie skierowany do dysku lub urządzenia Data Domain przypisanegio do pooli ddnw1.

EMC NetWorker - Jak wyświetlić wszystkie backupy?

Linia komend (CLI)

Korzystając z linii komend NetWorker-a wpisujemy polecenie:

      mminfo –a

Komenda mminfo pokazuje informacje o wykonanych backupach NetWorkera, czyli pokazuje zawartość bazy mediów NetWorkera.

Opcja "-a" wyświetla wszystkie zadania backupowe­

Przykład użycia komendy

Interfejs graficzny (GUI)

Listę wszystkich backupów możemy zobaczyć również klikając w interfejsie graficznym (NetWorker Administrator):

Wybieramy parametry backupów (Save Setów) które chcemy zobaczyć:

i klikamy zakładkę "Save Set List":

I wszystko widać!

Przykłady komend Avamarowych

Poniżej kilka ciekawych komend i trików Avamarowych,

Pokazanie wszystkich klientów zarejstrowanych na Avamarze

Poniższa komenda pokazuje wszystkich klientów jacy są zarejstrowani na Avamarze, łącznie z domeną Avamarową oraz typem klienta.

Opcja --recursive oznacza by również wylistować klientów w poddomenach (domyślnie wyłaczone).

Komendę wykonujemy na serwerze Avamara / ewentualnie utility node.

Uwaga! Rekomendowane jest wykonywanie komend dotyczacych aplikacji Avamara jako użytkownik admin (jak poniżej) a nie root.

mccli client show --recursive

Pobranie danych z bazy Postgress Avamar-a

Avamar róznego rodzaju dane statystyczne trzyma w bazie danych Postgres. Poniżej przykład jak "wyciągnąc" dane z tej bazy.
W tym przypadku

• from clients - wyciągamy informacje z tabeli trzymającej definicje klientów czyli wyciagamy infromacje o zabezpieczanych maszynach
• registered = 't' - pokażemy tylko zarejstrowanych klientów
• snapups = 't' - pokażemy tylko klientów którzy mają ważne backupy ("snapup" jest tu synonimem słowa "kopia backupowa")
•  Pokażemy kolejno
• descr - opis klienta
• registered - czy jest zarrejstrowany (musi być zarejstrowany bo tylko tych klientów wybieramy z tabeli)
• has_snapups - czy ma ważne backupy (musi mieć ważne backupy bo tylko tych klientów wybieramy z tabeli)
• client_type - typ klienta

Uwaga! Musimy być użytkownikiem admin by pobierać danez z bazy Postgres.

psql -p 5555 mcdb -c "select descr,registered,has_snapups,client_type from clients where registered = 't' and has_snapups = 't'"

Avamar - szybki sposób tworzenia kalendarza backupów (schedulera)

Dla osób często instalujących Avamara polecam załączone skrypty do tworzenia kalendarza backupów:

1. Skrypt "CreateSchedules_EveryHour.sh" tworzy 12 scheduler’ów uruchamiających backupy co godzinę – w zależności od wyboru o:
   1. scheduler nr 1: uruchamia backupy o równej godzinie
   2. scheduler nr 2: uruchamia backupy 5 minut po każdej godzinie
   3. scheduler nr 3: uruchamia backupy 10 minut po każdej godzinie
   4. ...
   5. scheduler nr 12: uruchamia backupy 55 minut po każdej godzinie
2. Skrypt "CreateSchedules_EveryDay.sh" tworzy 24 kalendarze backupów uruchamiające się każdego dnia – w zależności od wyboru o:
   1. o 24:00 (północ)
   2. o 1:00
   b.
   3. o 2:00
   c.
   4. ...
   5. o 23:00

Przetestowane, działają bez problemu.
Skrypty można łatwo przerobić na własne potrzeby.

Skrypty stworzyłem dlatego, że we własnym labie często instaluję od poczatku Avamara. Za dużo czasu spędzałem na tworzeniu używanych przeze mnie schedulerów poprzez interfejs graficzny GUI (klikaniu). Skrypt tworzy mi wszystkie potrzebne kalendarze jednym ruchem. 

Większość backupów wykonuje się na moim Avamarze co godzinę, część raz dziennie. Każda grupa startuje jednak o innym czasie (niektóre 5 minut po każdej godzinie, część 10 minut po każdej godzinie, itd, inne raz dziennie.).

Opis pierwszego skryptu "CreateSchedules_EveryHour.sh"

Skrypt tworzy 12 terminarzy backupów:

Terminarz nr 1 o nazwie "S_EveryHour_00" - będzie powodował start grupy Avamara o każdej równej godzinie, 24 razy dziennie

Terminarz nr 2 o nazwie "S_EveryHour_05" - będzie powodował start grupy Avamara 5 minut po każdej godzinie, 24 razy dziennie

...

Terminarz nr 12 o nazwie "S_EveryHour_55" - będzie powodował start grupy Avamara 55 minut po każdej godzinie, 24 razy dziennie

Skrypt bazuje na jednej komendzie, której przykład użycia pokazano poniżej.

Komenda tworzy scheduler (terminarz backupów) o nazwie "S_EveryHour_05" na Avamarze. 

Komendę należy wywoływać jako administrator na serwerze (utility node) Avamara. 

Backupy będą wykonywane codziennie, 5 minut po każdej godzinie, 24 razy dziennie:

mccli schedule add --name=S_EveryHour_05 --time=00:05 --time=01:05 --time=02:05 --time=03:05 --time=04:05 --time=05:05 --time=06:05 --time=07:05 --time=08:05 --time=09:05 --time=10:05 --time=11:05 --time=12:05 --time=13:05 --time=14:05 --time=15:05 --time=16:05 --time=17:05 --time=18:05 --time=19:05 --time=20:05 --time=21:05 --time=22:05 --time=23:05

Wyjaśnienia:

      --name=S_EveryHour_05   (nazwa scheduler-a)

      --time=00:05                      (opcja używana do gdy definiujemy start backupów kilka razy dziennie oznaczająca o której godzinie ma zacząć się backup)

Kilka screenów / ekranów z akcji

Schedulery/kalendarze Avamara przed wykonaniem skryptu

Logowanie się na serwerze Avamara (utility node) i wykonanie skryptu.
Uwaga! Zalecany jest wykonywanie akcji na Avamarze jako użytkownik admin a nie root!

I efekt końcowy w GUI Avamara:

Samych bezproblemowych wdrożeń!