移行ガイド: IBM Db2 から SQL Server
適用対象: SQL Server
このガイドでは、SQL Server Migration Assistant (SSMA) for Db2 を使用して、ユーザー データベースを IBM Db2 から SQL Server に移行する方法について説明します。
その他の移行ガイドについては、「Azure データベースの移行ガイド」を参照してください。
前提条件
Db2 データベースの SQL Server への移行を開始する前に、以下の手順を実行します。
- ソース環境がサポートされていることを確認する。
- SSMA for Db2 をダウンロードしてインストールする。
- ソースとターゲットの両方にアクセスするための接続と十分なアクセス許可を取得する。
移行前
前提条件を満たすと、環境のトポロジを検出し、移行の可能性を評価する準備は完了です。
評価と変換
SSMA for Db2 を使用して、データベース オブジェクトとデータを確認し、データベースの移行を評価します。
評価を作成するには、次の手順を実行します。
SSMA for Db2 を開きます。
[ファイル] を選択し、 [新しいプロジェクト] を選択します。
プロジェクト名と場所を指定し、ドロップダウン リストで SQL Server 移行ターゲットを選択します。 [OK] を選択します。
[Connect to Db2](Db2 への接続) を選択し、Db2 接続の詳細を入力します。
移行する Db2 スキーマを右クリックし、 [レポートの作成] を選択して HTML レポートを生成します。 または、右上にある [レポートの作成] を選択することもできます。
HTML レポートを確認し、変換の統計情報とエラーまたは警告を把握します。 また、Excel でレポートを開き、Db2 オブジェクトのインベントリとスキーマ変換の実行に必要な作業量を確認することもできます。 このレポートの既定の場所は、こちらに示すように、SSMAProjects 内のレポート フォルダーです。
drive:\<username>\Documents\SSMAProjects\MyDb2Migration\report\report_<date>
データ型を検証する
既定のデータ型マッピングを検証し、必要に応じて要件に基づいて変更します。 これを行うには、次の手順を実行します:
[ツール] を選択し、 [プロジェクトの設定] を選択します。
[Type Mapping](型のマッピング) タブを選択します。
[Db2 メタデータ エクスプローラー] ペインでテーブル名を選択すると、各テーブルの型マッピングを変更できます。
スキーマの変換
スキーマを変換するには、次の手順を行います。
(オプション) 動的クエリまたは特殊なクエリを変換するには、ノードを右クリックして [ステートメントの追加] を選択します。
[SQL Server への接続] タブを選択し、SQL Server インスタンスの接続の詳細を入力します。
処理するスキーマを右クリックして、 [スキーマの変換] を選択します。 または、右上にある [スキーマの変換] タブを選択することもできます。
変換が完了したら、変換された構造と元の構造を比較して、潜在的な問題を特定し、推奨事項に基づいてそれらに対処します。
出力ペインで [結果の確認] アイコンを選択し、 [エラー一覧] ペインでエラーを確認します。
オフライン スキーマ修復の演習のために、 [ファイル]>[プロジェクトの保存] を選択して、プロジェクトをローカルに保存します。 このようにすると、スキーマを SQL Server インスタンスに公開する前に、ソースとターゲットのスキーマをオフラインで評価し、それらの修復を実行する機会が得られます。
移行
データベースの評価と不整合への対処が完了したら、次の手順は移行プロセスの実行です。
スキーマを発行し、データを移行するには、次の手順を行います。
スキーマを公開します。 [SQL Server メタデータ エクスプローラー] ペインで、データベースを右クリックして [Synchronize with Database](データベースと同期する) を選択します。
データを移行します。 [Db2 メタデータ エクスプローラー] ペインで、スキーマまたはオブジェクトを右クリックし、 [データの移行] を選択します。 または、右上にある [データの移行] タブを選択することもできます。
データベース全体のデータを移行するには、データベース名の横にあるチェック ボックスをオンにします。 個々のテーブルからデータを移行するには、データベースを展開し、 [テーブル] を展開して、テーブルの横にあるチェック ボックスをオンにします。 個々のテーブルのデータを除外するには、このチェック ボックスをオフにします。
Db2 と SQL Server インスタンスの両方の接続の詳細を指定します。
移行が完了したら、データ移行レポートを表示します。
SQL Server Management Studio (SSMS) を使用してお使いの SQL Server インスタンスに接続し、データとスキーマを確認して移行を検証します。
移行後
移行段階が正常に完了したら、移行後の一連のタスクを完了し、すべてが可能な限り円滑かつ効率的に機能していることを確認する必要があります。
アプリケーションを修復する
データをターゲット環境に移行した後、以前にソースが使用されていたすべてのアプリケーションで、ターゲットの使用を開始する必要があります。 このステップを実行するには、場合によってはアプリケーションの変更が必要になります。
テストを実行する
データベース移行に対するテスト アプローチは、次のアクティビティで構成されます。
検証テストを作成する: データベース移行をテストするには、SQL クエリを使用する必要があります。 ソースとターゲットの両方のデータベースに対して実行する検証クエリを作成する必要があります。 検証クエリには、定義したスコープが含まれている必要があります。
テスト環境を設定する: このテスト環境には、ソース データベースとターゲット データベースのコピーを含める必要があります。 必ずテスト環境を分離してください。
検証テストを実行する: ソースとターゲットに対して検証テストを実行した後、結果を分析します。
パフォーマンス テストを実行する: ソースとターゲットに対してパフォーマンス テストを実行した後、結果を分析および比較します。
移行資産
この移行シナリオの詳細については、次のリソースを参照してください。 これらは、実際の移行プロジェクトの取り組みをサポートするために開発されました。
タイトル | 説明 |
---|---|
データ ワークロード評価モデルとツール | 特定のワークロードに対して、推奨される "最適な" ターゲット プラットフォーム、クラウドの準備状況、アプリケーションとデータベースの修復レベルを提供します。 シンプルなワンクリックの計算とレポート生成機能があり、自動化された均一なターゲット プラットフォームの決定プロセスが用意されているので、大規模な資産評価の促進に役立ちます。 |
IBM Db2 zOS データ資産の検出および評価パッケージ | データベース上で SQL スクリプトを実行した後、結果をファイル システム上のファイルにエクスポートできます。 スプレッドシートなど、外部ツールで結果をキャプチャできるように、CSV などの複数のファイル形式がサポートされています。 この方法を使用すると、ワークベンチをインストールしていないチームと結果を簡単に共有することができます。 |
IBM Db2 LUW インベントリ スクリプトと成果物 | IBM Db2 LUW バージョン 11.1 システム テーブルにクエリを実行し、以下の項目に関する結果を CSV 形式で出力する SQL スクリプトが含まれています: スキーマおよびオブジェクト タイプ別のオブジェクト数、各スキーマの「生データ」の見積もり、各スキーマ内のテーブル サイズ。 |
IBM Db2 から SQL Server へのデータベース比較ユーティリティ | データベース比較ユーティリティは、ソースおよびターゲット プラットフォームの両方でデータが同一であることを確認するために使用できる Windows コンソール アプリケーションです。 このツールを使用すると、すべての、または選択したテーブル、行、および列内の行または列レベルまでデータを効率的に比較できます。 |
データ SQL エンジニアリング チームが、これらのリソースを開発しました。 このチームの主要な作業は、Microsoft の Azure データ プラットフォームへのデータ プラットフォーム移行プロジェクトの複雑な近代化を容易にし、迅速に進めることです。