Sự tham gia của TempDB với 24 tệp tempdb vật lý trên hộp AMD Opteron 48 lõi

Tôi vừa nhận được thông báo sau về một phiên bản của SQL Server 2005. Phiên bản này có tỷ lệ tệp lõi-tempdb là 2: 1 cho tổng số tệp tempdb gồm 24 tệp. Sự tranh chấp không nên xảy ra - làm thế nào tôi có thể phát hiện ra nguồn gốc của sự tranh chấp này? TempDB và tất cả các cơ sở dữ liệu khác đều được lưu trữ trên SAN thông qua Ethernet 10 GB. SAN có 46 ổ đĩa SAS 10k được cấu hình trong một mảng RAID-60. Mảng này được chia sẻ với một số máy chủ VMWare và một hoặc hai máy chủ Exchange.

Thông báo từ Trình quản lý chẩn đoán SQL của Idera:

11/8/2012 10:49:00 PM, Sự tham gia của Tempdb (ms) trên MGQuery01 là rất quan trọng.

Sự tranh chấp chốt Tempdb đã được phát hiện trên MGQuery01. Tổng thời gian chờ được phát hiện là 1782 mili giây. Đây là một dấu hiệu cho thấy hiệu suất đang bị ảnh hưởng bởi sự tranh chấp trên bản đồ phân bổ trong tempdb. Nếu đây là một vấn đề thường xuyên, nó có thể được giảm bớt bằng cách thực hiện theo các thực tiễn tốt nhất liên quan đến số lượng tệp, kích thước và hệ thống con IO.

Thời gian chờ của PFS: 1782 ms Thời gian chờ của GAM: 0 ms SGAM Thời gian chờ: 0 ms

Sự tham gia của Tempdb (ms): Thời gian chờ hiện tại cho các bản đồ phân bổ tempdb (GAM, SGAM và PFS), tính bằng mili giây. Thông báo này chỉ có thể được nêu ra trong các trường hợp chạy SQL 2005 trở lên.

sql-server sql-server-2005

— Max Vernon
nguồn

Heya Max, chỉ là một vài câu hỏi nhanh. Tôi đã phải đối phó với một vấn đề tương tự rất gần đây. -Là pagelatch_SH hay pageiolatch_SH? Tôi khá chắc chắn rằng đó là pagelatch_SH trong trường hợp của bạn nhưng tôi chỉ muốn chắc chắn. -Bạn đã sử dụng các sự kiện mở rộng để theo dõi những truy vấn nào đang tích lũy nhiều thời gian chờ PAGELATCH_SH nhất? Bạn cũng có thể vui lòng đăng 20 số liệu thống kê chờ đợi hàng đầu của mình từ CHỌN * TỪ SYS.DM_OS_WAIT_STATS ĐẶT HÀNG B 3NG 3 Điều gì khiến perfmon nói với bạn? Ổ đĩa TempDB trên thực tế có gặp phải bất kỳ sự tranh chấp IO thực sự nào không? Tăng đột biến trong MS?

— Ali Razeghi

Là sự chờ đợi trên một trang PFS trong một tệp cụ thể hoặc tất cả chúng? Có phải tất cả các tệp tempdb có kích thước bằng nhau? Bạn có biết loại / kích thước của các đối tượng đang được phân bổ trong tempdb không? Có phải các bảng tạm thời bị cắt cụt và loại bỏ bởi mã ứng dụng? Bạn đã nghĩ về việc thực hiện cờ theo dõi 1118?

— eo biển darin

Xin chào Max, hãy xem tại đây sqlblog.com/bloss/adam_machanic/archive/2011/04/21/ mẹo

@MaxVernon: Theo quy định, luôn luôn chạy T1118. Thực sự không có lý do gì để chạy mà không có nó

— Thomas Kejser

@maxvernon, tôi +1 mục kết nối của bạn. Đẹp một.

— Edward tổng hợp

Trace cờ 1118 buộc phân bổ phạm vi thống nhất thay vì phân bổ trang hỗn hợp. Cờ theo dõi thường được sử dụng để hỗ trợ khả năng mở rộng TEMPDB bằng cách tránh SGAM và các điểm tranh chấp phân bổ khác. Nếu bạn có SQL Server 2008 hoặc SQL Server 2005 và bản sửa lỗi được áp dụng và vẫn gặp phải tranh chấp TEMPDB, hãy xem xét cờ theo dõi 1118 để được hỗ trợ thêm trong việc giải quyết tranh chấp.

— Thành phố
nguồn

Bạn có thể giải thích, tốt nhất là với một ví dụ, việc thay đổi từ phân bổ chia sẻ một trang thành phân bổ mức độ chuyên dụng sẽ giải quyết tranh chấp PFS như thế nào?

— Edward tổng hợp