私の理解によれば、Azure SQL MIは内部でSQL Serverを実行します。したがって、MIからのバックアップは、最新バージョンのSQL Server(2019)で復元できます。移行後にMIへの移行が中止された場合、ロールバック戦略を見つけるタスクがあります。
MIからバックアップを取った
SQL Server 2019(15.0.2070.41)への復元を試みました
私はそれが成功の50/50のチャンスを期待していましたが、失敗しました。ただし、エラーは少し誤解を招くものです。
メッセージ3169、レベル16、状態1、行2データベースは、バージョン15.00.2000を実行しているサーバーにバックアップされました。そのバージョンは、バージョン15.00.2070を実行しているこのサーバーと互換性がありません。バックアップをサポートするサーバーでデータベースを復元するか、このサーバーと互換性のあるバックアップを使用してください。メッセージ3013、レベル16、状態1、行2 RESTORE DATABASEが異常終了しています
サーバーにスムーズに戻れない場合は、バックアップを取得してから、ロールバックをどのように計画しますか。 bacpac/dacpacメソッドは、dbサイズが30GBであり、大量のエラーが発生する場合に苦痛です。
なぜそのエラーが出てくるのですか? MIで実行されているものを知る必要がある
簡単でスムーズなロールバックがないという苦痛を伴いながら、MIへの移行を再検討します。
PS:AWS RDSには、カットオーバーで問題が発生した場合にロールバックするオプションがあるため、バージョンが大幅に向上しています。
。
現在、AzureからOnPremにデータベースを復元する唯一の方法は、bacpacメソッドです。
また、参考までに:現在、Azure MIの移行を検討していますが、DNS CNAMEを指定できないため、移行できません。