次の方法で共有

移行ガイド: SQL Server へのアクセス

  • [アーティクル]

適用対象: SQL Server

このガイドでは、SQL Server Migration Assistant for Acces (SSMA for Acces) を使用して、Microsoft Access データベースを SQL Database に移行する方法について学習します。

その他の移行ガイドについては、「Azure データベースの移行ガイド」を参照してください。

前提条件

Access データベースの SQL Server への移行を開始する前に、次のようにします。

  • ソース環境がサポートされていることを確認する。
  • SSMA for Access を取得する。
  • ソースとターゲットの両方にアクセスするための接続と十分なアクセス許可を取得する。

移行前

前提条件を満たすと、環境のトポロジを検出し、移行の可能性を評価する準備は完了です。

アクセス

SSMA for Access を使用すると、データベース オブジェクトとデータを確認し、移行についてデータベースを評価できます。 このツールの詳細については、「SQL Server Migration Assistant for Access (AccessToSQL)」を参照してください。

評価を作成するには、次のようにします。

  1. SSMA for Access を開きます。

  2. [ファイル] を選択し、 [新しいプロジェクト] を選択します。

  3. プロジェクト名と、プロジェクトを保存する場所を入力します。 その後、ドロップダウン リストから SQL Server の移行ターゲットを選び、[OK] を選択します。

    [新しいプロジェクト] を示すスクリーンショット。

  4. [データベースの追加] を選択し、自分のプロジェクトに追加するデータベースを選びます。

    [データベースの追加] を示すスクリーンショット。

  5. [Access Metadata Explorer] で、評価するデータベースを右クリックしてから、 [レポートの作成] を選択します。 または、右上隅にある [レポートの作成] タブを選択することもできます。

    [レポートの作成] を示すスクリーンショット。

  6. HTML レポートを確認し、変換の統計情報とエラーまたは警告を把握します。 また、Excel でレポートを開き、Access オブジェクトのインベントリとスキーマ変換の実行に必要な作業量を確認することもできます。 このレポートの既定の場所は、こちらに示すように、SSMAProjects 内のレポート フォルダーです。

    drive:\<username>\Documents\SSMAProjects\MyAccessMigration\report\report_2020_11_12T02_47_55\。

    サンプル レポートを示すスクリーンショット。

データ型を検証する

既定のデータ型マッピングを検証し、必要に応じて要件に基づいて変更します。 そのためには次を行います。

  1. [ツール] メニューの [プロジェクトの設定] を選択します。

  2. [Type Mapping](型のマッピング) タブを選択します。

    [Type Mapping]\(型のマッピング\) を示すスクリーンショット。

  3. [Access Metadata Explorer] でテーブルを選択し、各テーブルの型マッピングを変更することができます。

Convert

データベース オブジェクトを変換するには、次のようにします。

  1. [SQL Server への接続] を選択し、接続の詳細を入力します。

    [SQL Server への接続] を示すスクリーンショット。

  2. [Access Metadata Explorer] でデータベースを右クリックし、 [スキーマの変換] を選択します。 または、右上隅にある [スキーマの変換] タブを選択することもできます。

    [スキーマの変換] を示すスクリーンショット。

  3. 変換が終了した後、変換されたオブジェクトと元のオブジェクトを比較および確認して、潜在的な問題を特定し、推奨事項に基づいてそれらに対処します。

    変換されたクエリの比較を示すスクリーンショット。

  4. 変換された Transact-SQL テキストを元のコードと比較し、推奨事項を確認します。

    変換されたオブジェクトの確認を示すスクリーンショット。

  5. (省略可能) 個々のオブジェクトを変換するには、そのオブジェクトを右クリックし、 [スキーマの変換] を選択します。 変換されたオブジェクトは、 [Access Metadata Explorer] 内に太字で表示されます。

    Metadata Explorer の太字のオブジェクトが変換されていることを示すスクリーンショット。

  6. [出力] ペインで [結果の確認] を選択し、 [エラー一覧] ペインでエラーを確認します。

  7. オフライン スキーマ修復の演習のために、プロジェクトをローカルに保存します。 [ファイル] メニューの [プロジェクトの保存] を選択します。 この手順により、スキーマを SQL Server に発行する前に、ソースとターゲットのスキーマをオフラインで評価し、修復を実行する機会が得られます。

