Azure VMからAzure SQLデータベースに移行したSQLデータベース - 新しいデータベースのサイズはかなり小さいですか？

Question

Azure VM上のSQL Server 2016 Enterpriseには約70GBのデータベースがあります。これをAzure SQLデータベースに移すことにしました。

私は、「展開のAzure SQLデータベースへ」を介して移動を達成（データベースを右クリックして、それがタスク]の下にあります）。このウィザードは非常に完了したように見え、一連のテストを実行した後、詳細なステップごとにデプロイメントを行いました。完全なプロセスには約3時間かかりましたが、すべてのステップが成功して終了しました。

問題が生じたAzureのSQLデータベースのサイズのみ31ギガバイトとして表示されています？これは可能ですか？移行プロセスが不要と認識した40ギガバイト相当の無関係/一時的/不必要なデータが存在する可能性はありますか？あなたが想像することができるように、私は元のデータベースをダウンし、この違いを与えられた新しいデータベースを使い始めることを非常に躊躇しています。

Answer 1

それはあなたが断片化インデックスを持っていたし、無駄なスペースを排除する再構築に許さある場所から別の場所にそれらを移動することが考えられます。 70ギガビットに設定されたデータベースがあっただけで、31ギガバイトのデータしか持てなかった可能性があります。バックアップのサイズは、システム内のデータの実際のサイズを示します。テーブルのカウントを実行して、両方のデータセットが一致することを確認します。

Answer 2

オペレーティングシステムから見たデータファイルのサイズは、データ、それらコンテンツのサイズの良い指標ではありません。 Azure VMのSQL ServerインスタンスにSSMSで接続し、データベースを右クリックし、Taksをクリックして、「縮小」を選択してから「ファイル」を選択します。データファイルの「現在割り当てられている領域」と「使用可能な空き領域」を見てください。 "ファイルの種類"から "ログ"を選択すると、割り当てられたサイズとログの空き容量も表示されます。