Oracle Cloud Infrastructure Blog(翻訳)

移行ワークベンチの自動移行前および移行後分析レポート (2024/02/01) https://blogs.oracle.com/observability/post/migration-workbench-automatic-migration-report 投稿者： Rajendra Patil | Product Manager Oracle Databaseおよびその他のシステムの統合は、アジリティを高め、コストとリスクを削減するための共通のIT運用戦略として浮上してきました。このブログでは、Oracle Database環境の統合および移行に最適なソリューションとして、 Oracle Enterprise Manager Migration Workbench について説明します。次に示す例は、ハイブリッド・クラウド環境におけるOracle Multitenantへの移行シナリオです。 Oracle Multitenantを使用してデータベースを統合する理由 戦略的構想を検討する際には、先を見据えて、データベース・インフラストラクチャが目標と目的をサポートできるようにすることが重要です。Oracle Multitenantアーキテクチャは、このようなプロジェクトをサポートするためのOracleの基盤です。また、非マルチテナント(非CDB)アーキテクチャは、Oracle Database 12c以降では非推奨となり、Oracle Database 21cではサポートされなくなりました。Oracle Database 23cは、非CDBアーキテクチャをサポートしない最初の長期リリースであるため、長期計画にとって重要な考慮事項です。 移行ワークベンチは、オンプレミス・データベースを異なるOracle Databaseの宛先(非マルチテナントからマルチテナント、オンプレミスからAutonomous)に移行するのに役立つソリューションです。移行ワークベンチには、データベースをレガシーから新世代の Exadata Database Machine に移行する機能もあります。移行前および移行後の自動分析用の機能が組み込まれています。 SQLパフォーマンス・アナライザ (SPA)の統合により、各移行アクティビティは、移行されたデータベースで実行可能なSQL文に関する詳細

一般ガイド: Oracle APEXを使用したOracle Formsの最新化 (2024/02/01) https://blogs.oracle.com/apex/post/modernizing-oracle-forms-using-oracle-apex 投稿者： Monica Godoy | Senior Principal Product Manager 概要 Oracle Fusion Middlewareのコンポーネントである Oracle Forms は、数十年にわたりデータ・アプリケーションの構築に普及してきた確立されたテクノロジです。クラウド・コンピューティングとモバイル・アプリへの移行により、ユーザーは既存のFormsベースのアプリを最新化し、最新のアーキテクチャの利点を活用する方法を探しています。 Oracle APEX は、既存のFormsベースのアプリケーションを最新化するための理想的なアプリケーション・プラットフォームです。世界で最も人気のあるエンタープライズ・ローコード・アプリケーション・プラットフォームであり、クラウドやオンプレミスのどこにでもデプロイできる、世界クラスの機能を備えたスケーラブルで安全なエンタープライズ・アプリケーションを構築できます。 Oracle APEXは、リクエストがブラウザからWebサーバーを介してデータベースに送信される、単純な3層アーキテクチャを使用します。すべての処理、データ操作およびビジネス・ロジックがデータベースで実行されます。このアーキテクチャにより、ゼロ・レイテンシのデータ・アクセス、最高のパフォーマンス、スケーラビリティがすぐに保証されます。 図1.APEXアーキテクチャ Oracle RADスタック Oracle RADスタックは、Oracle REST Data Services (ORDS)、Oracle APEXおよびOracle Databaseの3つのコア・コンポーネントに基づく包括的なテクノロジ・スタックです。このスタックは、世界クラスの、強力で美しい、スケーラブルなアプリケーションの開発とデプロイに必要なすべてのコンポーネントを提供します。 また、Oracle APEXとORDSはどちらもOracle Databaseのコストがかからない機能です。つまり、Oracle Da

