Aby można było utworzyć partycję federowaną, należy zainicjować obsługę instancji Oracle Autonomous Database Serverless z typem obciążenia "Autonomous Data Warehouse", wdrożyć Essbase w tej samej dzierżawie Oracle Cloud Infrastructure, używając usługi Marketplace, a następnie wykonać inne zadania konfiguracyjne.
Aby można było utworzyć partycję federowaną w Essbase, należy najpierw wykonać zadania konfiguracyjne.
Należy przejrzeć poniższe listy kontrolne, a następnie przejść do tematu Proces Workflow korzystania z partycji federowanych, aby zapoznać się z kolejnością implementacji zadań.
Tabela 18-2 Wymagania wstępne dotyczące wdrożenia w chmurze
| Wymaganie | Przyczyna | Sposób postępowania / więcej informacji |
|---|---|---|
|
Essbase i Autonomous Data Warehouse są wdrażane razem we współużytkowanej dzierżawie Oracle Cloud Infrastructure przy użyciu wykazu usługi Marketplace. |
Dzięki Oracle Cloud Infrastructure Essbase może korzystać z zalet elastycznych i skalowalnych architektur chmur obliczeniowych. W Autonomous Data Warehouse Serverless są składowane dane używane przez kostkę Essbase. |
Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych |
|
Essbase używa Autonomous Data Warehouse jako swojego repozytorium schematów. |
Następujące schematy w Autonomous Data Warehouse mają różne zastosowania w Essbase: Schematy narzędzia tworzenia repozytorium (Repository Creation Utility (RCU)) są tworzone automatycznie podczas wdrażania Essbase i są w nich przechowywane informacje dotyczące artefaktów i składników platformy. Schemat użytkownika bazy danych to miejsce, w którym znajduje się tabela faktów zawierająca dane Essbase. Ostrzeżenie: Są to osobne schematy zgodnie z założeniami projektowymi. Nie należy używać schematów narzędzia RCU na potrzeby tabeli faktów. |
Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych |
|
Wdrożenie Essbase jest skonfigurowane do używania usługi OCI Object Storage. |
Aby umożliwić ładowanie danych z Essbase do Autonomous Data Warehouse, należy zintegrować magazyn katalogów plików Essbase z magazynem Oracle Cloud. |
Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych |
Tabela 18-3 Wymagania wstępne dotyczące bazy danych
| Wymaganie | Przyczyna | Sposób postępowania / więcej informacji |
|---|---|---|
|
Organizacja wdraża Autonomous Data Warehouse Serverless. |
Konfiguracją, dostrajaniem, składowaniem, wykonywaniem kopii zapasowych i aktualizowaniem zarządza Oracle, dzięki czemu można używać Essbase w środowisku chmury bez konieczności poświęcania czasu na zarządzanie infrastrukturą. Autonomous Data Warehouse obsługuje także składowanie danych na potrzeby Essbase. Niezależnie od tego, czy potrzebna jest wyższa wydajność zapytań, obciążenia o wysokim stopniu współbieżności czy kombinacja obu tych możliwości, Autonomous Data Warehouse oferuje odpowiednią usługę, która umożliwia spełnienie takich wymagań dotyczących dostępu do danych. |
Inicjowanie obsługi Autonomous Data Warehouse w celu korzystania z partycji federowanych |
|
Administrator bazy danych w Autonomous Data Warehouse tworzy nowy schemat. |
Dedykowany schemat jest potrzebny, aby można było używać partycji federowanej. Nowy użytkownik Autonomous Data Warehouse odpowiada nowemu, pustemu schematowi. Przypominamy, że w tej dokumentacji partycji federowanych właściciel dedykowanego schematu będzie nazywany użytkownikiem bazy danych. |
Tworzenie użytkowników w Autonomous Database (jeśli ma być używana konsola OCI) lub CREATE USER (aby utworzyć użytkownika/schemat Autonomous Data Warehouse przy użyciu dowolnego narzędzia klienckiego SQL) |
|
Administrator bazy danych w Autonomous Data Warehouse przyznaje użytkownikowi bazy danych uprawnienia do zasobów. |
Użytkownik bazy danych w Autonomous Data Warehouse musi mieć możliwość wykonywania następujących zadań:
|
Zarządzanie rolami i uprawnieniami użytkowników w Autonomous Database Inicjowanie obsługi Autonomous Data Warehouse w celu korzystania z partycji federowanych |
|
Użytkownik bazy danych tworzy tabelę faktów w schemacie. |
Tabela faktów w Autonomous Data Warehouse jest potrzebna do składowania danych kostki Essbase. |
Konfigurowanie tabeli faktów i identyfikowanie wymiaru przestawnego |
Tabela 18-4 Wymagania wstępne dotyczące platformy Essbase
| Wymaganie | Przyczyna | Sposób postępowania / więcej informacji |
|---|---|---|
|
Utworzono aplikację i kostkę Essbase. Kostka nie musi zawierać danych. Kostka musi znajdować się we własnej aplikacji o unikatowej nazwie. Kostki z partycjami federowanymi nie mogą współużytkować aplikacji z innymi kostkami. Nie można używać jednego schematu Autonomous Data Warehouse dla wielu instancji Essbase. |
Struktura Essbase jest wymagana dla partycji federowanej w celu mapowania kostki na tabelę faktów w Autonomous Data Warehouse. |
|
|
Administrator usługi Essbase lub menedżer aplikacji definiuje połączenie. |
Essbase musi mieć łączność z Autonomous Data Warehouse. |
|
|
Ten element nie należy do wymagań wstępnych, ale jest stanowczo zalecanym etapem po zakończeniu tworzenia partycji federowanej. Co najmniej jedna osoba konfiguruje uwierzytelnienia DBMS_CLOUD (stanowczo zalecane) |
Zanim będzie można wykonać jakąkolwiek operację ładowania danych do Autonomous Data Warehouse za pośrednictwem Essbase, należy włączyć uwierzytelnienia w chmurze dla partycji federowanych. |