Autonomous Database Serverless 技術詳細 / adb-s_technical_detail_jp

Slide 1

Slide 1 text

⽇本オラクル株式会社クラウド・エンジニアリングCOE統括 Autonomous & Analytics ソリューション部 2024/9/15 技術詳細 Oracle Autonomous Database Serverless

Slide 93

Slide 93 text

93 Copyright © 2024, Oracle and/or its affiliates Autonomous Data Guard スタンバイ・データベースによる⾼可⽤性構成のサポートクロス・リージョンとローカルの違いローカルクロス・リージョンスタンバイの場所同じリージョンの異なるAD （シングルADの場合は異なるExadata筐体間で構成される) 異なるリージョン。ブロックボリュームのペア・リージョンに従い構成される・東京 -> ⼤阪、韓国(ソウル) ・⼤阪 -> 東京 (2021/8時点) スタンバイへの操作不可（SQLアクセスを含む）不可（SQLアクセスを含む）ただし、ネットワーク更新やフェイルオーバー/スイッチオーバー操作など特定の操作は許可（OCIコンソール画⾯の表⽰名は**_remote) スタンバイ側のコスト OCPU︓プライマリと同⼀（⾃動スケーリング分は含まない） Exadata Storage︓プライマリと同⼀サイズ OCPU︓プライマリと同⼀（⾃動スケーリング分は含まない） Exadata Storage︓プライマリの2倍のサイズが必要（データファイル分と転送データ分が必要となる）スイッチオーバー(S/O) 可可⾃動フェイルオーバー(F/O) 可（RTO:2分 RPO:0分）不可⼿動フェイルオーバー(F/O) 可（RTO:2分 RPO:最⼤1分）可（RTO:15分 RPO最⼤1分）切り替え前後のウォレット変更不要（AuDG構成後にダウンロードしたクレデンシャル・ウォレットを継続して利⽤可能）不要（tnsnames.oraの編集は必要）（AuDG構成後にダウンロードしたクレデンシャル・ウォレットを継続して利⽤可能）付属ツールのURL 切り替え前後で同じ切り替え前後で異なるその他 Data Safe利⽤時、スタンバイ側の監視は⾏われない

Slide 95

Slide 95 text

95 Copyright © 2024, Oracle and/or its affiliates Autonomous Data Guard 主な留意事項（詳細はマニュアルを参照ください） • クロス・リージョン構成における留意事項 • REDOのネットワーク転送費⽤は課⾦対象ではない • ⾃動F/Oは対応しておらず、⼿動F/Oのみ • プライベートエンドポイントのネットワーク構成はプライマリ、スタンバイ間で同期されないため、 F/OまたはS/O後に、アプリケーションが接続できるようネットワーク設定の考慮が必要 • アプリケーションがプライマリ側のリージョンにある場合はリモートVCNピアリング、DNSリゾルバの設定が必要 • アプリケーションがオンプレミスにある場合はトランジットルーティングが必要 • プライマリでプライベートエンドポイントをパブリックエンドポイントに変更した場合、 S/O 、 F/O後のスタンバイのACLの再設定が必要 • ウォレットファイルの扱いについて • Autonomous Data Guardの有効化後、スタンバイのウォレットをダウンロードする • プライマリのウォレット（Walletxxx.zip）内のtnsnames.oraにはプライマリの接続記述⼦（DESCRIPTION）のみが含まれる。 • プライマリのウォレット（Walletxxx.zip）内のcwallet.sso、ewallet.p12はスタンバイでも同じウォレットを利⽤可能。 • 必要に応じて、プライマリのtnsnames.oraを編集して接続記述⼦（DESCRIPTION）にスタンバイの情報を追加する。 • OMLノートブックは切り替え後に新規作成、またはプライマリのバックアップからインポートする • S/OまたはF/O後、 APIまたはスクリプトは、切り替え先のデータベース上のAPIを呼び出すよう更新が必要 • S/OまたはF/O後、リモートリージョンではツールの異なるURLが使⽤される • データベースアクション、APEX、サービスコンソール、グラフスタジオ、Notebooks、OMLのユーザー管理

Slide 104

Slide 104 text

