Oracle Cloud Infrastructure Blog(翻訳)

ZDLRA 23.1実装レシピ (2024/03/27) https://blogs.oracle.com/infrastructure/post/zdlra-231-implementation-recipes 投稿者： Bryan Grenn | Master Principal Database Specialist ZDLRAソフトウェア23.1は廃止されており、「スペース効率の高い新しい暗号化されたバックアップ機能をどこから利用すればよいのか」と疑問に思うかもしれません。 以下は、私がレシピに入る前に知っておくべきいくつかの項目です。 1)準備が整っていることを確認するために、いくつかの前提条件について説明します。 新機能を利用するには、保護されたデータベースでリリース19.18以上を使用する必要があります。 クライアントにZDLRAクライアント・ライブラリ(libra.so)の最新のコピーがあることを確認する必要があります。 この時点でサポートされているのはLinuxのみです RA 2022年4月21.1 PSU (21.1.202204-PSU)以上をソフトウェアに依存させる必要があります。 ヒント: 21.x以降、ほとんどのデータベース固有のファイルが$ORACLE_HOMEから$ORACLE_BASEに移動されました。これで、ライブラリを管理し、ノードを共有するすべてのデータベースに対して$ORACLE_BASEの下のウォレット・ファイルを管理するのに適しています。 2)  このソフトウェア・リリースには、チャネル構成RA_FORMATに含める必要がある新しいパラメータがあります。 新機能を利用するには、ZDLRAライブラリのチャネル・パラメータにRA_FORMAT=TRUEを追加する必要があります。 RA_FORMAT - このパラメータは、バックアップを新しいクライアント圧縮形式でフォーマットするようにZDLRAライブラリに指示します。この形式の違いは、ブロック内のデータを圧縮し、これを暗号化と組み合せることができることです。通常、RMAN圧縮ではバックアップ・セットが圧縮され(ブロック自体ではなく)、暗号化と組み合せるとバックアップ・セットが暗号化されます。圧縮または暗号化(あるいはその両方)はブロック・レベルで行われるため、仮想完...

フリート・パッチ適用およびプロビジョニング@ INGKAグループ (2024/03/27) https://blogs.oracle.com/maa/post/fleet-patching-and-provisioning-supporting-standardization-ingka-group 投稿者： Jonas Persson | Senior System Engineer @INGKA group Philippe Fierens | Product Manager for Fleet Patching & Provisioning - Exadata MAA Martina Keippel | Director Business Development フリート・パッチ適用およびプロビジョニングについて 今日のデータセンターの規模が拡大するにつれて、管理者の要求が増大します。導入とメンテナンスの業務は、効率的かつ無停止でなければなりません。Oracleのフリート・パッチ適用およびプロビジョニング(FPP)は、以前はRapidHomeプロビジョニング(RHP)と呼ばれていましたが、ソフトウェアの配布および管理を標準化および簡素化します。自動化と効率化により、大規模な導入に対するメンテナンスとスケーリングの影響を最小限に抑えることができます。 Oracle Fleet Patching and Provisioning(FPP)は、自動化、標準化およびアウトオブプレース・パッチ適用を通じてデータベース・フリートのライフサイクルを制御するのに役立ちます。すべてのFPP操作は、OracleのMaximum Availability Architectureブループリントに従ってテストおよび検証されています。Oracle Fleet Patching and Provisioningを実装しているお客様は、メンテナンス・ウィンドウごとに数百または数千のデータベースに簡単にパッチを適用でき、最小限の人的インタラクションで一貫した時間とコストの削減を実現できます。 このブログ記事を参照しているブログ一覧: FPPの使い方について_ INGKA INGKAグループ INGKAグループは、IKEAグループ、IKEAコンセプトのオーナー、および世界中のIKEA...

