Oracle CloudのOracle Database利用のススメ ~運用・管理~ Part 2

Slide 1

Slide 1 text

Oracle Technology Night #37 Oracle CloudのOracle Database利用のススメ ~運用・管理~ Part 2 Oracle Japan Jul 29, 2020

Slide 2

Slide 2 text

Safe harbor statement 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することを確約するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル製品に関して記載されている機能の開発、リリース、時期及び価格については、弊社の裁量により決定され、変更される可能性があります。

Slide 3

Slide 3 text

本日のながれ Copyright © 2020, Oracle and/or its affiliates 3 前半「運用・管理ポイントのご紹介」よく相談されるOracle Cloud上でOracle Databaseを利用する際のポイントを中心に、運用管理・コスト面での考え方や方法をご紹介 ★前半パートの公開資料はこちら後半「実際のところどうなの？」インプリに関わっているメンバーや運用・管理製品に詳しいメンバーを迎えて、実案件での経験からの話をします Q＆A 18:45-18:50 18:50-19:50 19:50-20:00 20:00-20:45 20:45-21:00 オープニング休憩質問は随時受け付けます!! zoomの「QA」をクリックして入力してください Twitter ハッシュタグ #oracletechnight

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

オンプレミスと具体的になにが変わる？ – ユーザ認証方式 Copyright © 2020, Oracle and/or its affiliates 6 ユーザ・アカウント説明 opc システム管理者アカウント sudoコマンドによりrootに昇格可能 oracle Oracle Database管理者アカウント直接アクセスすることは不可 opcユーザでsudoコマンドによりrootにスイッチ後、suコマンドでスイッチ grid Grid Infrastructure 管理者アカウント直接アクセスすることは不可 opcユーザでsudoコマンドによりrootにスイッチ後、suコマンドでスイッチ root システムのroot管理者 opcユーザでsudoコマンドにより、スイッチ oracle grid opc root sudo -s • デフォルトでOSユーザ(opc,oracle,grid,root)が作成される • これらのアカウントに対して、SSH設定の変更はできない • 新規にユーザを作成することは可能だが、公開鍵認証方式をパスワード認証方式に変更することは禁止されているオンプレミスの場合 ◼ OSユーザ認証はパスワード認証方式でも公開鍵認証方式でもどちらでも選択可能 ◼ OSユーザ認証は公開鍵認証方式 DBCS/ExaCSの場合 oracleユーザ等でサーバへのパスワード認証するような運用スクリプトを使用している場合は、改修が必要。考慮事項

Slide 7

Slide 7 text

オンプレミスと具体的になにが変わる？– クラウド監視 Copyright © 2020, Oracle and/or its affiliates 7 VM(domU) VM(domU) VM(domU) … Oracle Clusterware ASM/DB ASM/DB ASM/DB … ASM Disk Group DATA RECO (SPARSE) InfiniBand Network Client Subnet Backup Subnet 対象コンポーネント • OS、ASM/データベース・インスタンス、Oracle Clusterware 管理作業 • 対象コンポーネントの監視・管理(3rd Party製品導入可能) • 対象コンポーネントへのパッチ適用対象コンポーネント • ハードウェア(DBサーバ, Storageサーバ、ネットワーク機器など)、 Hypervisor、Firmware、クラウド・サービス管理作業 • お客様管理対象以外の部分のパッチ適用 • ハードウェア障害対応、ネットワーク関連お客様: Exadata Cloud Serviceインスタンス Oracle: インフラレイヤオンプレミスの場合 ◼ OS以上のレイヤだけでなく、ハードウェアレイヤの監視も必要 ◼ お客様の管理レイヤーはOS以上となる ◼ 3rd Party製品/サービスによる監視も可能(監視エージェントのインストールは可能) DBCS/ExaCSの場合監視設計に基づいた検討が必要 ※詳細は後ほど考慮事項

Slide 8

Slide 8 text