MySQLプラハのユーザーグループミーティング (2024/02/01) https://blogs.oracle.com/mysql/post/mysql-user-group-meetup-in-prague 投稿者： Lukáš Maruniak チェコ共和国のExternal Standards and Community Engagementグループで働く新しいOracle従業員として、プラハでしばらくの間非アクティブになってから、最初のMySQL User Groupミーティングに出席できてうれしかったです。MySQLチームで直接作業していませんが、MySQLおよびMySQL Heatwaveについて詳しく知りたいと思いました。プラハのMySQLユーザー・グループは、この会議を美しいOracleプラハのオフィス・スペースで開催しました。 MySQLユーザー・グループのトピックは、クラウド環境でのデータベース設定という共通のテーマを共有する様々なサブジェクトを対象としています。 最初の講演は、EMEAのMySQLプリンシパル・ソリューション・エンジニアとしてOracleに勤務するCarsten Thalheimer氏によって行われました。彼のプレゼンテーションは「MySQL Cloud」と題され、彼のプレゼンテーションでは、OracleでMySQL Cloudソリューションの背後にあるアーキテクチャ設計に関する情報を提供しただけでなく、実用的な例も示しました。ここでは、MySQL Heatwave Clusterインメモリー・エンジンなどの新機能がパフォーマンスに大きく影響することを実証しました。 まずはじめに、アーキテクチャ設計の背後にある基本原則、およびクラウドをデータベース・ソリューションとして選択する理由についてお聞きします。 アイデアはかなり単純で、単一の原則(自動化)によって要約できます。つまり、クラウド・ソリューションを決定する場合、フルマネージドの自動化ツールが付属しており、構成設定に基づいて事前定義済のMySQLインスタンスを処理します。 MySQL HeatWaveクラスタ 前述のとおり、HeatWaveクラスタは、大量のデータを処理する必要がある顧客、または計算が重い問合せをターゲットとし、可能なかぎり最高のパフォーマンスを目指します

自然言語でのクエリ- Oracle Autonomous Databaseが「人間」と語る- SELECT AI (2024/01/31) https://blogs.oracle.com/ateam/post/conversational-sql-oracle-autonomous-database-now-speaks-human-select-ai 投稿者： Jeffrey Thomas | Big Data Architect, A-Team Jerome Francoisse | Consulting Solution Architect Autonomous Databaseは、プラガブルなLLMテクノロジによって駆動される会話型SQL生成ツール・セットであるSelect AIを提供します。Marty Gubar (プロダクト・マネージャ)、Jeffrey Thomas (Aチーム・アーキテクト)およびJerome Francoisse (Aチーム・アーキテクト)が、Oracle Databaseにおけるこの新しいエキサイティングな機能のスタックにおける利点、ユースケースおよび位置について説明します。 その他のリソース お知らせ: https://blogs.oracle.com/machinelearning/post/introducing-natural-language-to-sql-generation-on-autonomous-database ライブラボ: https://apexapps.oracle.com/pls/apex/r/dbpm/livelabs/view-workshop?wid=3831 デモ: https://www.oracle.com/database/autonomous-database/adb-demos/ ドキュメント: https://docs.oracle.com/en/cloud/paas/autonomous-database/serverless/adbsb/sql-generation-ai-autonomous.html#GUID-9CE75F94-7455-4C09-A3F3-118C08E82B7E

プロンプトエンジニアリングガイド:Llama 2で自然言語をSQLに変換 (2024/01/31) https://blogs.oracle.com/ai-and-datascience/post/prompt-engineering-natural-language-sql-llama2 投稿者： Anshuk Pal Chaudhuri | Consulting Member of Technical Staff Lyudmil Pelov | Senior Principal Product Manager 大型言語モデル(LLM)は、自然言語のプロンプトを理解し、一貫した応答を生成する印象的な機能を示します。この機能により、自然言語をSQLなどの構造化問合せ言語に変換する新たな機会が生まれました。以前は、SQL問合せの作成に技術的な熟達度が必要であったのとは異なり、LLMは、ユーザーが入力を簡単な英語で明確にし、対応するSQLコードの自動生成を可能にします。 Code Llama LLMを使用して自然言語をSQL問合せに変換する場合は、プロンプトが重要です。LLMモデルであるCode Llamaは、コードの生成と議論のためにファインチューニングされたLlama 2の上に構築されたAIモデルを使用して、さまざまな迅速なエンジニアリング技術で評価しました。テキスト プロンプトを使用して、コードを作成および照会できます。Code Llamaは、コーディング・タスクのために公的にアクセス可能なLLMの中の最先端のソリューションです。ワークフローを迅速化し、開発者の効率を向上させると同時に、初心者をコーディングするための学習曲線も減少します。Code Llamaには、生産性向上ツールと教育リソースの両方として機能する能力があり、プログラマがより堅牢で文書化されたソフトウェアを作成するのに役立ちます。 Code Llamaは、70億から340億の規模の範囲で、事前トレーニングおよびファインチューニングされた生成テキスト・モデルのコレクションです。これは、Hugging Face Transformers形式の34B指示チューニング・バージョンのリポジトリとして機能します。このモデルは、一般的なコード合成と理解のために設計されています。他のモデルについては、このブログ投

