次の方法で共有

Data Migration Assistant を実行するためのベスト プラクティス

  • [アーティクル]

重要

Data Migration Assistant (DMA) は非推奨とされています。 SQL Server から Azure SQL への移行オプションについては、「SQL Server から Azure SQL への移行オプション」を参照してください。

この記事では、インストール、評価、移行に関するベスト プラクティス情報をいくつか紹介します。

インストール

Data Migration Assistant を SQL Server ホスト コンピューターに直接インストールして実行しないでください。

評価

  • 運用用データベースの評価は、ピーク時以外の時間帯に実行します。
  • 評価期間を短縮するために、互換性の問題と新機能の推奨事項の評価を別々に実行します。

移行

  • ピーク時以外の時間帯にサーバーを移行します。

  • データベースを移行するときは、ソース サーバーとターゲット サーバーからアクセスできる 1 つの共有の場所を用意し、可能であればコピー操作を避けます。 コピー操作を行うと、バックアップ ファイルのサイズに応じて待機時間が発生する可能性があります。 また、コピー操作を行うと、手順が増えて移行が失敗する可能性が高くなります。 1 つの場所を用意すると、Data Migration Assistant により、コピー操作がバイパスされます。

    さらに、移行が失敗しないように、共有フォルダーに正しいアクセス許可を付与するようにします。 このツールでは、正しいアクセス許可が指定されています。 SQL Server インスタンスがネットワーク サービスの資格情報で実行されている場合は、SQL Server インスタンスのマシン アカウントに共有フォルダーに対する正しいアクセス許可を付与します。

  • ソース サーバーとターゲット サーバーへの接続時に、接続の暗号化を有効にします。 TLS 暗号化を使用すると、Data Migration Assistant と SQL Server インスタンスの間でネットワークを介して送信されるデータのセキュリティが向上します。これは、SQL ログインを移行する場合に特に役立ちます。 TLS 暗号化を使用しておらず、攻撃者によってネットワークが侵害された場合、移行中の SQL ログインが攻撃者によってその場で傍受されたり、変更されたりする可能性があります。

    一方、すべてのアクセスにセキュリティで保護されたイントラネット構成が使用される場合には、暗号化は必ずしも必要ありません。 暗号化を有効にすると、パケットの暗号化と復号化に追加のオーバーヘッドが必要になるため、パフォーマンスが低下します。 詳細については、「SQL Server への接続の暗号化」を参照してください。

  • データを移行する前に、ソース データベースとターゲット データベースの両方に信頼できない制約がないか確認します。 移行後は、ターゲット データベースを再度分析し、データ移動の一環で制約が信頼できなくなったかどうかを確認します。 必要に応じて、信頼できない制約を修正します。 制約を信頼できないままにしておくと、不適切な実行プランになり、パフォーマンスに影響する可能性があります。