Oracle Cloud Infrastructure Blog(翻訳)

ZDMによるAutonomous Migrationの基礎とCPATとの連携 (2022/03/31) https://www.thatfinnishguy.blog/2022/03/31/basics-of-autonomous-migration-with-zdm-and-integration-with-cpat/ 今回で3回目の投稿になりますが、ZDM（Zero Downtime Migration）を使った移行について、以前はオフラインとオンラインの物理的な移行について書きました。今回は、OracleがAutonomous Databaseについてよく話しているので、Autonomousへの移行についてどんなオプションがあるか見てみましょう。 Autonomousへの移行には、論理的なオフライン移行と論理的なオンライン移行の2つのオプションがあります。専門用語で言うと、1つ目はデータポンプを使った移行で、2つ目はGoldenGateを使った移行であります。この記事では、オフラインマイグレーションの部分に焦点を当てます。 移行時のCPAT 今回はAutonomous Databaseに移行する際に問題がないことを確認したいと思います。OracleにはSchema Advisorというツールがあり、移行元のデータベースで実行することで移行に問題がないことを確認できることを覚えているかと思います。このツールの最新版はCloud Premigration Analyser Toolと呼ばれ、詳細はnote 2758371.1 に記載されています。 このツールは現在、ZDMと統合されています。zdmcliから実行することで、結果にアクセスすることができます。 まず、zdm_logical_template.rsp という論理テンプレートから新しいレスポンスファイルを作成します。物理テンプレートと比較して、こちらはオプションや設定変数が非常に多くなっています。 レスポンスファイルの設定が完了したと仮定して、フラグ -advisor を指定して zdmcli migrate を実行します。これで、ソースノードから見つけることができるレポートが作成されます。zdm サーバから探すのはやめましょう! ZDM ログファイルには、レポート自体からの出力が残っており、最初にそれを...

Rapid Platform Update: メンテナンスウィンドウの削減とアップデート時のモニタリングの継続性を確保 (2022/03/31) https://blogs.oracle.com/observability/post/rapid-platform-update-reduce-maintenance-windows-and-maintain-monitoring-continuity-during-updates 投稿者： Sumesh Balakrishnan | Principal Product Manager お客様は、Enterprise Manager（EM）を使用して、ミッションクリティカルなデータベース、ミドルウェア、およびエンジニアドシステムを監視しています。最新のリリースアップデート(RU)を維持しながら、サービスレベルアグリーメント(SLA)を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって困難な課題です。このブログは2部構成で、今回はそのパート1です。このパートでは、Rapid Platform Updateがどのようにメンテナンスウィンドウを削減し、EMアップデート中のモニタリングの継続性を維持するのに役立つかについて説明します。パート2では、その4つのステージの詳細について説明します。分析、デプロイ、アップデート、検証の4段階です。また、RPUパッチの利点や、従来のパッチ適用とRapid Platform Updateのユーザーエクスペリエンスの比較もご覧いただけます。 新機能「EM Rapid Platform Update (RPU)」の3つの主な機能 お客様は、ミッションクリティカルなデータベース、ミドルウェア、パッケージアプリケーション、およびエンジニアドシステムの監視、診断、およびライフサイクルの自動化にEnterprise Manager (EM)を使用しています。最新のリリースアップデート（RU）を維持しながら、サービスレベルアグリーメント（SLA）を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって難しい課題です。このような課題に対応するため、Rapid Platform Update（RPU）機能を導入することになりました。この機能は、EMが稼働している間...

