Oracle

W tej sekcji opisano, jak skonfigurować źródło oparte na Oracle w zadaniu danych. Zanim rozpoczniesz zadanie danych, upewnij się, że Wymagania wstępne zostały spełnione, skonfigurowano Wymagane uprawnienia i znasz Ograniczenia i uwagi.

Musisz skonfigurować połączenie z bazą danych Oracle, jeśli umieszczasz dane z którejkolwiek z poniższych baz:

• Oracle lokalnie

• Amazon RDS for Oracle

• Oracle Cloud

Konfiguracja właściwości połączenia

W tej sekcji opisano dostępne właściwości połączenia. Wszystkie właściwości są wymagane, chyba że zaznaczono inaczej.

Aby otworzyć łącznik, wykonaj następujące czynności:

1. W obszarze Połączenia kliknij Utwórz połączenie.

2. Wybierz łącznik źródła Oracle, a następnie wprowadź następujące ustawienia:

Źródło danych

• Brama danych

Wybierz bramę Brama danych ruchu danych do przenoszenia danych

• Dostawca usługi w chmurze: Jeśli twoja baza danych Oracle znajduje się w chmurze, wybierz dostawcę:

  • brak (domyślnie)

  • Amazon RDS

  • Oracle Cloud

• Ciąg połączenia: Ciąg połączenia Oracle dla źródłowej bazy danych. Możesz wpisać ciąg połączenia w dowolnym formacie Oracle, na przykład:

  //host:port/service name

  Gdzie:

  • host: nazwa lub adres IP komputera z używaną bazą danych Oracle. Na przykład: johnboy_W7 lub 255.255.255.0.
  • port: (opcjonalnie) numer portu usługi nasłuchiwania TNS komputera z bazą danych Oracle. Jeśli nie wprowadzono numeru portu, jest używany domyślny numer portu usługi nasłuchiwania TNS Oracle.
  • service name: (opcjonalnie) nazwa usługi komputera z bazą danych Oracle. Jeśli nie wprowadzono nazwy usługi, jest używana domyślna nazwa usługi.

  Można też podać parę klucz-wartość usługi Oracle Net. Na przykład:

  "(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp) (HOST=dlsun242) (PORT=5521))

  (CONNECT_DATA=(SERVICE_NAME=bjava21)))"

  Informacja

  W przypadku pracy ze środowiskiem wielodostępnym parametry połączenia muszą określać konkretną bazę typu PDB.

Właściwości konta

Nazwa użytkownika i Hasło: nazwa użytkownika i hasło użytkownika uprawnionego do dostępu do bazy danych Oracle.

Właściwości bazy danych

• Pokaż numer jako: Wybierz jedną z następujących opcji:

  • Kombinacja precyzja-skala
  • FLOAT

  • VARCHAR

  Informacja

  • Jeśli precyzja wynosi 39 lub więcej, wybierz VARCHAR
  • Domyślnie dane typu NUMBER są konwertowane na dane o precyzji 38 i skali 10
  • Definicja „Expose NUMBER” (Pokaż liczby jako) w bazie danych Oracle jest używana tylko do danych typu NUMBER (bez jawnej definicji precyzji i skali)

• Support nested tables (Obsługa zagnieżdżonych tabel): wybierz tę opcję, aby wykonywać operacje land na tabelach bazy danych Oracle zawierających kolumny, które są tabelami zagnieżdżonymi lub zdefiniowanego typu. Więcej informacji o tej funkcji i jej wymaganiach wstępnych zawiera temat Przenoszenie tabel zagnieżdżonych.

• Support invisible columns (Obsługa niewidocznych kolumn): wybierz tę opcję, aby wykonywać operacje land na niewidocznych kolumnach.

Właściwości CDC

• Retry interval (Interwał ponowienia): użyj licznika lub wpisz liczbę sekund oczekiwania systemu przed ponownym wysłaniem zapytania.

