投稿

12月, 2023の投稿を表示しています

専用Exadataインフラストラクチャ上のAutonomous Databaseの2023年のレビュー (2023/12/29)

専用Exadataインフラストラクチャ上のAutonomous Databaseの2023年のレビュー (2023/12/29) https://blogs.oracle.com/database/post/2023-in-review-autonomous-database-dedicated 投稿者: German Viscuso | Director of Community - Autonomous Database / Dedicated 2023年末に近づくにつれ、 Autonomous Database on Dedicated Exadata InfrastructureおよびCloud@Customer (ADB-D/ADB-C@C)で提供される機能および機能強化を振り返ってみましょう。今年は、ディザスタ・リカバリ、バックアップとリカバリ、運用と管理、セキュリティ、スケーラビリティ、パフォーマンス、および開発者機能の大幅な強化を実現しました。さらに画期的な2024年に備えて、これらの重要なイノベーションを簡単に要約しましょう。 ディザスタ・リカバリ: 今年、ADB-Dは、次のような新しい Autonomous Data Guard機能 でDR機能を強化しました:  ゼロから顧客に制御されたデータ損失ウィンドウへの柔軟なフェイルオーバー・ラグ時間(長距離)リージョナル・デプロイメント、テスト用の読取り/書込みモードでのデータベースの使用を許可する スナップショット・スタンバイ・データベース 、および Cloud@Customerデプロイメントのマルチリージョン登録 により、サービスAPI操作のイベント後の回復性を提供します。 バックアップとリカバリ: ADB-Dでは、バックアップとリカバリにおいて、最大10年間の保存期間を持つ 長期バックアップ 、バックアップからのクローニングの簡素化、NFSやOCI FSSなどの外部ストレージ・ソリューションとの統合の強化など、 バックアップのイノベーションが導入 されました。これらの機能により、データの安全性とリカバリのオプションがまとめて強化されます。 運用および管理: Oracle Homeのバージョン管理 を導入し、ソフトウェア変更管理のガバナンスを強化し、手動更新管理の 構成可能なメンテナンス・バージ

Oracle AnalyticsとOCI Document Understandingを使用してキー値を抽出 (2023/12/27)

イメージ
Oracle AnalyticsとOCI Document Understandingを使用してキー値を抽出 (2023/12/27) https://blogs.oracle.com/analytics/post/innovate-with-oracle-analytics-and-ai-document-understanding 投稿者: Benjamin Arnulf | Senior Director, Product Strategy, Oracle Analytics Barry Mostert | Senior Director, Artificial Intelligence and Analytics 事前トレーニングされたOCI AIモデルに基づいてテキストと有効期限を認識するためにOracle Analyticsで使用されるパスポート画像の例 Oracle Analytics ソリューションがOracle Cloud Infrastructure (OCI) Document Understanding と統合されるようになりました。 OCI Document Understanding は、開発者が API やコマンドライン インタフェース ツールを通じてドキュメント ファイルからテキスト、表、その他の重要なデータを抽出できるようにする OCI AI サービスです。 OCI Document Understanding を使用すると、事前構築された AI モデルを使用して退屈なビジネス処理タスクを自動化し、業界固有のニーズに合わせてドキュメント抽出をカスタマイズできます。 テキスト抽出、テーブル抽出、キー値抽出、およびドキュメント分類に事前トレーニングされたモデルを使用できます。事前トレーニングされたモデルを選択したら、画像をアップロードし、そのモデルを Oracle Analytics Cloud   (OAC)に登録し、データ・フローにモデルを適用して、履歴書、パスポート、領収書、または請求書。 ここでは、OCI Document Understanding に基づいてデータ視覚化プロジェクトを 5 分以内の 4 つのステップで作成する方法を説明します。手順は次のとおりです。 サンプル・パスポート・イメージをOracle Cloud

MySQL Operator for Kubernetesを使用してOKEにWordPressおよびMySQLをデプロイする方法 (2023/12/23)

イメージ
MySQL Operator for Kubernetesを使用してOKEにWordPressおよびMySQLをデプロイする方法 (2023/12/23) https://blogs.oracle.com/mysql/post/how-to-deploy-wordpress-and-mysql-on-oke-using-mysql-operator-for-kubernetes-advent 投稿者: Frederic Descamps | MySQL Community Manager 私たちは、MySQL Content Advent Calendar 2023の結論に近づいています。今回は、この秋に公開された非常に人気のある記事を紹介します。この記事では、MySQLを実行するためのKubernetesの利用という、非常にトレンドの多いテーマについて説明します。 WordPressおよびMySQLをKubernetesクラスタにデプロイする方法を見てみましょう。使用しているKubernetsクラスタは、OCI (Oracle Cloud Infrastructure)のOKE (Oracle Kubernetes Engine)です: OKE クラスタ まず、コンソールを使用してOCIにKubernetesクラスタを作成します: クイック作成モードを選択します。 クラスタに名前を付けて、いくつかの選択を行う必要があります。 作成されると、「OKEクラスタ」リストに表示されます。 また、ワーカー・ノードとワーカーのプールも確認できます。 kubectl ラトップ上でkubectlを直接使用して、K8sクラスタを管理するのが好きです。 Linuxデスクトップでは、kubernetes-clientパッケージ(rpm)をインストールする必要があります。 次に、K8sクラスタの詳細で、「アクセス・クラスタ」をクリックして、使用するすべてのコマンドを取得できます。 端末でコピーする必要があり、自分の環境でkubectlのbash完了も有効にしたい: $ source <(kubectl completion bash) $ echo "source <(kubectl completion bash)" >> $HOME/.b