Oracle Enterprise Manager 13c Release 5 Update 5 (13.5.0.5)が利用可能になりました。 (2022/03/31) https://blogs.oracle.com/observability/post/oracle-enterprise-manager-13c-release-5-update-5-13505-is-now-available 投稿者： Daniela Hansell | Senior Manager, Enterprise and Cloud Manageability Oracle Enterprise Manager 13.5の5回目のリリース・アップデートを発表します!  Oracle Enterprise Manager 13c Release 5 Update 5（13.5.0.5）（略称RU5）は、My Oracle Support > Patches & Updatesからダウンロードできます。 リリース・アップデートの詳細 Oracle Enterprise Manager（EM）ソリューションを初めてご利用になる場合は、この情報が役立つ場合があります。 リリース・アップデート（RU）により、新機能とバグフィックスを迅速に展開できるため、新しいメジャー・リリースを待つ必要がありません。Release Updatesは、RUのバージョンを示す末尾の数字を使用してバージョン管理され、累積的であるため、最新のRUには以前のすべてのRelease Updatesの機能が含まれています。 一般的には、最新のリリース・アップデートをできるだけ早く適用することをお勧めします。 RU5での主なアップデート 今回のEM 13.5のアップデートでは、Oracle Enterprise Managerの価値と顧客体験全体を高めるように設計された、新たな一連の新機能が導入されています。 以下は、これらの新機能のリストです。 Rapid Platform Update Oracle Management Service（OMS）の新しいパッチ適用方法であるRapid Platform Updateにより、EM管理者はOMSに段階的にパッチを適用し、ビジネスに最適なダウンタイムを柔軟...

Rapid Platform Update: メンテナンスウィンドウの削減とアップデート時のモニタリングの継続性を確保 (2022/03/31) https://blogs.oracle.com/observability/post/rapid-platform-update-reduce-maintenance-windows-and-maintain-monitoring-continuity-during-updates 投稿者： Sumesh Balakrishnan | Principal Product Manager お客様は、Enterprise Manager（EM）を使用して、ミッションクリティカルなデータベース、ミドルウェア、およびエンジニアドシステムを監視しています。最新のリリースアップデート(RU)を維持しながら、サービスレベルアグリーメント(SLA)を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって難しい課題となっています。このブログは2部構成で、今回はそのパート1です。このパートでは、Rapid Platform Updateがどのようにメンテナンスウィンドウを削減し、EMアップデート中のモニタリングの継続性を維持するのに役立つかについて説明します。 パート2 では、その4つのステージの詳細について説明します。分析、デプロイ、アップデート、検証の4段階です。また、RPUパッチの利点や、従来のパッチ適用とRapid Platform Updateのユーザーエクスペリエンスの比較もご覧いただけます。 新機能「EM Rapid Platform Update (RPU)」の3つの主な機能 お客様は、ミッションクリティカルなデータベース、ミドルウェア、パッケージアプリケーション、およびエンジニアドシステムの監視、診断、およびライフサイクルの自動化にEnterprise Manager (EM)を使用しています。最新のリリースアップデート（RU）を維持しながら、サービスレベルアグリーメント（SLA）を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって難しい課題です。このような課題に対応するため、Rapid Platform Update（RPU）機能を導入することになりました。この機能は、EMが...

FlexagonのFlexDeployでサポートされたCapgeminiのアジャイルイノベーションプラットフォームを使用して、ヒースロー空港のためにインクリメントでイノベーション (2022/03/31) https://blogs.oracle.com/cloud-infrastructure/post/innovation-increments-heathrow-using-capgeminis-agile-innovation-platform-supported-flexagons-flexdeploy 投稿者： Andy Bell | Integration Architect Phil Wilkins | Expert in Cloud, PaaS, SaaS, SOA キャップジェミニは最近、ロンドンのヒースロー空港と共同で、真の変革プロジェクトに取り組み、このたび無事に本稼働を果たしました。このプロジェクトでは、ヒースロー空港の財務、課金、人事のコアソリューションをオンプレミスのデータセンターからOracle Cloudに移行し、Oracle SaaS、PaaS、IaaSを活用するものでした。通常であれば、ヒースロー空港は数十億ポンド規模の企業ですが、このプロジェクトの実施はCOVIDパンデミックの最悪の時期に行われ、ヒースロー空港は組織的な問題に苦しみ、収入が約90%も落ち込みました。このため、ヒースロー空港はコスト管理の面でさらに大きなプレッシャーに直面することになりました。 OCIを効率的に活用するためのスクリプトを含むCapgeminiの Agile Innovation Platform （AIP）は、このプログラムで大きな効果を発揮しました。AIPのDevOpsプラットフォームは、FlexagonのFlexDeployをベースにしています。このブログでは、ヒースロー空港でAIPとFlexDeployがどのように連携し、イノベーションの段階的な提供を可能にし、提供を加速させ、OCIを使用するためのコスト効率を向上させたかを探ります。 AIPとは キャップジェミニのAIP（ Agile Innovation Platform ）は、Oracle IaaSおよびPaaS上で動作するツール、テンプレート、およびガイダンスリソースのセットであり...

