• Artykuł

Konfiguracja ochrony migracji na żywo

 

Data opublikowania: marzec 2016

Dotyczy: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

Program DPM może chronić maszyny wirtualne funkcji Hyper-V podczas migracji na żywo w następujących scenariuszach:

  • Migracja na żywo w klastrze — gdy maszyna wirtualna jest przenoszona w klastrze, program DPM wykrywa migrację i tworzy kopię zapasową maszyny wirtualnej z nowego węzła klastra bez interwencji użytkownika. Ponieważ magazyn nie zmienia się, program DPM kontynuuje tworzenie ekspresowych pełnych kopii zapasowych. Jeśli klaster jest chroniony przez dwa serwery programu DPM, maszyna wirtualna chroniona przez pierwszy serwer DPM nadal pozostaje chroniona przez ten sam serwer DPM po migracji, niezależnie od jego lokalizacji.

  • Migracja na żywo poza pojedynczym klastrem — gdy maszyna wirtualna jest migrowana poza pojedynczy klaster, migrację na żywo można przeprowadzać między dwoma autonomicznymi serwerami, między serwerem autonomicznym a węzłem klastra lub między dwoma węzłami z różnych klastrów. W tym scenariuszu program DPM wykrywa migrację i może wykonywać kopie zapasowe bez interwencji użytkownika.

Przed rozpoczęciem

  • Obsługa — ochrona migracji na żywo przez program DPM jest dostępna tylko na serwerach z systemem Windows Server 2012.

  • Migracja na żywo poza klaster — do migracji na żywo poza pojedynczy klaster wymagane jest spełnienie następujących warunków:

    • Maszyny wirtualne są zarządzane w chmurze VMM na serwerze VMM, na którym działa co najmniej System Center 2012 z dodatkiem SP1.

    • Serwer DPM musi być połączony z serwerem VMM zawierającym chmurę.

    • Wszystkie serwery z uruchomioną rolą Hyper-V są podłączone do wszystkich serwerów DPM.

    Gdy te warunki wstępne są spełnione, program DPM komunikuje się z programem VMM w celu lokalizowania bieżącego miejsca uruchomienia maszyny wirtualnej i tworzenia kopii zapasowej z nowego serwera z uruchomioną funkcją Hyper-V. Program DPM może komunikować się z nowym serwerem z funkcją Hyper-V, ponieważ wszystkie serwery z uruchomioną funkcją Hyper-V są podłączone do wszystkich serwerów programu DPM. Jeśli takie połączenie nie może zostać ustanowione, tworzenie kopii zapasowej zakończy się niepowodzeniem i wyświetleniem komunikatu informującego, że agent ochrony programu DPM jest nieosiągalny.

  • Migracja magazynu — jeśli magazyn jest transferowany w procesie migracji na żywo, program DPM przeprowadza pełne sprawdzanie spójności maszyny wirtualnej, a następnie kontynuuje tworzenie ekspresowych pełnych kopii zapasowych. Jeśli migracja magazynu nie odbywa się, na przykład gdy lokalizacja źródłowa i docelowa używają tego samego serwera plików bloku komunikatów serwera (SMB) w wersji 3.0, program DPM kontynuuje tworzenie ekspresowych pełnych kopii zapasowych bez sprawdzania spójności.

    Gdy odbywa się migracja magazynu na żywo, funkcja Hyper-V reorganizuje wirtualny dysk twardy (VHD) lub dysk VHDX, co skutkuje jednorazowym gwałtownym wzrostem rozmiaru danych kopii zapasowej programu DPM.

  • Wykonywanie kopii zapasowej na taśmie — ochrona migracji na żywo nie obsługuje wykonywania kopii zapasowej na taśmie.

  • Sprawdzanie spójności — program DPM przeprowadza jednorazowe sprawdzanie spójności wszystkich migracji na żywo, które obejmują migrację magazynu.

  • Ustawienia — na hoście maszyny wirtualnej należy włączyć funkcję automatycznego instalowania, aby umożliwić ochronę wirtualną.

    Należy wyłączyć funkcję odciążania typu TCP Chimney.

  • Active Directory — wszystkie serwery DPM, serwery VMM i serwery z uruchomioną funkcją Hyper-V powinny znajdować się w tej samej domenie.

  • Port — jeśli chcesz zmienić port domyślny 6070 używany przez program DPM do hostowania usługi pomocnika DPM-VMM, w rejestrze przejdź do HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Utwórz 32-bitową wartość DWORD: DpmVmmHelperServicePort i zapisz zaktualizowany numer portu w ramach klucza rejestru.

    1. Otwórz plik <katalog instalacyjny>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config i zmień numer portu z 6070 na nowy numer. Na przykład: <add baseAddress="net.tcp://localhost:6080/VmmHelperService/" />

    2. Uruchom ponownie usługę pomocnika DPM-VMM i uruchom ponownie usługę DPM.