LLaMA-2、Qdrant、RAG、LangChain、Streamlitを使用したジェネレーティブAIチャットボット (2023/12/22)

イメージ
LLaMA-2、Qdrant、RAG、LangChain、Streamlitを使用したジェネレーティブAIチャットボット (2023/12/22) https://blogs.oracle.com/ai-and-datascience/post/ai-chatbot-llama2-qdrant-rag-langchain-streamlit 投稿者: Sudhi Murthy | Software Development Senior Manager Srikanta Prasad (Sri) | PRINCIPAL PRODUCT MANAGER Gaurav Chauhan | Member of Technical Staff Abhinav Kumar | Senior Member of Technical Staff Anees Anakkot | Senior Principal Member of Technical Staff https://blogs.oracle.com/content/published/api/v1.1/assets/CONT5741C23C4605433EA43F0C7C9EED26AA/Medium?cb=_cache_7ba7&format=jpg&channelToken=4a09bbae54a44036929b7649645b8048 会話型人工知能(AI)の進化する状況において、取得拡張生成(RAG)フレームワークは、特にチャットボットの機能強化において、重要なイノベーションとして出現しました。RAGは、従来のチャットボット・テクノロジにおける基本的な課題に対処します。事前トレーニング済の言語モデルのみに依存するという制限により、多くの場合、最新情報、特定情報または状況に即した情報がないレスポンスにつながります。RAGベースのシステムは、取得メカニズムと高度な言語生成技術をシームレスに統合することで、関連する最新のコンテンツを外部ソースから動的に取り込むことができます。この機能により、チャットボットの応答の品質と精度が大幅に向上するだけでなく、最新の情報から順応性と情報を確実に得ることができます。 ユーザーが高度にインテリジェントで応答性に優れたデジタル・インタラクションを期待する時代

クラウド・データベースのバックアップを保持してロックし、ランサムウェア保護を強化 (2023/12/22)

イメージ
クラウド・データベースのバックアップを保持してロックし、ランサムウェア保護を強化 (2023/12/22) https://blogs.oracle.com/maa/post/retention-lock-for-increased-ransomware-protection 投稿者: Kelly Smith | Senior Principal Product Manager ランサムウェア攻撃は依然として非常に普及しており、 ラスベガスのMGM Resortsへの攻撃 など、非常に目に見えて高価な結果をもたらすものもあります。SECは、 公的企業にインシデントの開示 を要求するルールも導入したため、今後、インシデントが公にさらにさらされることになります。これにより、これらのインシデントからのリカバリがさらに重要になります。特に、Oracle Databaseのミッションクリティカルなデータの場合です。 お客様は、ランサムウェアや悪意のあるユーザーによるバックアップの削除や変更の試みを安全に防ぐために、Zero Data Loss Autonomous Recovery Serviceでは、バックアップの保存期間をロックできる新機能が導入されました。ロックされると、顧客テナンシのユーザーまたは管理者がバックアップ保持時間を短縮することはできません。 この機能は、ユーザー定義の保護ポリシーの構成で公開されます。次の図1の「26日- 本番」保護ポリシーでは、11月30日(UTC 00:00)から開始するスケジュールされたロック時間で保持ロックが有効になっています。今後保持ロックをスケジュールすると、データベース管理者は、ロックがアクティブになる前に、データベース・バックアップの領域使用率を理解する時間を得ることができます。 図1- 保護のための保持ロックオプション 保持ロックがアクティブになると、次の制限が有効になります。 テナンシ内の任意のユーザーまたは管理者によってバックアップ保持期間が短縮されないようにします。これにより、保存期間からのすべてのバックアップをリカバリ操作に使用できるようになります。保存期間は増やすことができ、すぐに有効になることに注意してください。 データベースが別のポリシーに移動されないようにします。保存率の低い保護ポリシーにデータベースを移

大規模なOracle Databaseフリートを管理するための可観測性と管理サービス (2023/12/22)

