web-dev-qa-db-ja.com

SHRINKFILEの失敗-ファイルサイズを大きくすると解決するのはなぜですか？

私はいくつかのSHRINKFILE操作を実行して、ファイルグループ内の小さな不要なファイルの束をクリーンアップしています。縮小の1つについて、以下のコマンドはエラーになります。

DBCC SHRINKFILE (N'myfile' , EMPTYFILE)'

データベースID xのファイルID xは、別のプロセスによって縮小されているか、空であるため縮小できません

空ではなく、縮んでもいない。現在私以外の誰も使用していないデータベースで実行されています。自動縮小は有効化されておらず、有効化されたこともありません。しかし、それが問題になる場合は、私が手に入れる前に、このデータベースに対して定期的に手動で縮小が行われていました。

SQLServerCentral の場合、10年前のスレッドは、ファイルに数MBを追加することを提案しています。これは、「現在、縮小の最中ではないことを通知する内部カウンターまたはスイッチをリセットする」ためです。

これはうまくいった-素晴らしい。しかし、SQL Serverの内部に関してこれがどのように/なぜ機能するのか、誰でも詳細に説明できますか？

sql-serversql-server-2016shrinkdbcc
10
LowlyDBA

Martin Smithのコメントで示唆されているように、ファイルヘッダーページをざっと見回しました。これは答えの一部だと思いますが、それは主に、縮小と他の操作の間のファイルヘッダーページフラグ値の変化の観察に基づく推測です。

最初に、セカンダリファイルグループを含め、テストするデータベースを作成しました。

CREATE DATABASE [Shrinkfile_Test]
ON PRIMARY
(
    NAME = N'Shrinkfile_Test',
    FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL13.SQL2016\MSSQL\DATA\Shrinkfile_Test.mdf',
    SIZE = 8192KB,
    FILEGROWTH = 65536KB
),
FILEGROUP [SECONDARY]
(
    NAME = N'ShrinkFile_Test_Secondary',
    FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL13.SQL2016\MSSQL\DATA\ShrinkFile_Test_Secondary.ndf',
    SIZE = 1024KB,
    FILEGROWTH = 65536KB
)
LOG ON
(
    NAME = N'Shrinkfile_Test_log',
    FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL13.SQL2016\MSSQL\DATA\Shrinkfile_Test_log.ldf',
    SIZE = 73728KB,
    FILEGROWTH = 65536KB 
)
GO

USE Shrinkfile_Test;
GO

私はfile_id 3であるセカンダリファイルの「ページ0」を調べました。

DBCC TRACEON (3604);
GO
DBCC PAGE (N'Shrinkfile_Test', 3, 0, 3);

m_flagBitsという値を持つ0x208というフィールドがあります。

このファイルを空にした場合：

DBCC SHRINKFILE (N'ShrinkFile_Test_Secondary' , EMPTYFILE);

そのm_flagbitsフィールドは同じままです（0x208）。それほど興味深いことではありませんが、今あなたが報告した状況にあります。もう一度ファイルを空にしようとすると、次のエラーが発生します。

データベースID 19のファイルID 3は、別のプロセスによって縮小されているか、空であるため縮小できません。

私はファイルを拡張してみます（あなたのために働いた解決策）：

ALTER DATABASE ShrinkFile_Test
MODIFY FILE
(
    NAME = ShrinkFile_Test_Secondary,
    SIZE = 1025KB
);
GO

m_flagbitsは0x8になりました。

この時点で、ファイルを再度空にすると、期待どおりに0x208に値が返されます。

私が興味深いと思うことは、ファイルを元に戻した後でこれを行うと（aka flagbits値は0x8）です。

USE [master]
GO
ALTER DATABASE [Shrinkfile_Test] MODIFY FILEGROUP [SECONDARY] READONLY
GO

ファイルはis_read_onlyテーブルでsys.databasesとしてマークされ、m_flagbitsは0x208に戻されます。 ファイルを縮小するときと読み取り専用に設定するときに、同様のファイルレベルのフラグが設定されているようです。

私の推測では、この値は他のいくつかの（内部）フラグと一緒に使用され、ファイルが圧縮可能であることを示します。ファイルを拡張すると、そのフラグ（少なくともm_flagbitsに表示されるもの）の設定が解除されたように見えます。

5
Josh Darnell