OCI、アフリカ進出計画を発表 (2024/01/31) https://blogs.oracle.com/cloud-infrastructure/post/oci-announces-plans-to-expand-in-africa 投稿者： Scott Twaddle | Senior Vice President, Oracle Cloud Infrastructure Product and Industries Oracle Cloud Infrastructure(OCI)は、アフリカへの注力とコミットメントを強化し、ケニアで新しいパブリック・クラウド・リージョンを開設することを発表しています。Oracleのアフリカ向け幅広い戦略の一環として、このリージョンは、Azureインターコネクトの場所でもあるヨハネスブルグ・リージョンを含む、大陸におけるOCIのフットプリントを拡大します。 ケニアの強固な歴史を築く この地域を発表するにあたり、私たちはケニアと長い歴史を築き、20年以上にわたりその国でテクノロジーが使用されています。Oracleは、重要なワークロードを実行および保護し、パフォーマンス、生産性および応答性を高め、市民の価値を生み出すテクノロジを提供することで、ケニアの公共および民間企業のデジタル変革ジャーニーにおいて、コミットされ信頼できるパートナーです。オラクルの新しい地域への投資と長期的なコミットメントは、あらゆる規模の組織がデジタル変革で戦略的目標を達成できるよう、強力なコラボレーションへと移行しました。 これらの新しい投資は、民間部門と政府のクラウドのニーズの両方をサポートします。Oracleは、ケニア政府と協力して、デジタル・スーパーハイウェイ、National Digital Master Plan、および科学技術政策に関する大統領諮問評議会の主要なデジタル・イニシアチブをサポートしています。 Oracleの最大のテクノロジーの導入 OCI独自のクラウド・アーキテクチャにより、100を超えるクラウド・サービスを備えた専用クラウド・リージョンを顧客データセンター内に導入し、最適なフットプリントから開始して必要に応じてスケーリングすることで、より多くのパブリック・クラウド・リージョンを迅速に導入できます。その結果、Oracleは、他の

Oracle APEXは、ECPUとギガバイト単位のストレージ価格設定により、ローコード・アプリケーション開発の参入障壁を低減 (2024/01/31) https://blogs.oracle.com/apex/post/oracle-apex-lowers-the-barriers-to-entry-for-lowcode-app-development-with-ecpus-and-pergigabyte-storage-pricing 投稿者： Ashish Mohindroo | Vice President, Product Management APEX Low Code Application Platform Oracle Cloud上のOracle APEXサービスは、ECPU(Elastic Compute Units)と呼ばれるクラウド・コンピュート・リソースに新しい請求メトリックを採用しました。この新しい請求指標に移行することで、OracleはAutonomous Database上のOracle APEXサービスのエントリーレベルの価格を66%大幅に削減しました。Oracle APEX Application Development Serviceでは、1つのOCPUと1テラバイトのストレージを月額358ドルに設定した古い最小限必要な構成ではなく、2つのECPUと20ギガバイトのストレージを月額122ドルで始めることができます。1つのOCPUの価格は、4つのECPUとほぼ同じです。 ECPUとは ECPUは、Autonomous Databaseの標準請求メトリックです。ECPUは、コンピュート・サーバーとストレージ・サーバーのプールから柔軟に割り当てられる1時間当たりのコア数に基づきます。従来のOCPU (Oracle Compute Unit)とは異なり、ECPUはより粒度が高く柔軟になるように設計されています。円の小さいスライスと考えてください。これにより、アプリケーションの要求に合わせてリソースをより正確にスケーリングできます。 ECPUは、以前のOCPUメトリックを置き換えています。ECPUは、Autonomous Databaseで実行されている特定のOracle APEXアプリケーションのOCPUと同等またはそれ以上のコス

OCI、アフリカ進出計画を発表 (2024/01/31) https://blogs.oracle.com/cloud-infrastructure/post/oci-announces-plans-to-expand-in-africa 投稿者： Scott Twaddle | Senior Vice President, Oracle Cloud Infrastructure Product and Industries Oracle Cloud Infrastructure(OCI)は、アフリカへの注力とコミットメントを強化し、ケニアで新しいパブリック・クラウド・リージョンを開設することを発表しています。Oracleのアフリカ向け幅広い戦略の一環として、このリージョンは、Azureインターコネクトの場所でもあるヨハネスブルグ・リージョンを含む、大陸におけるOCIのフットプリントを拡大します。 ケニアの強固な歴史を築く このリージョンを発表するにあたり、私たちはケニアと長い歴史を築き、20年以上にわたりその国でテクノロジーが使用されています。Oracleは、重要なワークロードを実行および保護し、パフォーマンス、生産性および応答性を高め、市民の価値を生み出すテクノロジを提供することで、ケニアの公共および民間企業のデジタル変革ジャーニーにおいて、コミットされ信頼できるパートナーです。オラクルの新しい地域への投資と長期的なコミットメントは、あらゆる規模の組織がデジタル変革で戦略的目標を達成できるよう、強力なコラボレーションへと移行しました。 これらの新しい投資は、民間部門と政府のクラウドのニーズの両方をサポートします。Oracleは、ケニア政府と協力して、デジタル・スーパーハイウェイ、National Digital Master Plan、および科学技術政策に関する大統領諮問評議会の主要なデジタル・イニシアチブをサポートしています。 Oracleの最大のテクノロジーの導入 OCI独自のクラウド・アーキテクチャにより、100を超えるクラウド・サービスを備えた専用クラウド・リージョンを顧客データセンター内に導入し、最適なフットプリントから開始して必要に応じてスケーリングすることで、より多くのパブリック・クラウド・リージョンを迅速に導入できます。その結果、Oracleは

