タイミングとアップグレードの道
不確実なタイムライン
Oracle Database 23ai、またはOracle Database 23.4は、Oracle Cloud Infrastructure (OCI) と一部の開発者向け選定環境でデビューしました。しかし、主流のオンプレミスバージョンへの統合はまだ不確かです。¹
この不確実性により、特に Linux や Windows に依存している企業では、本番環境で 23ai がいつ利用できるようになるのか頭を悩ませています。リリース日が不確かなため、ビジネスチームや技術チームは、アーカイブを待つべきか、それともサポートのために、別の道を探るべきか悩んでいます。
過去のリリースと傾向から判断すると、オンプレミスのバージョンはOCIより数ヶ月遅れる傾向があります。以下のリリース日は、それを念頭に置いて推定したものです:
プラットフォーム |
リリース予定日 |
---|---|
Oracle OCI経由でアクセス可能なOracle Database Oracle Database 23ai :• Exadata Database Service |
リリース済み¹ |
Oracle Database Azure Oracle Database Service経由でアクセス可能なOracle Database 23ai |
リリース済み¹ |
オンプレミスで以下の形式でダウンロード可能なOracle Database Oracle Database 23ai :• Autonomous Database Oracle Database 23ai Container Image |
リリース済み¹ |
On Premise Exadata, Linux and Windows |
2024年6月~2024年9月リリース予定 |
現在Oracle Database 23aiをアーカイブしている場合でも、安定したリリースを実現するには通常少なくとも2年かかることを忘れないでください。これは、現在アクセス可能なバージョンが安定していない可能性があることを意味します。
Oracle Database 23aiへの道
Oracle Database 19cより古いバージョンからアップグレードする場合、以下2つの障害にぶつかる可能性があります:
- アップグレード・パス:Oracle Database 23cでは、Oracle Database 19cおよび21cからの直接アップグレードのみが可能です。² 旧バージョンを使用しているユーザーは、少なくとも1回の追加アップグレードを実行しなければならず、これには時間、労力、テスト、ダウンタイム、およびリスクを要します。この複数回のアップグレードによって、さらに多くの時間(およびダウンタイム)、労力、およびリスクが追加される可能性があります。
- クラシック Oracle アーキテクチャの廃止:Oracle Database 23c では、クラシックな非CDBアーキテクチャがサポートされなくなり、12.2で導入された CDB/PDB モデル採用する必要があります。既存の非CDBデータベースを CDB/PDB モデルに変換するには、かなりの時間と作業が必要です。³
アップグレードには戦略的な決断が必要です。これらの新しい機能は、潜在的なビジネスの混乱、コスト、利益、時間、リスクに本当に見合うものなのでしょうか?
[1] https://blogs.oracle.com/database/post/oracle-Oracle Database 23ai-now-generally-available
[2] Database Releases That Support Direct Upgrade
[3] Upgrades of PDBs and Non-CDBs Using Replay Upgrade, AutoUpgrade or FPP Gold Image
環境の安定性
基盤は不安定かもしれない
どんなソフトウェアでも、新しいリリースは必然的に不安定性を伴います。最新リリースの安定性を評価するために、過去のバージョンの採用パターンを見てみましょう:
Oracle 8から18までの初期のOracle Databaseバージョンは、さまざまな課題に直面してきました。アクセシビリティの問題に悩まされ、Oracle 84はOracle 11g と 12c ではメモリ管理の複雑さが浮き彫りになりました。これらは、新しいリリースに伴う障害の一例です。⁵
Oracle 11.2、12.2、およびOracle Database 19cのバージョンは、広く採用されました。共通点は、それぞれが長期サポートリリースの最終バージョンであり、最適化のための十分な時間が与えられたことです。
安定性と信頼性を優先することが重要です。過去のパターンから推測すると、初期のバグの解決とより成熟したエコシステムの確立は2〜3年以内になる可能性が高いです。
23.5 不安定性が増加する可能性
リリースが早くなる可能性もありますが、次のOracle Database 23のバージョンは、Oracle Database 23.4の初期リリースの1年後に登場し、最も早いオンプレミス・バージョンの登場は2025年半ばになると予想されます。
多くの新機能の追加に伴い、そのリリースに不安定さが増す可能性があることを認識することが重要です。バージョン23.5でさらなる機能強化が行われた場合、新しいコードが追加されるため、ベースバージョンに影響が出ることが予想されます。
推定される23.5のリリース予定
プラットフォーム | リリース予定日 |
---|---|
OCI Exadata Database ServiceとOracle Exadata Cloud@Customer | 2025年1月 |
OCI Other DBaaS | 2025年 |
On Premise Exadata | 2025年2月~2025年6月 |
On Premise Linux | 2025年2月~2025年6月 |
On Premise Windows | 2025年3月~2025年7月 |
[4] An example of this is the classic 248 day bug introduced in the first version of Oracle 8i
[5] https://forums.oracle.com/ords/apexds/post/oracle-11g-to-12c-migration-error-1429
機能とビジネスへの影響
組織のニーズがアップグレードの決定を左右する
23cのコア機能はOracle Database 19cとほぼ同じですが、AIベクトル検索、データの安全なエンコーディング、自然言語処理など、AIを中心とした新しい機能の変更と追加が導入されます。
これらの新機能に伴い、機能が完全に削除されることもあります。たとえば、クラシックスタイルでOracle Databasesを作成する機能は、12cでは非推奨され、21cでは完全に削除されました。この変更だけでも、スムーズなアップグレードに影響を与える可能性があります。⁶
これらの新機能が貴社のビジネス目標に本当に合致しているか、具体的な利益をもたらすかどうか、時間をかけて評価しましょう。
新機能一覧(一部)
- パフォーマンスの最適化と効率化
- 優先取引
- 優先順位グラフ
- テーブルスペースの縮小
- トゥルーキャッシュ
- ローリングパッチ
- リアルタイムのSQLプラン管理
- データモデリングと管理
- JSONスキーマ
- JSONとリレーショナルの二重性
- グローバル分散データベース
- SQLドメイン
- ブール型
- スキーマレベルの権限
- 開発者の生産性と柔軟性
- SQLファイアウォール
- PDBごとの読み取り専用 スタンバイ
- セキュリティとコンプライアンス
- JSストアドプロシージャ
- 開発者の役割
- マイクロサービスのサポート
- 高度な分析と検索
- AIベクトル検索
アップグレードのコスト
アップグレードにかかるコストは無視できない
Oracle Database 23ai を検討する際には、アップグレードに伴う潜在的なコストを考慮することが不可欠です。
アップグレードには、時間、労力、再トレーニング、および品質保証が必要であり、これらすべてに コストがかかります。Oracle Database 23ai を限定的に採用する必要がある場合、リミニストリートとのサポートを維持したまま、DBaaS ソリューションとして OCI の使用を交渉することが可能です。⁷ また、ランタイム/組込みライセンスまたはシステムインテグレータを通じて、Oracle Database 23aiにアクセスすることも可能です。
Oracle Database 23ai にアップグレードする際には、潜在的なコストとライセンスの調整を予測することが重要です。遅れを心配する必要はありません。Oracleは通常、すべてのデータベースの開発ライセンスバージョンを提供しているため、(所属組織の同意を得て)個人のコンピュータで実行することができます。
アップグレードの必要性は最小限
私たちの見解では、現時点でのOracle Databaseのバージョンはおそらく貴社のニーズに十分応えています。業界の話題に惑わされず、以下を検討することが重要です:
アップグレード・パスを評価する:貴社の現在の安定した実装には、人材、時間、および費用といった多大なリソースが投資されています。Oracle Database 23aiへの移行は、複雑なマルチアップグレードパスをナビゲートしている場合、成功するまでに2〜3年かかる可能性があります。
システムの安定性を優先する:Oracle Database 23ai には多くの新機能や強化された機能がありますが、初期の安定性に対して慎重になるのは当然です。ビジネスは安定したデータベースに依存しており、最新機能への即時アクセスよりも、それを優先する方が賢明です。
隠れたコストを明らかにする:アップグレードの決断は、ビジネス上の必要性に沿ったものでなければなりません。具体的なユースケースとビジネスへの潜在的な影響、価値を高めるために必要な時間とリソースをじっくりと検討してください。
私たちは、貴社が十分な情報に基づいた意思決定を行えるようにサポートすることに専念しています。AIの新機能は大きな可能性を秘めていますが、タイミングが重要です。具体的なビジネス価値をもたらすだけでなく、混乱を最小限に抑え、イノベーションを促進するイニシアティブにリソースを向けるようにしてください。安定性を損なうことなく進歩を促進できるようバランスを取ることが不可欠です。既存のOracle投資を最適化しながら、AI投資を慎重に採用し、現在のオペレーションへの影響を最小限に抑える方法について詳しくは、Rimini Street Supportを参照してください。
[7] https://redresscompliance.com/oracle-negotiation-experts-share-four-negotiation-strategies/