LASSIC Media らしくメディア

2026.11.11 らしくコラム

Db2移行が難しいのはなぜ?サポート期限と3つの移行先を解説

監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員)

サーバールームで古いサーバーのラックを見上げて考え込む担当者2人とワゴンのノートPC

この記事の結論

  • Db2 11.5の標準サポートは2027年4月30日に終わり、延長サポートは有償で2031年4月30日までです。
  • 移行が難しくなるのは、Db2向けに書かれたSQLや処理がデータベースとアプリの中に散らばっているためです。
  • 版上げ・クラウドへの移設・乗り換えの3つを比べ、棚卸しと照合の方法を先に決めることが大切です。

※ 本記事は2026年11月時点の公式情報(省庁・公的機関、および製品やサービスを提供する事業者が公開している資料)に基づきます。

Db2の保守期限が近いと言われたが、何から手を付ければよいか分からない。PostgreSQLへ移せば費用が下がると聞くが、どこまで作り直しになるのか見えない——。長くDb2で業務システムを動かしてきた会社では、こうした迷いが起こりがちです。Db2(ディービーツー)は、IBMが提供するリレーショナルデータベース(表の形でデータを管理する仕組み)で、サーバー向けの版のほか、メインフレーム向けの版もあります。

移行先には、他社のデータベースへの乗り換えだけでなく、Db2の新しい版への更新やクラウドへの移設も含まれます。ただし万能な道はなく、Db2向けに書かれた処理の量によって手間が大きく変わります。本記事では、Db2の移行を任された情報システムの担当者に向けて、サポート期限、移行が難しくなる理由、移行先の違い、進め方、そして外部に頼むときに確認したい点を整理します。

Db2とサポート期限

本記事で扱うのは、Linux・UNIX・Windowsのサーバーで動くDb2です。IBMの資料では「Db2 for Linux, UNIX and Windows」と呼ばれ、Db2 LUWと略されます。IBMは版ごとに標準サポートの終了日を公表しており、終了日を過ぎても、有償で延長サポートを付けられる版があります。*1 2026年11月時点の主な版の期限は次のとおりです。

Db2 LUWの主な版のサポート期限(IBM公表の一覧より)
版 標準サポートの終了 延長サポートの終了
12.1 未定 標準サポート終了の4年後
11.5(Base Edition以外) 2027年4月30日 2031年4月30日
11.5(Base Edition) 2025年9月30日(終了済み) 提供なし
11.1 2022年4月30日(終了済み) 2026年4月30日(終了済み)
10.5・10.1・9.7 終了済み 2025年4月30日(終了済み)
  • 11.5(Base Edition以外)を使っている場合、標準サポートの終了まで半年を切っています。延長サポートを買って時間を稼ぐか、その間に移行を済ませるかを早めに決める必要があります
  • 延長サポートは中身が限られることがあります。11.1の延長サポートは、2025年5月以降は使い方の質問と既知の不具合への対応だけでした*1
  • 他社のパッケージソフトにDb2が組み込まれている場合は、延長サポートがありません。パッケージ側の版上げが前提になります*1

Db2移行が難しくなる理由

Db2から別のデータベースへ移すとき、表のデータを写すだけでは終わりません。AWSのスキーマ変換ツール(AWS SCT)は、Db2 LUWからPostgreSQLやMySQLなどへ移す際に、表の定義だけでなく、SQLで書かれた処理やアプリのコードまでを変換の対象にしています。*2 裏を返せば、それだけ書き換えが広く及ぶということです。

夕方の自席で2台のモニターの表を見比べて移行の難しさを考える担当者

  • SQLとストアドプロシージャ(データベースの中に置いた処理):自動で変換できないものは、同じ働きをする形を人が作り直します*2
  • データ型:移行先にぴったり対応する型が無いものがあります。AWSのデータ移行サービス(AWS DMS)は、Db2の論理型(BOOLEAN)や10進の浮動小数点型(DECFLOAT)を移行の対象外としています*3
  • 止めずに移すための準備:移行中の更新を取り込むには、Db2側で更新の記録(ログ)を保管する設定と、強い権限を持つ利用者が必要です*3
  • アプリとバッチ:接続に使うドライバーや、夜間バッチの中で呼んでいるSQLも見直しの対象になります

難しさの多くは、データベースの中とアプリの中に、Db2向けに書かれた処理がどれだけ散らばっているかで決まります。どこに何本あるかが分からないまま見積もると、着手してから作業が膨らみます。逆に言えば、最初の棚卸しで処理の量と置き場所をつかめれば、移行の手間はかなり読みやすくなります。

