Quá trình hệ thống không nhận dạng được CPU bão hòa


8

Chúng tôi đã chuyển sang DC dự phòng của chúng tôi ngày hôm nay khi Băng thông trang web chính đã biến mất.

Chúng tôi đang gặp sự cố với máy chủ DB mạnh nhất; nó đang sinh ra quá trình sau cho một số db trên máy chủ. Một cơ sở dữ liệu chỉ đơn giản là một db cào nhỏ được sử dụng cho các công cụ bảo trì, do đó không được sao chép hoặc nhân đôi.

Có ai biết hoặc nhận ra mã sau đây?

() select table_id, item_guid, oplsn_fseqno, oplsn_bOffset, oplsn_slotid 
from [<dbname>].[sys].[filetable_updates_2105058535] with (readpast) 
order by table_id

1
blog.msdn.com/b/psssql/archive/2011/10/29/ dường như cho thấy đây có thể là Nhóm Luôn sẵn sàng hoặc có lẽ phải làm gì đó với Cơ sở dữ liệu có chứa, v.v. Điều đó có áp dụng không?
Max Vernon

@Max Vernon Hi Max, vâng, tôi đã phát hiện ra điều này một ngày sau đó nhưng không thể trả lời câu hỏi của tôi vào thời điểm đó.
Damagedoods

khởi động lại đã giải quyết vấn đề, nhưng một vài tuần sau đó tôi lại nhận thấy sự suy giảm hiệu năng trên máy chủ. Chắc chắn các chủ đề ma tương tự đã trở lại, ngay cả trên một db đầu đã bị loại bỏ và được tạo lại, arghh! điều này bây giờ có vẻ như là một lỗi chắc chắn
Damagedoods

điều này được nhắc lại một lần nữa trên máy sau vài tuần đạt hiệu năng, vì vậy tôi nghĩ đây phải là một lỗi vì chúng tôi không sử dụng Filestream hoặc Filetables và chỉ bắt đầu khi sử dụng các nhóm AV. Gửi lỗi cho Microsoft
Damagedoods

Câu trả lời:


3

Đây thực sự là một số cấu trúc còn sót lại từ nhóm AV SQL2012 như đã thực hiện một số thử nghiệm trên các máy chủ này trong suốt thời gian chúng không được sản xuất vì chúng là phần cứng duy nhất phù hợp với các DC khác nhau.

Trong cơ hội tiếp theo, tôi đã khởi động lại các máy chủ và hiệu suất của cả hai máy chủ đã được cải thiện rất nhiều và các quy trình không còn xuất hiện nữa. (được thêm vào danh sách các vấn đề của tôi cho tất cả các chi tiết Brent trên trang web của anh ấy với các vấn đề của nhóm AV SQL2012)

Cài đặt luôn luôn 2012

Phải đọc cho bất cứ ai cố gắng cấu hình những. Như đã lưu ý trong các bài viết của Brent, tôi đã tìm thấy một số cạm bẫy, khó khăn hơn dự kiến ​​và hiện đã quyết định hoãn triển khai do các vấn đề của riêng tôi với chuyển đổi dự phòng multisubnet không thành công (tôi chỉ có thể làm việc này theo hướng 1) .


Tôi có thể nói với bạn từ kinh nghiệm cá nhân rằng đây không phải lúc nào cũng là vấn đề AV. Tôi hiện đang gặp sự cố chính xác này trên 5 máy chủ, không ai trong số họ đã từng thiết lập AVG trên chúng (hoặc FileStream cũng bị đổ lỗi cho việc này). Tôi không biết điều gì gây ra nó, nhưng trong trường hợp của tôi, nó chắc chắn, không phải trong số này.
PseudoToad
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.