Migrate

データベースの評価と不整合への対処が完了した後、次の手順で移行プロセスを実行します。 データの移行は、トランザクション内でデータの行を SQL Server に移動する一括読み込み操作です。 各トランザクションで SQL Server に読み込まれる行数は、プロジェクトの設定で構成されます。

SSMA for Access を使用してスキーマを発行し、データを移行するには次のようにします。

  1. まだ行っていない場合は、 [SQL Server への接続] を選択し、接続の詳細を入力します。

  2. [SQL Server Metadata Explorer] でデータベースを右クリックし、 [データベースとの同期] を選択して、スキーマを発行します。 この操作により、MySQL スキーマが SQL Server に公開されます。

    [データベースとの同期] を示すスクリーンショット。

  3. ソース プロジェクトとターゲットの間のマッピングを確認します。

    データベースとの同期の確認を示すスクリーンショット。

  4. [Access Metadata Explorer] で、移行するデータベースまたはオブジェクトを右クリックし、 [データの移行] を選択して、データを移行します。 または、 [データの移行] タブを選択することもできます。データベース全体のデータを移行するには、データベース名の横にあるチェック ボックスをオンにします。 個々のテーブルからデータを移行するには、データベース、 [テーブル] の順に展開してから、テーブルの横にあるチェック ボックスをオンにします。 個々のテーブルのデータを除外するには、次のチェック ボックスをオフにします。

    [データの移行] を示すスクリーンショット。

  5. 移行が完了した後、 [データ移行レポート] を表示します。

    [データ移行レポート] を示すスクリーンショット。

  6. SQL Server Management Studio (SSMS) を使用してお使いの SQL Server インスタンスに接続し、データとスキーマを確認して移行を検証します。

    SQL Server Management Studio での検証を示すスクリーンショット。

移行後

移行段階が正常に完了したら、移行後の一連のタスクを完了し、すべてが可能な限り円滑かつ効率的に機能していることを確認する必要があります。

アプリケーションを修復する

データをターゲット環境に移行した後、以前にソースが使用されていたすべてのアプリケーションで、ターゲットの使用を開始する必要があります。 このタスクを実現するために、場合によってはアプリケーションの変更が必要になります。

テストを実行する

データベース移行のテストア プローチは、次のアクティビティで構成されています。

  1. 検証テストを作成する: データベースの移行をテストするには、SQL クエリを使用する必要があります。 ソース データベースとターゲット データベースの両方に対して実行する検証クエリを作成する必要があります。 その検証クエリでは、定義されているスコープに対応する必要があります。
  2. テスト環境を設定する: このテスト環境には、ソース データベースとターゲット データベースのコピーを含める必要があります。 必ずテスト環境を分離してください。
  3. 検証テストを実行する: ソースとターゲットに対して検証テストを実行した後、結果を分析します。
  4. パフォーマンス テストを実行する: ソースとターゲットに対してパフォーマンス テストを実行した後、結果を分析および比較します。

最適化

移行後の段階は、発生したデータの精度の問題を調整したり、完全性を検証したり、ワークロードでのパフォーマンスの問題に対処したりするために非常に重要です。

Note

これらの問題とそれを軽減するための手順の詳細については、「移行後の検証および最適化ガイド」を参照してください。

移行資産

この移行シナリオを完了するためのその他の支援については、次のリソースを参照してください。 これは、実世界の移行プロジェクトの取り組みをサポートするために開発されたものです。

タイトル 説明
データ ワークロード評価モデルとツール このツールを使用すると、特定のワークロードに対して、推奨される "最適な" ターゲット プラットフォーム、クラウドの準備状況、アプリケーションまたはデータベースの修復レベルがわかります。 シンプルなワンクリックの計算とレポート生成機能があり、自動化された均一なターゲット プラットフォームの決定プロセスが用意されているので、大規模な不動産評価を加速させることができます。

データ SQL エンジニアリング チームが、これらのリソースを開発しました。 このチームの主要な作業は、Microsoft の Azure データ プラットフォームへのデータ プラットフォーム移行プロジェクトの複雑な近代化を容易にし、迅速に進めることです。

関連するコンテンツ