オンプレミスと具体的になにが変わる？– パッチバージョン Copyright © 2020, Oracle and/or its affiliates 8 データベースのパッチバージョンインフラレイヤのパッチバージョンオンプレミスの場合 ◼ 任意のパッチバージョンを選択することが可能(意図的に古いパッチバージョンで構築するなど) ◼ 原則的に最新パッチが適用された状態で初期構築が行われる ◼ 適用可能なパッチバージョンは四半期毎に更新され、最新バージョンを含めた 3バージョンまでしか適用できない DBCS/ExaCSの場合オンプレミスのDR環境(Data Guard)としてクラウドを利用する場合、この制約によってオンプレミス側にパッチ適用が必要になる可能性がある。また、障害後に再作成が必要になったがしばらくパッチ適用が不可の場合は、その間Data Guardが組めなくなる可能性がある。代替手段として、異機種間の同期が可能なGoldenGateの利用も検討可能考慮事項オンプレミスの場合 ◼ ユーザ要件に応じてパッチ適用を制御可能(パッチバージョンの固定もしようと思えばできる) ◼ (ExaCSでは)Oracle管理レイヤーは四半期毎にメンテナンスが実施される ◼ メンテナンス中のどこかでサーバ再起動が伴う(ローリングによる再起動となるためサービス停止は発生しない) DBCS/ExaCSの場合定期的なメンテナンス(サーバ再起動)が行われる運用を意識しておく。考慮事項

Slide 9

Slide 9 text

9 Copyright © 2020, Oracle and/or its affiliates オンプレミスと具体的になにが変わる？– 利用開始期間 • オンプレミスのようにサーバ搬入は必要ない • Cloudコンソールからの操作で容易に作成できる • 作成後の環境状態 ✓ Grid Infrastructureとデータベース1つが構築・起動済み ✓ ファイルシステムもデフォルト構成済み • ExaCSシェイプ毎の作成時間の目安 ✓ BaseまたはQuarter：約4~5h ✓ Half：約6~7h ✓ Full：約8~9h オンプレミスの場合 ◼ 発注から搬入→初期構築後のお客様引渡しまで数カ月間掛かる場合もある ◼ DBCSの場合は数時間 ◼ ExaCSの場合は数日でExadata 基盤を利用可能 DBCS/ExaCSの場合短期間で利用開始できるのは、クラウドならではのメリット。それを享受するためにも、 DBCS/ExaCSを作成するための準備 (サービス制限の引上げ(ExaCSの場合)、 VCNやサブネットの作成など)を事前に済ませておく必要がある。考慮事項

Slide 10

Slide 10 text

Slide 11

Slide 11 text

OCI上のリソースの状態/容量/パフォーマンスの監視と通知を管理するサービス • 多数の事前定義済メトリック、カスタム・メトリックも定義可(APIのみ) • データにはコンソール、CLIおよびAPIを介してアクセス可 • 可視化のためのダッシュボード（コンソール） • 各サービス毎に特化した設定済ページ • カスタマイズ可能なメトリック・エクスプローラ • クエリ言語(Monitoring Query Language : MQL)による条件設定 • アラームの設定 • 指定条件にメトリックが合致した場合に発報 • OCI通知サービス(OCI Notification)への連携 • OCI Autoscalingへの連携 OCI Monitoring Copyright © 2020, Oracle and/or its affiliates 11 Oracle Cloud Infrastructure METRICS ALARMS Notifications CPU: 80 CPU: 90 CPU: 40 CPU: 50 Customer Applications, Services, Resources OCIコンソール外部モニタリングツール OCI モニタリング・サービス

Slide 12

Slide 12 text

OCIや他社サービスではない部分の監視は別途必要 Copyright © 2020, Oracle and/or its affiliates 12 インフラ OS データベースミドルウェアアプリケーション監視ツール監視スクリプト Monitoring システムA in Oracle Cloud システムB in 他社クラウドシステムD in オンプレミスシステムC in オンプレミスログ分析製品インフラ監視ツールログ収集スクリプトキャパシティ管理ツールエンドユーザー性能監視ツール担当者担当者担当者担当者 OCIや他社サービスはない部分の監視は別途必要 • 例えばComputeやEC2は対応できるが、インストールしたミドルウェアやカスタムアプリケーションの監視は別で準備しないといけないさらに、オンプレミスとクラウドとの混在、マルチクラウドとなると複雑に、昨今では監視だけでなく分析のニーズも

Slide 13

Slide 13 text

オンプレミス、クラウドどちらも効率的に管理するための要件全体を最適化する視点が必要では？ Copyright © 2020, Oracle and/or its affiliates 13 柔軟な拡張性新しいターゲットタイプとツールを統合し管理体制を拡張資産全体での IT マネジメント 1つのウィンドウでオンプレミスとクラウド全体でソフトウェアをシームレスに管理次世代のシステム管理スマートインサイト機械学習と分析を使って問題を予測し、発生する前に対処