Autonomous Databaseでリフレッシュ可能クローンが自動的にリフレッシュされるようになりました (2024/03/27) https://blogs.oracle.com/datawarehousing/post/refreshable-clones-automatic-refresh 投稿者： Nilay Panchal | Principal Product Manager 顧客の生活を楽にする機能を発表できることを常に嬉しく思っています。今日の機能は、リフレッシュ可能なクローンの自動リフレッシュです。この新機能により、ユーザーは数回のクリックで自動リフレッシュ・スケジュールを設定し、必要な頻度でクローンをリフレッシュできます。これにより、クローンでリフレッシュAPIを呼び出すために、独自のサーバーまたはスケジューラを起動する必要がなくなります。 ここで初めて使用する場合は、確認するために、 リフレッシュ可能クローン は、ソースにアタッチされたまま、必要に応じてリフレッシュできるデータベースの読取り専用クローンです(つまり、ソースから新しいデータをプルします)。これらは、データベースの更新済コピーを保持する場合に非常に役立ちます。単純にクローンをソースの希望のタイムスタンプにリフレッシュするほうが、データベースのフルクローンを作成するよりもはるかに高速です。このタイプのクローンは、問合せワークロードをオフロードしたり、本番データベースから請求分離を作成する必要があるシナリオに最適です。 本日より前に、ユーザーはUI上でリフレッシュ可能クローンを手動でリフレッシュしたり、APIコールを自動化したりできました。新しい自動リフレッシュ機能を使用すると、Autonomous Databaseでは、ローカルまたはリージョン間のリフレッシュ可能クローンが指定した時間間隔で自動的にリフレッシュされ、クローンが必要に応じて常に最新の状態に保たれます。 リフレッシュ可能クローンで自動リフレッシュを有効にする方法 自動リフレッシュの有効化は簡単で、リフレッシュ可能クローンの作成時または作成後に、リフレッシュ可能クローンを更新することによって実行できます。新しい「自動リフレッシュ」チェック・ボックスが表示されます。チェック・ボックスを選択すると、次の2つの選択を行うよ...

Oracle ExadataとOracle Linuxでデータベースのパフォーマンスを最大化 (2024/03/27) https://blogs.oracle.com/exadata/post/maximize-database-performance-with-oracle-exadata-and-oracle-linux 投稿者： Gursewak Sokhi | Technical Product Manager - Oracle Linux & Virtualization Alex Blyth | Senior Principal Product Manager - Exadata Oracle Exadata Database Machine (Exadata) は、 Oracle Database ワークロードを最適なコストで実行するための理想的なプラットフォームを提供するエンジニアド・システムです。スケールアウト・アーキテクチャは、最新のプロセッサ、インテリジェント・ストレージ・サーバー、最先端のキャッシング・テクノロジおよび高度なネットワーキング機能を統合します。お客様は、 Oracle Database@Azure 製品を通じて、 Oracle Cloud Infrastructure(OCI) 上の専用 Exadata Cloud Infrastructure およびMicrosoft Azureデータセンターで Oracle Autonomous Database と Oracle Exadata Database Service を実行することで、Exadataの独自のハードウェアおよびソフトウェア最適化を活用できます。また、Oracle Exadata Database Machineと同じアーキテクチャとインフラストラクチャを使用する Oracle Exadata Cloud@Customer を通じて、お客様はOracle Exadata Database ServiceとフルマネージドOracle Autonomous Databaseのパフォーマンスと経済性をデータセンターに取り込み、データ・レジデンシーまたはアプリケーション・アーキテクチャの要件を満たすのに役立ちます。最後に、 Zero Data Loss Rec...

OCIネットワーク・ロード・バランサでの対称ハッシュによる柔軟なセキュリティ・アーキテクチャの有効化 (2024/03/26) https://blogs.oracle.com/cloud-infrastructure/post/flexible-security-symmetric-hashing-oci-nlb 投稿者： Jody Davis | Principal Member of the Technical Staff お客様は、ファイアウォール、ネットワーク仮想アプライアンス(NVA)、侵入検知システム(IDS)、侵入防止システム(IPS)、SDWANアプライアンスなど、使い慣れたセキュリティ・アーキテクチャをクラウドに導入したいと考えています。これらのアーキテクチャはすべて、現在 Oracle Cloud Marketplace で利用できます。ベスト・プラクティスでは、お客様はこれらのデバイスのうち少なくとも2つをレジリエンシとスケーラビリティのためにデプロイし、着信トラフィックをルーティングするためにロード・バランサの背後にデバイスを配置する必要があります。 しかし、今日より前に、お客様は、スケーラビリティを可能にするアクティブ/アクティブ設計で、トラフィックのソースに対する可視性を失うか、またはトラフィックのソース詳細を保持するがスループットを単一のセキュリティ・デバイスに制限するアクティブ/スタンバイを選択する必要がありました。 本日、Oracle Cloud Infrastructure (OCI)フレキシブル・ネットワーク・ロード・バランサでの対称ハッシュ・サポートの一般提供を発表できることを嬉しく思います。現在は、スケーラビリティのためにアクティブ/アクティブ設計を選択し、すべてのトラフィックのソースが保持され、セキュリティ・デバイスに双方向に渡されることを自動的に提供できます。トラフィックは、ネットワーク・ロード・バランサを経由してセキュリティ・デバイスに戻り、同じパスに戻り、非対称ルーティングで発生する可能性のあるネットワーク・フローがなくなります。この機能は、すべてのOCIレルムで使用できます。 アクティブ・アクティブ・セキュリティ・アプライアンスの設計: 対称ハッシュの前 セキュリティ・アプライアンスを介してより多くのフローまた...

