Zarządzanie Database@Azure Oracle i ich monitorowanie

Ten artykuł zawiera praktyki biznesowe, które można zaimplementować w celu zarządzania usługą Oracle Exadata Database Service w dedykowanej infrastrukturze przy użyciu Database@Azure Oracle. Zaimplementuj te zagadnienia podczas tworzenia ogólnego projektu i dołączania tej usługi w strefie docelowej przedsiębiorstwa platformy Azure.

Uwagi dotyczące projektowania

Przed wdrożeniem usług Oracle Database@Azure i Exadata Database należy wziąć pod uwagę te kluczowe tematy.

  • Zidentyfikuj region platformy Azure, w którym chcesz wdrożyć usługi Oracle Database@Azure i Exadata Database. Upewnij się, że ten region jest zgodny z bieżącą lub przyszłą strefą docelową platformy Azure. Jeśli wybrany region różni się od bieżącego regionu wdrażania, sprawdź, czy istniejące narzędzia do monitorowania mogą rozszerzyć możliwości tego nowego regionu. Zapewnij bezproblemową integrację i funkcjonalność w różnych regionach.

  • Przed wdrożeniem zasobów należy wziąć pod uwagę plan sieci. Zasoby bazy danych Oracle Exadata są wdrażane w podsieci prywatnej, która nie jest dostępna z lokalnych lub szprych wirtualnych bez wdrażania wirtualnego urządzenia sieciowego (NVA). Urządzenie WUS nie jest tradycyjną zaporą. Urządzenie WUS to maszyna wirtualna z systemem Linux z trasą zdefiniowaną przez użytkownika, która udostępnia adres IP następnego przeskoku i niestandardowe tabele iptable. Jeśli masz lokalne rozwiązanie do monitorowania przedsiębiorstwa, musisz wdrożyć tabele iptable.

  • Zapoznaj się z ograniczeniami sieciowymi. Podsieci wdrażane w sieci wirtualnej i skojarzone z klastrami bazy danych Oracle Exadata database są delegowane podsieciami prywatnymi. Delegowane podsieci nie zezwalają na komunikację sieciową poza siecią wirtualną bez wdrażania urządzenia WUS. Aby uzyskać więcej informacji, zobacz Ograniczenia planowania sieci.

  • Wybierz topologię sieci, która najlepiej obsługuje wybraną metodę migracji podczas tworzenia planu sieciowego. Metoda migracji powinna monitorować proces podczas przenoszenia danych krytycznych. Opcje migracji obejmują Oracle Recovery Manager, Oracle Data Guard, Oracle Data Pump lub maszynę wirtualną z systemem Linux z zainstalowaną rolą systemu plików sieciowych. Aby uzyskać szczegółowe wskazówki, skontaktuj się z przedstawicielem firmy Oracle i przedstawicielem firmy Microsoft.

  • Określ, jak zintegrować alerty monitora z procesem klasyfikacji.

  • Utwórz listę najważniejszych uczestników projektu, które należy powiadomić po wyzwoleniu alertu.

  • Przejrzyj metryki monitorowania z administratorami bazy danych, aby dopasować oczekiwania.

Aby uzyskać więcej informacji, zobacz Planowanie wdrożenia oracle na platformie Azure.

Zalecenia dotyczące projektowania

Przed wdrożeniem usług Oracle Database@Azure i Exadata Database należy wziąć pod uwagę te zalecenia.

Monitorowanie kondycji i wydajności

Należy zbierać metryki ilościowe, takie jak użycie procesora CPU, użycie pamięci, użycie magazynu, operacje bazy danych, zapytania SQL i ogólne transakcje. Możesz użyć metryk usługi Azure Monitor lub wybranego narzędzia do monitorowania, aby zdiagnozować i aktywnie rozwiązywać problemy. Zbieranie i przegląd metryk bazy danych pomaga zapewnić gotowość operacyjną i długoterminowe utrzymanie.

Monitorowanie kluczowych metryk

Poniższa tabela zawiera początkowe zalecane ustawienia metryk bazy danych Oracle Cloud Database. Możesz dodawać liczniki na podstawie potrzeb organizacji. Ustaw każde ustawienie monitorowania dla wszystkich dostępnych węzłów w klastrze. W usłudze Azure Monitor nie można jednocześnie wybierać wielu obiektów podczas dodawania metryk. Aby wprowadzić określone ustawienia, należy wybrać każdy węzeł klastra Exadata.

Ustaw alerty w rozwiązaniu do monitorowania dla obciążeń krytycznych. Jeśli używasz usługi Azure Monitor, możesz utworzyć grupy akcji.

Nazwa metryki Częstotliwość zbierania Threshold opis
Wykorzystanie procesora 5 min 90% Użycie procesora CPU wyrażone jako wartość procentowa i zagregowane we wszystkich grupach odbiorców. Procent użycia jest zgłaszany w odniesieniu do liczby procesorów CPU, których baza danych może używać, czyli dwa razy więcej procesorów CPU Oracle. To ustawienie dotyczy każdej bazy danych w klastrze.
Wykorzystanie magazynu 30 min 90% Procent aprowizowanej pojemności magazynu, która jest używana. To ustawienie reprezentuje łączną przydzieloną ilość miejsca dla wszystkich przestrzeni tabel. To ustawienie dotyczy każdej bazy danych w klastrze.
Wykorzystanie obszaru odzyskiwania flash 15 min 90% Użycie obszaru odzyskiwania flash.
Użycie pamięci 15 min Zużywane megabity 90% Łączny rozmiar puli pamięci.
Wykorzystanie limitu procesów 5 min 90% Limit użycia procesu.
Wykorzystanie limitu sesji 5 min 90% Użycie limitu sesji bazy danych.
Obszar szybkiego odzyskiwania do użycia 15 min 90% Obszar szybkiego odzyskiwania do użycia.
Wykorzystanie pamięci klastra bazy danych Oracle Cloud Infrastructure (OCI) 5 min 90% Ilość pamięci zużywanej przez klastry bazy danych Exadata.
Średni stan węzła 5 min 0 (ten wymiar oznacza fałsz) Czy węzeł klastra bazy danych Exadata w klastrze jest dostępny, czy niedostępny.

Aby uzyskać więcej informacji, zobacz Oracle Cloud Database metrics (Metryki bazy danych Oracle Cloud Database).

Następne kroki