移行先の選択肢の違い

Db2の移行先は、大きく3つに分けられます。どれを選ぶかで、作り直しの量と、毎年かかる費用の性質が変わります。他社のデータベースへ乗り換えることだけが移行ではありません。

Db2の移行先の3つの選択肢
選択肢 中身 向いている場面
Db2の新しい版へ上げる 11.5から12.1などへ更新し、同じDb2を使い続ける Db2向けの処理が多く、作り直しを避けたいとき
Db2のままクラウドへ移す Amazon RDS for Db2などの、サーバーの保守を事業者に任せる形のサービスへ移す 自社のサーバーの保守はやめたいが、データベースは変えたくないとき
PostgreSQLなどへ乗り換える オープンソースのデータベースへ移し、Db2向けの処理を書き換える ライセンスの費用を見直したく、書き換えの手間をかけられるとき

Amazon RDS for Db2が扱う版は11.5.9と12.1.4で、サーバーに直接ログインはできません。*4 運用の手順は自社のサーバーとは変わります。PostgreSQLはPostgreSQL Licenseという制限のゆるいライセンスで公開され、利用料はかかりません。ただし約1年ごとに新しい版が出て、各版のサポートは最初の公開から5年間です。*5 乗り換えた後も、版上げを計画に入れておく必要があります。Oracle Databaseから移す場合の考え方は脱Oracle DB、PostgreSQL移行を外注で進めるで扱っています。

Db2移行の進め方

どの移行先を選ぶにしても、進め方の骨組みは共通です。次の4つの段階で進めると、途中で見積もりをやり直す事態を減らせます。

  • ステップ1:棚卸し(使っている版とエディション、延長サポートの契約、Db2を使うアプリとバッチの一覧)
  • ステップ2:変換の見積もり(変換ツールで評価し、自動で変換できない部分を洗い出す)*2
  • ステップ3:データの移行と並行稼働(全件を写したあと、移行中の更新を取り込みながら新旧を並べて動かす)*3
  • ステップ4:照合と切り替え(件数・合計値・処理時間を新旧で比べ、切り戻しの手順を決めてから切り替える)

Db2移行の進め方を4つの段階で左から順に並べた流れ図。STEP1 棚卸し、STEP2 変換の見積もり、STEP3 データ移行と並行稼働、STEP4 照合と切り替え。

つまずきやすいのはステップ2です。変換ツールが示すのは、自動で変換できなかった箇所と、その直し方の手がかりまでです。*2 直したあとに業務の結果が同じになるかは、ステップ4の照合で確かめるしかありません。照合に使う件数や合計値を、移行を始める前に決めておくと、切り替えの判断がぶれにくくなります。

外部に頼むときに確認しておきたい点

Db2の移行を外部に頼む場合、見積もりの金額だけを比べても、どこまでが含まれているかは分かりません。次の点を、見積もりを依頼する前に確かめておきます。

雨の日の会議室でノートPCを前に手のひらで説明する外部の技術者とうなずく責任者

  • 移行先の比べ方:版上げ・クラウドへの移設・乗り換えの3つを、同じ条件で比べてくれるか
  • 棚卸しの範囲:データベースの中の処理だけでなく、アプリやバッチの中のSQLまで数えるか
  • 変換できない部分:評価で見つかった箇所を、誰がどの順で直すか。直した結果をどう確かめるか
  • 並行稼働と切り戻し:新旧を並べる期間と、問題が出たときに元へ戻す手順を決めているか
  • 移行後の運用:版上げやバックアップを誰が受け持つか。サポート期限をどう追い続けるか

特に棚卸しの範囲は、見積もりの差がもっとも出やすい点です。Db2がIBM i(AS/400)の上で業務システムと一体になっている場合は、データベースだけを切り出す話にはなりません。その場合の選択肢はIBM i(AS/400)刷新を外注、移行の選択肢と進め方にまとめています。

まとめ:Db2移行で確かめておきたい3つの点

Db2の移行を進めるうえで、確かめておきたい点は3つに整理できます。第一に、使っている版とエディションのサポート期限を確かめ、延長サポートで時間を稼ぐかどうかを決めること。第二に、データベースの中とアプリやバッチの中に、Db2向けに書かれた処理がどれだけあるかを棚卸しすること。第三に、版上げ・クラウドへの移設・乗り換えの3つを同じ条件で比べ、照合と切り戻しの方法を先に決めることです。この3点を踏まえておけば、「移し始めてから書き換えが想定の何倍にも膨らんだ」という事態を避けやすくなります。移行先の選び方や進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。