• Archived redo logs destination ID (ID miejsca docelowego zarchiwizowanych dzienników redo): miejsce docelowe zarchiwizowanych dzienników redo. Wartość powinna być taka sama jak liczba DEST_ID w tabeli V$archived_log.

  W przypadku korzystania z wielu miejsc docelowych (DEST_ID) należy określić wartość Archived redo logs location identifier (Identyfikator lokalizacji zarchiwizowanych dzienników redo), która reprezentuje zarchiwizowane dzienniki dostępne dla serwera replikacji Qlik. Jeśli wartość Archived redo logs location identifier (Identyfikator lokalizacji zarchiwizowanych dzienników redo) nie została określona, serwer replikacji Qlik używa ID określonego w polu Alternate archived redo logs destination ID (ID alternatywnego miejsca docelowego zarchiwizowanych dzienników redo). Jeśli nie określono ID miejsca alternatywnego, serwer replikacji Qlik używa minimalnego istniejącego ustawienia DEST_ID.

• Alternate archived redo logs destination ID (ID alternatywnego miejsca docelowego zarchiwizowanych dzienników redo): miejsce docelowe archiwum w przypadku niepowodzenia odczytu z podstawowego miejsca docelowego.

• Use archived redo logs only (Używaj tylko zarchiwizowanych dzienników redo): kiedy ta opcja jest wybrana, serwer replikacji Qlik będzie uzyskiwać dostęp tylko do zarchiwizowanych dzienników redo. Jeśli zarchiwizowane dzienniki redo są przechowywane tylko w systemie ASM, użytkownik określony w ustawieniach łącznika musi mieć przyznane uprawnienia do systemu ASM opisane w temacie Wymagane uprawnienia ASM.
• Access redo logs via (Dostęp do dzienników redo przez): wybierz sposób dostępu do dzienników redo — przy użyciu czytnika dzienników (ustawienie domyślne) lub narzędzia LogMiner. Jeśli w polu Cloud provider (Dostawca chmury) wybrano chmurę Oracle, dzienniki redo zawsze będą dostępne przy użyciu czytnika dzienników. Jeśli nie wybrano, dzienniki redo będą dostępne przy użyciu narzędzia LogMiner. Informacje o tym, kiedy należy używać narzędzia LogMiner zamiast czytnika dzienników, zawiera temat Pliki dzienników redo – wytyczne dotyczące metody dostępu.

Właściwości ASM

• Jeśli używane dzienniki redo bazy danych Oracle są przechowywane przy użyciu systemu Automated Storage Management (ASM), wpisz wymagane informacje o dostępie w odpowiednich polach.

  Informacja

  • Te opcje są dostępne tylko po wybraniu ustawienia Access redo logs via Log Reader (Dostęp do dzienników redo przez czytnik dzienników).

  • Aby uzyskać dostęp do dzienników redo w systemie ASM, należy też przyznać dodatkowe uprawnienia opisane w sekcji Wymagane uprawnienia ASM

• ASM Connection String (Parametry połączenia z ASM): parametry połączenia z instancją ASM, jeśli baza danych Oracle korzysta z systemu ASM.
• ASM user name (Nazwa użytkownika ASM): nazwa użytkownika systemu ASM.

• ASM password (Hasło ASM): hasło użytkownika systemu ASM.

• Number of concurrent ASM Read threads (Liczba jednoczesnych wątków odczytu z ASM): liczba wątków do użycia przy odczycie dzienników redo z systemu ASM. Zwiększenie tej liczby może poprawić wydajność, jeśli jest bardzo dużo zmian.

Tajne zapisy szyfrujące dla CDC

Jeśli niektóre kolumny tabeli źródłowej są zaszyfrowane, należy określić nazwy i wartościszyfrowania portfela Oracle. Więcej informacji zawiera poniższa sekcja Znajdowanie wpisów portfela.

Właściwości wewnętrzne

Właściwości wewnętrzne są przeznaczone dla specjalnych przypadków, w związku z czym nie są ukazywane w oknie dialogowym. Należy ich używać tylko na polecenie Qlik Pomocy technicznej.

