Link do artykułu z odnośnikami do poszczególnych cześci:
[ Ссылка ]
RecoverPoint for Virtual Machines to narzędzie które pozwala na Disaster Recovery, backup, testy, odtworzenie się do każdego punktu w czasie dla dowolnego środowiska wirtualnego VMware.
Poniżej znajdują się linki do poszczególnych zagadnień omawianych w trakcie warsztatów
1:08 Zastosowania RP4VM
[ Ссылка ]
1:40 Ile kosztuje nas niedostępność:
[ Ссылка ]
4:30 RecoverPoint for Virtual Machines – opis rozwiązania
Zabezpieczanie dowolnych maszyn wirtualnych, dowolny punkt w czasie, hardware agnostic, chmura
[ Ссылка ]
8:38 Architektura RP4VM:
[ Ссылка ]
8:38 Zarządzanie RP4VM – plugin vCenter:
[ Ссылка ]
11:25 Co to jest splitter?
[ Ссылка ]
12:50 – Consistency Group
RecoverPoint chroni całą aplikację:
[ Ссылка ]
14:10 – Splitter i jego rola:
[ Ссылка ]
14:55 – maszyny wirtualne RecoverPointa:
[ Ссылка ]
16:55 – Skalowanie RP4VM – Performance and Scale Guide:
[ Ссылка ]
17:02 – wymagania dla maszyny wirtualnej RP4VM
[ Ссылка ]
18:45 – Replika RP4VM – Jak RP4VM pozwala odtworzyć się do dowolnego punktu w czasie
Historia zapisów trzymana przez RP4VM:
[ Ссылка ]
20:10 – RP4VM trzyma 5 niezależnych kopii
[ Ссылка ]
21:20 – Automatyczna instalacja komponentów – splitter:
[ Ссылка ]
22:20 – Jak RP4VM potwierdza zapisy – kiedy commmit IO dla danych RP4VM:
[ Ссылка ]
22:50 – Jak RP4VM trzyma historyczne dane
Funkcja repliki i funkcja journala
Replika 1:1 do produkcji – regularna maszyna wirtualna
Journal – historyczne dane
[ Ссылка ]
26:05 – Funkcja journala – trzymanie historii zapisów maszyny wirtualnej
[ Ссылка ]
28:00 – Możliwość odtworzenia się do dowolnego punktu w czasie
[ Ссылка ]
30:00 – RP4VM pozwala na odtworzenie na ostatni moment w czasie nawet gdy zniszczymy RP4VM
[ Ссылка ]
30:25 – Sizing RP4VM
[ Ссылка ]
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ą.
[ Ссылка ]
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
54:25 – Orkiestracja wstawania maszyn wirtualnych, Disaster Recovery Plna
automatyczna konfiguracja IP, nazwa dla Disaster Recovery
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
![](https://i.ytimg.com/vi/8SForHINbUU/maxresdefault.jpg)