バックアップ・リストア⼿法⼀覧 Copyright © 2024, Oracle and/or its affiliates 104 # ⼿法対象保持期間出⼒先バックアップ実⾏⽅法リストア実⾏⽅法補⾜・特記事項 1 ⾃動バックアップ ADB全体 1⽇〜60⽇ Autonomous Database Backup Storage （課⾦対象）不要（⾃動で設定済み）コンソール/APIを利⽤ • 保持期間内の任意の時間（分）を指定したリストアが可能（Point-In-Time） • リストアの対象は当該インスタンスのみ 2 ⻑期バックアップ ADB全体 3ヶ⽉〜10年 Autonomous Database Backup Storage （課⾦対象）コンソール/APIを利⽤週次、⽉次、年次でスケジューリング可能コンソール/APIを利⽤ *クローン作成のみ可能 • フルバックアップ（スタンドアロン） • バックアップを取得したインスタンスへのリストアは不可 4 Data Pumpを利⽤した論理バックアップスキーマ、表制限なしディレクトリオブジェクト（DATA_PUMP_DIR）またはオブジェクトストレージ（追加費⽤が発⽣）またはファイルストレージ（FSS）（追加費⽤が発⽣） expdpコマンドを実⾏ impdpコマンドを実⾏ • DATA_PUMP_DIRからオブジェクトストレージに退避する際は、DBMS_CLOUDパッケージを利⽤ • 特定のオブジェクトのみを抽出、ロードが可能 • 他のインスタンス上にリストア可能 • 他のリージョンに展開可能 • ⼤量データを扱う場合は、複数回に分けて export/importすること、また各ジョブにはリトライの機構を⼊れることを推奨 5 クローン機能を利⽤（全量コピー） ADB全体制限なし新規インスタンス（追加費⽤が発⽣）コンソール / APIを利⽤ - • 起動中のインスタンスからの複製、もしくはバックアップを利⽤した任意のポイントからの複製が可能 • リストアは不要（インスタンスの起動で代替） • リージョン跨ぎでの複製も可能 6 参考）フラッシュバックテーブルを利⽤したデータ戻し表 15分 (*1) インスタンス内部不要（⾃動で設定済み） FLASHBACK TABLE コマンドを実⾏ • UNDO_RETENTION = 15min *1 : あくまでも⽬標値であり、この値を保証する訳ではありません。データの更新量に依存して短くなる場合もございます。

Slide 140

Slide 140 text

Autonomous Database データロード・連携イメージ Copyright © 2024, Oracle and/or its affiliates 140 ソースDB 対象利⽤フェーズ追加で必要なライセンス / サービス補⾜他社 Oracle DB (*1) データロード(*3) 連携 SQL*Loader SQL Developer Database Actions APEX 〇〇表データ（CSV等のフラットファイル） △（少量） - - - DBMS_CLOUD (COPY_DATA) 〇〇表データ（CSV等のフラットファイル）〇 - • Object Storage または • File Storage Service(NFS) • ソースがOracle DBの場合は性能/作業⼯数の観点からData Pumpを推奨 • S3、Azure Blob Storage対応 DBMS_CLOUD （外部表）〇〇表データ（CSV等のフラットファイル）〇 - • Object Storage または • File Storage Service(NFS) • ロードする際に簡易なETL処理が可能 • ソースがOracle DBの場合は性能/作業⼯数の観点からData Pumpを推奨 • S3、Azure Blob Storage対応 Data Pump - 〇（11.2.0.4+）スキーマ、表、その他オブジェクト〇 - • Object Storage または • File Storage Service(NFS) • S3、Azure Blob Storage対応 GoldenGate 〇 (*2) 〇（11.2.0.4+） (*2) 表、その他オブジェクト、 DDL・DML操作 △（少量）リアルタイム • GoldenGateライセンス（ソース/ターゲットの合計コア数に課⾦） • Compute、Block Storage • データベース移⾏時のダウンタイムを極⼩化したい場合に利⽤。初期データの移⾏はData Pumpとの併⽤を推奨 GoldenGate on Marketplace 〇 (*2) 〇（11.2.0.4+） (*2) 表、その他オブジェクト、 DDL・DML操作 △（少量）リアルタイム • GoldenGateライセンス • Compute、Block Storage • 同上 OCI GoldenGate 〇 (*2) 〇（11.2.0.4+） (*2) 表、その他オブジェクト、 DDL・DML操作 △（少量）リアルタイム • OCI GG サブスクリプション費⽤ • 同上 DB Link 〇〇（11.2.0.4+）表 △（少量）実⾏時 - • MVIEWと組み合わせた基本レプリケーションが可能 • Walletファイルの考慮が必要 • 他社DBの場合はOracle Database Gatewayが必要サポート対象DBはマニュアルを参照のこと *1 : 括弧内はサポートされる最低バージョンこれよりも古いバージョンのサポート可否は都度確認が必要 *2 : 利⽤製品/バージョン/OS等、ソースDBのサポート可否は都度確認が必要 *3 : 括弧内は対象となるデータサイズ

