Często zadawane pytania — tworzenie kopii zapasowych baz danych SAP HANA na maszynach wirtualnych platformy Azure

W ciągu jednego dnia możesz mieć jedną pełną kopię zapasową i wiele kopii zapasowych na żądanie.

Obecnie pomyślne zadania tworzenia kopii zapasowej nie generują alertów. Alerty są generowane tylko dla zadań tworzenia kopii zapasowej, które kończą się niepowodzeniem. Dowiedz się, jak używać witryny Azure Portal do wyświetlania alertów kopii zapasowej.

Stan kopii zapasowych (zaplanowanych/na żądanie) można sprawdzić w dowolnej z następujących lokalizacji:

1. Zadania tworzenia kopii zapasowej: usługa Azure Backup pokazuje wszystkie zadania wyzwalane ręcznie w sekcji Zadania kopii zapasowej w witrynie Azure Portal.
   
   Zadania widoczne w witrynie Azure Portal obejmują operacje odnajdywania i rejestrowania bazy danych oraz operacje tworzenia kopii zapasowych i przywracania. Zaplanowane zadania, w tym kopie zapasowe dzienników, nie są wyświetlane w tej sekcji. Ręcznie wyzwalane kopie zapasowe z klientów natywnych sap HANA (Studio/Cockpit/DBA Cockpit) również nie są tutaj wyświetlane.

   

   

2. Alerty kopii zapasowej: alerty ułatwiają monitorowanie kopii zapasowych baz danych SAP HANA. Pomagają one skupić się na wymaganych zdarzeniach, eliminując w ten sposób nakład pracy, aby często sprawdzać wiele zdarzeń generowanych przez kopię zapasową. Aby uzyskać więcej informacji, zobacz Wyświetlanie alertów kopii zapasowej.

3. Raporty kopii zapasowych: Raporty to inny sposób wyświetlania stanu zadań tworzenia kopii zapasowej. Raporty będą wyglądać następująco:

   

   

   Dowiedz się, jak skonfigurować raporty usługi Azure Backup.

4. Klienci natywni platformy SAP HANA: jeśli jesteś klientem sap HANA, możesz również użyć programu HANA Studio, jednego z najpopularniejszych klientów platformy HANA. W tym kliencie przejdź do pozycji Konsola kopii zapasowej —> Wykaz kopii zapasowych, aby wyświetlić stan kopii zapasowej.

   

W menu Zadanie tworzenia kopii zapasowej będą wyświetlane tylko zadania tworzenia kopii zapasowej na żądanie, które są w toku, zakończyły się powodzeniem lub niepowodzeniem. W przypadku zaplanowanych zadań użyj usługi Azure Monitor.

Usługa Azure Backup nie ustawia jawnego okresu przechowywania w przypadku pełnych kopii zapasowych automatycznego naprawy. Ta kopia zapasowa jest przechowywana do czasu przechowywania zależnej różnicy (różnicowej lub przyrostowej) i kopii zapasowych dziennika. Po usunięciu ostatniej zależnej kopii zapasowej na tej automatycznej naprawie kopia zapasowa zostanie również usunięta.

Tak, pełna kopia zapasowa i kopia zapasowa dziennika mogą być uruchamiane jednocześnie. To wystąpienie odbywa się na jeden z następujących sposobów:

• Pełna kopia zapasowa jest w toku i jest wyzwalana kopia zapasowa dziennika: Kopia zapasowa dziennika powinna zakończyć się powodzeniem niezależnie od trwającej pełnej kopii zapasowej. O ile pełna kopia zapasowa, która została wyzwolona, była pełna do obsługi dowolnego łańcucha LSN.
• Trwa tworzenie kopii zapasowej dziennika i wyzwalana jest pełna kopia zapasowa: Obie kopie zapasowe powinny działać jednocześnie i zakończyć się powodzeniem.

Nie, nie jest to obecnie obsługiwane.

Jeśli baza danych zostanie porzucona z wystąpienia platformy SAP HANA, kopie zapasowe bazy danych będą nadal podejmowane. Oznacza to, że usunięta baza danych zaczyna pojawiać się jako w złej kondycji w obszarze Elementy kopii zapasowej i jest nadal chroniona. Prawidłowym sposobem zatrzymania ochrony tej bazy danych jest wykonanie polecenia Zatrzymaj tworzenie kopii zapasowej przy użyciu usuwania danych w tej bazie danych.

Zmieniona nazwa bazy danych jest traktowana jako nowa baza danych. W związku z tym usługa będzie traktować tę sytuację tak, jakby baza danych nie została znaleziona i zakończy się niepowodzeniem tworzenia kopii zapasowych. Zmieniona nazwa bazy danych będzie wyświetlana jako nowa baza danych i musi być skonfigurowana pod kątem ochrony.

