SQL Server 2016の遅い復元
300 GBのデータベースがあり、テスト用に仮想Windows 2016サーバー上の新しいSQL Server 2016インスタンスに復元しています。
VMには32 GBのRAMがあり、10個の論理プロセッサを搭載した1ソケットCPUで実行されています。（E5-2670、2,6GHz）。電源設定がわからないので、担当者に確認してください。 VMをセットアップしたユーザー。
初めて復元したときは、.bak- 2014インスタンスのファイル。 2回目（まだ実行中）に、SQL Server 2016インスタンスで作成したバックアップから実行しました。
どちらの場合も、「5％処理済み」というメッセージが表示されるまでに1時間以上かかりました。その前は、割合は0％でした（復元の進行状況を示すスクリプトを使用）。最初の約2時間後に復元が完了しました。特に、プロセスインジケーターの表示が開始されるまでに時間がかかるのはなぜですか。それが0％のままの場合、何が起こっていますか？
これはSQL Server 2016インスタンスでは正常ですか、それとも何か問題がありますか？本番サーバーでは、復元ははるかに高速になりますが、prodは複数のスピンドルを持つ専用サーバーであり、test-serverは仮想サーバーであるため、比較することは困難です。
一部のコメントで提案されているように、インスタンスでデータベースのインスタントファイル初期化が有効になっていないことが問題でした。 SQL Serverサービスを実行しているユーザーに必要な権限を与えることでこれを有効にし、SQL Serverサービスを再起動しました。実行する手順は、次のリンクにあります。 データベースのインスタントファイルの初期化
すべての提案をありがとう、それらのいくつかは私に解決策を示しました。
SQL Server 2016では、デフォルトでインスタントファイル初期化（IFI）が有効になっています*。
*ボックスはインストーラーで事前にチェックされています（インストールに使用する方法の場合）。インストーラーは、インストーラーGUIからサービスアカウントに「ボリュームメンテナンスタスクの実行」を許可する機会を与えるので、自分で行う必要はありません。
- バックアップはストライプ化されていますか、それとも単一のファイルですか？
- バックアップは圧縮されていますか？
あなたの質問に答えるために-「正常」は多くの要因に関連しています。ただし、SQL Server 2016の復元には以前のバージョンよりも時間がかかることはありません。