Ładowanie danych partycji federowanej

Integracja Essbase z usługą OCI Object Storage

W celu ładowania danych z kostki z partycją federowaną do tabeli faktów w Autonomous Data Warehouse Essbase używa pakietu DBMS_CLOUD, który jest dostępny wraz z bazą danych Autonomous Database.

Aby uzyskać dostęp do pakietu DBMS_CLOUD, należy wybrać opcję integracji Essbase z usługą OCI Object Storage podczas wdrażania stosu Oracle Essbase z serwisu Oracle Cloud Marketplace.

Szczegółowe informacje są dostępne pod hasłem Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych.

Konfigurowanie uwierzytelnień na potrzeby ładowania danych

Zanim będzie można wykonać jakąkolwiek operację ładowania danych do Autonomous Data Warehouse za pośrednictwem Essbase, należy wykonać proces Workflow obejmujący kroki włączania uwierzytelnień w chmurze, tak aby można było ich używać z partycjami federowanymi.

Typy użytkowników w procesie Workflow uwierzytelnień ładowania danych

Użytkownicy mający dostęp dowolnego typu spośród wymienionych poniżej są lub mogą być zaangażowani w realizację procesu Workflow, który trzeba wykonać w celu skonfigurowania kostki z partycją federowaną do ładowania danych. W rzeczywistej organizacji te role mogą być rozdzielone (przez co konfigurowanie staje się procesem Workflow wymagającym współpracy) lub połączone (jedna osoba ma cały wymagany dostęp).

Proces Workflow uwierzytelnień ładowania danych

Poniższe kroki procesu Workflow należy wykonać dla każdego schematu bazy danych używanego na potrzeby partycji federowanej.

1. Użytkownik OCI: wykonać instrukcje opisane w temacie Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych w celu wdrożenia Essbase w dzierżawie OCI, w której wybrano opcje odpowiednie dla partycji federowanych.

2. Użytkownik bazy danych, administrator Essbase lub menedżer aplikacji Essbase: zalogować się do internetowego interfejsu Essbase i utworzyć połączenie z Autonomous Data Warehouse, jak opisano w temacie Tworzenie połączenia dla partycji federowanych.

3. Użytkownik bazy danych, administrator Essbase lub menedżer aplikacji Essbase: utworzyć partycję federowaną, tak jak opisano w temacie Tworzenie partycji federowanej.

4. Użytkownik OCI: z poziomu swojego profilu użytkownika w konsoli OCI wygenerować i skopiować token identyfikacji. Dostarczyć ten token oraz swoją nazwę użytkownika użytkownikowi SSH.

   Zob. Uzyskiwanie tokenu identyfikacyjnego.

   
   
   
   
   

5. Użytkownik SSH: uruchomić skrypt przygotowywania do ładowania danych dostępny w instancji Essbase w OCI. Ten skrypt należy uruchomić tylko raz dla każdego schematu bazy danych w Autonomous Data Warehouse.

   Przykład:

   1. Przełączyć się do użytkownika oracle.

      sudo su oracle

   2. Przejść do lokalizacji skryptu.

      cd /u01/vmtools/config/adwwb_dbms

   3. Uruchomić skrypt.

      ./configure-dbms-writeback.sh

      Uwaga:

      Aby wyświetlić opcje skryptu, należy uruchomić skrypt z argumentem -h lub --help. Składnia: ./configure-dbms-writeback.sh [--help | -h]

      Uwaga:

      Opcjonalnie można uruchomić skrypt z użyciem opcji sejfu. Ta opcja powoduje, że skrypt pobiera uwierzytelnienia administratora bazy danych, które są przechowywane w sejfie dostępnym przy użyciu OCID, zamiast monitować o podanie hasła. Składnia: ./configure-dbms-writeback.sh [--vault | -V]

   4. Gdy zostanie wyświetlony monit, wprowadzić wymagane informacje:

      • Hasło administratora bazy danych, jeśli skrypt nie został uruchomiony z użyciem opcji sejfu. Hasło należy do informacji chronionych, więc podczas pisania w wierszu polecenia tekst nie będzie widoczny.
      • Nazwa i hasło użytkownika bazy danych. Hasło należy do informacji chronionych, więc podczas pisania w wierszu polecenia tekst nie będzie widoczny.
      • Nazwa użytkownika i token identyfikacyjny użytkownika OCI. Wprowadzić pełny napis identyfikacyjny użytkownika. W celu znalezienia tego napisu kliknąć ikonę profilu w prawym górnym rogu konsoli OCI, aby wyświetlić przegląd profilu użytkownika. Skopiować pełny napis wyświetlany poniżej pola Profil i powyżej pola Dzierżawa.
        
        
        
        

   Skrypt utworzy wymagane uwierzytelnienie w chmurze i zapisze je w schemacie bazy danych. Nie ma potrzeby ponownego uruchamiania tego skryptu po ponownym uruchomieniu OCI, Essbase lub aplikacji Essbase.