Zapoznaj się z samouczkiem, aby zapoznać się z przewodnikiem krok po kroku, aby rozpocząć pracę z usługą Azure Backup dla baz danych SAP HANA. Możesz również użyć interfejsu wiersza polecenia do konfigurowania kopii zapasowych i zarządzania nimi.

Zapoznaj się z wymaganiami wstępnymi dotyczącymi używania usługi Azure Backup z oprogramowaniem SAP HANA.

Zapoznaj się z tą sekcją przewodnika rozwiązywania problemów.

Zapoznaj się z tą sekcją w przewodniku rozwiązywania problemów.

Obecnie nie mamy możliwości skonfigurowania rozwiązania względem wirtualnego adresu IP lub serwera proxy. Do wykonania rozwiązania potrzebujemy maszyny wirtualnej.

Tworzenie kopii zapasowej na żądanie można wyzwolić przy użyciu natywnych klientów platformy SAP HANA do lokalnego systemu plików zamiast rozwiązania Backint. Dowiedz się więcej na temat zarządzania operacjami przy użyciu klientów natywnych sap.

Wykaz platformy HANA można przycinać przy użyciu zalecanych metod SAP, takich jak instrukcje BACKUP CATALOG DELETE lub HANA Studio/Cockpit. Dowiedz się więcej na temat zarządzania operacjami przy użyciu klientów natywnych sap.

Obecnie usługa Azure Backup nie ma możliwości zrozumienia konfiguracji modułu HSR. Oznacza to, że węzły podstawowe i pomocnicze modułu HSR będą traktowane jako dwie pojedyncze, niepowiązane maszyny wirtualne. Najpierw należy skonfigurować kopię zapasową w węźle podstawowym. W przypadku przejścia w tryb failover należy skonfigurować kopię zapasową w węźle pomocniczym (który teraz staje się węzłem podstawowym). Nie ma automatycznego przełączania kopii zapasowej w tryb failover do innego węzła.

Aby utworzyć kopię zapasową danych z aktywnego węzła (podstawowego) w danym punkcie w czasie, możesz przełączyć ochronę do węzła pomocniczego, który stał się teraz podstawowym po przełączeniu w tryb failover.

Aby wykonać tę ochronę przełącznika, wykonaj następujące kroki:

• Zatrzymywanie ochrony (z zachowaniem danych) na serwerze podstawowym
• Uruchamianie skryptu wstępnej rejestracji w węźle pomocniczym
• Odnajdywanie baz danych w węźle pomocniczym i konfigurowanie kopii zapasowych na nich

Te kroki należy wykonać ręcznie po każdym przejściu w tryb failover. Te kroki można wykonać za pomocą wiersza polecenia/interfejsu API REST http oprócz witryny Azure Portal. Aby zautomatyzować te kroki, możesz użyć elementu Runbook platformy Azure.

Oto szczegółowy przykład sposobu, w jaki należy wykonać ochronę przełącznika:

W tym przykładzie masz dwa węzły — węzeł 1 (podstawowy) i węzeł 2 (pomocniczy) w konfiguracji modułu HSR. Kopie zapasowe są konfigurowane w węźle 1. Jak wspomniano powyżej, nie próbuj jeszcze konfigurować kopii zapasowych w środowisku Node 2.

Gdy nastąpi pierwsze przejście w tryb failover, węzeł 2 stanie się podstawowym. Następnie

1. Zatrzymaj ochronę węzła Node 1 (poprzedni podstawowy) przy użyciu opcji zachowaj dane.
2. Uruchom skrypt wstępnej rejestracji w węźle 2 (który jest teraz podstawowym).
3. Odnajdywanie baz danych w węźle 2, przypisywanie zasad tworzenia kopii zapasowych i konfigurowanie kopii zapasowych.

Następnie zostanie wyzwolona pierwsza pełna kopia zapasowa w węźle 2 i po zakończeniu tworzenia kopii zapasowych dzienników.

Po następnym przejściu w tryb failover węzeł 1 zostanie ponownie podstawowy, a węzeł 2 stanie się pomocniczy. Teraz powtórz ten proces:

1. Zatrzymaj ochronę węzła 2 z opcją zachowywania danych.
2. Uruchom skrypt wstępnej rejestracji w węźle 1 (który ponownie stał się podstawowym)
3. Następnie wznów tworzenie kopii zapasowej w węźle 1 przy użyciu wymaganych zasad (ponieważ kopie zapasowe zostały zatrzymane wcześniej w węźle 1).

Następnie zostanie ponownie wyzwolona pełna kopia zapasowa w węźle 1 i po zakończeniu tworzenia kopii zapasowych dzienników.

