Oracle Cloud Infrastructure Blog(翻訳)

OCIでのDBユーザー、接続およびプライベート・エンドポイントの作成 (2023/06/01) https://www.thatjeffsmith.com/archive/2023/06/creating-db-users-connections-private-endpoints-in-oci/ Oracle CloudのOracle Databasesで実行されていますか。これらのデータベースに簡単に接続して操作しますか。 無償のDatabase Tool Serviceコンソールを使用して、これをブラウザで実現する方法を説明します。 まず、 Database Tool Service、接続、SQLワークシート、およびSQLcl統合について詳しく説明 します。 今日の記事は、私の深いダイブからの空間のいくつかをビデオで埋めることに役立っています。ユーザーの作成、それらのユーザーの接続、データベースにアクセスするためのプライベート・エンドポイント、およびSQLワークシートのデモを確認できます。 新規ユーザーとその接続の作成 OCIでマネージド・データベースを作成すると、指定したパスワードで1つ以上の管理者アカウント(SYS、SYSTEM、ADMIN)がデフォルトで取得されます。 そのアカウントを使用して、Cloud Shellからデータベースにログインし、新しいデータベース・ユーザー'YOUTUBE'を作成します。 プライベート・エンドポイント(PE)はまだありませんか。それでもOKです。オンザフライで作成できます 接続を定義するときは、PEを指定する必要があります。これにより、オラクルのサービスは、VCN上のデータベースにアクセスできるようになります。それ以外の場合は、ネットワーク・パスがありません... その特定のVCNのPEがすでにある場合は、それを追加できます。どうもこんな感じ。 このスライダは、CONNECTIONリソースの作成または編集時にも同じになります。 SQLワークシートでの新規接続の使用 Excelを新しい表にインポートします。 SCOTT.EMPおよび14行です... はい、新しいテーブルで遊びましょう SQLを使用して表を問い合せることができ、組込みのディクショナリ・ツールを使用してデータベース・オブジェクトを参照および管理

Oracle Database 23c: 新機能- DB_DEVELOPER_ROLE - (2023/06/01) https://blogs.oracle.com/database/post/oracle-database-23c-new-feature-db-developer-role 投稿者： Pedro T. Oracle Database 23c以降、新しいロール"DB_DEVELOPER_ROLE"を使用すると、管理者は、開発者がOracle Database用のアプリケーションを設計、構築およびデプロイするために必要なすべての権限をすばやく割り当てることができます。(アプリケーションの監視およびデバッグに必要なデータ・モデルおよびオブジェクト権限を構築するために必要なシステム権限を含めます)。 このロールを使用することで、管理者は、アプリケーション開発に必要な権限を推測する必要がなくなります。 DB_DEVELOPER_ROLEロールは最小権限の原則に準拠し、開発環境のセキュリティを強化するため、Oracleでは、アプリケーション開発者にDB_DEVELOPER_ROLEロールを付与するかわりに、これらの権限を個別に付与したり、ユーザーにDBAロールを付与しないことをお薦めします。 DB_DEVELOPER_ROLEロールは、CDBルートまたはPDBのいずれかで使用できます。 次のSQL文を使用すると、このロールに割り当てられている権限を取得できます。 システム権限用 SQL> SELECT privilege FROM role_sys_privs WHERE role='DB_DEVELOPER_ROLE' ORDER BY 1; オブジェクト権限用 SQL> SELECT table_name, privilege FROM role_tab_privs WHERE role = 'DB_DEVELOPER_ROLE' ORDER BY 1; その他の機能- ロール用 JSONコレクション(Simple Oracle Document Access (SODA))を操作するには、SODA_APPロールを有効にします。 CTXAPPロールは、ユーザーがOracle Textプリファ

