ログ再生サービス (LRS) を使用して移行する

Log Replay Service (LRS) は、オンプレミスの SQL Server からクラウド内の SQL Managed Instance へのデータベースのカスタム移行を可能にするツールです。 ログ配布テクノロジが使用され、より詳細な制御が必要な場合、ダウンタイムに対する許容度がほとんどない場合、または Azure Data Migration Service を使用できない場合に役立ちます。

LRS は、PowerShell、CLI コマンドレット、または API と直接使用して、SQL Managed Instance へのデータベース移行を手動でビルドおよび調整できます。 LRS の使用を検討する理由には、次のようなものがあります。

• データベース移行プロジェクトをより詳細に制御する
• 移行のカットオーバー時のダウンタイムに対する許容度がほとんどない
• DMS 実行可能ファイルを環境にインストールできない
• データベース バックアップへのファイル アクセスの欠如
• 環境から Azure へのネットワーク ポートを開けできない

移行の種類について

LRS には 2 つの移行モードがあります。

モードに関係なく、LRS ジョブはこの後に自動的に取り消されるため、30 日以内に移行を完了することを計画します。

移行プロセスをセキュリティで保護する

LRS を実行するには、Azure ロールベースのアクセス制御 (RBAC) ロール (サブスクリプション所有者、SQL Managed Instance 共同作成者、またはアクセス許可 Microsoft.Sql/managedInstances/databases/*を持つカスタム ロール) のいずれかが必要です。

Azure Blob Storage アカウントが必要であり、SQL Server インスタンスと SQL Managed Instance の間のバックアップ ファイルの中間ストレージとして機能します。 ファイアウォールで Azure Blob Storage を使用するには、別の構成が必要です。 MI サブネット委任とストレージ サービス エンドポイントを使用して、SQL Managed Instance サブネットをストレージ アカウントの仮想ネットワーク ファイアウォール規則に追加する必要があります。 また、SAS トークンまたはマネージド ID のいずれかを使用して Azure Blob Storage アカウントにアクセスできますが、両方にアクセスすることはできません。

バックアップと復元のパフォーマンスを向上させる

バックアップと復元のパフォーマンスを向上させるために、1 つのファイルを使用する代わりに、完全バックアップと差分バックアップを複数のファイルに分割できます。 これは、複数のファイルを並列で読み書きできるため、バックアップまたは復元操作の完了にかかる時間が短縮されるためです。

また、バックアップ圧縮を有効にすると、ネットワーク転送速度を向上させることができます。 圧縮されたバックアップのサイズが小さいため、ネットワーク経由での転送にかかる時間が短縮されます。 これは、Azure 間で大規模なバックアップを転送する場合に特に便利です。

バックアップに対して CHECKSUM を有効にすることを強くお勧めします。ただし、必須ではありません。 SQL Managed Instance では、CHECKSUMなしでバックアップの整合性チェックが実行されるため、データベースの復元にかかる時間が長くなる可能性があります。 CHECKSUMを有効にすると、復元操作を高速化できます。