Łączenie się z Oracle Autonomous AI Lakehouse
Można utworzyć połączenie z Oracle Autonomous AI Lakehouse i używać tego połączenia do uzyskiwania dostępu do danych.
- Połączenia publiczne - zob. Umożliwianie dostępu do Oracle Autonomous AI Lakehouse - wymagania wstępne.
- Połączenia prywatne - zob. Jak połączyć się z prywatną usługą Oracle Autonomous AI Lakehouse w sieci VCN klienta?.
wallet_ALKC1.zip) musi zawierać zaufane certyfikaty SSL.
Wybór nazwy usługi dla Oracle Autonomous AI Lakehouse
Wybranie odpowiedniej nazwy gotowej usługi bazy danych ma kluczowe znaczenie przy łączeniu się z Oracle Autonomous AI Lakehouse (Oracle ALK). Podane tu informacje pozwalają dowiedzieć się więcej o różnych nazwach gotowych usług bazy danych oraz o tym, którą z nich należy wybrać.
Czym są nazwy gotowych usług bazy danych?
databasename_high- najwięcej zasobów, najniższa współbieżność. Zapytania są uruchamiane równolegle.databasename_medium- mniej zasobów, wyższa współbieżność. Zapytania są uruchamiane równolegle.databasename_low- najmniej zasobów, najwyższa współbieżność. Zapytania są uruchamiane szeregowo.
Nazwy te znajdują się w pliku tnsnames.ora w portfelu Oracle. Aby wyświetlić te napisy, należy w konsoli Oracle Cloud Infrastructure kliknąć Połączenia z bazą danych.
.png"
Grupy konsumentów w module Oracle Resource Manager - informacje podstawowe
Nazwy usług bazy danych są mapowane na grupy konsumentów w module Resource Manager, co umożliwia ograniczenie liczby jednoczesnych połączeń i zapytań, które w Oracle Autonomous AI Lakehouse mogą być uruchamiane w tym samym czasie (współbieżność), a także maksymalnej liczby równoległych procesów, które są dozwolone na jedno zapytanie (parallel_degree_limit, tj. limit stopnia równoległości). Limity te zależą od liczby ECPU lub OCPU objętych licencją oraz od tego, czy jest włączone automatyczne skalowanie.
W poniższej tabeli przedstawiono przykładowe wartości połączeń współbieżnych dla bazy danych z 32 ECPU, z wyłączonym i włączonym automatycznym skalowaniem ECPU.
| Nazwa usługi bazy danych | Liczba współbieżnych zapytań z wyłączonym automatycznym skalowaniem ECPU | Liczba współbieżnych zapytań z włączonym automatycznym skalowaniem ECPU |
|---|---|---|
| high | 3 | 9 |
| medium | 20 (0,63 × liczba ECPU) | 60 (1,89 × liczba ECPU) |
| low | Maksymalnie 4800 (150 × liczba ECPU) | Maksymalnie 4800 (150 × liczba ECPU) |
Wybór optymalnej nazwy usługi bazy danych na potrzeby Oracle Analytics
Maksymalna liczba równoczesnych zapytań, które mogą być uruchomione w przypadku usługi "high" bazy danych, wynosi 3 bez automatycznego skalowania oraz 9 z włączonym automatycznym skalowaniem. Ten limit może zostać osiągnięty przez trzech użytkowników połączonych z nazwą usługi "high" bazy danych, z których każdy uruchamia jedno zapytanie, lub przez trzy raporty w jednym pulpicie informacyjnym Oracle Analytics pojedynczego użytkownika.
Nazwa usługi "low" sprawdza się dobrze w przypadku większości obciążeń Oracle Autonomous AI Lakehouse w powiązaniu z Oracle Analytics, ale aby móc używać zapytań równoległych, należy wybrać nazwę usługi "medium". Limit stopnia równoległości dla nazwy usługi "low" wynosi 1, co oznacza brak równoległości. W przypadku połączenia z nazwą usługi "low", nawet jeśli stopień równoległości będzie określony na poziomie tabeli lub indeksu, to nastąpi zredukowanie stopnia równoległości do wartości 1, a zapytanie nie będzie uruchamiane równolegle. Limit stopnia równoległości (dla jednego zapytania) w przypadku nazw "medium" i "high" jest równy dwukrotności liczby licencjonowanych CPU.
Uwaga: w przypadku łączenia się z bazą danych, która jest częścią Oracle Fusion Analytics Warehouse (Fusion Analytics), w celu umożliwienia uruchamiania maksymalnej liczby zapytań współbieżnych wymagane jest użycie nazwy usługi "low".
Monitorowanie zakolejkowanych instrukcji
Jeśli zostanie osiągnięty limit maksymalnej liczby zapytań współbieżnych, nadmiarowe zapytania są kolejkowane. W Oracle Autonomous AI Lakehouse dostępna jest miara umożliwiająca sprawdzanie zakolejkowanych instrukcji.
Należy wybrać Czynności dot. bazy danych, a następnie Pulpit bazy danych na stronie Oracle Autonomous AI Lakehouse konsoli Oracle Cloud Infrastructure.
Wybrać Performance Hub, a następnie wybrać kartę Monitorowanie SQL, aby uzyskać informacje o statusie zakolejkowanej instrukcji, który jest wyświetlany w postaci szarej ikony zegara. W tym przykładzie trzy zapytania są uruchomione w ramach nazwy usługi "high", jedno jest zakolejkowane, a jedno jest uruchomione w ramach nazwy usługi "medium". Zakolejkowana instrukcja jest wykonywana, gdy jedno z trzech zapytań uruchomionych w ramach nazwy usługi "high" zostanie ukończone.
Monitorowanie równoległości
Jeśli limit stopnia równoległości zostanie przekroczony, w raporcie z monitorowania SQL będzie widoczne obniżenie stopnia równoległości (DOP). Przyczyna "353" obniżenia stopnia równoległości oznacza, że w module Resource Manager stopień dla instrukcji został obniżony z powodu osiągnięcia limitu maksymalnego stopnia równoległości.
Kody przyczyn obniżenia występujące w Oracle Database w wersji 18 i nowszych przedstawiono w następującej tabeli:
| ID | Kody przyczyn |
| 352 | Obniżenie DOP z powodu adaptacyjnego DOP. |
| 353 | Obniżenie DOP z powodu maksymalnego DOP w module Resource Manager. |
| 354 | Obniżenie DOP z powodu niewystarczającej liczby procesów. |
| 355 | Obniżenie DOP z powodu niepowodzenia złączenia procesów podrzędnych. |
Zdarzenie oczekiwania CPU w module Resource Manager
Sesja oczekująca na przydzielenie CPU przez moduł Resource Manager zwiększa liczbę zdarzeń oczekiwania "resmgr:cpu quantum". Aby ograniczyć występowanie tego zdarzenia oczekiwania, należy sprawdzić, czy dla połączenia OAC jest używana nazwa usługi "low" lub "medium" albo zwiększyć liczbę CPU przydzielanych do Oracle ALK.
Aby sprawdzić liczbę oczekiwań i średni czas oczekiwania, należy przejrzeć raport "Zdarzenia oczekiwania na pierwszym planie" w raporcie repozytorium AWR (Automatic Workload Repository) dla zdarzenia oczekiwania "resmgr:cpu quantum".
W tym przykładzie występują łącznie 272 oczekiwania, średni czas jednego oczekiwania wynosi 588,91 milisekundy, a łączny czas oczekiwania to 160 sekund. Stwierdzono, że przyczyną było używanie nazwy usługi "high" bazy danych dla połączenia OAC. Gdy klient przełączył na usługę "medium", te okresy oczekiwania zniknęły, a problem z okresowym spowolnieniem działania pulpitu informacyjnego został rozwiązany.
Wskazówka dotycząca tworzenia połączenia z Oracle Autonomous AI Lakehouse w Oracle Analytics
Gdy w Oracle Analytics użytkownik definiuje połączenie z Oracle Autonomous AI Lakehouse przy użyciu portfela instancji, domyślnie wybierana jest nazwa usługi "high". Aby uniknąć ograniczania liczby połączeń współbieżnych, należy zmienić nazwę usługi na "low" lub "medium".