Slide 141

Slide 141 text

ディレクトリ・オブジェクト 141 Copyright © 2024, Oracle and/or its affiliates DBMS_CLOUDパッケージ概要 Autonomous Database 固有のパッケージ • 実⾏するにはExecute権限が必要 GRANT EXECUTE ON DBMS_CLOUD TO test_user; カテゴリプロシージャ/ファンクション⽤途アクセス管理 CREATE_CREDENTIAL オブジェクトストレージ等へのアクセス・資格証明を管理 DROP_CREDENTIAL UPDATE_CREDENTIAL オブジェクト管理 COPY_COLLECTION オブジェクト・ストアからADB内にSODAコレクションとしてドキュメントをロード COPY_DATA オブジェクト・ストアからADB内の表にCSV、JSONデータをロード CREATE_EXTERNAL_TABLE オブジェクト・ストア上のファイルを外部表としてSQLで参照（あたかもADBインスタンスに格納されているデータのように扱える） CREATE_EXTERNAL_PART_TABLE オブジェクト・ストア上のファイルを外部パーティション表としてSQLで参照（ADBから外部データに対して問合せを実⾏できる） EXPORT_DATA クエリの結果をオブジェクト・ストアに直接ファイルとして出⼒（CSV,JSON,XML,Parquet形式に対応） DELETE_OBJECT 指定したオブジェクトをオブジェクト・ストアから削除 DELETE_FILE 指定したファイルをADB内のディレクトリ・オブジェクトから削除 GET_OBJECT オブジェクト・ストアからADB内のディレクトリ・オブジェクトにオブジェクトファイルをコピー LIST_FILES ADB内のディレクトリ・オブジェクト内のファイルを表⽰（ファイル名とサイズ、作成タイムスタンプ、最終変更タイムスタンプ等） LIST_OBJECTS オブジェクト・ストア上の指定されたロケーションにあるオブジェクトを表⽰（オブジェクト名、サイズ、チェックサム、作成タイムスタンプ、最終変更タイムスタンプ等） PUT_OBJECT ADB内のディレクトリ・オブジェクトからオブジェクト・ストアにオブジェクトファイルをコピー Autonomous Database 主なサブプログラム GET_OBJECT PUT_OBJECT EXPORT_DATA COPY_COLLECTION COPY_DATA CREATE_EXTERNAL_TABLE DELETE_OBJECT LIST_OBJECT DELETE_FILE LIST_FILE オブジェクト・ストア CREATE_EXTERNAL_PART_TABLE

Slide 225

Slide 225 text