WindowsワークロードをOCI上のKubernetesで実行 (2023/06/01) https://blogs.oracle.com/cloud-infrastructure/post/running-windows-workloads-kubernetes-oci 投稿者： Joe Kratzat | Senior Member Of Technical Staff Windows Kubernetesワークロード・クラスタを設定しようとしましたが、難しいことがわかりましたか。Oracle Cloud Infrastructure (CAPOCI)のクラスタAPIに対応しました。OCIでWindowsワークロード・クラスタを簡単に起動できるようになりました。 様々な種類のワークロードを実行する機能は、Kubernetesにとって大きな魅力です。Windowsワークロードの起動と実行は簡単ではないことがわかりました。私たちは、CAPOCIでこのプロセスをOCIでより簡単にすることに時間を費やしてきました。コントロール・プレーンはLinuxでのみ実行できますが、 いくつかの制限 がありますが、CAPOCIを使用してワークロード・クラスタでWindowsまたはLinuxのいずれかを実行するようにワーカー・ノードをプロビジョニングできます。 CAPOCIとWindowsを使用する理由 新しいテクノロジが出現しても、すべてのプロジェクトを最初から書き直すことは実現不可能であることがわかっています。WindowsシステムがOCIのKubernetes上で実行できるように、お客様がソフトウェアの書き換えを必要とせずに、Kubernetesを採用できるようにするための道筋を提供したいと考えています。 CAPOCIを使用すると、Kubernetesの全体的なエクスペリエンスを向上させる次の利点をロック解除できます。 アプリケーションの互換性: 多くの組織がWindowsベースのアプリケーションに多大な時間を投資しています。CAPOCIを使用すると、Kubernetesのスケーラビリティ、自己回復性、およびその他の高度な機能を利用して、コンテナ化されたWindowsアプリケーションを実行できます。 簡素化された設定: KubernetesでのWindowsワーカー・ノードの

OCI File Storageのポリシーベースのスナップショットを発表 (2023/06/01) https://blogs.oracle.com/cloud-infrastructure/post/oci-file-storage-policy-based-snapshots 投稿者： Aboo Valappil | Technical Product Manager Oracle Cloud Infrastructure (OCI) File Storageサービス のポリシーベース・スナップショットをお知らせします。ポリシーベースのスナップショットは、ファイルシステム・スナップショットのライフサイクル全体を作成および管理するポリシーを構成できるフルマネージドの機能です。ファイルシステム・スナップショットの頻度と保持期間を定義できます。スナップショット・ポリシーは、コンプライアンスを達成するためにビジネスのデータ保持ポリシーと一致するように構成できます。 OCI File Storageスナップショット は、File Storageの強力で広く使用されている機能です。スナップショットは、データの読取り専用のコピーを保持します。スナップショット内のデータのポイントインタイム・コピーを使用して、偶発的または意図しないファイル削除や変更から保護し、必要な数のスナップショットを作成できます。ポリシーベースのスナップショットは、スナップショット機能を強化し、次の利点と機能を提供します。 スナップショット・ライフサイクルを管理するポリシーを定義します。現在までは、スナップショット管理により、スナップショットの作成や削除をスケジュールするために、外部コンピュート・インスタンスをメンテナンスする必要がありました。 ビジネス要件およびコンプライアンスの目的で、データ保持ポリシーを構成します。 不要になったスナップショットを自動的に削除して、領域使用率を管理します。 ポリシーベースのスナップショットをクローニングおよびファイル・システム一貫性のある ファイルストレージ・レプリケーション と組み合せることで、データ保護およびディザスタ・リカバリを強化し、異なる地理的な場所でスナップショットを自動的に作成、レプリケートおよびメンテナンスします。ポリシーベースのスナップショットに基づ

Oracle Cloud Native Ingress Controller for Kubernetesの紹介 (2023/06/01) https://blogs.oracle.com/cloud-infrastructure/post/oracle-cloud-native-ingress-controller-kubernetes 投稿者： Ajay Chhabria | Principal Product Manager Kubernetesの世界では、イングレス・コントローラは、イングレストラフィックをクラスタ内の適切なサービスにルーティングできる主要なコンポーネントです。これは、HTTPおよびHTTPsトラフィックのエントリ・ポイントとして機能し、外部へのサービスの公開を可能にします。OracleのKubernetesは、NGINX Ingress ControllerやTraefikなど、複数のイングレス・コントローラをサポートしていますが、Oracle Cloud Infrastructure(OCI)サービスとコントローラが統合されていませんでした。 Kubernetes向けの新しいOCIネイティブ・イングレス・コントローラのリリースを発表できることを嬉しく思います。新しいネイティブ・イングレス・コントローラを使用することで、外部コントローラに依存することなく、Kubernetes内で直接イングレス・リソースを簡単に効率よく管理できるようになりました。この最先端のソリューションは、開発者や企業がクラウド・ネイティブ・アプリケーションの真の力を活用できるように設計されており、OCIエコシステムを活用したシームレスな接続と高度なルーティング機能を実現します。 Oracle Cloudネイティブ・イングレス・コントローラとは何ですか。 Oracle Cloudネイティブ・イングレス・コントローラは、クラウド・ネイティブ・アプリケーションへのインバウンド・ネットワーク・トラフィックの管理を簡略化する、堅牢でスケーラブルなソリューションです。ルーティングとロード・バランシングのための一元化されたコントロール・プレーンを提供しているため、サービスの信頼性と効率性をかつてないほど簡単に提供できます。これは高度にカスタマイズ可能と設計されており、トランスポート

