Link do powyższego nagrania:
https://youtu.be/8SForHINbUU

===============================
Poniżej znajdują się linki do poszczególnych zagadnień omawianych w trakcie warsztatów

1:08 Zastosowania RP4VM
https://youtu.be/8SForHINbUU?t=63

1:40 Ile kosztuje nas niedostępność:
https://youtu.be/8SForHINbUU?t=100

4:30 RecoverPoint for Virtual Machines – opis rozwiązania
Zabezpieczanie dowolnych maszyn wirtualnych, dowolny punkt w czasie, hardware agnostic, chmura
https://youtu.be/8SForHINbUU?t=265

8:38 Architektura RP4VM:
https://youtu.be/8SForHINbUU?t=518

8:38 Zarządzanie RP4VM – plugin vCenter:
https://youtu.be/8SForHINbUU?t=518

11:25 Co to jest splitter?
https://youtu.be/8SForHINbUU?t=685

12:50 – Consistency Group
RecoverPoint chroni całą aplikację:
https://youtu.be/8SForHINbUU?t=760

14:10 – Splitter i jego rola:
https://youtu.be/8SForHINbUU?t=850

14:55 – maszyny wirtualne RecoverPointa:
https://youtu.be/8SForHINbUU?t=889

16:55 – Skalowanie RP4VM – Performance and Scale Guide:
https://youtu.be/8SForHINbUU?t=980

17:02 – wymagania dla maszyny wirtualnej RP4VM
https://youtu.be/8SForHINbUU?t=1018

18:45 – Replika RP4VM – Jak RP4VM pozwala odtworzyć się do dowolnego punktu w czasie
Historia zapisów trzymana przez RP4VM:
https://youtu.be/8SForHINbUU?t=1110

20:10 – RP4VM trzyma 5 niezależnych kopii
https://youtu.be/8SForHINbUU?t=1995

21:20 – Automatyczna instalacja komponentów – splitter:
https://youtu.be/8SForHINbUU?t=1275

22:20 – Jak RP4VM potwierdza zapisy – kiedy commmit IO dla danych RP4VM:
https://youtu.be/8SForHINbUU?t=1324

22:50 – Jak RP4VM trzyma historyczne dane
Funkcja repliki i funkcja journala
Replika 1:1 do produkcji – regularna maszyna wirtualna
Journal – historyczne dane
https://youtu.be/8SForHINbUU?t=1354

26:05 – Funkcja journala – trzymanie historii zapisów maszyny wirtualnej
https://youtu.be/8SForHINbUU?t=1558

28:00 – Możliwość odtworzenia się do dowolnego punktu w czasie
https://youtu.be/8SForHINbUU?t=1670

30:00 – RP4VM pozwala na odtworzenie na ostatni moment w czasie nawet gdy zniszczymy RP4VM
https://youtu.be/8SForHINbUU?t=1785

30:25 – Sizing RP4VM
https://youtu.be/8SForHINbUU?t=1825

32:36 – Retencja kopii przechowywanych przez RP4VM
RP4VM używa całego journala i trzyma replikę tak długo jak może zgodnie z ustawioną polityką.
https://youtu.be/8SForHINbUU?t=1955

34:00 – RP4VM – CDP – nie krozysta ze snapshotów, cbt, nie ma problemów

35:00 – Splitter i wysyłanie zapisów
35:30 – replikacja synchroniczna i replikacja asnynchrnoniczna

39:20 – Lokalna kopia vs zdalna kopia RP4VM
41:00 – Inicjalna kopia RP4VM
41:30 – Produkcja i repliki – kopie na inych dyskach
41:50 – Szybkość Journala i Repliki
43:15 – Wszysktie kopie są niezależne – mają różne politykihistorie przechowywania I/O
44:18 – brak wymagań co do zdalnej replikacji
Brak łączenia jest cahce’owana
52:00 – Journal trzyma cache I/O w przypadku braku połączenia
44:20 – każda kopia RP4VM może repliką albo produkcją
Wielka siła RP4VM
48:50 – prosta zamiana ośrodka podstawowego i zapasowego rolami
migracja do nowego ośrodka podstawowego
Jak proste narzędzie do zarzadzania Ośrodkami Zapaoswymi
50::25 – proste testowanie planu Disaster Recovery
Testowanie ośrodka Disaster Recovery 100% bezpieczne

