Chống phân mảnh dữ liệu và tệp nhật ký của SQL Server trực tiếp với MoveFile API


11

Chủ nhân của tôi đang xem xét triển khai phần mềm chống phân mảnh NTFS sử dụng API Windows MoveFile để chống phân mảnh các tệp đang mở. Điều này sẽ được triển khai tới hàng ngàn máy chủ SQL chạy các phiên bản SQL từ 2005-2012 và các phiên bản Windows từ 2003 và 2008 R2. Nếu có vấn đề, sản phẩm tôi đang nói đến là PerfectDisk, nhưng tôi tin rằng có những chương trình tương tự hoạt động theo cùng một cách.

Việc kiểm tra cho đến nay vẫn chưa giải quyết được nhiều vấn đề ngoài các vấn đề về hiệu năng I / O không thường xuyên, điều này không có gì đáng ngạc nhiên và có thể được giải quyết bằng cách lên lịch lại và điều chỉnh phân mảnh. Tuy nhiên, tôi lo ngại hơn về nguy cơ tham nhũng dữ liệu.

Có ai ở đây có kinh nghiệm với việc chạy loại phần mềm này trong sản xuất trên các máy chủ cơ sở dữ liệu không? Bạn đã trải nghiệm bất kỳ tham nhũng dữ liệu?

Tôi khá khó chịu về điều này mặc dù không thể tìm thấy bất kỳ bằng chứng vững chắc nào cho thấy nó gây ra vấn đề.

Cảm ơn cho bất kỳ trả lời.

Chỉnh sửa để thêm: Ý tưởng khủng khiếp này rất may là đã quên, có thể một phần do một số cảnh báo tôi đã đưa ra.


2
Tôi sẽ hỏi làm thế nào các đĩa máy chủ SQL bị phân mảnh như vậy; lập kế hoạch phù hợp và quản lý không gian làm cho sự phân mảnh không thành vấn đề.
SqlACID

Câu trả lời:


10

Cá nhân, tôi sẽ không muốn bất kỳ phần mềm chống vi-rút hoặc chống phân mảnh ở bất cứ đâu gần tệp cơ sở dữ liệu. Hãy tự hỏi mình, điều này sẽ gây ra nhiều vấn đề hơn nó sẽ giải quyết?

Từ một câu chuyện về lỗi CHECKDB gây ra bởi trình điều khiển hệ thống tệp của bên thứ 3 :

Vào cuối tuần trước, Diskeeper 2009 đã được nhóm máy chủ của chúng tôi nâng cấp lên Diskeeper 2010 trên các máy chủ. Diskeeper 2009 đã ở đó ít nhất một năm mà không gặp vấn đề gì nên ai có thể ngờ đó là vấn đề. Hóa ra phiên bản mới có một tùy chọn được kích hoạt gọi là IntelliWrite khiến vấn đề này xảy ra. Vô hiệu hóa tùy chọn này ngay lập tức giải quyết vấn đề. Paul đã viết về vấn đề này từ lâu, và nhớ lại việc đọc nó khi tôi nhấp vào nó nhưng đó là điều cuối cùng mà tôi sẽ nghĩ đến.

Từ Cẩn thận trình điều khiển hệ thống tệp của bên thứ 3 với DBCC CHECKDB

Tôi không muốn khóc 'sói' ở đây, nhưng hãy cẩn thận khi đưa ra các vấn đề tham nhũng lớn cho hệ thống con IO thực sự nếu có bất kỳ loại trình điều khiển bộ lọc hệ thống tệp nào được cài đặt.

Với kế hoạch và quản lý phù hợp, bạn không cần phải phân mảnh các tệp cơ sở dữ liệu của mình.


4
Chống phân mảnh cấp độ tệp +1 cho SQL chắc chắn đang sủa sai cây ... Và việc gây rối với các tệp theo SQL cũng giống như đeo mục tiêu màu đỏ và chú thích 'Tham nhũng cho tôi ở đây' ...
Remus Rusanu

Cảm ơn Mark và Remus. Đây chính xác là thứ tôi đang tìm kiếm. Tôi sẽ xem những gì khác tôi có thể đến với.
James L

1
MS cũng đã xuất bản một cảnh báo ở đây: support.microsoft.com/kb/2454053
James L
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.