WindowsワークロードをOCI上のKubernetesで実行 (2023/06/01) https://blogs.oracle.com/cloud-infrastructure/post/running-windows-workloads-kubernetes-oci 投稿者： Joe Kratzat | Senior Member Of Technical Staff Windows Kubernetesワークロード・クラスタを設定しようとしましたが、難しいことがわかりましたか。Oracle Cloud Infrastructure (CAPOCI)のクラスタAPIに対応しました。OCIでWindowsワークロード・クラスタを簡単に起動できるようになりました。 様々な種類のワークロードを実行する機能は、Kubernetesにとって大きな魅力です。Windowsワークロードの起動と実行は簡単ではないことがわかりました。私たちは、CAPOCIでこのプロセスをOCIでより簡単にすることに時間を費やしてきました。コントロール・プレーンはLinuxでのみ実行できますが、 いくつかの制限 がありますが、CAPOCIを使用してワークロード・クラスタでWindowsまたはLinuxのいずれかを実行するようにワーカー・ノードをプロビジョニングできます。 CAPOCIとWindowsを使用する理由 新しいテクノロジが出現しても、すべてのプロジェクトを最初から書き直すことは実現不可能であることがわかっています。WindowsシステムがOCIのKubernetes上で実行できるように、お客様がソフトウェアの書き換えを必要とせずに、Kubernetesを採用できるようにするための道筋を提供したいと考えています。 CAPOCIを使用すると、Kubernetesの全体的なエクスペリエンスを向上させる次の利点をロック解除できます。 アプリケーションの互換性: 多くの組織がWindowsベースのアプリケーションに多大な時間を投資しています。CAPOCIを使用すると、Kubernetesのスケーラビリティ、自己回復性、およびその他の高度な機能を利用して、コンテナ化されたWindowsアプリケーションを実行できます。 簡素化された設定: KubernetesでのWindowsワーカー・ノードの

簡単にナビゲート: Oracle Cloudコンソールで状況に即したヘルプ・パネルを紹介 (2023/06/01) https://blogs.oracle.com/cloud-infrastructure/post/help-panels-oracle-cloud-console 投稿者： Debra Maranta | Senior Principal Product Manager インスタンス、仮想クラウド・ネットワーク(VCN)の作成、またはコンパートメント間でのロードバランサの移動にサポートが必要でしたか。Oracle Cloudコンソールから移動せずに簡単にステップを見つけたいですか。これらの目標を達成するために、状況に即したヘルプ・パネルを導入しました。 コンテキストに即したヘルプ・パネル 次回支援が必要な場合は、「ヘルプ」メニュー( )を開き、コンソールのどこにいるかに基づいてキュレートしたヘルプ・リンクを確認できます。 適切なリンクを選択してコンテキスト・ヘルプ・パネルでトピックを開き、コンソール内のステップバイステップの手順に従います。状況に即したヘルプ・パネルは、Oracle Cloud Infrastructure (OCI) ドキュメント でサポートされているすべての言語で使用できます。大きなバージョンのイメージを表示するには、パネルに表示されているサムネイル・イメージをクリックします。「新規タブを開く」アイコン( )をクリックして、ドキュメント・サイトのコンテキスト全体内にコンテンツを表示します。 OCIは、可能な限り最高のユーザー・エクスペリエンスを提供するために常に取り組んでいるため、親指をクリックして役立つコンテンツを見つけたかどうかをお知らせください( )またはサムズ・ダウン( )のアイコンがパネルの下部にあり、アクション可能なコメントを残しています。あなたのフィードバックは私たちにとって重要です! 自分で試してみてください。 すべてのOracle Cloud Infrastructure商業リージョンの限られたヘルプ・リンクのセットに対して、状況に即した新しいヘルプ・パネルが今日利用可能です。今後数か月の間に、サービス全体でパネルの可用性を拡大する予定です。 Oracle Cloud無料トライアル にサインアップするか、 ア