Orkiestracja wstawania maszyn wirtualnych, Disaster Recovery Plan
automatyczna konfiguracja IP, nazwa dla Disaster Recovery
https://youtu.be/8SForHINbUU?t=3267

57:30 – 100% bepzieczny test Disaster Recovery – plan, zmiany IP, sieci, itp.
Ile chce testów mogę zrobić

57:55 – współpraca SRM i RP4VM
58:33 – sizing jorunala ld aprodukcyjnej kopii

59:20 – przegląd GUI maszyn wirtualnych RP4VM
VM shadow

——–
1:00:35 – Wizzard – chronimy maszynye Wirtualną – Protect
Chronimy i tworzymy całą Consistency Group
1:02:00 – Wybranie lokalnej instancji RP4VM
1:03:30 – Tworzymy nazwę dla lokalnej kopii – pierwszej kopii RP4VM
1:04:30 – Tworzymy Journal dla lokalnej – aktualnie produkcyjnej kopii RP4VM
1:05:35 – parametry tego co chcemy replikować z produkcji
nowe dyski, konfiguracja sprzętu, thin/thick provisiong, MAC address
1:08:30 – Parametry kopii
Lokalna / zdalna
1:10:00 – Możemy wybrać kopie w AWS-ie
1:11:10 – journal kopii
funkcja journala – przyjmuje zapisy, trzyma max historię zapisów do tyłu względem miejsca które przyznaliśmy
1:11:55 – polityki trzymania journala, przesyłąnia danych do kopii
1:13:15 – definicja repliki – maszyny wirtualnej która jest 1:1 z produkcją
RDM / vmdk – bez znaczenia
Maszyna replika jest dostepna również bez RP4VM
1:16:30 – omówienie pierwsza inicjalizacja repliki
1:17:05 – incijalna replikacja danych
1:18:00 – omówienie rół – opisów każdego elementu repliki
1:19:06 – RP4VM – narzędzie do DR które uruchamiamy sami
1:20:00 – możliwośc zmiany adresów IP przy fail-over
1:20:20 – RP4VM może działąć w ramach jednego vCenter albo w mrach wielu vCenter
1:21:15 – przerwa łącza i przepłenie jorunala – nie ma kłopotu – nie wysyłamy danych
1:22:!6 – pada jeden site – w drugim bez problemu w całości się odtwarzamy
1:22:50 – kopia lokalna/zdalna zawsze do nas dostepna bez względu czy RP4VM działa czy nie
1:23:10 – konfiguracja RP4VM niezależna od vCenter
1:23:35 – replikacja między site’mi jest robiona przy pomocy de-duplikacji i kompresji
perfromance guide daje konkretne wytyczbe
1:24:45 – omówienie kopii – maszyny wirtualnej shadow
nie zużywa pamięci / storage / procesora
Potrzebujemy tej maszyny do wykonywania repliki dysków RP4VM
1:26:40 – Replikacja crush consistency / apllication consistency
1:27:00 – Tworzymy zdalną replikę (3 kopia, 2 replika – pierwsza byłą zdalna)
1:30:10 – obserwujemy tworzenie się repliki zdalnej
omówienie parametrów każdej kopii (produkcja, lokalna, zdalna)
mamy 5 kopii – moglibyśmy jeszcze 2 kopie dodać
1:31:43 – dlaczego produkcja to copy?
1:33:00 – RecoverPoint for VMs to 3 akcje: Test, Recover, Failover
RecoverPoint for VMs 5 – jednoczesnych systemóW!
Mamy 5 klonów i każdy działa w innym czasie i swobodnie się przełączamy
1:35:00 – Bookmarki w RecoverPoint for VMs –
Bookmarki crash consistent i application consisten
Bookmarki nie podlegają konsolidacji
1:37:50 – Wprowadzamy zmiany w środowisku produkcyjnym i oznaczamy je bookmarkami w RP4VM
Symulujemy upgrade, zmiany
1:40:00 – Uruchamiamy środowisko testowe w zdalnej lokalizacji na stan do tyłu – gdy wszystko było dobrze
Wykonujemy Test Copy
Mamy izilowane środowisko, w izolowanej sieci
1:44:40 – Historie I/O nazywamy rónież snapshotami
1:46:30 – Uruchamiamy drugie środowisko testowe
Mamy 3 działające środowisko:
produkcja
kopia na przed upgrade/zmianami 1
kopia na przed upgrade/zmianami 2
1:49:40 – Możemy dowolnie zmieniać punkt w czasie który testujemy na każdej replice środowiska produkcyjnego
Przełączać momenty w czasie
1:50:30 – Wszystkie 3 instancje działają równogle
1:50:48 – Co się stanie jak się skońćzy miejsce na journalu
1:51:30 – Automatyczne tworzenie się bookmarków
1:52:00 – Bookmarki application consistent
1:52:30 – Pre i post skrypt RP4VM
1:53:00 – Jakie akcje możemy wykonać na RP4VM?
Omóienie wszystkich guzików/buttonów RP4VM
1:54:20 – Zatrzymujemy testowanie – poszczególne kopie które testują środowisku do tyłu
1:56:00 – Recover Production – odtwarzamy produkcje do dowolnego punktu w czasie
Biznes może być kontynuwany od dowolnego punktu gdzie było dużo
1:59:50 – Recovery Activities – śledzimy proces odtwarzani produkcji
2:03:00 – dostęp do repliki nie wymaga vCetner / RP4VM

