問題タブ [dbcc]

「インデックスの破損の可能性が検出されました。DBCC CHECKDB を実行してください」というアラートを受け取りました。

私の質問は、DBCC を実行するデータベースをどのように決定するのでしょうか? どのデータベースがこのアラートを発生させたかを示すメッセージが見つかりませんでした。

ありがとうございました、

テーブルのページ情報を表示するために DBCC を使用しようとしています。私が走るとき

私は得る

DBCC の実行が完了しました。DBCC がエラー メッセージを出力した場合は、システム管理者に連絡してください。

SSMS の [メッセージ] ウィンドウで。

DBCC の出力が表示されません。フラグを渡す必要がありますか？

16GB RAM、24GB ページファイル、500GB HD、および SQL Server 2012 Standard Edition 64 ビットを実行している Windows 7 64 ビット マシンがあります。SSMS を介して最大サーバー メモリを 1024MB に設定しました。

5 分間の起動で、定期的にすべての仮想メモリが使用され、マシンで警告がトリガーされます。つまり、ProcessExplorer は、sqlservr.exe が 38 GB のプライベート バイト、61 GB の仮想サイズを使用していると表示します。

この問題は、DBCC MemoryStatus コマンドを実行したときに表示される誤った情報が原因であると考えられます。これは、使用可能な仮想メモリが8,763,135,270,912であることを示しています。この数は少なくとも 8 TB です。コマンドによって返されるその他の統計は、正確であるように見えます。

DBCC MemoryStatus コマンドがこの番号を取得する方法と、それを修正する方法を知っている人はいますか? これは、割り当てようとする仮想メモリの量に影響すると思います。

運用サーバーでパフォーマンスの問題に直面しています。インターネットでそれを読んでいるときに、待機統計に関する@Brent Ozarの記事に出くわしました。

それを試してみたいのですが、どれだけ安全に実行できるかわかりません。私の運用環境は常に SSIS ジョブで占有されており、ジョブやサーバーを強制終了したくありません。それで、いくつか質問があります

• クエリまたは SQL ジョブがサーバーで実行されているときに実行しても安全ですか?

DBCC SQLPERF("sys.dm_os_wait_stats",CLEAR);

DBCC SQLPREF("sys.dm_os_latch_stats",CLEAR);

• 統計の更新と待機統計のクリアの違いは何ですか?

TinyintSQL Server が(1 バイト長であると想定されている) 列をどのように格納するかを理解しようとしました。

結果は次のとおりです。

---

DBCC の実行が完了しました。DBCC がエラー メッセージを出力した場合は、システム管理者に連絡してください。

ページ: (1:182) ... ... ...

スロット 0 オフセット 0x60長さ 9

レコード タイプ = PRIMARY_RECORD レコード属性 = NULL_BITMAPレコード サイズ = 9

メモリダンプ @0x000000000545A060

0000000000000000: 10000600 03000100 00 ††††††††††††††††††…………

スロット 0 列 1 オフセット 0x4 長さ 2 長さ (物理) 2

列 1 = 3

DBCC の実行が完了しました。DBCC がエラー メッセージを出力した場合は、システム管理者に連絡してください。

---

解釈: 実際のデータ行は 10 00 0600 0300 0100 00 です:
10: ステータス ビット A
00: ステータス ビット B
0600: 列数が格納される位置
0300: Tinyint データ
0100: 列数
00: Null ビットマップ
総バイト数: 1 + 1 + 2 + 2 + 2 + 1 = 9 バイト

'Smallint' との比較:
'Col1' 型を ' Smallint' (2 バイト長)に変更すると、まったく同じ結果が得られました。

質問TinyintSQL Server が ' ' 列 に 2 バイトを割り当てるのはなぜですか? ストア サイズで「Tinyint」と「Smallint」を区別しないのはなぜですか?

おそらく初心者の質問ですが、ここに行きます。だから私はこのバックアップ テスト スクリプトを powershell で作成しており、コンソールに DBCC の結果を表示しています。残りのデータベースをチェックします。これは私のコードです

Python コードから userprofile テーブルを再シードしたいと考えています。私は以下のようにしました

しかし、それは設定されていません。で確認しました

どんな助けでも大歓迎です

テスト システムでデータベースを圧縮しようとしていますが、ファイルが小さくなりません。mdf ファイルのサイズは 47 GB で、未使用スペースは 38 GB です。データベースから大量のデータが削除されたため、大量の未使用スペースが発生しました。

次のエラーが表示されます: 2015-07-23 15:27:19.300 DBCC SHRINKFILE: Page 1:6017543 could not be move because it has not beenformated.

このエラーを修正するにはどうすればよいですか?

SQL Server 2012 x64

追加情報。次のクエリはエラーを返します。

DBCC の実行が完了しました。DBCC がエラー メッセージを出力した場合は、システム管理者に連絡してください。

ページ: (14440:908631589)

バッファ：

BUF @0x0000000009682040

bpage = 0x00000002B46B8000 bhash = 0x0000000000000000 bpageno = (1:6017543) bdbid = 6 breferences = 1 bcputicks = 0 bsampleCount = 0 bUse1 = 23548 bstat = 0x809 blog = 0x5adb20015a bnext = 0x0000

ページヘッダー:

ページ @0x00000002B46B8000

m_pageId = (14440:908631589) m_headerVersion = 252 m_type = 226 m_typeFlagBits = 0xf9 m_level = 216 m_flagBits = 0xd676 m_objId (AllocUnitId.idObj) = -1238914908 m_indexId (AllocUnitId.idInd) = 23941 Metadata: AllocUnitId = 6738992698879115264 Metadata: PartitionId = 0 Metadata : IndexId = -1 Metadata: ObjectId = 0 m_prevPage = (35510:854211095) m_nextPage = (61606:1041616947) pminlen = 43990 m_slotCnt = 27900 m_freeCnt = 40464 m_freeData = 34288 m_reservedCnt = 12643 m_lsn = (-257029635:1920476993:30788) m_xactReserved = 11969 m_xdesId = (25449:1820050307) m_ghostRecCnt = 61532 m_tornBits = -213551362 DB フラグメント ID = 1

割り当て状況

GAM (1:5623552) = 割り当てられた SGAM (1:5623553) = 割り当てられた
PFS (1:6017472) = 0x40 が割り当てられた 0_PCT_FULL DIFF (1:5623558) = 変更されていない ML (1:5623559) = MIN_LOGGED ではない

CompressionInfo @0x00000000309682B0

CompressionInfo 未加工バイト数

CompressionInfo サイズ (バイト単位) = 0 PageModCount = 50289 CI ヘッダー フラグ =

データ：

スロット 0、オフセット 0x4ad2、長さ 1、DumpStyle BYTE

レコード タイプ = (圧縮) EMPTY_GHOST_RECORD レコード サイズ = 1

CDアレイ

メモリーダンプの記録

000000003096EAD2:05 .
メッセージ 0、レベル 11、状態 0、行 0 現在のコマンドで重大なエラーが発生しました。結果がある場合は、破棄する必要があります。