Slide 14

Slide 14 text

どこででも利用できるシステム運用分析の統合SaaS Oracle Management Cloud Copyright © 2020, Oracle and/or its affiliates 14 OracleだけでなくNon-Oracleも対応したフルスタックのマルチクラウド管理機械学習を利用したゼロエフォートの分析を実現各運用データを一緒に分析ができる統合プラットフォーム APPLICATION TIER MIDDLE AND INTEGRATION TIER DATA / DATABASE TIER VIRTUALIZATION TIER INFRASTRUCTURE TIER END USER EXPERIENCE Unified SaaS Platform Application Performance Monitoring Infrastructure Monitoring Log Analytics IT Analytics

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Oracle Cloudに簡単にプロビジョニング • Marketplaceにて公開されている Enterprise Managerイメージをそのままクラウド環境でプロビジョニング • 最新のEMを一時間以内にフルインストール可能 • 費用はCompute Instanceの利用料のみ • Shapeの選択が可能 • リポジトリデータベースはTDE対応済み、RAC構成を選択可 Enterprise Manager in Oracle Cloud Marketplace Copyright © 2020, Oracle and/or its affiliates 18 Spring 2020 Update: EM 13.4-RU2 (stack version 1.1) Database 19.6 (Multitenant with RAC) Oracle Linux 7.7

Slide 19

Slide 19 text

単体のデータベースで利用できるパフォーマンス監視 Oracleデータベース内のWebベースのデータベース管理ツールである、Enterprise Manager Express を使用してデータベースを監視することができます。 Enterprise Manager Expressを使用したDatabaseの監視 Copyright © 2020, Oracle and/or its affiliates 19 https://:5500/em • ユーザー : system • パスワード : <インストール時に設定> パフォーマンス機能 • リアルタイム・パフォーマンス監視とチューニング • 履歴パフォーマンスとチューニング • SQL監視(リアルタイムと履歴) • データベース操作の監視 • リアルタイムADDMを含むADDM • アクティブ・セッション履歴(ASH)分析 • 自動および手動SQLチューニング・アドバイザ ※ 11gR2ではEnterprise Manager Database Control

Slide 20

Slide 20 text

お客様の環境のニーズに合った機能とオファリングの最適な組み合わせができるよう選択肢を提供 OCI Monitoring ≒OCIコンソール • Monitoring • Autonomous Database Sharedのみ事前定義メトリック監視 • コンソール • ノードの状態表示 • Autonomous Databaseのみ「パフォーマンス・ハブ」 Enterprise Manager (EM) • オンプレミス、Oracle Cloud 、 Cloud@Customer のOracle Databaseのシームレスな監視、管理 • 事前定義済みの多様で詳細なメトリック • Exadata/Exadata base Cloud の監視 • 管理機能も多数提供 • 拡張・連携 • 各種プラグイン Management Cloud Services (OMC) • On-p、クラウド、Oracle、Non-Oracleの各スタックをシングルビューで監視、分析 • 事前定義ダッシュボード • 機械学習を組み込み利用 • SaaSでの提供 • 運用監視に必要なサービスをあわせて利用可能 • インフラ監視 • エンドユーザ性能、アプリケーション・インフラ監視 • ログ監視、分析 • リソース分析、フォーキャスト • EMとの連携環境とニーズに合わせて選択 Copyright © 2020, Oracle and/or its affiliates 20 Copyright © 2020, Oracle and/or its affiliates. 対象：Database Service ※2020/07時点

Slide 21

Slide 21 text

Slide 22

Slide 22 text

パフォーマンス・ハブサービスメトリック OCIコンソールでみるOracle Cloud Database Service Autonomous Database Copyright © 2020, Oracle and/or its affiliates 22 Enterprise ManagerのパフォーマンスタブをOCIコンソールへ ASH分析、リアルタイムSQLモニタリング、AWRレポートなどが利用可事前定義済みのメトリックが収集されグラフ化

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

