タグ付けされた質問 「shrink」

DBCC SHRINKFILE声明の進捗状況を知る方法はありますか？ ここに私がそれを実行していた方法があります dbcc shrinkfile（ 'main_data'、250000） 上記のステートメントをSQL Server 2005と2008の両方で実行しています。 [更新] 進行状況と実行中のテキストを確認するために実行したクエリを次に示します。 select T.text, R.Status, R.Command, DatabaseName = db_name(R.database_id) , R.cpu_time, R.total_elapsed_time, R.percent_complete from sys.dm_exec_requests R cross apply sys.dm_exec_sql_text(R.sql_handle) T

31 sql-server  sql-server-2005  sql-server-2008  shrink 

データベースのldfファイルのサイズを縮小する方法がわかりません。 DBAは私が使うべきだと言っています backup log dbname with truncate_only SQLクエリアナライザで正しく実行されたように見えますが、ldfファイルはまだ2 GBを超えています。 **いくつかのコメントと以下のいくつかの回答に基づいた明確化。***問題の特定のデータベースは、私のラップトップ上のデータベースであり、開発プロセスにのみ使用しています。ログファイルが増加して、ディスクがいっぱいになる原因になりました。関連する生産リスクはありません。私が尋ねた質問の方法と受け入れた回答は、実稼働環境では危険であることを理解しています。*

10 sql-server  log-files  shrink 

たとえば、SQL Serverデータベースのデータファイルが初期サイズ100 GBで作成されているとしますが、そこには10 GBのデータしか含まれていません。その場合、データベースバックアップのサイズはわずか10 GBになります。 このバックアップを別のサーバー（または同じサーバー上の別のデータベース）に復元したいのですが、元のバックアップ（100 GB）と同じディスク領域を使用したくありません。これはデフォルトで行われます。 バックアップをとる前に元のデータベースを縮小することはできません（これは運用データベースであり、事前に割り当てられたスペースが必要です）。私は可能性があり、復元後に復元されたデータベースを縮小行われますが、私は実際にそれを持っていることを好むだろうではないことをしながら100ギガバイトを取ります。さらに、この特定のシナリオでは、ディスクに十分な空き容量がないため、復元はどこにも行われません。 データベースを復元して、データベースに含まれている実際のデータと同じだけのスペースを占めるようにする方法はありますか？

9 sql-server  backup  sql-server-2008  restore  shrink