Có một vài máy chủ và chúng đã không bị phân mảnh trong hai năm. Có một tiêu chuẩn cho bao nhiêu phần trăm nên được phân mảnh trước khi phân mảnh?
Các máy chủ là Windows 2003.
Có một vài máy chủ và chúng đã không bị phân mảnh trong hai năm. Có một tiêu chuẩn cho bao nhiêu phần trăm nên được phân mảnh trước khi phân mảnh?
Các máy chủ là Windows 2003.
Câu trả lời:
Tôi trong thực tế không bao giờ phân mảnh dữ liệu trên máy chủ của tôi. Tôi chưa thấy đủ mức tăng hiệu suất trong phân phát tệp để làm cho nó xứng đáng với hiệu suất đạt được trong thời gian cần thiết để chống phân mảnh. Trong thực tế, hầu hết các máy chủ sẽ không bao giờ thực sự hoàn thành việc chống phân mảnh trừ khi bạn đưa chúng ngoại tuyến trong vài ngày. Nếu bạn đang sử dụng một hệ thống tệp tương đối hiện đại (trừ khi bạn chọn thay đổi mặc định trên Windows 2003), thì dù sao đi nữa cũng không thành vấn đề. Ngoài ra, nếu bạn đang chạy bất kỳ loại RAID nào, việc phân mảnh các tệp không phải là vấn đề vì chúng đã bị hỏng trên nhiều đĩa.
Nếu tôi có một máy chủ nơi tôi thực sự muốn dữ liệu sạch và chống phân mảnh vì một số lý do, tôi có nhiều khả năng sao lưu tất cả vào băng, xóa sạch ổ đĩa và khôi phục nó. Điều đó sẽ viết tất cả chúng xuống trong các khối hoàn hảo.
Chỉ về trường hợp sử dụng duy nhất tôi biết để chống phân mảnh máy chủ Windows là cải thiện hiệu suất sao lưu. Các bản sao lưu chỉ là về I / O tuần tự quy mô lớn duy nhất mà một máy chủ tệp thực hiện và đó là loại I / O thông báo phân mảnh. Loại máy chủ tệp I / O thực hiện khi người dùng đánh chúng là rất ngẫu nhiên và trong trường hợp đó, phân mảnh đôi khi có thể cải thiện hiệu suất.
Ở công việc cũ của tôi, chúng tôi có một máy chủ tệp mà chúng tôi mới chuyển sang phần cứng mới. Ngay sau khi di chuyển, các bản sao lưu đã chạy theo thứ tự 450MB / phút (điều này đã được nhiều năm trước, tâm trí). Hai năm sau, máy chủ đó đã sao lưu khoảng 300MB / phút. Sau đó, lần đầu tiên chúng tôi đã chống phân mảnh và tốc độ tăng trở lại 450MB / phút một lần nữa.
Nếu bạn gặp khó khăn trong việc hoàn thành tất cả các bản sao lưu của mình đúng hạn và có vẻ như máy chủ đang được sao lưu đó là cổ chai, việc chống phân mảnh có thể giúp ích cho việc đó.
Trường hợp sử dụng khác để chống phân mảnh là hệ thống sao lưu vào đĩa với kho lưu trữ được lưu trữ trên NTFS. Sao lưu và khôi phục trên loại âm lượng đó là hoàn toàn tuần tự và thông báo phân mảnh. Tuy nhiên, nếu bộ lưu trữ bên dưới đủ trừu tượng (chẳng hạn như mảng đĩa HP EVA), ngay cả loại I / O này sẽ không nhận thấy sự phân mảnh.
Tất cả điều này có nghĩa là I / O tuần tự ồ ạt là loại I / O thông báo phân mảnh nhiều nhất. Nếu đó không phải là I / O mà bạn quan tâm, thì việc chống phân mảnh không phải là vấn đề đáng lo ngại.
Tôi đồng ý rằng bạn thường không cần và không nên nếu hiệu suất là mục tiêu của bạn (việc chống phân mảnh liên tục gây hại nhiều hơn thì tốt).
Giống như bất kỳ quy tắc nào, tuy nhiên, có một số ngoại lệ:
Nếu bạn đang ở một thời điểm nào đó có dung lượng ổ đĩa rất thấp (<15% miễn phí), thì có lẽ bạn nên thực hiện chống phân mảnh khi có thời gian. Ngay cả các hệ thống tệp hiện đại cũng gặp khó khăn trong việc tránh phân mảnh khi có quá ít lĩnh vực để lựa chọn.
Nếu bạn đang chạy các loại ứng dụng cụ thể gây ra sự phân mảnh không thể tránh khỏi, bạn có thể muốn đầu tư vào chương trình chống phân mảnh cụ thể của máy chủ (những ứng dụng này được thiết kế để chạy liên tục trong nền và chống phân mảnh khi / nếu cần). Loại ứng dụng gây ra sự phân mảnh không thể tránh khỏi trong môi trường Windows sẽ là những ứng dụng lười viết nhiều trên nhiều tệp (phần mềm máy chủ mạnh nhất được thiết kế tránh điều này, nhưng một cái gì đó như trình quản lý tải xuống máy tính để bàn, đặc biệt là một số máy khách BitTorrent cụ thể, loại hành vi phân mảnh tích cực này)
Tôi đã chạy Diskeeper trên các máy chủ trong một công việc trước đó và do đó cải thiện hiệu suất có thể đo được trên cả máy chủ tệp và máy chủ ứng dụng. Tôi không nghĩ rằng chúng tôi đã đạt được số liệu thống kê được công bố của họ nhưng chúng tôi chắc chắn đã thấy một số lợi ích.
Nó được thiết lập để chống phân mảnh khi không hoạt động và trong lịch trình được thiết lập để hạn chế tác động với một số bit bổ sung khởi động khi khởi động.
Một công cụ để làm là Smart Defrag, bởi IOBit. Nó chống phân mảnh trong nền, khi máy tính của bạn không hoạt động và có Tối ưu hóa sâu và các khả năng khác. Nó có vẻ hữu ích, vì vậy bạn có thể đặt nó lên đó và không phải lo lắng về việc chống phân mảnh.
AFAIK, RAID không tránh khỏi các hiệu ứng phân mảnh; mặc dù số lượng đĩa vật lý, FS vẫn phải đưa ra yêu cầu I / O riêng cho từng phân đoạn, phải không?
Vâng, một hệ thống phân mảnh độc đáo kết thúc sao lưu nhanh hơn. Cũng đồng ý rằng không gian thấp và phân mảnh không phải là một sự kết hợp tốt ... tốt nhất để tránh tình huống đó.
Nếu thời gian chống phân mảnh / lập lịch là một mối quan tâm, một giải pháp chống phân mảnh nền như một trong các phiên bản Diskeeper Server (không miễn phí!) Là một lựa chọn tốt. Nó chống phân mảnh chỉ sử dụng các tài nguyên nhàn rỗi, do đó không có tác động ngay cả trên một máy chủ sản xuất. Một số máy chủ của chúng tôi ở đây sử dụng DK và quản trị viên có vẻ khá hài lòng với nó.
BTW, một số ứng dụng khách BT (utorrent xuất hiện) có tùy chọn phân bổ trước cho torrent, do đó không có sự phân mảnh trong quá trình tải xuống, miễn là có đủ không gian trống liền kề để chứa tệp.
Sự đồng thuận (mà tôi đồng ý) dường như không chống phân mảnh trên các máy chủ vì lợi ích không xứng đáng với hiệu suất đạt được trong quá trình phân mảnh thực tế.
Tuy nhiên, bài viết của TechNet về thực hiện chuyển đổi Vật lý sang Ảo khuyến nghị phân mảnh như một phương pháp để giảm lượng thời gian cần thiết để thực hiện P2V. Điều này đặc biệt quan trọng nếu bạn có cửa sổ bảo trì giới hạn để hoàn thành P2V của mình.
Để giúp giảm thiểu thời gian cần thiết cho giai đoạn hình ảnh, hãy thực hiện chống phân mảnh đĩa trên ổ cứng của máy tính nguồn. Ngoài ra, đảm bảo rằng bạn có kết nối mạng nhanh giữa máy tính nguồn và máy chủ.