Konfigurowanie ochrony

  1. Wdrażanie programu DPM — sprawdź, czy program DPM został poprawnie zainstalowany i wdrożony. Jeśli nie widać pozycji:

  2. Konfigurowanie magazynu — sprawdź, czy magazyn jest skonfigurowany. Więcej informacji na temat opcji znajduje się w temacie

    Użyj następujących rozmiarów pojemności do ochrony maszyny wirtualnej.

    Średni rozmiar maszyny wirtualnej 100 gigabajtów (GB)
    Liczba maszyn wirtualnych na jeden serwer programu DPM 800
    Łączny rozmiar 800 maszyn wirtualnych 80 terabajtów (TB)
    Wymagane miejsce na magazyny kopii zapasowych 80 terabajtów (TB)

    Jeśli na przykład w pełni skalowalny klaster funkcji Hyper-V obejmuje 1600 maszyn wirtualnych, do jego obsługi są wymagane dwa serwery DPM i dwa razy więcej zasobów niż podano w tabeli. Łączne wymaganie magazynowania dla 1600 maszyn wirtualnych to ponad 160 TB. Przeczytaj o optymalizacji miejsca w artykule Optymalizowanie ochrony maszyny wirtualnej.

  3. Skonfiguruj agenta ochrony DPM — agent musi być zainstalowany na serwerze funkcji Hyper-V lub na każdym serwerze w klastrze funkcji Hyper-V. Jeśli w klastrze jest wdrożony protokół SMB, na zdalnym serwerze plików SMB zainstaluj agenta ochrony programu DPM we wszystkich węzłach klastra serwera plików SMB. Przeczytaj Plan wdrożenia agenta ochrony, a następnie Instalacja agenta ochrony.

  4. Zainstaluj konsolę programu VMM — zainstaluj konsolę VMM jako składnik klienta programu VMM na wszystkich serwerach programu DPM, aby umożliwić serwerowi DPM komunikację z serwerem VMM i śledzenie go. Należy pamiętać o następujących kwestiach:

    1. Konto DPMMachineName$ na serwerze zarządzania programu VMM powinno być kontem administratora przeznaczonym tylko do odczytu.

    2. Upewnij się, że konsola programu VMM ma taką samą wersję, jak serwer zarządzania programu VMM używany we wdrożeniu.

  5. Połącz serwery — uruchom polecenie programu PowerShell Set-DPMGlobalProperty w celu połączenia wszystkich serwerów, na których uruchomiono funkcję Hyper-V, z wszystkimi serwerami DPM. Polecenie cmdlet przyjmuje wiele nazw serwerów programu DPM. Aby uzyskać więcej informacji, zobacz Set-DPMGlobalProperty.

    Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

  6. Skonfiguruj grupę ochrony — na stronie Wybierz członków grupykreatora Utwórz nową grupę ochrony możesz wybrać serwery hosta funkcji Hyper-V zawierające maszyny wirtualne, których kopię zapasową chcesz utworzyć. Zwróć uwagę, że w przypadku scenariuszy z mobilnością maszyny wirtualnej w celu ochrony powinno być włączone automatyczne sprawdzanie spójności na poziomie grupy ochrony.

    Najpierw należy umożliwić komunikację między programami DPM i VMM. Przed skonfigurowaniem grup ochrony powinny zostać wykryte wszystkie maszyny wirtualne na serwerach z uruchomioną funkcją Hyper-V. W przeciwnym razie migracja na żywo nie będzie przebiegać zgodnie z oczekiwaniami, a użytkownik będzie musiał zatrzymać ochronę danych z zachowaniem danych, a następnie skonfigurować ochronę dla komputera.

    Przeczytaj o grupach ochrony w artykule

  7. Sprawdź ustawienia — po skonfigurowaniu ustawień, gdy maszyna wirtualna jest migrowana z jednego klastra do innego, tworzenie wszystkich kopii zapasowych jest kontynuowane zgodnie z oczekiwaniami. Możesz sprawdzić, czy migracja na żywo jest włączona zgodnie z oczekiwaniami, w następujący sposób:

    1. Sprawdź, czy usługa pomocnika DPM-VMM jest uruchomiona. Jeśli nie, uruchom ją.

    2. Otwórz program Microsoft SQL Server Management Studio i połącz się z wystąpieniem, które hostuje bazę danych programu DPM (DPMDB). W bazie danych DPMDB uruchom następujące zapytanie: SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Ta kwerenda zawiera właściwość o nazwie KnownVMMServer. Ta wartość powinna być taka sama jak wartość dostarczona z poleceniem cmdlet Set-DPMGlobalProperty.

      Należy pamiętać, że jeśli został uaktualniony serwer zarządzania programu VMM, w celu zachowania ochrony należy również uaktualnić konsolę programu VMM na serwerze programu DPM.

    3. Uruchom następującą kwerendę, aby zweryfikować parametr VMMIdentifier w lokalizacji PhysicalPathXML dla konkretnej maszyny wirtualnej. Zastąp tekst VMName nazwą maszyny wirtualnej.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

    4. Otwórz plik *.xml, który zwraca ta kwerenda, i sprawdź, czy w polu VMMIdentifier znajduje się wartość.

  8. Ręcznie uruchom migrację — po zakończeniu kroków migracja jest włączona po uruchomieniu zadania Menedżera podsumowania programu DPM. Domyślnie to zadanie jest uruchamiane o północy i wykonywane każdego ranka. Do uruchamiania ręcznego migracji w tym czasie w celu sprawdzenia, czy wszystko działa zgodnie z oczekiwaniami, należy wykonać następujące czynności:

    1. Otwórz program SQL Server Management Studio i połącz się z wystąpieniem, które hostuje bazę danych DPMDB.

    2. Uruchom następujące zapytanie: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’. Zauważ, że zapytanie zwraca identyfikator harmonogramu ScheduleID.

    3. W programie SQL Server Management Studio rozwiń opcję Agent programu SQL Server, a następnie rozwiń opcję Zadania. Kliknij prawym przyciskiem myszy zapamiętany identyfikator ScheduleID i wybierz polecenie Uruchom zadanie w kroku.

    Należy pamiętać, że na wydajność tworzenia kopii zapasowej ma wpływ wykonywanie zadanie. Czas potrzebny na zakończenie zadania zależy od rozmiaru i skali wdrożenia.

  9. Odzyskaj dane — po skonfigurowaniu ustawień, gdy maszyna wirtualna jest migrowana z jednego klastra do innego, tworzenie wszystkich kopii zapasowych jest kontynuowane zgodnie z oczekiwaniami. W razie potrzeby można odzyskać dane. Aby odzyskać kopię zapasową danych, zobacz Odzyskiwanie kopii zapasowej danych [DPM2012_Web]. Zwróć uwagę na następujące zachowanie dotyczące przywracania maszyn wirtualnych.

    Odzyskiwanie maszyny wirtualnej Szczegóły
    Odzyskiwanie do lokalizacji oryginalnej Jest usuwany oryginalny dysk VHD. Program DPM odzyska dysk VHD i inne pliki konfiguracji do lokalizacji oryginalnej za pomocą składnika zapisywania usługi VSS funkcji Hyper-V. Po zakończeniu procesu odzyskiwania maszyny wirtualne nadal będą zapewniać dużą dostępność.

    Aby odzyskiwanie mogło się odbyć, musi być dostępna grupa zasobów. Jeśli grupa nie jest dostępna, odzyskaj do innej lokalizacji, a następnie przełącz maszynę wirtualną w tryb wysokiej dostępności.
    Odzyskiwanie do lokalizacji alternatywnej Program DPM obsługuje odzyskiwanie do lokalizacji alternatywnej (ALR), które zapewnia bezproblemowe odzyskiwanie chronionej maszyny wirtualnej funkcji Hyper-V do innego hosta funkcji Hyper-V, niezależnie od architektury procesora. Maszyny wirtualne funkcji Hyper-V, które są odzyskiwane do węzła klastra, nie będą mieć wysokiej dostępności.
    Odzyskiwanie na poziomie elementu (ILR) Program DPM obsługuje odzyskiwanie na poziomie elementu (ILR), które pozwala odzyskiwać pliki, foldery, woluminy i wirtualne dyski twarde (VHD) z kopii zapasowych na poziomie hosta maszyn wirtualnych funkcji Hyper-V do udziału sieciowego lub woluminu na serwerze chronionym przez program DPM. Do przeprowadzenia odzyskiwania na poziomie elementu nie jest wymagane, aby w systemie gościa był zainstalowany agent ochrony programu DPM.