LASSICに相談するメリット

LASSICは2006年の創業以来、システムの運用・保守に特化したプライム(一次請け)のシステムインテグレーターとして、企業のシステム開発と保守・運用を受託してきました。日本ニアショア開発推進機構の認定ベンダーとして、全国のリモート人材による開発・運用の体制を整えています。

Db2の移行では、まずAWS SCT(スキーマ変換ツール)などの評価機能で、表の定義、SQL PLで書かれたストアドプロシージャ、アプリの中のSQLを洗い出し、自動で変換できない箇所を一覧にします。設計の段階では、移行先をDb2 12.1への版上げ、Amazon RDS for Db2、PostgreSQLのどれにするか、BOOLEANやDECFLOATのように移行ツールが扱えない型の列をどう置き換えるか、一括で切り替えるか並行稼働させるかを、お客様の業務の止められる時間に合わせて決めます。データ移行ではAWS DMSの全件ロードと変更データの取り込み(CDC)を組み合わせ、移行前後で件数と金額の合計を照らし合わせます。運用では、移行先のサポート期限と版上げの予定を文書にして引き継ぎます。

よくある質問

延長サポートを買えば移行しなくても済みますか

延長サポートにも終わりがあるため、移行を先送りできる期間には限りがあります。11.5の延長サポートは2031年4月30日までです。*1 延長の期間は、移行の準備に使う時間と考えるのが現実的です。

移行にはどのくらいの期間がかかりますか

期間は、Db2向けに書かれた処理の量、データの量、並行稼働の長さで大きく変わります。変換ツールでの評価と棚卸しを先に済ませると、根拠のある見積もりを出しやすくなります。評価の前に期間を約束する見積もりには注意が必要です。

パッケージソフトに組み込まれたDb2も自社で移せますか

組み込まれたDb2のサポートは、パッケージ側の契約に従います。*1 移行先や版をパッケージの提供元が決めていることが多いため、まず提供元に対応方針を問い合わせてから、自社で動く範囲を決めます。

Db2の移行先選びと移行作業のご相談

Db2の移行先の比較から、SQLとデータの移行、切り替え後の運用まで、元請(プライムベンダー)としてご提案します。

2006年の創業以来、一次請けのシステムインテグレーターとして、企業のシステム開発と保守・運用を受託してきました。

無料相談はこちら

出典

  1. *1 参考:IBM「Db2 Distributed end of support (EOS) dates」(https://www.ibm.com/support/pages/db2-distributed-end-support-eos-dates)。出典:Db2 for Linux, UNIX and Windowsの版ごとの標準サポート・延長サポートの終了日、延長サポートが有償であること、11.1の延長サポートの範囲、他社ソフトに組み込まれたDb2の扱いを参照(2026年1月22日更新版)(2026年11月確認)
  2. *2 参考:Amazon Web Services「AWS Schema Conversion Tool ユーザーガイド」(What is the AWS Schema Conversion Tool? / Connecting to IBM DB2 for Linux, UNIX, and Windows Databases)(https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.DB2LUW.html)。出典:Db2 LUWからPostgreSQL・MySQLなどへ、スキーマ・SQLのコード・アプリのコードを変換できること、自動で変換できない部分の扱いを参照(2026年11月確認)
  3. *3 参考:Amazon Web Services「Using IBM Db2 for Linux, Unix, Windows, and Amazon RDS database (Db2 LUW) as a source for AWS DMS」(https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.DB2.html)。出典:変更データの取り込み(CDC)の前提条件(ログの保管設定・権限)、BOOLEAN型とDECFLOAT型の扱いを参照(2026年11月確認)
  4. *4 参考:Amazon Web Services「Amazon RDS for Db2」(https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Db2.html)。出典:対応する版(11.5.9・12.1.4)と、ホストへの直接ログインができないことを参照(2026年11月確認)
  5. *5 参考:The PostgreSQL Global Development Group「License」「Versioning Policy」(https://www.postgresql.org/support/versioning/)。出典:PostgreSQL Licenseで無償で使えること(https://www.postgresql.org/about/licence/)、約1年ごとのメジャー版の公開と5年間のサポートを参照(2026年11月確認)




View