Autonomous Database データベースの各オプション機能の利⽤可否 Copyright © 2024, Oracle and/or its affiliates 225 機能名 Transparent Data Encryption (EE オプション機能) Data Masking Pack (EE オプション機能) Data Redaction (EE オプション機能) Virtual Private Database (EE標準) Database Vault (EE オプション機能) Audit Vault and Database Firewall (EE オプション機能) 脅威 • データファイル、バックアップデータの奪取 • 開発/テスト環境のデータの奪取 • 正規利⽤者の業務を逸脱した不適切なアクセス • 正規利⽤者の業務を逸脱した不適切なアクセス • DB管理者によるデータの奪取 • 内部不正への追跡困難、影響範囲の特定困難機能概要 • 既存のアプリケーションに変更なく、透過的に本番、バックアップデータを暗号化 • 開発・テスト環境の実データのマスキング（伏字化） • ステージ環境を⽤意することなく Export時にマスキングデータを⽣成 • 特定の表への参照範囲を列レベルで制限 • この機能は、データベース内で実施されるため、アプリケーション側からは透過的に利⽤可能 • 特定の表への⾏・列レベルでのより厳密なアクセス制御を実現 • DB管理者の業務データへのアクセスを制御 • 特定のDB設定やパスワード変更、業務データの閲覧等を制限する • DB、OSなどのログをもれなく取得 • 定常的なレポートと不正なアクセスを検知 • 証跡を改ざん・削除されないようログを保全使途 • 本番データ、バックアップファイルに含まれる情報を保護 • テスト、開発環境の情報を保護 • 参照時における列レベルでの伏字化 • 参照、更新時における⾏・列レベルでのアクセス制御 • データベース管理者の職務分掌 • 業務データにアクセスさせない • DB、OSなど、網羅的な監査証跡の取得、管理 ADBでの利⽤可否 • デフォルトで設定済み。特に追加操作は不要 • 利⽤不可(*3) • 利⽤可能 • 利⽤可能 • 利⽤可能 (*1) • 利⽤不可 (*2) (*3) *1 : オラクルの管理者がお客様データにアクセスしないよう機能的制限をかける⽤途でも利⽤している *2 : インスタンスに関する各種操作ログは別途取得されている。また、DB内の操作に対しては統合監査機能が有効化されている *3 : Oracle Data Safe を利⽤して代替可能（Database Firewallを除く）

Slide 255

Slide 255 text

参考 Autonomous Databaseにおける共有職責モデル（マニュアル抜粋） Copyright © 2024, Oracle and/or its affiliates 255 タスク対象者詳細 Autonomous Databaseリソースのプロビジョニング Oracle Oracleは、リソースのプロビジョニングを担当します。お客様は、プロビジョニングするリソースの構成特性を指定するプロビジョニング・リクエストを開始する責任があります。データベースのバックアップ Oracle Oracleは、データベースを毎⽇バックアップし、データベースのバックアップを最⼤60⽇保存する責任を負います。データベースのリカバリ Oracle Oracleは、データベースのリカバリを担当します。お客様は、リカバリする既存のバックアップを指定するリカバリ・リクエストの開始責任を負います。パッチ適⽤とアップグレード Oracle Oracleは、すべてのAutonomous Databaseリソースへのパッチ適⽤およびアップグレードを⾏います。スケーリング Oracle OracleはAutonomous Databaseのスケーリングを担当します。お客様は、スケーリング・リクエストを開始する責任があります。サービスのヘルスのモニタリング Oracle Oracleは、Autonomous Databaseリソースのヘルスをモニタリングし、公開されたガイドラインに従って可⽤性を確保する責任があります。アプリケーションのヘルスとパフォーマンスのモニタリング顧客お客様は、すべてのレベルでアプリケーションのヘルスとパフォーマンスのモニタリングを担当します。この職責には、データベース問合せのパフォーマンスのモニタリングおよびアプリケーションの実⾏の更新が含まれます。アプリケーション・セキュリティ顧客お客様は、すべてのレベルでアプリケーションのセキュリティについて責任を負います。この職責には、Autonomous Databaseリソースへのクラウド・ユーザー・アクセス、これらのリソースへのネットワーク・アクセス、およびデータベース・データへのアクセスが含まれます。 Oracleによって、Autonomous Databaseに格納されたデータが暗号化されていることを確認し、Autonomous Databaseへの接続に、TLS 1.2の暗号化およびウォレット・ベースの認証が必要になります。監査 Oracle Oracleは、Autonomous Databaseリソースに対してREST APIコールを記録し、これらのログをお客様が監査のために利⽤できるようにする必要があります。 Oracleは、Autonomous DatabaseがOracle Database監査機能を有効にしてプロビジョニングされていることを確認する必要があります。お客様は、これらの機能を使⽤してデータベース使⽤状況を監査します。アラートと通知 Oracle Oracleは、サービス・イベントに対してアラートおよび通知機能を提供する責任があります。お客様は、関⼼のあると思われるデータベース・アラートのモニタリングを担当します。 https://docs.oracle.com/cd/E83857_01/paas/autonomous-database/shared-responsibility-model.html

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text