DBMS_DCATを使用したData Catalogデータの取得 (2023/05/31) https://medium.com/@aporcescu/get-data-catalog-data-using-dbms-dcat-5a16d637aea0 投稿者： Alexandru Porcescu DBMS_DCATパッケージは、Autonomous DatabaseのユーザーがOCI Data Catalogの機能(データ検出および集中管理のための包括的なシステム)を利用できるように設計された様々な機能と手順を提供します。簡単に言うと、このパッケージにより、ユーザーはOCI Data Catalogで提供されるデータ探索およびメタデータ管理機能を最大限に活用できます。 現時点では、Data CatalogにはOracle Analytics Cloudのコネクタがないため、収集されたものを実際にビジュアル化することはできません。しかし、それは不可能であることを意味するものではありません。回避方法がいくつかあります。 1) DBMS_DCATの使用 2) APIの使用 この記事では、DBMS_DCATを使用してADWにデータを取得する方法を示しています。その後、OACをADWに接続し、Data Catalogデータ上にダッシュボードを作成できます。 DBMS_DCATを使用するには、いくつかの前提条件を完了する必要があります。DBMS_DCATの使用を開始するために必要な動的グループ、IAMポリシーを作成するには、このドキュメントを確認してください。Data Catalog 接続の管理 (oracle.com) 次の情報をメモ帳で事前に準備して、作業を容易にし、必要なときに毎回気を取らないようにしてください。次のものが必要になります。 - User_OCID - Tenancy_OCID - Private key (Private key that was used in User API authentication) - Fingerprint (Fingerprint that was generated in User API Authentication) - Dcat_region (Data Catalog Region) - Dcat_OCID

OCIの2リージョン戦略は、クラウドのお客様にとって最も回復力のあるソリューション (2023/05/31) https://blogs.oracle.com/cloud-infrastructure/post/ocis-tworegion-strategy-resilient-solution 投稿者： Dominic Velden | Senior Product Architect, Product Management, OCI クラウド・アーキテクチャを使用する場合は、クラウド・サービス・プロバイダ(CSP)がビジネス継続性、ディザスタ・リカバリおよびソリューションの可用性をどのように実現するかを検討してください。CSPは、1つのリージョンで複数の可用性ゾーンを使用するリージョンベースのアプローチを適用します。ただし、ほとんどのCSPは各国で1つのリージョンをデプロイするため、障害時リカバリの要件を満たさない可能性のある国外の他のリージョンに依存することになります。 このブログでは、Oracle Cloud Infrastructure(OCI)の2リージョン設計戦略のメリットを調べて、ミッションクリティカルなワークロードに自己回復性を提供します。2つのリージョン設計が、複数の可用性ゾーンを持つ単一リージョン設計など、他の代替に対して最適なアプローチを提供すると考えている理由のいくつかについて検討します。このブログでは、次の幅広い分野について説明します。 ビジネス継続性とサービス継続性 レイテンシとレスポンス時間 リージョン間レプリケーション 高可用性/障害時リカバリのためのソリューションの開発 OCIの設計 最上位レベルでは、OCIのリージョン設計は、リージョンの論理的な集合であるレルムで構成されます。OCIのリージョンは、1つ以上の可用性ドメインを含む単一の地理的な場所です。可用性ドメインは、インスタンス、ボリューム、サブネットなどのOCIクラウド・リソースをホストする1つ以上のデータ・センターです。可用性ドメイン内では、Oracleは、高可用性を提供するための最適化されたアーキテクチャを提供するフォルトドメインと呼ばれるテクノロジを設計してデプロイしています。 フォルトドメインは、1つの物理データセンターを3つの異なる論理データセンターにパーティシ

Oracle RACを使用したアプリケーション・コンティニュイティのJava例 (2023/05/31) https://database-heartbeat.com/2023/05/31/java-ac-rac/ はじめに Oracle Application Continuity(アプリケーション・コンティニュイティ)は、データベースの中断をエンドユーザーやアプリケーションから隠します。SQL*Plusを使用した簡単なテストについては、 このブログ記事 で説明します。ただし、SQL*Plusは通常、本番で使用する実際のアプリケーションではありません。また、SQL*Plusはプールされたアプリケーションではなく、アプリケーション・コンティニュイティに接続プールを使用することをお薦めします。 このブログ投稿は、Oracle RACデータベースへのクイック・スタート接続のためのUniversal Connection Pool (UCP)を持つJDBCドライバを使用する単純なJavaの例を示しています。本番実装の推奨事項の完全なリストは、この投稿の最後にある公式のOracleドキュメントを参照してください。 環境 Oracle Cloud上で稼働する2ノードのOracle RACデータベース・バージョン19.17 Java JDK 11 ローカルのWindows PC上のEclipse IDE for Java Developers LinkedInポーリングでEclipseをお気に入りJava IDEとして最高レートを取得したため、ここでEclipseを使用しています。幸いにも私のお気に入りです。他のIDEでの構成はよく似ている必要があります。 データベース側 データベース・サービスの作成 次のようにカスタム・データベース・サービスを作成します。 [oracle@racnode1 ~]$ srvctl add service -db RACCDB_fra -pdb MOVIEDB -service acsrv -preferred RACCDB1,RACCDB2 -stopoption IMMEDIATE -replay_init_time 600 -retention 86400 -drain_timeout 10 -notification TRUE -comm