Exadata Infrastructure の作成: Configure Maintenance ※2025年6⽉更新 作成された Scheduling policy を選択 Oracle provides a recommended maintenance scheduling plan based on the policy selected. のワーニングは表⽰される save
Exadata Infrastructure の作成: Configure Maintenance ※2025年6⽉更新 Maintenance scheduling policy が選択される You can customize the scheduling plan recommended by Oracle by editing the 'Maintenance Scheduling Plan' resource after the infrastructure is provisioned. ワーニングは表⽰される save
and/or its affiliates 69 The following service limits were exceeded: exadata- database-server- x9m-count. Request a service limit increase from the service limits page in the console. ※2024年3⽉更新
and/or its affiliates 70 Service Category: Database Resource: Exadata X9M Database Server count 126 Cores Service Limit 2. Current usage 2. 3 に増やす ※2024年3⽉更新
and/or its affiliates 72 We have allocated the requested limits. Please note that these allocated limits will expire in 14 days if you do not provision. After 14 days, you will need to open a new service limit request. Note that the service limit removal will not impact current/already provisioned Exadata infrastructure ※2024年3⽉更新
and/or its affiliates 75 今回は Scale Exadata Infrastructure に時 間がかかってしまった。 時間がかかると監視し ているみたいで、通知 が来る ※2024年3⽉更新 Oracle Exadata Database Service on Dedicated Infrastructure - Detected - CPU Scaling Operation Delays We identified that the CPU Scaling operation requests for the resources listed in this notification are taking longer than usual times. Our engineers are currently working to mitigate the issue. We will send a follow-up notification when the issue has been resolved.
and/or its affiliates 76 Scale Cloud Exadata Infrastructure 今回は時間がかかった が通常は数分 ※2024年3⽉更新 Exadata Resources DB servers: 3 OCPUs: 378 total Memory(GB) 4170 total Local Storage (GB) 6729 total 1台分増えたことを確認
and/or its affiliates 81 VCN > Security Lists > Default Security List for testVCN > Ingress Rules > Add Ingress Rules Add Ingress Rules Source CIDR : 10.0.0.0/16 IP Protocol : TCP Source Port Range : All Destination Port Range : ALL ※2023年1⽉更新
and/or its affiliates 94 Scale Cloud Exadata Infrastructure: Succeeded ※2024年3⽉更新 Exadata Resources DB servers: 2 OCPUs: 252 total Memory(GB): 2780 total Local Storage (GB): 4486 total 3台から2台分に減ったことを確 認
and/or its affiliates 101 Storage Server 3 → 4 Once the scale infrastructure request completes, you must make the storage capacity for the newly added storage servers available for VM Cluster consumption from the infrastructure details view. → Scale Infrastructure 後に さらにアクションが必要 ※2025年4⽉更新
and/or its affiliates 102 Service Limit を上げてないとエ ラーになる The following service limits were exceeded: exadata- storage-server-x8m-count. Request a service limit increase from the service limits page in the console. opc-request-id: csid0a687767403a8f980698d 19f357a/d1a947d1066b4a9e 895874c9b39448fc/1178D68 6F271D52BF760837CD8FE87 83 ※2025年4⽉更新
and/or its affiliates 103 Request Service Limit Updates Service Category Database Resource: Exadata X8M Storage Server Count - 49TB Current Limit: 6 Current Usage: 6 Requested Limit: 7 ※2025年4⽉更新 Service limit requests are not immediate. Most limit requests are resolved within 1 business day. However, depending on the resource or quantity requested, it might take longer to allocate. If this is an urgent request, please indicate the severity and describe the context in the Reason for Request text box. →1⽇以上かかる
and/or its affiliates 109 Add Storage Capacity Adding additional capacity from newly deployed storage servers will trigger data rebalance across existing VM clusters. This operation can take a long time depending on how much data needs to be rebalanced and may have some performance impact. Do you want to make 49.6 TB storage capacity from 1 storage servers available for VM Cluster consumption? ※2025年4⽉更新
and/or its affiliates 110 Add Storage Capacity の失 敗例 0OCPU の VM がいると失敗す る（Storage Server の組み 込み処理が出来ないため） Can not add storage capacity to Cloud Exadata Infrastructure. Cloud VM Clusters [ocid1.cloudvmcluster.oc1. ap-osaka- 1.anvwsljrssl65iqahvh3wnl y6jcmworb2d56clxiq6h4x 2ogbwxov46rnipq] have 0 OCPU cores. Allocate OCPUs to these clusters before adding storage capacity ※2025年4⽉更新
and/or its affiliates 116 Growing capacity to create disk groups on new servers →disk groupへの追加 Awaiting Cloud Exadata Infrastructure storage capacity addition. Syncing capacity to match original allocation across all storage servers. →リバランス︖ Finalizing Cloud Exadata Infrastructure storage capacity addition. 約3時間 ※2025年4⽉更新
and/or its affiliates 123 Storage Server スケールダウン 失敗例 Scale Cloud Exadata Infrastructure Storage Servers operation failed. Refer to work request ID ScaleCloudExaInfraStorage Server-a50729d6-2996- 4734-9c14-f2030f5577e3 when opening a Service Request at My Oracle Support. メッセージだけでは分からないの でSR対応 ※2025年4⽉更新
and/or its affiliates 124 "message":"Scale down Exadata storage is not allowed when Exadata sparse snapshots is enabled and number of storage servers in the VM cluster is less than 5” →5台以下でSparse diskgroup があるとStorage Server のスケールダウンが出来 ない模様 ※2025年4⽉更新
Exadata Exascaleストレージの構成 ※2026年2⽉更新 You can now configure Exascale storage on this infrastructure. Configure DB Server Version 25.1.7.0.0.250827 Storage Server Version 25.1.8.0.0.250828 Exascale Infra画⾯のExadata storage にExascale storage(TB)が新たに表⽰さ れるようになった メニューに Exascale Storage Vaultsが表 ⽰ All Exadata Infrastructure with DB Server Version 25.1.7 (or later) and Storage Server Version 25.1.8 (or later) or 25.2.2 (or later) will now see a banner with the message, "You can now configure Exascale storage on this infrastructure" to indicate that the infrastructure is ready for Exascale configuration. This banner will not be displayed for Exadata Infrastructures that are already configured to use Exascale. During the initial Exascale storage configuration, all database servers on the Exadata Infrastructure will be restarted in a rolling reboot manner.
Exadata Exascaleストレージの構成 ※2026年2⽉更新 Exascale storage can be scaled up or scaled down online at anytime. →Exascale Storage Poolを作成。 Poolのサイズはオンラインで拡張縮 ⼩可能 Note that scaling storage may trigger a storage rebalancing process. →ユーザーからは⾒えないところで実 施 最⼩2TB The DB servers will get rebooted to enable Exascale configuration. →Exascale Storage Pool作成時 に内部ネットワークの変更が⼊るため、 再起動が必須。
Exadata Exascale Storage Vault の構成 ※2026年2⽉更新 Delete vault Vault cannot be deleted with an associated VM Cluster. To delete this Exascale Storage Vault, terminate all associated VM Clusters. VM Clusterで利⽤中の Vault は削除出来なくなっている
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
affiliates 175 Six past versions including the latest versions of Exadata images 23.1.3.0 and 22.1.3.0 are displayed. ※2024年3⽉更新 Important: Oracle recommends using the latest version. 最新利⽤が推奨
177 Select version Select the Oracle Grid Infrastructure version: デフォルトは 19c Only 19c and earlier database can be provisioned with the 19c Grid Infrastructure. To provision a 23ai database, choose 23ai Grid Infrastructure. 23ai 以降のDB作成時は GI 23ai を選択 ※2024年5⽉更新
affiliates 199 Scale VM cluster の allocated はノード単位のVM 全体のサイズ（表⽰されている 244 GB はデフォルトでVM作成 時のマニュアルに記載と同じサイ ズ） Available は Exadata Infrastructure 全体で余ってい る Local storage をノード数で 割った（VM単位にした）もの Available size is dynamically updated after deducting the current size of /u02 and other file systems. ※2024年6⽉更新
its affiliates 205 ※2023年1⽉更新 選択できるリソースが 出てくる 作成後、 Infrastrucutreからリ ソースが減っているこ とは確認できる Total Resources Requested for Autonomous VM Cluster OCPU count: 15 OCPU count per node x node count Memory: 270 GB [OCPU count per node x Database memory per OCPU + Internal Database Service Memory: (40GB)] x node count Local Storage: 1002 GB Internal Local Service Storage: ([Autonomous VM Cluster storage: 184GB] + [Autonomous Container Database storage: 100GB + 50GB x ACD Count]) x Node Count Exadata Storage: 2.92724609375 TB [User Data Storage + Internal Database Service Storage: ( 200GB + 50GB x ACD Count x node count )] x 1.25
VM Cluster の作成: X11M ※2025年6⽉更新 Display all available versions で選択可能なバー ジョンを表⽰可能 推奨は最新を利⽤ X11M では表⽰されるのは 25.1.xのみ （22.x.1 が選択できたのは ExaDB-D X9M まで。X11M からは選択不可） Provision a VM Cluster with Either an OL7 or OL8- Based Image With this enhancement, you can provision a VM cluster with either an OL7- based image or an OL8- based one if the infrastructure is X9 or prior.
VM Cluster の作成: Exadata Database-Developer ※2025年9⽉更新 作成後は通常の single node VM と同じく、 This single-node cluster is not configured for high availability のワーニングが表⽰ 作成後に VM Type、License type の変更は不可
VM Cluster の作成: Exadata Database-Developer ※2025年9⽉更新 Create Database home Oracle Database Software image Display all versions Oracle Database version 19.27.0.0 Versions: Only Oracle Database versions 19.26 and 23.6 and later are supported
VM Cluster の作成: Exadata Database-Developer ※2025年9⽉更新 The create database home operation failed due to “Database job: Failed. [FATAL] [DBAAS-70785] The Oracle home creation of version ‘19.0.0.0.0’ is not supported on this system. Cause: The system is detected as a ‘DEVELOPER’ VM type. The Oracle home creation can only be of ‘19.26.0.0.0’ or ‘23.6.0.0.0’ and higher versions. “. Refer to WorkRequestId baf91099- 288d-4a72-bafd- d19c474645fe when opening a Service Request at My Oracle Support. RUまで指定しないとエラーになる
VM Cluster の作成: Schedule VM Cloud Automation Updates ※2026年2⽉更新 25.4.1.0.0アナウンス Start time Dec 3, 2025 at 00:00 UTC End time Dec 8, 2025 at 23:59 UTC Created Nov 17, 2025 at 05:55:43 UTC Updated Nov 17, 2025 at 06:11:09 UTC
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
affiliates 320 メモリとLocal file system をスケールアッ プしてみる メモリ、ファイルシステムのスケーリングは 再起動が必要（実際はファイルシステム は拡張時は再起動無し、縮⼩時は GI/DBは再起動、ノードはそのまま） Memory or Local file system scaling rolling reboot When you scale up or down the memory or local file system size, the associated compute nodes are rebooted in a rolling manner one compute node at a time to minimize the impact on the VM cluster. ※2022年12⽉更新
328 Additional file system can only be expanded, not reduced in size （追加でサイズ変更できるように なったファイルシステムは拡張のみ、 縮⼩は出来ない） Total allocated storage for / (GB) due to mirroring ルート（LVDbSys1、 LVDbSys2）と、/var (LVDbVar1、LVDbVar2）は LVがバックアップのため⼆つ作成さ れるので、2倍消費される ※2024年5⽉更新
VM Cluster のリソースのスケーリング: X11M ※2025年6⽉更新 Scale VM cluster Resource allocation per VM ECPU count per VM 0: VM停⽌ 8: 最⼩（= 2OCPU） 760: 最⼤（=190 OCPU） 4ECPU単位
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
クラスタ • VM クラスタの作成 • VM クラスタのリソースのスケール • VM クラスタへのSSHキーの追加 • VM クラスタのIORMの有効化 • VM クラスタ コンピュートノードの起動・停⽌・再起動 • VM クラスタ コンピュートノードのステータスのチェック • VM クラスタのライセンス・タイプの更新 • VM クラスタの別のコンパートメントへの移動 • VM クラスタの終了 • Application VIP • シリアルコンソール接続
affiliates 387 allow dynamic-group project- exadatacloud_dynamic_ group to manage dbnode-console- connection in compartment exadatacloud allow dynamic-group project- exadatacloud_dynamic_ group to read db- nodes in compartment exadatacloud ※2024年5⽉更新
390 選択されたVM ※2024年5⽉更新 Console connection Use a serial console connection to remotely troubleshoot VM access issues or to recover a lost key or password. When you make a console connection to a VM, you don’t need to enter a username or password. If the VM is functional and the connection is active, serial output appears on your console when you restart the VM. Keys are periodically rotated for security purposes. When your key is rotated, a warning occurs when you connect. Follow the instructions in the warning to update your known hosts file with the new key fingerprint, and then reconnect to the serial console.
シリアルコンソール接続︓VMが起動しないときのトラブルシューティングのためのシリアルコンソール接続 ※2025年9⽉更新 setparams 'Exadata_DBM_0: LINUX_BOOT_0_DOMU' set root='hd0,gpt1' linux16 /vmlinuz-5.15.0- 308.179.6.7.el8uek.x86_64 root=LABEL=DBSYS boo¥ tarea=dbsys bootfrom=BOOT ro loglevel=7 panic=60 nmi_watchdog=0 rd_NO_PLYMOUT¥ H crash_kexec_post_notifiers=1 transparent_hugepage=madvise audit=1 console=tt¥ y1 console=ttyS0,115200n8 crashkernel=548M processor.max_cstate=1 cpuidle- halt¥ poll.force=1 ifnames_skip=100 biosdevname=0 net.ifnames=0 uek=exadata initrd16 /initramfs-5.15.0- 308.179.6.7.el8uek.x86_64.img Press Ctrl-x to start, Ctrl-c for a command prompt or Escape to discard edits and return to the menu. Pressing Tab lists possible completions. In edit mode, use the down arrow key to scroll down through the entries until you reach the line that starts with linux16. At the end of that line, add the following: init=/bin/bash Reboot the instance from the terminal window by entering the keyboard shortcut CTRL+X. When the instance has rebooted, you see the Bash shell command-line prompt, and you can proceed with the following procedures. linux16 のエントリーの最後に init=/bin/bashを追記 CTRL-xで再起動 bashシェルに⼊れる
シリアルコンソール接続︓VMが起動しないときのトラブルシューティングのためのシリアルコンソール接続 ※2025年9⽉更新 [ OK ] Started /etc/rc.d/rc.local Compatibility. Starting Hold until boot process finishes up... Starting Terminate Plymouth Boot Screen... jiro-1koqp1 login: root Password: Last login: Mon Sep 1 11:55:22 JST 2025 Last failed login: Mon Sep 1 11:55:27 JST 2025 on ttyS0 There was 1 failed login attempt since the last successful login. Last login: Mon Sep 1 12:31:53 on ttyS0 [root@jiro-1koqp1 ~]# 再起動後、シリアルコンソールから、設定したrootのパス ワードでログイン可能
※2024年5⽉更新 Display all available versions: Use this switch to choose from all available PSUs and RUs. The most recent release for each major version is indicated with "(latest)".
501 データベース・バックアップの構成 ⾃動バックアップの有効化を選択すると、バックアップ保持期 間、バックアップ・スケジューリングを選択出来る Backup destination: Object Storage（過去のデフォルト、2024/01末以降 Autonomous Recovery Service がデフォルト） Backup retention period: 30 days（デフォルト） Deletion option after database termination: Retain backups per backup retention period（デ フォルト） Scheduled day for full backup: Sunday（デフォルト） Scheduled time for full backup: Anytime（デフォルト） Schedule time for incremental backup: Anytime（デフォルト） Take the fist full backup immediately: 選択（デフォルト） ワークロード・タイプの選択 （無くなりました） ※2024年2⽉更新
2025, Oracle and/or its affiliates 522 dbHome.dbVersion The selected database version '11.2.0.4' is not compatible with your VM cluster Grid Infrastructure version '23.4.0.24.05’. 仕様通り、GI 23ai では DB 11.2.0.4 は作成 不可 ※2024年5⽉更新
524 Database version: デフォルト 19c Specify a database home 既存のデータベース・ホームがあれ ば Select an existing Database Home で既存データベース・ホーム が選択される Create a new Database Home で新たに作成も可能（次ページ） ※2022年9⽉更新
527 Select a Database Software Image → Oracle Database Software Images → Display all available versions 最新から N-3 の RU が選択可能 古いRUバージョン選択時の注意点 Important: Oracle recommends that you use the latest version of the database. An older version might not include important security updates. See About Using Older Versions to learn more. ※2022年9⽉更新
535 Configure your DB system > Select VM Cluster 同⼀AD内の選択可能なVM Clusterが表⽰される（この例 では同じコンパートメント内） When you create a database from a backup, the availability domain is the same as the availability domain that hosts the backup. ※2022年9⽉更新
536 Configure Database Home > Select an existing Database Home Ø Select a Database Home “Source database version is 19.15.0.0.0. Only Database Homes with this database version are available for selection.” ※2022年9⽉更新
538 Configure Database Home > Select an existing Database Home Ø Create a new Database Home Change database image からRUを変更可能 12.2.0.1以前のデータベースの データベース・リストア操作は、現時 点では許可されない ※2022年9⽉更新
548 ※2023年10⽉更新 Create Database from Backup Configure your VM Cluster Select VM cluster in コ ンパートメント名: 別のVMに作成することも可 能（Customer- managed key の場合、 利⽤している key が⾒える VMへリストア可能）
584 以下が選択されているのがデ フォルト（Oracle- managed key) Use the administrator password for the TDE wallet If you are going to use customer-managed keys stored in a vault, the TDE wallet is not applicable. （ボールトに格納されている 顧客管理キーを使⽤する場 合、TDEウォレットは適⽤され ません。） ※2024年4⽉更新
585 以下の選択を外した場合 Use the administrator password for the TDE wallet TDEのパスワードを別途設定 出来るようになる Enter TDE wallet password If you are going to use customer-managed keys stored in a vault, the TDE wallet is not applicable. （ボールトに格納されている 顧客管理キーを使⽤する場 合、TDEウォレットは適⽤され ません。） ※2024年4⽉更新
Oracle and/or its affiliates 602 Compartment Name リージョン間Data Guard で の Vault 利⽤時は Make it a virtual private vault を選択（⾮常に⾼価） （リージョン間での Vault の レプリケートが可能になる） ※2024年4⽉更新
key で作成したい場合、 Assign a new key version key version を⾃動作成で は無く、作成済みの key version に設定したいとき。 key version の OCID を⼊ ⼒。 この例では Rotate する前に 利⽤していた key version ocid を⼊⼒ ※2024年11⽉更新
Oracle and/or its affiliates 664 ※2023年10⽉更新 Data Guard Association 構成済 み環境で、Customer-managed key に変更しようとすると下記のエ ラーで失敗する Updating Key Management Configuration Not Supported Rotate Key is blocked on standby when KMS is configured in the current database. Also, you can not change/update encryption type once it is configured to KMS.
its affiliates 684 PDB名 最⼤30⽂字 タグ・ネームスペース、タグ・キー、値を設定 し、タグを付ける（オプション） +追加タグをクリックし、タグをさらに追加可能 データベースのTDEウォレット・パスワード を⼊⼒ Unlock the PDB admin account: Provide a PDB admin password to unlock the PDB admin account. デフォルト⾮選択 ※2023年12⽉更新 Take a backup of the PDB immediately after creating it: ⾃動バックアップ設定時デフォルト選択（⾮選択する と以下警告） PDB will not be recoverable until the next daily backup completes successfully. プラガブル・データベースの作成 をクリック
its affiliates 685 ※2023年12⽉更新 Take a backup of the PDB immediately after creating it: ⾃動バックアップ未設定時選択されない（選択でき ない）先に⾃動バックアップを設定することの警告が 出る You must enable automatic backup on the database for the PDB backup.
and/or its affiliates 689 Create pluggable database Using the console to create pluggable database Note: Creating a pluggable database (PDB) is not supported for databases using Data Guard. Data Guard 環境での PDB作成が出来ないことの確 認 Primary環境 ※2024年10⽉更新
and/or its affiliates 694 [FATAL] [DBAAS-60071] Operation has failed with following error message: [FATAL] [DBT-19715] Unable to create pdb on specified standby database ʻDB0726_zpk_kixʼ. CAUSE: Specified database ʻDB0726_zpk_kixʼ is in DISABLED state in Data Guard configuration. ACTION: Perform reinstate operation and then run the pdb creation operation .. ※2024年10⽉更新
and/or its affiliates 696 Primary側 dbaas.createExaPdbIn Dg workflow failed with 0 failures in TDE wallet upload and 1 in Standby PDB creation.The Standby databases that failed to create PDBs are ocid1.database.oc1.a p-osaka- 1.anvwsljrssl65iqafbo rsqi5ajlzmeltaibngds6 o3mzpn5z6qscgju4szt q マニュアル記載の通り、 Data Guard 環境では コ ンソールからのPDB作成は 出来ない ※2024年10⽉更新
Relocate pluggable database Source: 移⾏元データベースの SYS のパスワード Database Link: オプション ※2023年10⽉更新 Take a backup of the PDB immediately after relocating it. CDBで automatic backup が設定さ れている場合、デフォルト選択（設定さ れていないと⾮選択） 選択を外すと以下のメッセージ PDB will not be recoverable until the next daily backup completes successfully.
Oracle and/or its affiliates 732 Standby で provisioning されている PDB ※2024年10⽉更新 Relocate 先が Data Guard の Primary の場 合、Primary に Relocate 完了後、 Standby にも PDB を⾃ 動作成する In a Data Guard association, a PDB relocated to the primary will be synchronized with the standby as well.
clone pluggable database Refreshable clone を選択 ※2023年11⽉更新 Destination: 異なる CDB であることが必要（同じPDBは不可） Refreshable clone: A copy of the PDB is created in a different CDB, and you will be able to refresh the cloned PDB. ローカルで refreshable PDB は出来ない Configure new PDB: クローン先の PDB名 Source database SYS password ソースDBの SYS ユーザーのパスワード Database link: データベースリンクのユーザー資格情報 （事前にソースで作成必要、次ページ）
its affiliates 782 ※2024年10⽉更新 Standby での Create Pluggable Database が Fail する If the refresh PDB is in a Data Guard association, when it is converted to a regular PDB the PDB will be synced to the standby as part of the conversion process.こちらは動か ないことを確認
its affiliates 783 ※2024年10⽉更新 [FATAL] [DBAAS-60071] Operation has failed with following error message: [FATAL] [DBT-19715] Unable to create pdb on specified standby database ‘DB0726_zpk_kix’. CAUSE: Specified database ‘DB0726_zpk_kix’ is in DISABLED state in Data Guard configuration. ACTION: Perform reinstate operation and then run the pdb creation operation . DGは正常なのだが、Standby での create pdb に fail する
its affiliates 785 ※2024年10⽉更新 Convert to Regular Pluggable Database のエラーメッセージも同じ DBAAS-60071:[FATAL] [DBAAS-60071] Operation has failed with following error message: [FATAL] [DBT-19715] Unable to create pdb on specified standby database ‘DB0726_zpk_kix’. CAUSE: Specified database ‘DB0726_zpk_kix’ is in DISABLED state in Data Guard configuration. ACTION: Perform reinstate operation and then run the pdb creation operation ..The Standby databases that failed to create PDBs are ocid1.database.oc1.ap-osaka- 1.anvwsljrssl65iqafborsqi5ajlz meltaibngds6o3mzpn5z6qscgj u4sztq
its affiliates 789 ※2024年10⽉更新 In a Data Guard association, a refreshable clone cannot be created on standby, This pluggable database (PDB) operation is not supported for PDBs in standby container databases. これはマニュアルの想定通りの動き
⾃動バックアップの有効化のチェックボックスを クリックした場合 Real-time data protection redo転送 Deletion options after database termination DB削除後のバックアップ保持 Scheduled time for daily backup(UTC): Anytime Take the first backup immediately: デフォルト選択（すぐにバックアップを取得） Protection policy: Silver 35⽇（デフォルト） Backup destination: Autonomous Recovery Service (Recommended)（あとから⾃動バックアップを 設定したとき、要件を満たしていると Autonomous Recovery Service になる） Autonomous Recovery Service has the lowest operational cost and highest performance. ※2024年2⽉更新
⾃動バックアップの有効化のチェックボックスをクリッ クした場合 バックアップ・スケジューリング(UTC):⾃動バッ クアップを取得する時間帯のいずれかのオプション を選択 フルバックアップの曜⽇（デフォルト⽇曜） フルバックアップの時間帯 増分バックアップの時間帯 時間帯を指定しないとデフォルトの0:00-6:00 (UTC)に取得 2時間毎の時間帯を設定可能 2時間で終わらない場合もある ⾃動バックアップを即時開始チェックボックス（デ フォルト） バックアップ保持期間:⾃動バックアップが保持さ れる期間のいずれかのオプションを選択 Backup destination: Object Storage（Autonomous Recovery Service の要件を満たしていないとこちらになる。例で はDBが 19.14） Autonomous Recovery Service has the lowest operational cost and highest performance. Autonomous Recovery Service is supported for database version 19.16.0.0 and above whereas the selected version is 19.14.0.0 ※2024年2⽉更新
※2023年10⽉更新 バックアップ開始後、フェーズが早す ぎるとキャンセルに失敗する The database backup job has not yet started. The Cancel Backup operation is only allowed when the database backup job is in running state. Creating database backup が始まる前だとまだキャンセルできな い
affiliates Data Guard Group の作成 Run Precheck ※2025年9⽉更新 DBAAS-70680:[FATAL] [DBAAS-70680] Unable to login to Automatic Workload Repository (AWR) account for configuration.CAUSE: Either the password specified for 'SYS$UMF' account is incorrect, or the account has been deleted from the database schema.ACTION: Validate the presence of SYS$UMF account in the database schema and the account password before retrying the Standby AWR Configuration.
Oracle and/or its affiliates 881 Use the new Data Guard group Resource 2025/01からの新しいAPIで作 成（デフォルト） Use the existing Data Guard Association Resource 従来のAPIで作成 ※2025年2⽉更新
Oracle and/or its affiliates 883 Data Guard group details Active Data Guard がデフォル ト Protection mode Maximum Performance Transport type Async がデフォルト 2スタンバイ⽬を追加する際は最 初のスタンバイのモードが継承され る ※2025年2⽉更新
Oracle and/or its affiliates 884 Choose Database Home Only Database Homes compatible with the source database‘s Oracle Database version and patch level are listed.（互換性のある DBHOMEのみが表⽰される） To add a standby database in a new database home, you must create the database home before adding the standby database.（従来と異 なり、Add standby するまえにス タンバイ側にDBHOMEを事前に 作成が必要になった） ※2025年2⽉更新
Oracle and/or its affiliates 886 左ナビゲーションメニューが Data Guard Association か ら Data Guard Group へ変更 Data Guard Group で Primary, Standby の両⽅が 表⽰される（追加中） ※2025年2⽉更新
Oracle and/or its affiliates 891 従来の Data Guard の API で作 成しているData Guard Association には以下のメッセージ が出る You can now use the new Data Guard group resource to manage your Data Guard configuration which provides multiple standby support and Data Guard health status. Switching to the new Data Guard group resource does not impact your existing Exadata databases or Data Guard associations. If you have created automation that uses the existing Data Guard Association, your applications will need to be updated to use the new Data Guard group resource. Learn more ※2025年2⽉更新
affiliates Data Guard Group の作成 Cross-Service ※2025年9⽉更新 Select a service Exadata Database Service on Exascale Infrastructure を選択 VM cluster に ExaDB-XS の VM cluster が選択可能に
affiliates Data Guard Group の作成 Cross-Service ※2025年9⽉更新 first standby作成時は Protection mode MAXIMUM_PERFORMANC E Transport type ASYNC のみ Database Home は DB23ai のDBHOME を事前作成が必 要
affiliates Data Guard Group の変更 Cross-Service ※2025年9⽉更新 Primaryからは Protection Mode変更のみ Maximum Performanceから Maximum Availability に変 更時は先に Transport type を sync に変更が必要 To enable Maximum Availability protection mode with zero data loss standby target, you require at least one standby database configured with SYNC transport type. opc- request-id: csidae3dbb23414e919faf 8615aa80d7/A436551BA 48FF25FE828974670AC9 BCD/BE51BB1691AB8F23 BFD0B3E304596623 Viewing and Editing Data Guard Configuration • View all databases that are part of the Data Guard group in the Data Guard Group table, irrespective of whether you are on the primary or standby database pages. • Edit the Data Guard configuration to update: • Data Guard type: Can be different for each standby database. This can be changed only from a standby database. • Database administrator password: Can be edited from any database. • Protection mode: Can be switched between Max Performance and Max Availability from the primary or any standby database. • Transport type: Can be switched between Async and Sync only from a standby database.
affiliates Data Guard Group の変更 Cross-Service ※2025年9⽉更新 Standby からは Data Guard type Protection mode Transport type が変更可能 Viewing and Editing Data Guard Configuration • View all databases that are part of the Data Guard group in the Data Guard Group table, irrespective of whether you are on the primary or standby database pages. • Edit the Data Guard configuration to update: • Data Guard type: Can be different for each standby database. This can be changed only from a standby database. • Database administrator password: Can be edited from any database. • Protection mode: Can be switched between Max Performance and Max Availability from the primary or any standby database. • Transport type: Can be switched between Async and Sync only from a standby database.
affiliates Data Guard Group の変更 Cross-Service ※2025年9⽉更新 Protection mode を Maximum Performance か ら Maximum Availability に 変更する場合、 まずは、Standbyで Transport type を AsyncからSyncに変更
Oracle and/or its affiliates 968 新Primary （旧Standby） Switchover の時刻 Thu, Nov 9, 2023 at 04:57:00 UTC の後に Automatic Backup が成 功していることが⾒える Thu, Nov 9, 2023 at 06:56:34 UTC ※2023年11⽉更新
Oracle and/or its affiliates 969 新Standby （旧Primary） Switchover の時刻 Thu, Nov 9, 2023 at 04:57:00 UTC の後に Automatic Backup が成 功していることが⾒える Thu, Nov 9, 2023 at 07:21:32 UTC ※2023年11⽉更新
Oracle and/or its affiliates 976 新Primary Backupは継続された ※2023年11⽉更新 Failover Succeeded Thu, Nov 9, 2023 at 06:11:18 UTC の後 Thu, Nov 9, 2023 at 07:17:13 UTC
2025, Oracle and/or its affiliates 1007 新Standby standalone backup is supported only for standby databases with Active Data Guard enabled. スタンバイでバックアップ取れるの は Active Data Guard のと きのみ（今回はただのData Guard ※2024年10⽉更新 Create Backup
2025, Oracle and/or its affiliates 1008 新Standby If automatic backups are configured on the primary database, upon switchover, the backups will confinue on the new standby database. ⾃動バックアップが毎時のスケ ジュールで取得できた ※2024年10⽉更新
2025, Oracle and/or its affiliates 1012 Database Role: Standby If automatic backups are configured on the standby database, upon failover, the backups will continue on the new primary database. However, the backups will be disabled on the new standby database. 上記の確認 Failover ※2024年10⽉更新
2025, Oracle and/or its affiliates 1022 Failover 後のDisabled Standby Create Database Backup In progress のまま、 Data loss exposure が伸び ている（22h49m) 期待される動きは If automatic backups are configured on the standby database, upon failover, the backups will continue on the new primary database. However, the backups will be disabled on the new standby database. だが、プライマリではバックアップが 継続したが、スタンバイでは仕様 通りにdisabledにならなかった ※2024年10⽉更新
affiliates Snapshot Standby ※2025年11⽉更新 Converting your physical standby database into a snapshot standby allows you to use the standby as a read/write database for testing purposes while preserving data protection with minimal or no data loss, depending on the configured protection mode. However, keep in mind that a snapshot standby increases the Recovery Time Objective (RTO) since changes from the primary database are not applied in real-time. Additionally, automatic backups will be disabled during snapshot standby mode.
affiliates Snapshot Standby ※2025年11⽉更新 Oracle recommends converting your snapshot standby database back to a physical standby within 14 days. （マニュアルに記載のある内容 が表⽰される）
affiliates Snapshot Standby Switchover ※2025年11⽉更新 Warning Convert your database to a standby role to execute the switchover operation. Warning The standby database does not match the primary in configuration. Proceeding with switchover may result in unexpected behavior. Ensure both databases are in the same service and have symmetric configurations (e.g., number of nodes, memory settings) before continuing. マニュアル記載の通り、snapshot standby 中は switchover 出来な い
affiliates Snapshot Standby でのPDB作成 ※2025年11⽉更新 Snapshot Standby PDB作成 While any database in the Data Guard configuration is in snapshot standby mode, there is no support to create additional PDBs on the primary or any of the standby databases.
affiliates Snapshot Standby でのPDB作成 ※2025年11⽉更新 PrimaryでPDBを作成 This pluggable database (PDB) operation is not supported for PDBs in Data Guard environments with a snapshot standby database.
affiliates Snapshot Standby 中のスタンバイの⾃動バックアップの停⽌ ※2025年11⽉更新 メッセージ The latest recovery point for the database was 2 d 3 h 48 m ago. Enable real- time data protection using the Configure Automatic Backups action to enhance database protection with a recovery point up to the last subsecond. ドキュメントの記載 Automatic backups are suspended on a snapshot standby. Archive logs from the production database will continue to be backed up to preserve recoverability. スナップショットスタンバイ上では ⾃動バックアップが停⽌されます が、本番データベースのアーカイ ブログは引き続きバックアップさ れ、リカバリ性が維持
affiliates Enhanced Data Guard Health Status Reporting ※2025年11⽉更新 Disaster recovery Switchover readiness Critical The Oracle Data Guard broker indicates that the member 'DB0411_7d7_kix' is not ready for switchover. Failover readiness Critical The Oracle Data Guard broker indicates that the member 'DB0411_7d7_kix' is not ready for failover. Unable to determine the transport lag of member 'DB0411_7d7_kix'.
affiliates Enhanced Data Guard Health Status Reporting ※2025年11⽉更新 Snapshot Standby の場合 スタンバイは Unknownに ドキュメントより Disabled Standby Database and Snapshot Standby Database: status indicators – Gray Gray (Unknown): Shown when the health status cannot be determined at that point.
affiliates Enhanced Data Guard Health Status Reporting ※2025年11⽉更新 プライマリ側 Disaster recovery Switchover readiness Critical Data Guard broker indicates that the member 'nodb1031' is not ready for switchover. Failover readiness Critical Unable to determine if the member 'nodb1031' has an acceptable transport lag that does not exceed the configured threshold.
affiliates Enhanced Data Guard Health Status Reporting ※2025年11⽉更新 スタンバイ側 Disaster recovery Switchover readiness Unknown [FATAL] [DBAAS-60384] Unable to get the Data Guard member ‘nodb1031’ details from DGMGRL. Failover readiness Unknown [FATAL] [DBAAS-60384] Unable to get the Data Guard member ‘nodb1031’ details from DGMGRL.
Oracle and/or its affiliates 1164 Total Estimated Maintenance Time Details: 6hours Database Servers Estimated Maintenance Time: 3 hours Storage Servers Estimated Maintenance Time: 3hours ASM rebalance time is not included in the estimated storage server maintenance time. Network Switches Estimated Maintenance Time: 0 minutes ※2023年6⽉更新
Oracle and/or its affiliates 1184 ※2023年8⽉更新 Security Maintenance Target DB Server Version: Target Storage Server Version: Scheduled Start Time: Total Estimated Maintenance Time: Edit Maintenance Run
Oracle and/or its affiliates 1185 ※2023年8⽉更新 Scheduled Start Time This infrastructure maintenance update must be run by Sat, Sep 9, 2023 at 23:59:59 UTC to meet compliance requirements.
Oracle and/or its affiliates 1187 ※2023年8⽉更新 Scheduled Start Time 後ろ倒し可能なのは 9/9 ま で Security maintenance, when needed, is scheduled to be applied during a 21-day window that begins between the 18th-21st of each month and will run till the 9th- 12th of the next month.
affiliates Exadata Cloud Infrastructure のMaintenance Scheduling Policy ※2025年6⽉更新 Scheduling policy を選択してsaveす ると Maintenance Scheduling plan に⼊る Oracle will automatically create a maintenance plan to schedule updates for all infrastructure components to align with the maintenance windows in your scheduling policy. 指定した時間内に⼊るようにコンポーネ ントを並び替える。今回Duration in hours を5時間にしたが、Estimated time が6時間のため、Storage Server 1台分の適⽤が別スケジュールになった 模様 Scheduled actions に Apply full update to DB servers dbServer-1,dbServer-2 Apply full update to 2 Storage servers. Apply full update to 1 Storage servers. Anytime after saving, you can modify maintenance plan through the Maintenance scheduling plan resource on the infrastructure details page.
1258 [FATAL] [DBAAS-70040] Database '[DBTJK01_8rf_kix]' is running only on one node.CAUSE: The database is configured on multiple nodes. However the database instance is running only on one node. Stopping the instance on this node would cause downtime.ACTION: Either bring up the database on atleast one additional configured nodes and retry operation or use dbaascli with -- continueWithDbDowntime argument to continue patching with database downtime. ※2024年5⽉更新
※2026年2⽉更新 Move to Another Home （アウトオブプレースのRU適 ⽤）の場合、 Advanced options 中に Datapatch options • Run datapatch on the database︓デフォルト （従来通り） • Skip datapatch on the database︓datapatchを スキップ • Skip datapatch for closed PDBs only︓ク ローズ状態のPDBには datapatchをスキップ
※2026年2⽉更新 datapatchあり Jan 27, 2026 at 4:56:12 AM UTC Jan 27, 2026 at 5:24:35 AM UTC 30分くらい datapatch無し Jan 27, 2026 at 6:03:48 AM UTC Jan 27, 2026 at 6:10:52 AM UTC 7分︕
※2026年2⽉更新 skip datapatchすると以下メッセー ジが出⼒される The container database DB0317 is at version 23.7.0.25.01, which is inconsistent with the database home version 23.9.0.25.07. It appears that the datapatch operation has not been run on DB0317 database yet. Please use the Run datapatch option under More actions menu to synchronize database metadata with newly installed updates. This is an online operation, meaning the database remains open and available to users throughout the process. メニューからRun datapatchを実⾏
※2026年2⽉更新 This operation will apply SQL updates to synchronize the DB0317 database and all associated pluggable database with version 23.9.0.25.07. The database will remain open and available throughout the process. Run precheck
1377 Upgrade Database アップグレード先の DBHOMEを選択 You have not run an upgrade precheck for this Database Home. Oracle recommends running a precheck prior to attempting the upgrade to identify any issues needed mitigation that could impact your upgrade. After you initiate an upgrade, the system automatically performs another precheck to ensure that the upgrade can complete successfully. 最初に precheck ※2024年5⽉更新
Oracle and/or its affiliates 1391 以前に⽐べてエラーメッセージが具体的 で、ユーザーが対処可能な内容に改善 された。（エラーメッセージのURLはまだ 実装されていないように⾒える） kara-vpvao1 Target-Node Check if custom packages are installed on the node. EXAUPG- 00311 CheckCustRpms Custom packages found on the system. Cannot upgrade while the system contains custom packages. See /var/log/cellos/unkown_packag es-rpt.101024015913.txt . Manual installation of custom packages. Remove the custom packages manually or run script /var/log/cellos/remove_unkown _packages.101024015913.sh or perform the upgrade using the -- force_remove_custom_rpms option. https://support.oracle.com/ms g/EXAUPG-00311 上記スクリプトを実施後、再度 precheckでSuccess になった ※2024年10⽉更新 0x03050017 - Failed to complete Guest VM OS update precheck. Patchmgr command on VM failed. Refer MOS Note 2829056.1 for more details. Patchmgr command failed on Target : ['domu'] for Patch Operation : patch_prereq_check. Patchmgr logs are available on the node : kara- vpvao2.sub04210756190.ex avcn.oraclevcn.com at location : /u02/dbserver.patch.zip_exa data_ol8_23.1.17.0.0.24080 7_Linux-x86- 64.zip/dbserver_patch_2409 15.1/patchmgr_log_9d2dfc3 a-a39c-4804-abbc- 58f7de428d1d エラーメッセージのログファイルの場所 が表⽰されている
Oracle and/or its affiliates 1397 0x03010054 - Failed to complete Guest VM OS update precheck. Insufficient space available on root partition during patch operation. jiro- 1koqp1.sub0421075619 0.exavcn.oraclevcn.com d oes not have enough space in / for performing patch. Needed 3.05 GB(3126.00 MB), got 2.53 GB(2586.00 MB) ※2026年1⽉更新
Oracle and/or its affiliates 1398 jiro-1koqp2 Target-Node Check Database Release Update 19.23 or 23.5 and later are installed for the Grid Infrastructure and 19.21 or 23.5 for Database. EXAUPG- 00031 check_db_gi_ver Database Release Update (DBRU) 19.23 or 23.5 (or later) are required for the Grid Infrastructure. DBRU 19.21 or 23.5 (or later) are required for the Database. Required Database Release Update 19.23 or 23.5 (or later) could not be found in the Grid Infrastructure inventory or DBRU 19.21 or 23.5 (or later) could not be found for the Database. Make sure your Oracle Homes are updated to the minimum required versions for Exadata 25.1 https://support.oracle.co m/msg/EXAUPG-00031 ※2026年1⽉更新 0x03050017 - Failed to complete Guest VM OS update precheck. Patchmgr command on VM failed. Refer MOS Note 2829056.1 for more details. Patchmgr command failed on Target : ['domu'] for Patch Operation : patch_prereq_check. Patchmgr logs are available on the node : jiro- 1koqp2.sub04210756190.e xavcn.oraclevcn.com at location : /u02/dbserver.patch.zip_exa data_ol8_25.1.7.0.0.250711 _Linux-x86- 64.zip/dbserver_patch_2508 01/patchmgr_log_172bb96 3-058c-476d-842b- 6359c5032ae1
oracle4engineer
line_developers_tw
subroh0508
edeandrea
yoshidashingo
tomoyks
dynamis
nikkei_engineer_recruiting
tsukuboshi
kumaiu
hironobuiga
minorun365
eileencodes
maltzj
helmedeiros
jakevdp
portentint
addyosmani
cassininazir
morganepeng
reverentgeek
maggiecrowley
twada
gr2m
![Exadata Infrastructure のスケーリング DBは2ノード（このテスト前に⼀度3ノードにしたときのが残っている [root@saburo-5puyv1 ~]# /u01/app/19.0.0.0/grid/bin/crsctl stat res -t](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_63.jpg){kind=link}
![Exadata Infrastructure のスケーリング クラスター、DBが3ノードに増える [root@saburo-5puyv1 ~]# /u01/app/19.0.0.0/grid/bin/crsctl stat res -t](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_83.jpg){kind=link}
![Exadata Infrastructure のスケーリング クラスター、DBが2ノードにもどる [root@saburo-5puyv1 ~]# /u01/app/19.0.0.0/grid/bin/crsctl stat res -t](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_92.jpg){kind=link}
![Exadata Infrastructure のスケーリング ストレージサーバー ボタンを押す前の cellip.ora [root@goro-3tycf1 ~]# cat /etc/oracle/cell/network-config/cellip.ora](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_105.jpg){kind=link}
![Exadata Infrastructure のスケーリング ストレージサーバー ボタンを押した後の cellip.ora [root@goro-3tycf1 ~]# cat /etc/oracle/cell/network-config/cellip.ora](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_114.jpg){kind=link}
![Exadata Infrastructure のスケーリング ストレージサーバー 既存3台は 24.1.9.0.0 だったので、微妙にバージョンは異なる [root@goro-3tycf1 ~]# exacli](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_115.jpg){kind=link}
![Exadata Infrastructure のスケーリング ストレージサーバー 追加された1行目のエントリーが削除 [root@ichiro-gsb6v1 ~]# cat /etc/oracle/cell/network-config/cellip.ora cell="100.106.0.40;100.106.0.41"](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_128.jpg){kind=link}
![VM クラスタの作成 GI 23ai で新規デプロイ時のファイルシステム [root@goro-yxhmx1 ~]# df -hT Filesystem](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_196.jpg){kind=link}
![VM クラスタの作成 GI 23ai で新規デプロイ時のLVサイズ [root@goro-yxhmx1 ~]# lvs LV VG](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_197.jpg){kind=link}
![VM Cluster on a Single VM の作成 クラスターも1インスタンス [grid@rokuro-opo391 ~]$](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_207.jpg){kind=link}
![VM Cluster on a Single VM の作成 [root@rokuro-opo391 ~]# /opt/oracle.SupportTools/quorumdiskmgr](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_211.jpg){kind=link}
![VM Cluster on a Single VM の作成 通常の2ノードクラスターになる [grid@rokuro-opo391 ~]$](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_216.jpg){kind=link}
![VM Cluster on a Single VM の作成 [root@rokuro-opo391 ~]# /opt/oracle.SupportTools/quorumdiskmgr](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_217.jpg){kind=link}
![VM Cluster on a Single VM の作成 [root@rokuro-opo391 ~]# /opt/oracle.SupportTools/quorumdiskmgr](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_218.jpg){kind=link}
![VM Cluster on a Single VM の作成 [root@rokuro-opo391 ~]# /opt/oracle.SupportTools/quorumdiskmgr](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_226.jpg){kind=link}
![VM Cluster on a Single VM の作成 [grid@rokuro-opo391 ~]$ asmcmd](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_228.jpg){kind=link}
![VM クラスタ [grid@exadxs-zgivg1 ~]$ crsctl stat res -t -------------------------------------------------------------------------------- Name](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_290.jpg){kind=link}
![VM Cluster の作成: Exascale cloud VM cluster exacli [email protected]> list](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_291.jpg){kind=link}
![VM Cluster の作成: Exascale cloud VM cluster exacli [email protected]> list](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_292.jpg){kind=link}
![VM Cluster の作成: Exascale cloud VM cluster exacli [email protected]> list](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_293.jpg){kind=link}
![VM Cluster の作成: Exascale cloud VM cluster [root@exadxs-zgivg1 ~]# xsh](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_295.jpg){kind=link}
![VM Cluster の作成: Exascale cloud VM cluster [root@exadxs-zgivg1 ~]# xsh](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_296.jpg){kind=link}
![VM クラスタのリソースのスケール GI 23ai で新規デプロイ時のファイルシステム [root@wasa-fg0lt1 ~]# df -hT Filesystem](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_309.jpg){kind=link}
![VM クラスタのリソースのスケール GI 23ai で新規デプロイ時のLVサイズ [root@wasa-fg0lt1 ~]# lvs LV VG](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_310.jpg){kind=link}
![VM クラスタのリソースのスケール 拡張後 [root@wasa-fg0lt1 ~]# df -hT Filesystem Type Size](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_313.jpg){kind=link}
![VM クラスタのリソースのスケール 拡張後 [root@wasa-fg0lt1 ~]# lvs LV VG Attr LSize](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_314.jpg){kind=link}
![Application VIP 自動登録はされないので、このあと手動登録が必要 [grid@kara-vpvao1 ~]$ crsctl stat res -t |](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_361.jpg){kind=link}
![Application VIP [root@kara-vpvao1 ~]# /u02/app/19.0.0.0/grid_1/bin/crsctl stat res -t -------------------------------------------------------------------------------- Name](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_362.jpg){kind=link}
![シリアルコンソール接続 事前に root のパスワードを設定しておくと root でパスワード認証でログイン可能 [root@shiro-8havw1 ~]# passwd Changing](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_377.jpg){kind=link}
![シリアルコンソール接続︓VMが起動しないときのトラブルシューティングのためのシリアルコンソール接続 シングルユーザーモードなので、/（ルート）がマウントされてないので、ルートをマウントする [root@jiro-1koqp1 /]# /bin/mount -o remount, rw / [root@jiro-1koqp1](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_400.jpg){kind=link}
![シリアルコンソール接続︓VMが起動しないときのトラブルシューティングのためのシリアルコンソール接続 例：opcの秘密鍵を紛失してopcでsshで入れなくなってしまった、rootパスワードも設定していないからシリアルコンソール接続してもrootログイン出来ない、ような場合でしたら、シン グルユーザーモード接続で、rootのパスワードを設定します。 [root@jiro-1koqp1 root]# passwd Changing password for user](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_401.jpg){kind=link}
![データベースの作成 Use customer-managed keys を選択した場合 [root@kara-vpvao1 ~]# dbaascli tde getHsmKeys](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_489.jpg){kind=link}
![データベース作成後の SYS ユーザーパスワード / TDE Wallet パスワード変更 新パスワードでの接続確認 [oracle@exap-yf9hf1 ~]$](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_539.jpg){kind=link}
![1-a. 初期化パラメーター WALLET_ROOTの確認 [oracle@saburo-5puyv1 ~]$ . DB0325.env [oracle@saburo-5puyv1 ~]$ sql](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_565.jpg){kind=link}
![1-a. 初期化パラメーター WALLET_ROOTの確認 [oracle@saburo-5puyv1 ~]$ ls -al /var/opt/oracle/dbaas_acfs/DB0325/wallet_root total 216](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_566.jpg){kind=link}
![1-b. 初期化パラメーター TDE_CONFIGURATIONの確認 [oracle@saburo-5puyv1 ~]$ sql / as sysdba SQL>](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_567.jpg){kind=link}
![DBのalert.logから分かるDB作成時に設定されたTDEのコマンド [root@saburo-5puyv1 ~]# grep -i "administer key" /u02/app/oracle/diag/rdbms/db0325_3s6_kix/DB03251/trace/alert_DB03251.log Run administer](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_572.jpg){kind=link}
![PDBを追加した場合 wallet_root にディレクトリが追加、マスター暗号鍵が追加 [root@saburo-5puyv1 ~]# ls -alrt /var/opt/oracle/dbaas_acfs/DB0325/wallet_root/ total 268](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_573.jpg){kind=link}
![1-a. 初期化パラメーター WALLET_ROOTの確認 [oracle@saburo-5puyv1 ~]$ sql / as sysdba SQLcl:](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_593.jpg){kind=link}
![1-a. 初期化パラメーター WALLET_ROOTの確認 ewallet.p12、cwallet.ssoが再作成されている [root@saburo-5puyv1 ~]# ls -alrt /var/opt/oracle/dbaas_acfs/DB0325/wallet_root/* -rw-r-----](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_594.jpg){kind=link}
![1-b. 初期化パラメーター TDE_CONFIGURATIONの確認 [oracle@saburo-5puyv1 ~]$ sql / as sysdba SQL>](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_595.jpg){kind=link}
![Master Key ID から OCID への変換 [oracle@saburo-5puyv1 ~]$ kms-tde-cli --help](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_598.jpg){kind=link}
![DBのalert.logから分かるOCI Vault へ変更時のTDEのコマンド [root@saburo-5puyv1 ~]# grep -i "administer key" /u02/app/oracle/diag/rdbms/db0325_3s6_kix/DB03251/trace/alert_DB03251.log](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_602.jpg){kind=link}
![DBのalert.logから分かるOCI Vault へ変更時のTDEのコマンド [root@saburo-5puyv1 ~]# grep -i "administer key" /u02/app/oracle/diag/rdbms/db0325_3s6_kix/DB03251/trace/alert_DB03251.log](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_612.jpg){kind=link}
![[root@kara-vpvao1 ~]# dbaascli tde getHsmKeys --dbname DB1108 DBAAS CLI version](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_619.jpg){kind=link}
![[root@kara-vpvao1 ~]# dbaascli tde getHsmKeys --dbname DB1108 DBAAS CLI version](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_623.jpg){kind=link}
![[root@kara-vpvao1 ~]# dbaascli tde getHsmKeys --dbname DB1108 DBAAS CLI version](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_628.jpg){kind=link}
![[root@kara-vpvao1 ~]# dbaascli tde getHsmKeys --dbname DB1108 DBAAS CLI version](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_632.jpg){kind=link}
![PDBの接続記述⼦の⼊⼿ [oracle@orcl0330-apjlw1 ~]$ /u02/app/oracle/product/19.0.0.0/dbhome_1/bin/sqlplus system/パスワード@orcl0330-apjlw- scan.sub03300538370.vcn01.oraclevcn.com:1521/DB0414_PDB2.paas.oracle.com SQL*Plus: Release 19.0.0.0.0 -](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_705.jpg){kind=link}
![PDBのリフレッシュ可能クローンの作成 データベースリンクのユーザー資格情報 ソースデータベースで事前作成 [oracle@kara-vpvao1 ~]$ sql / as sysdba SQLcl:](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_720.jpg){kind=link}
![3ノード⽬の Add standby [oracle@ichiro-gsb6v1 ~]$ . DB1210.env [oracle@ichiro-gsb6v1 ~]$ dgmgrl](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_849.jpg){kind=link}
![3ノードでの Switchover スイッチオーバー中 [oracle@goro-3tycf1 ~]$ dgmgrl / as sysdba DGMGRL](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_851.jpg){kind=link}
![3ノードでの Switchover [oracle@goro-3tycf1 ~]$ dgmgrl / as sysdba DGMGRL for](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_854.jpg){kind=link}
![Data Guard 環境でのDatabase のアップグレード（19c→23ai） [oracle@shiro-1dkzm1 ~]$ dgmgrl / as sysdba](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1041.jpg){kind=link}
![Data Guard 環境でのDatabase のアップグレード（19c→23ai） [oracle@goro-yxhmx1 ~]$ dgmgrl / as sysdba](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1042.jpg){kind=link}
![Data Guard 環境でのDatabase のアップグレード（19c→23ai） [oracle@shiro-1dkzm1 ~]$ dgmgrl / as sysdba](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1046.jpg){kind=link}
![Data Guard 環境でのDatabase のアップグレード（19c→23ai） プライマリアップグレード後、dgmgrlは SUCCESS に戻る [oracle@shiro-1dkzm1 ~]$ .](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1052.jpg){kind=link}
![Data Guard 環境でのDatabase のアップグレード（19c→23ai） スタンバイ側のDB も OPEN READONLY [grid@goro-yxhmx1 ~]$](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1054.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting [oracle@ichiro-gsb6v1 ~]$ env |](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1079.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting [oracle@jiro-1koqp1 ~]$ dgmgrl /](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1080.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting [oracle@vmc1-v4hra1 ~]$ . nodb1031.env](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1084.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting primary からみると正常に見える [oracle@vmc1-v4hra1 ~]$](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1088.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting [oracle@ichiro-gsb6v1 ~]$ /u01/app/19.0.0.0/grid/bin/crsctl stat](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1090.jpg){kind=link}
![Enhanced Data Guard Health Status Reporting [oracle@ichiro-gsb6v1 ~]$ srvctl start](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1092.jpg){kind=link}
![Grid Infrastructureのアップグレード [grid@shiro-8havw1 ~]$ asmcmd ASMCMD> lsdg State Type Rebal](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1213.jpg){kind=link}
![Grid Infrastructureのアップグレード [grid@shiro-8havw1 ~]$ asmcmd ASMCMD> lsattr -l -G DATAC2](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1216.jpg){kind=link}
![Datapatchをスキップして後で個別に実⾏ 実行中 [oracle@jiro-1koqp2 ~]$ . DB0317.env [oracle@jiro-1koqp2 ~]$ sql /](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1248.jpg){kind=link}
![Interim Software Updateのダウンロード [oracle@kara-vpvao1 patch]$ srvctl stop database -db DB11062_sxh_kix](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1353.jpg){kind=link}
![Interim Software Updateのダウンロード [oracle@kara-vpvao1 patch]$ /u01/app/19.0.0.0/grid/bin/crsctl stat resource ora.db11062_sxh_kix.db -t](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1354.jpg){kind=link}
![Interim Software Updateのダウンロード 適用前 [oracle@kara-vpvao2 ~]$ env | grep ORA](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1355.jpg){kind=link}
![Interim Software Updateのダウンロード 適用後 [oracle@kara-vpvao2 patch]$ opatch lspatches 35556847;MERGE ON](https://files.speakerdeck.com/presentations/a8060b7d82e0498e94cf69fce95a2add/slide_1356.jpg){kind=link}
