移行しやすいデータベースのクラウド移行は多くの企業で一巡し、いま残っているのは、基幹系を支える大規模・高難度のデータベースです。こうした移行は、SQL資産の変換量、厳しい性能要件、切替時に許容される停止時間の短さ、関係部門との合意形成など、難易度を高める要因が重なるため、経験の浅い体制では失敗リスクが高くなります。
D.Forceは、エンタープライズ向け大規模データベースを中心とする200件以上の移行実績と、リスクを定量化する移行性アセスメントに基づき、計画立案から移行実務・運用移行までをリードし、高難度移行の成功確度を高めます。
- 中立的にデータベースの最適な配置を助言してほしい
- データベースのクラウドへの移行計画立案を支援してほしい
- データベースにかかるTCO（総保有コスト）を削減したい
- データベース移行で発生している問題の解決を支援してほしい
- 開発、運用組織がクラウドに適応する支援をしてほしい
上記以外にもデータベースのクラウド移行に関する課題についてお気軽にご相談ください。
DBMSを変更する場合やクラウドへ移行する場合の実現性を評価・レポートするサービスです。多種多数なクラウド移行を手がけてきたD.Forceの知見から、リスク度合いを定量化してご報告いたします。移行先のデータベース候補が絞り切れていない場合も、中立的な立場で移行性の高いデータベースをご提示いたします。
リスクやギャップが大きい部分への対応策の検討やエンジニアリングリソースを予め用意できるため、的確な移行計画の立案ができるようになります。アセスメントサービスを提供するにあたり、データベースに実装されている情報を収集する手順を用意していますので、当社で作業することも可能です。
また、その後のデータベース移行実務や運用についてもご対応可能です。アプリケーション変更など、D.Force専門領域外のタスクを実行する外部パートナーのご紹介も承ります。
データ基盤を専門とするITコンサルティング会社 D.Forceには、主要パブリッククラウドサービスの知見・経験が豊富なメンバーが在籍しています。対応可能な移行パスも主要パブリッククラウドサービス、データベースサービスを網羅しており、中立的な立場で移行先の選定をお手伝いいたします。
移行にあたり、データベースの設計、運用を改善する業務にも対応が可能です。モダナイゼーション、品質改善、コスト削減、移行先のデータベースサービスにフィットした運用スタイルへの変更等、トータルでご支援いたします。
「AIによるアプリケーションソースコードの変換サービス」で、アプリケーションソースコード中のギャップを自動変換、ソースコードを納品します。
DBMSを変更する際に、移行前DBMSの方言で記述されたSQLを移行後DBMSで実行できるよう変換する作業に多くの期間と工数がかかることが移行性を落とす要因となります。D.Forceではこの問題を解決するために、AIを活用してソースコード中のSQLを変換し、標準SQLに修正したアプリケーションソースコードを納品します。
現在、言語はJavaに対応しています。SQLではなくアプリケーションソースコードを納品します（＊1）ので、変換済みSQLをソースコードに組み込む作業は不要です。
＊1 ： アプリケーション保守ご担当者様にお渡しします。テスト等の支援が必要な場合については「よくある質問」をご覧ください。
生成AIを活用してD.Forceが独自開発！
ソースコード変換AIサービス
生成AI
①ツールで自動変換できなかったコードの変換方法を助言します
ソースコード変換のみ実行するツールでは、自動変換できなかったコードの変換が困難です。当社では手動での変換方法を助言するコンサルティングを含めてご支援します。
＊ツール単体での提供はしておりません
②コード変換前後の比較や変換内容をレポート
変換前後の比較や変換内容をレポートしますので、妥当性を確認できます。自動変換できなかったコード（SQL）を全量レポートします。また、手動変換のガイドとして、ソースコード位置、移行ギャップ内容について説明や助言を行います。
③低コスト
主要ツールよりも低価格で対応いたします。
データベースのクラウド移行には、大きく3つの方式があります。どの方式を選ぶかで、得られる効果と移行の難易度・期間が大きく変わります。方式の選択を誤ると、コスト削減効果が出ない、あるいは工数が想定を超えるといった失敗につながるため、移行性の定量評価に基づいて決めることが重要です。
移行方式の比較
| 方式 | 内容 | コスト削減効果 | 難易度・期間 | 向くケース |
|---|---|---|---|---|
| リホスト (リフト&シフト) |
構成をほぼ変えずにクラウドの仮想サーバーへ移す | 小(インフラ費の一部) | 低・短期 | 移行を急ぐ場合、変更リスクを避けたいシステム |
| リプラットフォーム | 同一DBMSのままマネージドデータベースサービスへ移す | 中(運用自動化の効果が大きい) | 中 | 運用コストを下げたい、DBMSは変えたくない場合 |
| リファクタリング (DBMS変更) |
低コストなDBMSへ変更し、SQL・アプリケーションも変換する | 大(ライセンス・保守費の削減) | 高・要専門知見 | 商用DBのライセンス費が大きい場合。移行性アセスメントが前提 |
← 横にスクロールできます →
実際のプロジェクトでは、システムごとに方式を使い分ける「組み合わせ」が最適解になります。D.Forceの移行性アセスメントは、ソースコード全量の移行ギャップと難易度、性能劣化リスクを定量化し、方式選択とコストシミュレーションの根拠を提供します。
大規模データベースのクラウド移行が失敗する原因は、技術要因と体制要因の両方にあります。D.Forceは200件以上の移行で得た知見から、失敗要因を事前に潰し込む次の5つの要点で成功確度を高めます。
| 成功の要点 | 失敗パターン | D.Forceの対策 |
|---|---|---|
| ①移行可否・工数の見積り精度 | ギャップの定量化が甘く、後工程で工数・費用が破綻する | 移行性アセスメントでリスクと変換難易度を定量化し、計画と予算に反映 |
| ②SQL・ソースコードの変換 | DBMS方言の変換工数が想定を超え、期間・費用を圧迫する | 生成AIを活用した独自のソースコード変換サービスで高速・低コストに変換し、変換内容を全量レポート |
| ③性能・非機能要件の充足 | 移行後の性能劣化が本番障害に直結する | 机上検証とPoCで性能ギャップのあるSQLを事前に抽出し、改善設計まで実施 |
| ④プロジェクト体制と意思決定 | 役割・責任が不明確で停滞と手戻りが発生する | 移行を成功に導く5つの役割を定義した体制を設計し、当社がプロジェクトをリード 参考: 実践ノウハウ「クラウド移行を成功に導くプロジェクト体制と5つの役割」 |
| ⑤切替と運用移行 | 停止時間の超過、移行後運用の未定着 | リハーサルによる切替手順・所要時間の検証と、DBREサービスによる移行後運用の継続支援 データベース運用（DBRE） |
← 横にスクロールできます →
事前の移行効果や実現性の予測から、移行先の選定、技術支援等のコンサルティングから、データベース移行実務や運用支援までトータルにサポートを行います。また、アプリケーション変更など、D.Force専門領域外のタスク実行については、当社知見を活かした外部パートナーのご紹介も承ります。
|
計画検討・立案
|
|
|
机上検証
|
|
|
PoC・計画確定（概念実証・導入前実機検証）
|
|
|
アプリケーション移行
|
|
|
システム構成移行
|
|
|
データベーススキーマの定義を移行
|
|
|
運用移行
|
|
|
結合試験
|
|
|
システム切替
|
|
|
保守・運用
|
対応可能なデータベースサービス
- Amazon
- Amazon RDS（Amazon RDS for PostgreSQL、Amazon RDS for MySQL、Amazon RDS for MariaDB、Amazon
RDS for
Oracle、Amazon RDS for SQL Server）
Amazon Aurora（Amazon Aurora with PostgreSQL Compatibility、Amazon Aurora with MySQL Compatibility）
Amazon Redshift、Amazon DynamoDB、Amazon ElastiCache、Amazon DocumentDB、Amazon Managed Apache Cassandra
Amazon Neptune、Amazon Timestream、Amazon QLDB
AWS Database Migration Service（DMS）、AWS Schema Conversion Tool（SCT）
Amazon EC2上にインストールした各種データベース - Azure
- Azure SQL Database、Azure Database for MySQL、Azure Database for MariaDB、Azure Database for PostgreSQL、SQL Server on Virtual Machines、Azure Synapse Analytics、Azure Cosmos DB、Azure Cache for Redis、Azure Time Series Insights、Azure Database Migration Service
- Google Cloud Bigtable、Google BigQuery、Google Cloud SQL for MySQL、Google Cloud SQL for PostgreSQL、Google Cloud Spanner、AlloyDB for PostgreSQL、Google Cloud Firestore、Google Cloud Memorystore
- Oracle
- Oracle Cloud、Oracle Autonomous Data Warehouse、Oracle Autonomous Transaction Processing、Oracle Database Cloud Service、Oracle Database Exadata Cloud Service、Oracle NoSQL Database Cloud Service、Oracle Autonomous JSON Database、Oracle Data Hub Cloud Service
- その他
- Snowflake、Databricks
Q 移行対象データベースをどれにするかの選定から支援してもらうことはできますか
社内のデータベースから、クラウド移行による恩恵が大きなものを選定支援できます。
Q 移行先にどのデータベースサービスを選べばよいのかがよく分かりません。最適なサービスを提案してもらえますか。
お客様データベースの移行性、利用技術の標準化や将来性を考慮して、適した移行先を提案します。
Q アプリケーション、データの移行もできますか？
クエリの移行アセスメント、変換には対応しています。アプリケーションやプロシージャのソースコード変換はパートナーとの協力体制での提供、または紹介が可能です。データ移行にも対応しています。
Q アーキテクチャ変更やリファクタリングを伴う移行もできますか？
可能です。クラウドにフィットしたアーキテクチャへの変更、DBMSの変更、マイクロサービスに適したデータモデルへの変更、運用の自動化など、多くの実績があります。
Q 当社メンバーが移行後環境を習得する支援はできますか？
可能です。クラウド、クラウド上のデータベースサービスに関するスキルトランスファー、標準化などの支援ができます。
Q 移行後の運用も支援できますか？
可能です。運用業務の受託、DBREとしての支援ができます。詳しくはデータベース信頼性エンジニアリング（データベース運用）をご覧ください。
Q アプリケーション移行のテストも支援可能ですか？
通常はソースコードのみを納品し、自動で変換できなかったSQL修正を助言するまでがサービス提供範囲です。手動変換、テストに対応するパートナーを紹介することはできます。
Q AIを利用する環境を教えてください。
任意のクラウド上で生成を利用するのが基本です。ソースコードをクラウド上の仮想サーバに配置してセキュリティを確保した環境で生成AIのAPIを利用して変換します。環境は当社、お客様どちらの環境でも問題ありません。クラウドにソースコードを配置したり、生成AIに渡すことが許容されない場合は、お客様社内ネットワークにのみ接続されたサーバもしくは当社が持ち込む完全オフラインのコンピューティング環境に生成AIを導入して利用することも可能です。
Q クラウドや生成AIの利用費用がサービス料金とは別に発生しますか。
クラウド移行サービス料金に含まれていますので、別途費用が発生することはありません。
Q 基幹系のミッションクリティカルな大規模データベースでも、停止時間を抑えて移行できますか。
対応可能です。停止許容時間や性能要件が厳しい移行こそ、事前の定量的なアセスメントと切替リハーサルが成否を分けます。当社はエンタープライズ向け大規模データベースを中心に200件以上の移行実績があり、机上検証・PoC・リハーサルを通じて停止時間と性能リスクを事前に検証したうえで、切替計画を立案・実行します。
Q 既存の取引先SIerに依頼する場合と、何が違いますか。
当社はデータベースを専門とする独立系コンサルティングファームとして、特定のベンダー・製品に依存しない中立的な立場で、移行先の選定から計画立案・移行実務までをリードします。汎用SIの体制では対応が難しい高難度のデータベース固有の課題(方言変換、性能設計、切替設計)に専門特化している点が違いです。既存SIer様と役割分担する協業体制での支援も可能で、実績も多数あります。