Oracle Cloud Infrastructure上のAlkiraでクラウドネットワークの接続とセキュリティポスチャを最適化 (2022/03/31) https://blogs.oracle.com/cloud-infrastructure/post/optimizing-cloud-network-connectivity-and-security-posture-with-alkira-on-oracle-cloud-infrastructure 投稿者： Arun Poonia | Principal Solutions Architect Ken Guo | Technical Marketing Engineer オラクルは Alkira と提携し、マルチクラウドネットワークの導入を大幅に簡素化し、Oracle Cloud Infrastructure（OCI）のワークロードの接続性と安全性を提供します。このブログでは、OCIとAlkira Cloud Service Exchange（CSX）の統合の概要を説明します。これにより、企業は仮想クラウドネットワーク（VCN）を搭載し、ワークロードとアプリケーションを、CSXが提供するシンプルさ、拡張性、および均一なセキュリティで接続できるようになります。 ソリューション概要 Alkira Cloud Services Exchangeは、業界初のCNaaS（Cloud Networking as-a-Service）ソリューションです。Alkira CSXは、グローバルに相互接続されたAlkira Cloud Exchange Point（CXP）、フルルーティングスタックとネットワークサービス機能を備えた仮想マルチクラウドポイント、およびAlkira CSXポータルからなる高可用性と耐障害性に優れたネットワークで構成されています。 この統合により、OCI VCNをAlkira CXPのクラウドコネクターとして追加するプロセスが自動化され、VCNが企業のオンプレミスおよびマルチクラウドネットワークに接続されます。これにより、VCNはAlkira CXPを使用して、VCN間の東西トラフィック、VCNからオンプレミスへの南北トラフィック、およびワークロードからのインターネット向けトラフィックを自動ルーテ...

Rapid Platform Update機能を使用した、Oracle Enterprise Managerメンテナンス中の重要な監視とアラートの維持 (2022/03/31) https://blogs.oracle.com/observability/post/maintain-monitoring-during-emupdate 投稿者： Sumesh Balakrishnan | Principal Product Manager この2部構成のブログの パート1 では、Rapid Platform Updateとは何か、そしてEMアップデート時のメンテナンスウィンドウの削減とモニタリングの継続性を維持するためにどのように役立つかについて概要を説明しました。 Oracle Enterprise Manager（EM）のRapid Platform Update（RPU）についてのパート2では、その4つの段階の詳細について掘り下げて説明します。分析、導入、アップデート、検証です。また、RPUパッチの利点、および従来のパッチ適用とRapid Platform Updateのユーザー・エクスペリエンスの比較もご覧いただきます。 図1：プラットフォームアップデートによる迅速なパッチ適用を実現する4つのステージ   ステージ1 - 分析または準備 [オンラインフェーズ] RUを適用するための準備は、パッチ適用プロセス全体において重要なステップである。パッチ適用を開始する前に     リポジトリデータベースとOMSのバックアップが実行されていることを確認     My Oracle Support (MOS) から、パッチで必要とされる RU に対応した OMSPatcher のバージョンをダウンロード     パッチが必要な場合、OMS上のOPatchとOMSPatcherを更新     「omspatcher deploy - analyze」コマンドを実行し、パッチのコンフリクトがないことを確認 図2: サンプル omspatcher deploy analyze コマンドとその出力   ステージ2. - デプロイ [オンラインフェーズ] デプロイフェーズでは、om...