検知 Diagnostic Pack (ADDM、ASH、AWR・・・）修正: Tuning Pack (SQL Tuning Advisor・・・) 検証: Real Application Testing (SQL Performance Analyzer, …) EMでみるOracle Cloud Database Service 例：性能課題を分析から対処まで Copyright © 2020, Oracle and/or its affiliates 25

Slide 26

Slide 26 text

Slide 27

Slide 27 text

OMCでみるOracle Cloud Database Service サービスを組み合わせたダッシュボード 27 オンプレミス、クラウドによらずデータベースの状態を集約して監視しますすべてのOracle DBのステータスやアラートの発生状況 Oraエラーの発生状況や一般的なエラー種別 Oracle DBのバージョンチェックポイントやログの発生状況 Copyright © 2020, Oracle and/or its affiliates

Slide 28

Slide 28 text

お客様の環境のニーズに合った機能とオファリングの最適な組み合わせができるよう選択肢を提供 OCI Monitoring ≒OCIコンソール • Monitoring • Autonomous Database Sharedのみ事前定義メトリック監視 • コンソール • ノードの状態表示 • Autonomous Databaseのみ「パフォーマンス・ハブ」 Enterprise Manager (EM) • オンプレミス、Oracle Cloud 、 Cloud@Customer のOracle Databaseのシームレスな監視、管理 • 事前定義済みの多様で詳細なメトリック • Exadata/Exadata base Cloud の監視 • 管理機能も多数提供 • 拡張・連携 • 各種プラグイン Management Cloud Services (OMC) • On-p、クラウド、Oracle、Non- Oracleの各スタックをシングルビューで監視、分析 • 事前定義ダッシュボード • 機械学習を組み込み利用 • SaaSでの提供 • 運用監視に必要なサービスをあわせて利用可能 • インフラ監視 • エンドユーザ性能、アプリケーション・インフラ監視 • ログ監視、分析 • リソース分析、フォーキャスト • EMとの連携環境とニーズに合わせて選択 Copyright © 2020, Oracle and/or its affiliates 28 Copyright © 2020, Oracle and/or its affiliates. Autonomous Database以外は現在監視の仕組みの検討要 Exadataを監視 Oracle Databaseをディープに監視、活用省力で他のスタックも含めた統合的、高度な監視、分析対象：Database Service ※2020/07時点

Slide 29

Slide 29 text

Oracle CloudのOracle Databaseの監視はどうする？ – 監視設計と監視ツール Copyright © 2020, Oracle and/or its affiliates 29 コンサルによる監視設計検討例運用管理者 DBCS/ExaCS Compute VCN FastConnect EMCC Oracle Management Cloud Monitoring Service 3rd Party 監視ツール/サービス監視分類死活監視エラー監視リソース監視領域監視性能監視ジョブ監視メール SNMP メールメール ①監視構成 ②監視ツール／サービス ③連携／通知方法 ④監視分類 ⑤監視ツール／サービスダウン時の対応方法

Slide 30

Slide 30 text

Oracle CloudのOracle Databaseの監視はどうする？– クラウドでの監視構成 Copyright © 2020, Oracle and/or its affiliates 30 監視構成例#1 運用管理者 DBCS/ExaCS EMCC メール(ジョブ実行や閾値監視) メール Notification Service 監視 cronによるメール通知自動バックアップ通知構成の特徴 ✓ 運用管理者へはすべてメール通知(宛先は運用管理者のML) ✓ コンポーネント毎にメール通知設定が必要 ✓ EMCCマーケットプレイスを利用 ✓ ExaCSに対して必要となる監視内容(監視項目や閾値)の精査を実施

Slide 31

Slide 31 text

Oracle CloudのOracle Databaseの監視はどうする？– クラウドでの監視構成 Copyright © 2020, Oracle and/or its affiliates 31 監視構成例#2 運用管理者 DBCS/ExaCS EMCC 通知監視 (DBレイヤ) Datadog APサーバ監視(OSレイヤ) 監視ログファイル連携構成の特徴 ✓ DBレイヤの監視にEMCCを利用 ✓ EMCCマーケットプレイスを利用 ✓ 各コンポーネントの監視をDatadogで行い、PagerDuty経由で通知(SIerが設計) PagerDuty 通知

Slide 32

Slide 32 text

Oracle CloudのOracle Databaseの監視はどうする？– EMCCマーケットプレイス Copyright © 2020, Oracle and/or its affiliates 32 実際に使われているの？メリット ✓ EMCC構築が簡単(リポジトリデータベース作成やパッチ適用も事前に実施済みのため、ターゲット登録するのみで利用可能) ✓ Computeのバックアップ方法(イメージコピーなど)をそのまま流用可能デメリット ✓ ある程度複雑な要件(ネットワークセグメントを複数利用する場合など)がある場合は、マーケットプレイスでは対応できない ✓ 現時点ではバージョンアップなどに関する実績が乏しいコンサル支援案件では利用することが多いです。

Slide 33

Slide 33 text

Slide 34

Slide 34 text

稼働中のシステムでスケーリングって実際どうなの？– 検討内容 Copyright © 2020, Oracle and/or its affiliates 34 Peak 60 Buffer 30 60 Bursting CPUリソース割り当てを、1秒単位で必要な時に必要な分だけ柔軟に増やすことが可能(最低単位は60秒/上限はシェイプに依存) • オンプレミスの場合、ピーク時+α(buffer)に合わせたリソースとライセンスが必要動的に変更可能 • 一時的に割り当てられたCPUを動的にデータベースで利用可能 (CPU_COUNT未設定の場合) • インスタンス・ケージング(CPU_COUNT)設定をしている場合、明示的な設定値に基づくため、割り当て変更後にDBのCPU_COUNTを変更する必要あり • コンソールやCUIで設定可能オンプレミスの場合 ◼ 基本的には動的なCPU数変更はできない ◼ 動的にCPU数を変更可能 ◼ 変更時に既存プロセスなどには影響しない DBCS/ExaCSの場合 CPUリソースの効率化を図るためには、スケールアップ/スケールダウンを実施するタイミングを検討する必要がある。考慮事項

Slide 35

Slide 35 text

稼働中のシステムでスケーリングって実際どうなの？ – 実案件でのご質問 Copyright © 2020, Oracle and/or its affiliates 35 サーバのCPU負荷が高い状況下でも、OCPU数の変更は耐えられますか？処理が中断することはないですよね？ OCPU数の変更によって処理が中断することはありません。ただし、OCPU変更処理にも数分程度の時間が掛かりますので、極端に頻繁なOCPU数変更は避けた方が無難です。

Slide 36

Slide 36 text

稼働中のシステムでにスケーリングって実際どうなの？ – 実案件でのご質問 Copyright © 2020, Oracle and/or its affiliates 36 0 10 20 30 40 50 60 70 80 90 100 最大値 / us 最大値 / sy CPU使用率 OCPU=3 若干SYSのCPU使用率が増加 (セッション数に対してOCPU数が少ないため、context switchがより多く発生している可能性あり) セッション数に対してOCPU数が多くなったため、全体的な CPU使用率が低下 ✓ DBサーバが高負荷(CPU使用率100%)の状態で、OCPU変更によって処理が異常終了しないことを確認 ✓ OCPU数変更には若干時間(数OCPUであれば数分程度)が掛かる OCPU=3→2 OCPU=2→3 1CPUを占有する処理を6セッションで実施 OCPU=3→4 (%) (時間)

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

機械学習を活用した将来傾向の予測分析 Oracle Management Cloudの他のサービスで収集されたデータを長期的・横断的に分析し、キャパシティ傾向分析など様々なインサイト(気づき)を提供します事前定義済みの目的別分析アプリケーションを使用して即座に性能やリソースの長期分析をしたり、各自の目的に応じたダッシュボードを作成することができます IT Analytics Copyright © 2020, Oracle and/or its affiliates 39 IT Analytics Infrastructure Monitoring APM

Slide 40

Slide 40 text

データベースリソースの期間分析データベース・リソース・アナリティクス Copyright © 2020, Oracle and/or its affiliates 40 全データベースのリソース状況、利用傾向（予測）を把握することで、現実的、効率的なキャパシティ計画を支援ベンダーをまたいだデータベースの監視 CPU、メモリーの利用率トレンドを予測この場合、180日後、CPU or メモリーの負荷が高くなる可能性があるデータベース内の領域使用量（タイルサイズ）と増減量（タイル色）選択したデータベースの領域使用履歴、予測も可能表領域別の内訳

Slide 41

Slide 41 text

ホストを横ぐしに使用状況を把握することで、ムダがないキャパシティ計画を支援 • VMも対象 • ドリルダウンで詳細分析（予測）現在のリソース使用状況分析と将来予測で効率的なリソース利用計画を支援ホストもアプリケーションサーバーもリソース・アナリティクス 41 アプリケーション全体で分析ヒープ、メモリ、CPUの利用はどのサーバーで最も利用されているか選択したアプリケーション全体で分析ヒープ、メモリ、CPUの利用傾向と将来予測 Copyright © 2020, Oracle and/or its affiliates

Slide 42

Slide 42 text

Slide 43

Slide 43 text

システム全体の構成例があれば知りたい Copyright © 2020, Oracle and/or its affiliates 43 ◼ コンサル支援案件から3つの構成例 ◼ 現在のOCI構成のトレンド ✓ マルチクラウド案件(AWS, Azureなど)も徐々に増えてきている ✓ 東京リージョンと大阪リージョンを活用する案件も増えてきている ✓ OCIとの接続はFastConnectを利用する案件が多い ✓ 監視サービスはSIer様毎に得意としているサービスを利用されている印象

Slide 44

Slide 44 text

システム全体の構成例があれば知りたい Copyright © 2020, Oracle and/or its affiliates 44 OCI構成例#1 東京リージョン VCN Object Storage Client Subnet Service GW Backup Subnet Database System Azure Private Subnet #1 Private Subnet #2 Public Subnet #1 Load Balancer Internet GW Virtual Machine File Storage EMCC 他社SaaS Dynamic Routing GW データセンター Customer Data Center FastConnect ① ① マルチクラウド構成(Azureと Database Systemの連携) ② 外部クラウドサービス(SaaS)との連携(Internet GW経由でインターネットからのアクセスを許可) ③ 監視サービスとしてEMCCを利用 (ジョブ管理ツールとしても利用) ② ③

Slide 45

Slide 45 text

システム全体の構成例があれば知りたい Copyright © 2020, Oracle and/or its affiliates 45 OCI構成例#2 東京リージョン VCN Private Subnet#1 File Storage Load Balancer Client Subnet Backup Subnet Database System Private Subnet #2 Private Subnet #3 Database System Dynamic Routing GW Virtual Machine Virtual Machine Virtual Machine APサーバ群 Object Storage Service GW データセンター Customer Data Center FastConnect ① 監視はデータセンターから実施 (3rd Party製品を利用) ② 定期的なメンテナンスに柔軟に対応するため、同一リージョン内でのData Guard構成 ③ Database SystemのData Guardのロールに応じた接続先変更 ① ② ③

Slide 46

Slide 46 text

システム全体の構成例があれば知りたい Copyright © 2020, Oracle and/or its affiliates 46 OCI構成例#3 東京リージョン VCN Client Subnet Backup Subnet Database System Private Subnet #2 Private Subnet#1 Private Subnet #3 VM EMCC データセンター Customer Data Center Dynamic Routing GW VM VM VM APサーバ群 Load Balancer Object Storage Service GW FastConnect 大阪リージョン VCN Client Subnet Backup Subnet Database System Private Subnet #2 Private Subnet#1 Private Subnet #3 VM EMCC Dynamic Routing GW VM VM VM APサーバ群 Load Balancer Object Storage Service GW FastConnect ① 複数リージョン(東京リージョンと大阪リージョン)を利用 ② DR対応とメンテナンス対応を実現するため、リージョン間のData Guard構成(一方のリージョンが更新系、他方のリージョンが参照系になる) ③ Database Systemだけではなく、APサーバ間もデータ同期 ④ リージョン間の切り替えはすべて自動化 ⑤ Database Systemの監視はリージョン毎のEMCCを利用 ① ② ③ ④ ⑤ ⑤

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Oracle Code Night online Blockchain GIG 各種Meetupの詳細・お申込みはで♪

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

過去のTechNightセッション資料（7/29分は後日掲載予定/過去資料復旧中）ダウンロードサイト https://www.oracle.com/jp/database/events-docs/001/ TechNight アーカイブ資料とお役立ち情報 Copyright © 2020, Oracle and/or its affiliates 津島博士のパフォーマンス講座しばちょう先生の試して納得！ DBAへの道もしもみなみんが DBをクラウドで動かしてみたら基本からわかる！高性能×高可用性データベースシステムの作り方 https://blogs.oracle.com/otnjp/shibacho-index https://blogs.oracle.com/otnjp/tsushima-hakushi-index https://blogs.oracle.com/otnjp/minamin-cloud-index https://blogs.oracle.com/otnjp/kusakabe-index

Slide 52

Slide 52 text

Slide 53

Slide 53 text

No content

Slide 54

Slide 54 text

Our mission is to help people see data in new ways, discover insights, unlock endless possibilities.