Migration Workbenchを使用して、データベースをOracle Exadata Database MachineまたはOracle Exadata Cloudに再プラットフォーム (2024/01/30) https://blogs.oracle.com/observability/post/replatform-databases-to-oracle-exadata-database-machine-or-oracle-exadata-cloud-using-migration-workbench 投稿者： Rajendra Patil | Product Manager 多くの企業が大規模なデジタル変革の真っ只中にいます。戦略的プロジェクトには、ビジネスクリティカルなアプリケーションおよび基礎となるデータベース・インフラストラクチャを、 Oracle Exadata Database Service や Exadata Cloud@Customer などの新世代のクラウドベース・テクノロジ、さらには従来のオンプレミスのExadata Database Machineに再プラットフォーム化することが含まれます。 Oracle Databasesの再プラットフォーム化には、新世代のハードウェアまたはテクノロジ・プラットフォーム上のアップグレードされたオペレーティング・システムでのデータベースの再構築が含まれます。データベースの再プラットフォーム化では、コード構造の変更は最小限で済むため、既存のアプリケーションが実行し続けるための機能の変更はありません。これにより、ダウンタイムを最小限に抑えながらインフラストラクチャの検証とパフォーマンス分析を行うために、エンドツーエンドのアプリケーションに限定して、再プラットフォーム・ジャーニーを実現できます。 新世代のOracle Exadataシステムへの再プラットフォーム化の主な推進要因は、統合によるCapEx全体の削減と、自動化されたセキュアな環境の構築によるOpExの削減と、セキュリティ・ポスチャの向上によるデータの保護です。 再プラットフォーム化の課題は、複雑さ、予測可能性、再現性、アプリケーション・テスト、移行プロジェクトの期間です。 一般的な再プラットフォーム化のユースケースは次のとおりです。 コモディ

舞台裏: クラウドのパワーでDDoS攻撃に対抗 (2024/01/30) https://blogs.oracle.com/cloud-infrastructure/post/behind-the-scenes-countering-ddos-attacks-with-cloud 投稿者： James DeLeskie | Consulting Member of Technical Staff, OCI Global Network Engineering クラウド・スケール保護は、特に 分散型サービス拒否(DDoS) 攻撃のコンテキストにおいて、エンタープライズ・サイバーセキュリティの重要な部分です。これらの攻撃は、サーバーまたはネットワークにインターネット・トラフィックの洪水を引き起こし、ターゲットとなるシステムの正常な機能を妨げるように設計されています。データが重要であり、私たちの生活は本質的にデジタルプラットフォームと結びついている時代には、このような脅威を軽減する能力が重要です。 クラウド・スケールでのDDoS攻撃は、操作の規模が非常に大きいため、アンペアアップの課題です。大量の正当なトラフィックが悪質なトラフィックを見つけることをより困難にし、正当なトラフィックの急増が攻撃と簡単に間違え、潜在的な誤報や不必要なパニックを引き起こす可能性があります。クラウド・プロバイダーは、攻撃、またはリスク・サービスの混乱、ユーザーの不満、評判の低下を迅速に特定して対処する必要があります。このブログ記事では、現在のDDoS検出および緩和の仕組みについて詳しく説明していませんが、ハイパースケール・クラウドがこれらの脅威を効果的に軽減する方法の一部を共有しています。 DDoS攻撃の絶え間ない増加 1990年代初頭、私はカナダで最初の国営ISPであるiSTARインターネットのために働き始めましたが、私たちのほとんどが2400ボーモデムまたは2.4kbpsを持っていました。これは、現在自宅にあるインターネットサービスやスマートフォン上の5Gサービスと比較してどうですか?当時、DDoS攻撃の概念は、セキュリティ上の懸念からもレーダーにはありませんでした。私が次の年にinternetMCIに移行したとき、セキュリティの状況は、SPAMの増加、アウトバウンドポート25のブロック、サ