1. W przypadku replikacji systemu HANA (HSR) węzeł pomocniczy w ogóle nie akceptuje żadnych połączeń. Po skonfigurowaniu kopii zapasowej usługa Azure Backup okresowo wysyła polecenia ping i kończy się niepowodzeniem. Czasami te nieudane próby odzwierciedlają się w węźle podstawowym. Po wielu awariach użytkownik jest zablokowany, a następnie węzeł podstawowy rozpoczyna się niepowodzeniem z odBC Połączenie ionError.
   
   Zaobserwowaliśmy, że wszyscy użytkownicy nie doświadczają tego problemu. Zalecamy sprawdzenie przyczyny zablokowania użytkowników w węźle podstawowym, gdy połączenie użytkownika nie powiedzie się w węźle pomocniczym.

2. Po uruchomieniu skryptu wstępnej rejestracji informacje o użytkowniku są aktualizowane przy użyciu nowego hasła w węźle podstawowym. Następnie połączenie z próbą utworzenia kopii zapasowej zostanie ponownie nawiązane. Możesz jednak ponownie napotkać ten sam scenariusz.

3. Ponadto kopie zapasowe (pełne kopie zapasowe), które kończą się niepowodzeniem w węźle pomocniczym, tworzą alerty.

Aby uniknąć powyższych problemów, zalecamy zatrzymanie ochrony węzła po jego przejściu do pomocniczego (aby połączenia nie zostały podjęto próby, a użytkownik nie był zablokowany) i wznowić ochronę, gdy stanie się podstawowym. Jeśli nie napotkasz takiej sytuacji blokującej konfigurację modułu HSR i nie masz pewności co do zgłaszanych alertów, możesz skonfigurować kopie zapasowe w obu węzłach, aby usługa obsługiwała przejęcie i powrót po awarii.

Zapoznaj się z wydajnością przepływności tworzenia i przywracania kopii zapasowych zapewnianą przez usługę Azure Backup dla obciążeń platformy HANA.

Aby skonfigurować system HANA w celu zwiększenia wydajności, użyj następujących zasobów:

• Wybieranie typu dysku dla maszyn wirtualnych IaaS platformy Azure — dyski zarządzane
• Warstwy wydajności dla dysków zarządzanych platformy Azure
• Seria M
• Konfiguracje magazynu maszyn wirtualnych platformy Azure sap HANA

Obecnie usługa Azure Backup dla platformy SAP HANA akceptuje wartość 1 jako wartość właściwości parallel_backup_using_backint . Jednak usługa Azure Backup dzieli ten pojedynczy strumień w wielu strumieniach w celu uzyskania lepszej wydajności.

Obecnie tylko kopie zapasowe oparte na usłudze Backint są obsługiwane w przypadku modułu HSR. Migawki nie są jeszcze.

Należy uruchomić ponowne wykrywanie wystąpienia na serwerze oznaczonym jako "Nie gotowe", aby zaktualizować jego stan.

W ciągu dnia można wykonać maksymalnie 10 operacji przywracania na system lub wystąpienie platformy HANA. Należy pamiętać, że jeśli przywracanie zostanie anulowane lub zakończy się niepowodzeniem, jest również uznawane za próbę przywrócenia.

Sprawdź, czy zostały spełnione wszystkie wymagania wstępne dotyczące przywracania do docelowego wystąpienia platformy SAP HANA. Aby uzyskać więcej informacji, zobacz Wymagania wstępne — przywracanie baz danych SAP HANA na maszynie wirtualnej platformy Azure.

Upewnij się, że podczas przywracania wybrano opcję Wymuś zastąpienie .

Zapoznaj się z uwagami platformy SAP HANA 1642148 , aby zobaczyć, jakie typy przywracania są obecnie obsługiwane.

Tak, możesz użyć kopii zapasowych przesyłania strumieniowego wyzwolonych w bazie danych HANA uruchomionej w systemie SLES, aby przywrócić je do systemu RHEL HANA i na odwrót. Oznacza to, że przywracanie między systemami operacyjnymi jest możliwe przy użyciu kopii zapasowych przesyłania strumieniowego. Należy jednak upewnić się, że system HANA, do którego chcesz przywrócić, i system HANA używany do przywracania, są zgodne z przywracaniem zgodnie z oprogramowaniem SAP. Zapoznaj się z uwagami platformy SAP HANA 1642148, aby zobaczyć, które typy przywracania są zgodne.

Tak, możesz pobrać pliki częściowo zgodnie z dokumentacją tutaj.

Tak, należy wyłączyć replikację systemu HANA (HSR) w systemie docelowym, a następnie wykonać przywracanie. Nie można przywrócić systemu z obsługą modułu HSR zgodnie z systemem SAP.

