Time-out occurred while waiting for buffer latch type 3 for page

Alle Antworten

• 

  

  0

  Anmelden

  Hallo Yury,

  tritt es bei Dir regelmäßig beim DBCC CHECKDB auf oder nur vereinzelt?

  Das Problem taucht im Web immer mal wieder auf, wie z. B.:
  Unable to Drop Data-File – Error: Time-out occurred while waiting for buffer latch type 3

  Bei DBCC CHECKDB könnte die Ursache sein, dass dort ein Snapshot erzeugt wird,
  und der Serverspeicher zu stark ausgelastet ist, siehe z. B. Paul Randalls Erläuterungen dazu:
  http://www.sqlskills.com/BLOGS/PAUL/post/Issues-around-DBCC-CHECKDB-and-the-use-of-hidden-database-snapshots.aspx
  (und ff.)

  Ob es hier hilft, weiss ich nicht, aber hast Du die Option Lock pages in memory aktiviert,
  wie es auch für X64 empfohlen wird?

  Gruß Elmar

  Donnerstag, 19. August 2010 12:48

  Antworten

  |

  Zitieren
• 

  

  0

  Anmelden

  Hallo Elmar,
  
  danke für die Antwort.
  Das Problem hat bei der Datenbank schon ein paarmal aufgetreten. AWE ist deaktiviert.
  Die Tabelle, deren Datenseiten beschädigt und geblockt werden, enthielt über 100 Mio. Datensätze und ist ca. 8 Gb. groß.
  Ich vermute, dass das Problem durch Folgendes verursacht wird:
  - intensive Aufteilung der Datenseiten
  - fehlerhafte Hauptspeicher
  - fehlerhafte Speicher
  - SQL Server Fehler

  Ich freue mich über jegliche Tipps!

  ---

  Gruß Yury

  Samstag, 21. August 2010 09:13

  Antworten

  |

  Zitieren
• 

  

  2

  Anmelden

  Hallo Yury,

  so ein Problem lässt sich meist nur schwer eingrenzen.
  Latches werden dort eingesetzt, wo nur kurzzeitige Blockierungen erwartet werden,
  und sind konzeptionell leichtgewichtiger als Sperren, einiges dazu findest Du unter:
  Description of the waittype and lastwaittype columns in the master.dbo.sysprocesses table in SQL Server 2000 and SQL Server 2005
  und Diagnostics in SQL Server 2000 SP4 and in later versions help detect stalled and stuck I/O operations

  Was die Tabelle angeht, wäre solltest Du über sys.dm_db_index_physical_stats (oder DBCC SHOWCONTIG )
  in wieweit sie fragmentiert ist und erforderlich einen Rebuild (in ruhigeren Zeiten) einplanen.

  Wenn DBCC CHECKDB (bei erfolgreichem Lauf) Fehler bei der Tabelle oder einzelnen Indizes zeigt,
  wäre anstatt eines Index Rebuilds ein Entladen und Neuladen (Bulk Copy) u. U. besser.

  Was AWE angeht, ist das für x64 nicht mehr von Bedeutung.
  Helfen kann aber ein Sperren von Speicherseiten , was ein Betriebssystem Recht ist.
  Auch wenn sich die Dokumentation da widerspricht -  der obige sagt nein für X64,
  der am Donnerstag gepostete wiederum empfiehlt es - so können dadurch Wartezeiten
  vermieden werden, die durch Auslagerung von Speicherseiten passieren:
  How to reduce paging of buffer pool memory in the 64-bit version of SQL Server

  mit Service Pack + CU 2 und später auch für die Standard Editionen:
  Support for Locked Pages on SQL Server 2005 Standard Edition 64-bit systems and on SQL Server 2008 Standard Edition 64-bit systems

  Gruß Elmar

   

  • Als Antwort markiert Yury Iwtschenko Samstag, 18. September 2010 17:09

  Sonntag, 22. August 2010 09:27

  Antworten

  |

  Zitieren