OCI Application Performance Monitoring - Real User Monitoringを使用して、ユーザー・エクスペリエンスをリアルタイムで最適化 (2024/01/30) https://blogs.oracle.com/observability/post/real-user-monitoring-apm 投稿者： Daniela Hansell | Director, Observability and Management 優れたエンド・ユーザー・エクスペリエンスを提供することは、 Oracle APEXアプリケーション (APEX)を含むすべてのアプリケーション・マネージャにとって困難な仕事です。 Oracle Application Performance Monitoring (APM)は、アプリケーションのパフォーマンスを詳細に可視化することで、この負担を軽減し、問題を迅速に診断し、必要なレベルのサービスを提供できます。これには、クライアント、サードパーティ・サービスおよびバックエンド・コンピューティング層(オンプレミスまたはクラウド)に分散した複数のコンポーネントおよびアプリケーション・ロジックの監視が含まれます。 リアルタイムのユーザー・モニタリング機能により、ユーザー・エクスペリエンスをリアルタイムに最適化 リアルタイム・ユーザー・モニタリング機能は、APEXアプリケーションのフロントエンド・パフォーマンスを可視化することで、ユーザー・エクスペリエンスをリアルタイムで最適化するのに役立ちます。Real User Monitoringは、ユーザー・セッション、ページ・ビューおよびページ・ロード時間を追跡し、すべてのユーザーのAJAXコール・レスポンス時間を常に識別します。OpenTelemetry準拠の専用JavaScriptエージェントを使用して、即時利用可能なカスタマイズされたメトリックおよびディメンションを収集し、パフォーマンスおよび可用性の問題の詳細な分析を提供します。合成モニターを使用すると、事前定義済のスクリプトを使用して、アプリケーションの可用性を事前に確認できます。これらは、公開されているバンテージ・ポイントおよび保護された環境内のプライベート・ロケーションから実行できます。収集されたデータの

MySQL Shorts - Episode #55 is Released (2024/01/30) https://blogs.oracle.com/mysql/post/mysql-shorts-episode-55-released 投稿者： Scott Stroz | MySQL Developer Advocate  MySQL Shortsの最新エピソードが公開されました! MySQL YouTubeチャネル の第55話をチェックして、 Oracle Cloud の新しいインスタンスへの MySQL HeatWave バックアップのリストアについて学習します。

混沌から秩序へ: データベース内での同時実行性の制御の重要性 (2024/01/29) https://blogs.oracle.com/maa/post/from-chaos-to-order-the-importance-of-concurrency-control-within-the-database-2-of-6 投稿者： Francisco Munoz Alvarez | Distinguished Product Manager <前の記事へのリンク> データベースが同時環境でデータの一貫性を確保する方法について疑問に思ったことはありますか?オプティミスティックで悲観的な同時実行性制御は、この課題に正面から取り組む2つの基本的なアプローチです。オプティミスティックな同時実行性制御では、トランザクション間の競合はまれであると想定され、変更のコミットを試みるまで同時に続行できます。一方、悲観的な同時実行性制御は、操作を実行する前にリソースのロックを取得することによって慎重なアプローチをとります。この記事では、これらの2つの同時実行性制御モデルの複雑さを掘り下げ、異なる実装戦略を検討しながらその長所と短所を探ります。 オプティミスティック並行性制御(OCC) オプティミスティック同時実行性制御(OCC、オプティミスティック・ロックとも呼ばれる)は、データベースの世界で同時トランザクションを処理するために一般的に使用されます。OCCは、操作を実行する前にデータ・リソースをロックする悲観的な同時実行性制御とは異なり、競合が発生する可能性が低いと仮定して、複数のトランザクションを同時に続行できるようにすることで、より簡潔なアプローチをとります。その後、レコードは、変更がデータベースにコミットされた場合にのみロックされます。この手法は、競合する更新をあとで検出して解決できるという考え方に依存します。 OCCの主な利点の1つは、悲観的アプローチと比較して高いスケーラビリティとパフォーマンスを実現できることです。ロックを取得せずに複数のトランザクションを同時に動作させることができるため、共有リソースに対する競合が最小限に抑えられ、デッドロック状況が発生する可能性が低くなります。さらに、このアプローチにより、ロック・メカニズムによる不要な遅延が回避され、全体