Failover do ośrodka zapaoswego
Przełączamy produkcję do ośrodka zapaoswego
https://youtu.be/8SForHINbUU?t=7415

Robimy Disaster Recovery do ośrodka zapaoswego
DR staje się produkcją i replikuje do ośrodka podstawowoego i pozostałych replik
2:06:40 – co jeśli wiele interfejsów sieciowych
2:07:15 – Licencjowanie RP4VM w ramach DPS Commercial / DPS DD VE
2:10:30 – Wersja trail RP4VM, dostęp dl LABu, laby Dell-a Data Protection
2:11:50 – democenter idealna klasyfikacją spróbowaniem, testowaniem czy RP4VM odpowiada, pasuje
2:12:30 – wersja trail RP4VM
2:13:05 – skąd pobrać materiały RP4VM
2:13:35 – Kanał Idana Kentora RP4VM – film pokazujący instalację z RP4VM, integracja z AWS
2:14:25 – instalacja RP4VM
2:15:00 – wersja trial jest bezterminowa
2:17:00 – definiowanie parametrów RP4VM
2:17:10 – definiowanie parametrów łącza / przechowywania historii I/O-ów
2:18:30 – definiowanie parametrów kopii (copy)
2:21:00 – polityka trzymania snapshotów
2:21:40 – link policy – polityka jak RP4VM zachowuje się gdy przesyła dane między ośrodkami
2:24:30 – Orkiestracja – definicja kolejności uruchomienia maszyn wirtualnych
skrypt przed / po uruchomieniu
prompt w konsoli
2:27:50 – podmiana polityk: copy/link policy
2:30:00 – ustawanie adresó IP / nazwy, FQDN, sieci dla maszyn / replik w każdej lokalizacji
2:39:50 – jak wyżej
2:31:20 – GroupSet – orkiestracja całego środowiska, wielu aplikacji

2:32:20 – przełączenie się / DR / Disaster Recovery całego środowiska

2:33:00 – Disaster Recovery plan jako jego guzik, RP4VM jako DR plan i dokuemntacja
2:34:00 – Disaster Recovery / DR – bezpieczny test w izolowanym środowisku
2:34:30 – Parallel bookmarking w Group Set
2:35:57 – External host

Spójne stany bazy danych- KVSS – application consistent bookmarks
https://youtu.be/8SForHINbUU?t=9420

2:40:35 – zmiana FQDN RP4VM

Replikacja do AWS i orkiestracja odtwarzania:
https://youtu.be/8SForHINbUU?t=9678

2:43:00 – trzymany historię maszyn wirtualnych na S3
2:44:10 – lokalnie mamy cache/journal
co 15 minut przesyłąmy I/O do AWS
2:46:20 – Maszyna CDRS Cloud Disaster Recovery Server
2:46:50 – Konfigurujemy replikację do AWS
Konfugracja RP4VM
2:47:50 – konfiguracja AWS dla RP4VM
2:50:50 – definiujemy Consitency Group CG – replikacja do AWS
2:54:30 – podłączamy się do CDRS – Cloud Disaster Recovery – odtworzenie w Chmurze
2:56:40 – Rapid Recovery
2:57:20 – dlaczego Rapid Recovery?
3:00:10 – Disaster Recovery Plan w AWS
sieć, parametry maszyn wirtualnych, kolejność
3:04:20 – gdzie są laby
3:04:30 – Podsumowanie RP4VM