少なくとも2035年まで拡張されたEBS 12.2 Premier Support (2024/03/26) https://blogs.oracle.com/ebstech/post/ebs-122-premier-support-extended-through-at-least-2035 投稿者： Elke Phelps | Product Management Director 2018年6月に、Oracleは Oracle E-Business Suite 12.2の「継続的なイノベーション」リリース・モデルを発表 し、大規模なアップグレードを必要とせずに、12.2のアプリケーションおよびテクノロジ・スタックの継続的な更新を提供します。同時に、Oracle E-Business Suiteの長期サポート・リリースとして12.2と命名しましたが、Premier Support for Oracle E-Business Suite 12.2は少なくとも2030年まで提供されています。 Oracle E-Business Suite 12.2から2035年までのPremier Supportの拡張を発表しました。 詳細はこちらをご覧ください: Announcement: Oracle E-Business Suite 12.2 Premier Support Extended Through at Least 2035  (PDF) 参照 Announcement: Oracle E-Business Suite 12.2 Premier Support Extended Through at Least 2035  (PDF) Announcing Continuous Innovation on Oracle E-Business Suite 12.2 (PDF) 関連記事 Announcing Continuous Innovation on Oracle E-Business Suite 12.2 Oracle E-Business Suite 12.2.12 Now Available Update:  Error Correction Baseline for EBS 12.2

OCIネットワーク・ロード・バランサでの対称ハッシュによる柔軟なセキュリティ・アーキテクチャの有効化 (2024/03/26) https://blogs.oracle.com/cloud-infrastructure/post/flexible-security-symmetric-hashing-oci-nlb 投稿者： Jody Davis | Principal Member of the Technical Staff お客様は、ファイアウォール、ネットワーク仮想アプライアンス(NVA)、侵入検知システム(IDS)、侵入防止システム(IPS)、SDWANアプライアンスなど、使い慣れたセキュリティ・アーキテクチャをクラウドに導入したいと考えています。これらのアーキテクチャはすべて、現在 Oracle Cloud Marketplace で利用できます。ベスト・プラクティスでは、お客様はこれらのデバイスのうち少なくとも2つをレジリエンシとスケーラビリティのためにデプロイし、着信トラフィックをルーティングするためにロード・バランサの背後にデバイスを配置する必要があります。 しかし、今日より前に、お客様は、スケーラビリティを可能にするアクティブ/アクティブ設計で、トラフィックのソースに対する可視性を失うか、またはトラフィックのソース詳細を保持するがスループットを単一のセキュリティ・デバイスに制限するアクティブ/スタンバイを選択する必要がありました。 本日、Oracle Cloud Infrastructure (OCI)フレキシブル・ネットワーク・ロード・バランサでの対称ハッシュ・サポートの一般提供を発表できることを嬉しく思います。現在は、スケーラビリティのためにアクティブ/アクティブ設計を選択し、すべてのトラフィックのソースが保持され、セキュリティ・デバイスに双方向に渡されることを自動的に提供できます。トラフィックは、ネットワーク・ロード・バランサを経由してセキュリティ・デバイスに戻り、同じパスに戻り、非対称ルーティングで発生する可能性のあるネットワーク・フローがなくなります。この機能は、すべてのOCIレルムで使用できます。 アクティブ・アクティブ・セキュリティ・アプライアンスの設計: 対称ハッシュの前 セキュリティ・アプライアンスを介してより多くのフローまたは...