イメージ
大規模なOracle Databaseフリートを管理するための可観測性と管理サービス (2023/12/22) https://blogs.oracle.com/observability/post/large-oracle-database-fleet-management 投稿者: Erika Sciunzi | Principal Domain Specialist Cloud Engineer - Data Management Sriram Vrinda | Director of Product Management 可観測性戦略を実装するには、メトリック、ログ、イベント、トレースなどのIT環境データを収集する必要があります。優れた堅実な可観測性とは、データとアセットを賢く使用して、停止、リソースの過剰な使用、またはアプリケーションのパフォーマンス低下を発生前に簡単に予測できることを意味します。 分散環境ではプロアクティブである必要があり、リソースの節約は予算と直接相関しています。OCI Observability & Management(O&M)は、DBAとITマネージャーの両方で日々の活動を容易にするための戦略を提供します。DBAは、ボタンをクリックするだけで、PDBのプロビジョニング、接続/切断、およびテスト環境と開発環境の作成ができる必要があります。ITマネージャは、現在のリソース使用率およびトレンド分析に基づいて予算の予測を提供できる必要があります。 O&Mサービスは、インタラクションを最適化するための単一画面のオプションを提供することで、チームと部門間のコミュニケーションを改善します。また、それぞれのコストを関連付けることで、必要なリソースが明確になります。基本的なモニタリング・ツールとは異なり、O&Mソリューションは、リソース使用率を予測し、リソースが停止するまでの日数を顧客に通知する機能を提供します。すべてのデータベースのCPU使用率の予測の例を次に示します。 図1: CPU使用率の予測 エンジニアド・システム環境では、イベントとデータを類似度でクラスタリングし、クリティカル・パターンを識別し、トレンドを比較してエラー伝播を防止することで、停止を削減できます。 図2:  エラー伝播を防ぐためのイベント

Node-oracledb 6.3では、Oracle Databaseの警告のサポート、ThinモードでのXMLTypeサポートの拡張などが導入 (2023/12/21)

イメージ
Node-oracledb 6.3では、Oracle Databaseの警告のサポート、ThinモードでのXMLTypeサポートの拡張などが導入 (2023/12/21) https://medium.com/oracledevs/node-oracledb-6-3-5adffd33d82f 投稿者: Sharad Chandran Photo by Markus Spiske on Unsplash リリースのお知らせ: Oracle Databaseにアクセスするためのnode-oracledbの新しいリリースであるNode.jsおよびTypeScriptモジュールは、npmから入手できます。 主な機能: Oracle Database (ORA)警告のサポート、ThinモードでのXMLTypeサポートの改善、新しい接続オブジェクト・プロパティ node-oracledb 6.3は、Oracle Databaseの警告、拡張されたXMLTypeデータ・フェッチ、新しい接続およびメタデータ属性のサポートなど、多数の新機能を備えた最も完全なリリースです。 node-oracledbモジュールに、猶予期間内のパスワードやOracle DatabaseによってスローされるPL/SQLコンパイルの失敗など、「SUCCESS WITH INFO」警告を検出する警告プロパティが表示されるようになりました。これは、アプリケーション・ユーザーがこれらの条件を処理するためのコードを効率的に記述するのに役立ちます。 また、Thinモードで文字列として任意の長さのXMLTypeデータをフェッチするためのサポートも追加されています。これにより、コードが効果的に簡略化され、データ・フェッチが向上します。 新しい接続プロパティconnection.dbDomain、connection.dbName、connection.maxOpenCursors、connection.serviceNameおよびconnection.transactionInProgressは、接続環境および状態を可視化します。 このリリースで導入されたSQLドメインおよび注釈プロパティdomainName、domainSchemaおよび注釈は、Oracle Database 23c ドメイン および 注釈 機能をサ

OCIのTerraformとPulumiの比較、およびマルチクラウド・インフラストラクチャの導入と管理 (2023/12/21)

OCIのTerraformとPulumiの比較、およびマルチクラウド・インフラストラクチャの導入と管理 (2023/12/21) https://blogs.oracle.com/cloud-infrastructure/post/compare-terraform-pulumi-oci-multicloud-manage 投稿者: Adina Nicolescu | Senior Cloud Engineer PulumiおよびTerraformは、どちらもInfrastructure as Code (IaC)ツールであり、クラウド・インフラストラクチャやその他のリソースの自動化および管理に使用します。それらの選択は、多くの場合、チームの好み、既存のスキル、およびプロジェクトの特定のニーズに左右されます。 目的が似ている場合でも、ユース・ケースごとにどちらが優れているかを判断する際に、どのように異なるかを理解する必要があります。ほとんどの場合、お客様は複数の環境(すべてOracle Cloud Infrastructure(OCI)で本番環境、開発者環境、テスト環境またはマルチクラウド)を管理する必要があります。多くのお客様は、1つのクラウド・プロバイダのみを使用しなくなり、多くの場合、環境の移行を望んでおらず、マルチクラウド構成に拡張しているため、OCIやその他のクラウド・プロバイダーのリソースを同時に簡単に導入し、特に管理するために、マルチクラウド・ソリューションを理解することも重要です。決定する前に、要件に基づいて両方のツールを評価することをお薦めします。そのため、情報に基づいた意思決定を行うには、次の考慮事項を確認してください。 ファイル管理の構成 最も関連する違いの1つは、これらのツールが宣言および管理するリソースを集中管理する方法です。 Terraformは、成熟した複雑なIaCツールであり、多数のプロバイダも使用できます。これは、リソース・マネージャ・サービスとしてOCIと統合されており、ユーザーにかわって既存のリソースのコードを生成し、ドリフト検出レポートを作成することもできます。開発環境と本番環境を個別に作成する場合は、異なるスタックからコードを複数回デプロイする必要があります。ワークスペースを使用することもできます。これにより、1つの構成