Użyj przycisków i znajdujących się po prawej stronie pól, aby dodać lub usunąć właściwości zgodnie z potrzebą.

Nazwa

Nazwa wyświetlana dla połączenia źródłowego.

Znajdowanie wpisów w portfelu

Znajdowanie wpisu w portfelu używanego do szyfrowania kolumny TDE

Aby określić prawidłowe klucze szyfrowania używane do szyfrowania obszaru tabel TDE lub kolumn TDE, najpierw należy znaleźć odpowiedni wpis (lub wpisy w przypadku wielu kluczy) w portfelu Oracle zawierającym klucze szyfrowania. Po znalezieniu odpowiednich wpisów należy skopiować wpis i jego wartość (lub wpisy i wartości, jeśli jest ich więcej) do pól Names (Nazwy) i Values (Wartości).

Aby znaleźć wpisy w portfelu Oracle:

1. Jeśli w pliku sqlnet.ora zdefiniowano parametr ENCRYPTION_WALLET_LOCATION, użyj portfela z katalogu definiowanego przez ten parametr.
2. Jeśli w pliku sqlnet.ora zdefiniowano parametr WALLET_LOCATION, użyj portfela z katalogu definiowanego przez ten parametr.

3. W przeciwnym razie użyj portfela z domyślnej lokalizacji bazy danych.  

   Informacja

   Nazwą portfela powinno być ewallet.p12

4. Aby ustalić nazwy wpisów ORACLE.SECURITY.DB/TS.ENCRYPTION.<SUFIKS>, użyj opcji „list” w narzędziu Oracle mkstore zgodnie z poniższym przykładem:

   mkstore –wrl <full wallet name> -list

5. Jeśli wiesz, które wpisy są używane do szyfrowania dzienników redo, wybierz nazwy wpisów i użyj opcji „viewEntry” w narzędziu Oracle mkstore w celu ustalenia wartości wpisów. Przykład:

   mkstore –wrl <full wallet name> -viewEntry <entry name>

   Informacja

   Jeśli wpis używany do szyfrowania dzienników redo jest nieznany, można wybrać wiele wpisów baz danych lub obszarów tabel i ustalić ich wartości zgodnie z powyższym opisem (a następnie skopiować i wkleić nazwy wpisów oraz wartości w polach Names (Nazwy) i Values (Wartości)). Jeśli określone wpisy są nieprawidłowe, zadanie nie powiedzie się i zostanie wyświetlony komunikat o błędzie zawierający prawidłową nazwę wpisu.

   Informacja

   Jeśli administrator bazy danych zmieni wpisy podczas wykonywania zadania, zadanie nie powiedzie się i zostanie wyświetlony komunikat o błędzie zawierający nową nazwę wpisu. Należy dodać nowy wpis (nazwę i wartość) do już określonych wpisów i następnie wznowić zadanie.

Znajdowanie wpisu w portfelu używanego do szyfrowania kolumny TDE w określonej tabeli

W tej sekcji opisano, jak znaleźć prawidłowy klucz szyfrowania używany do szyfrowania kolumny TDE w konkretnej tabeli.

Aby znaleźć wpis w portfelu Oracle:

1. W bazie danych Oracle uruchom następujące zapytanie, aby zwrócić wartość object_id (np. ID tabeli) zgodnie z podanym właścicielem i nazwą tabeli:

   Select object_id from all_objects where owner='<table owner>' and object_name='<table name>' and object_type='TABLE';

2. Użyj pobranej wartości object_id w następującym zapytaniu, które zwraca odpowiedni klucz główny:

   select mkeyid from sys.enc$ where obj#=OBJECT_ID;

3. Wybierz wartość klucza z portfela Oracle przy użyciu następującego polecenia:

   mkstore –wrl <full_wallet_name> -viewEntry <entry_name>

4. Skopiuj klucz główny i jego wartość odpowiednio do pól Names (Nazwy) i Values (Wartości).