Teraz można ładować dane za pośrednictwem Essbase w celu aktualizowania tabeli faktów Autonomous Data Warehouse.

Inne uwagi dotyczące ładowania danych partycji federowanej

Lokalizacja pliku danych źródłowych

Oracle zaleca, aby przed załadowaniem danych do tabeli faktów za pośrednictwem Essbase wysłać plik danych na serwer Essbase. Ładowanie danych po stronie klienta jest obsługiwane, ale trwa dłużej.

Narzędzia do ładowania danych inne niż dostępne w Essbase

Jeśli nie trzeba ładować danych do Autonomous Data Warehouse za pośrednictwem Essbase, można użyć narzędzi Data Tools w bazie danych Autonomous Database, aby załadować dane do tabeli faktów i wykonać inne zadania z zakresu zarządzania. Należy jednak zadbać, aby nie doszło do utraty synchronizacji między strukturą kostki a tabelą faktów (zob. Środki ostrożności dotyczące metadanych kostek partycji federowanej).

Sformatowane pliki danych DBMS

Ładowanie plików eksportu danych sformatowanych przez Essbase do kostek z partycją federowaną może zająć dużo czasu. Aby zoptymalizować ładowanie danych, należy użyć sformatowanego pliku źródła DBMS. Można go utworzyć, używając polecenia obliczeniowego DATAEXPORT z opcją DataExportCSVFormat. Pliki w formacie CSV można ładować szybciej, ponieważ są one zgodne z opcjami formatu pakietu DBMS_CLOUD dotyczącymi plików źródłowych.

Wymiar przestawny w tabeli faktów i źródle wejściowym ładowania danych

Wymiar przestawny używany w plikach wejściowych ładowania danych musi być taki sam jak wymiar przestawny w tabeli faktów.

Na przykład w poniższej tabeli faktów wymiarem przestawnym jest wymiar "Miary" ("Sales", "COGS", "Margin" itp.).

Akceptowalny plik wejściowy ładowania danych dla tej tabeli faktów ma podobną postać, ponieważ zawiera taki sam wymiar przestawny. Przykład (obcięty):

"Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions","Ending Inventory"
"Jan","100-10","New York","Actual",678,271,407,94,51,0,145,262,2101,644,2067
"Feb","100-10","New York","Actual",645,258,387,90,51,1,142,245,2067,619,2041
"Mar","100-10","New York","Actual",675,270,405,94,51,1,146,259,2041,742,2108

Jeśli wymiar przestawny w pliku wejściowym będzie różnił się od wymiaru przestawnego w tabeli faktów, zostanie zwrócony błąd, a wykonywanie zlecenia ładowania danych zostanie zakończone.

Brak obsługi wielu plików importu w narzędziu MaxL

Importowanie danych z wielu plików równolegle przy użyciu instrukcji import narzędzia MaxL z wieloznacznikami nie jest obsługiwane w przypadku kostek z partycjami federowanymi.