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.

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 błędem ODBCConnectionError.
   
   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.

Podczas operacji tworzenia kopii zapasowej zadanie tworzenia kopii zapasowej łączy się z trzema punktami końcowymi usługi — AzureBackup, AzureStoragei Microsoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage", co pomaga wysyłać ruch z sieci wirtualnej bezpośrednio do magazynu. W przypadku usług Azure Backup i Microsoft Entra ID można skonfigurować trasę zdefiniowaną przez tagi usług, aby ruch był przesyłany do sieci szkieletowej zamiast do środowiska lokalnego.

Magazyn usługi Recovery Services przedstawia wszystkie węzły będące częścią replikacji systemu SAP HANA. Wszystkie węzły są wymienione tutaj zgodnie z danymi wyjściowymi hdbnsutil . Jednak zgodnie z oczekiwanym zachowaniem jest rejestrowany tylko skonfigurowany węzeł w tym magazynie.

Po wyzwoleniu zadania tworzenia kopii zapasowej przy użyciu agenta hdbbackint Backint zapisuje informacje w /var/tmp katalogu. Na przykład jeśli podczas procesu tworzenia kopii zapasowej wystąpi błąd, komunikat o błędzie zostanie zapisany w pliku w /var/tmp katalogu. Nazwa pliku jest tworzona w formacie hdbbackint_<SID>.<random_string>, gdzie <SID> jest identyfikatorem systemowym wystąpienia SAP HANA i <random_string> jest losowo generowanym ciągiem.

Proces tworzenia kopii zapasowej nie ma wpływu na usunięcie hdbbackint pliku w /var/tmp katalogu. Może jednak usunąć wszelkie komunikaty o błędach zapisane w pliku podczas procesu tworzenia kopii zapasowej.

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.