Przed utworzeniem zasad należy jasno określić wymagania celu punktu odzyskiwania i celu punktu odzyskiwania oraz jego istotne konsekwencje dotyczące kosztów.

Cel punktu odzyskiwania (cel punktu odzyskiwania) wskazuje, ile utraty danych jest akceptowalne dla użytkownika/klienta. Jest to określane przez częstotliwość tworzenia kopii zapasowych dziennika. Częstsze kopie zapasowe dzienników wskazują niższy cel punktu odzyskiwania, a minimalna wartość obsługiwana przez usługę Azure Backup wynosi 15 minut. Częstotliwość tworzenia kopii zapasowej dziennika może być 15 minut lub większa.

Cel czasu odzyskiwania (cel czasu odzyskiwania) wskazuje, jak szybko dane powinny zostać przywrócone do ostatniego dostępnego punktu w czasie po scenariuszu utraty danych. Zależy to od strategii odzyskiwania stosowanej przez platformę HANA, która zwykle zależy od liczby plików wymaganych do przywrócenia. Ma to również wpływ na koszty, a poniższa tabela powinna pomóc w zrozumieniu wszystkich scenariuszy i ich implikacji.

W związku z tym można wybrać wariant zasad na podstawie celów celu punktu odzyskiwania i celu punktu odzyskiwania oraz zagadnień dotyczących kosztów.

Należy pamiętać o kilku zasadach podczas określania wpływu zmiany zasad elementu kopii zapasowej z zasad 1 (P1) na zasady 2 (P2) lub edytowania zasad 1 (P1).

• Wszystkie zmiany są również stosowane wstecznie. Najnowsze zasady tworzenia kopii zapasowych są stosowane również w punktach odzyskiwania wykonanych wcześniej. Załóżmy na przykład, że dzienne pełne przechowywanie wynosi 30 dni, a 10 punktów odzyskiwania zostało wykonanych zgodnie z aktualnie aktywnymi zasadami. Jeśli okres przechowywania pełnego dnia zostanie zmieniony na 10 dni, czas wygaśnięcia poprzedniego punktu zostanie również ponownie obliczony jako czas rozpoczęcia + 10 dni i usunięty, jeśli wygasł.
• Zakres zmian obejmuje również dzień tworzenia kopii zapasowej, typ kopii zapasowej wraz z przechowywaniem. Na przykład: Jeśli zasady zostaną zmienione z dziennego pełnego na tygodniowy pełny w niedziele, wszystkie wcześniejsze pełne pełne pliki, które nie są w niedziele, zostaną oznaczone do usunięcia.
• Element nadrzędny nie zostanie usunięty, dopóki element podrzędny nie zostanie aktywny/nie wygasł. Każdy typ kopii zapasowej ma czas wygaśnięcia zgodnie z aktualnie aktywnymi zasadami. Jednak pełny typ kopii zapasowej jest uznawany za nadrzędny do kolejnych "różnicowych", "przyrostowych" i "dzienników". "Różnicowa" i "dziennik" nie są rodzicami nikogo innego. Element "przyrostowy" może być elementem nadrzędnym do kolejnych "przyrostowych". Nawet jeśli element "nadrzędny" jest oznaczony do usunięcia, nie jest on w rzeczywistości usuwany, jeśli podrzędne "różnice" lub "dzienniki" nie wygasły. Jeśli na przykład zasady zostaną zmienione z dziennej pełnej na cotygodniową pełną w niedziele, wszystkie wcześniejsze pełne wersje, które nie są w niedziele, zostaną oznaczone do usunięcia. Ale nie są one rzeczywiście usuwane, dopóki dzienniki, które zostały wykonane codziennie wcześniej, wygasły. Innymi słowy, są one zachowywane zgodnie z najnowszym czasem trwania dziennika. Po wygaśnięciu dzienników zarówno dzienniki, jak i te pełne zostaną usunięte.

Za pomocą tych zasad możesz przeczytać poniższą tabelę, aby zrozumieć implikacje zmian zasad.

Miejsce w folderze głównym można zarządzać przy użyciu jednej z następujących opcji:

• Utwórz własny lv dla /opt/msawb.
• Utwórz link nietrwały /do innej lokalizacji/folderu na tym samym/innym dysku.
• Zwiększ miejsce na partycji głównej.

Następne kroki

• Dowiedz się, jak tworzyć kopie zapasowe baz danych SAP HANA uruchomionych na maszynach wirtualnych platformy Azure.
• Dowiedz się, jak rozwiązywać problemy z tworzeniem kopii zapasowej bazy danych SAP HANA.