Có phải là xấu khi có hệ thống tập tin gần đầy?


14

Ví dụ Tôi có các hệ thống tệp có kích thước lớn / nhỏ JFS2 / EXT3 , bất cứ hệ điều hành nào (và nhiều hệ điều hành, Linux, AIX), nhưng một số trong số chúng được sử dụng như: 90%, 95%, 98%.

Câu hỏi: Có hệ thống tập tin gần đầy có làm điều gì xấu? Vấn đề về hiệu suất hoặc tham nhũng FS hoặc vấn đề CTNH?

CẬP NHẬT:

  • Câu hỏi liên quan đến môi trường doanh nghiệp. Có ai có bài tiểu luận / URL xác thực về các hiệu ứng không? :)

  • "Những thư mục nào trên các hệ thống tập tin này?" - bất kỳ, ví dụ: SAP, ORACLE, v.v.

  • Các đĩa thường là từ SAN.


Những thư mục nào trên các hệ thống tập tin này?

Đây là cho sử dụng máy tính của công ty hoặc cá nhân?
41754

Nếu FS của bạn bị hỏng và nó không báo cho HĐH, bạn không có FS tốt. Nếu có nhưng HĐH không dịch đúng cho người dùng, HĐH không xử lý lỗi và / hoặc UI cho người dùng được nhắm mục tiêu đặc biệt. Tất nhiên bạn phát triển chăm sóc các FS không phải là vô hạn.
41754

Câu hỏi của bạn dường như là về lưu trữ được cung cấp thông qua SAN cho cơ sở dữ liệu. Nếu vậy, câu trả lời phụ thuộc vào cài đặt lưu trữ trong các cơ sở dữ liệu này - chúng có tự động gia hạn có hay không?
Nils

không, KHÔNG CÓ TỰ ĐỘNG
HẤP DẪN

Câu trả lời:


0

Nếu đây là lưu trữ cơ sở dữ liệu "tĩnh" thì không có hại gì trong việc lấp đầy nó - đặc biệt là khi tự động mở rộng DB bị tắt. Bất cứ điều gì khác sẽ là lãng phí không gian SAN có giá trị. Giám sát có thể được tắt cho các hệ thống tệp này hoặc mức cảnh báo phải được nâng lên 99 hoặc thậm chí 100%.

Điều này chỉ đúng với dữ liệu không tăng trưởng, vì vậy nhật ký nên đi nơi khác. Lưu trữ nhật ký nên được theo dõi chặt chẽ mặc dù. Và nó phải đủ lớn để quản trị viên có thể phản ứng với cảnh báo từ việc giám sát kịp thời.


13

Một hệ thống tập tin không bị hỏng chỉ vì nó đầy đủ, do đó không có vấn đề gì từ quan điểm của hệ thống tập tin. Các tệp có nhiều khả năng bị phân mảnh một khi hệ thống tệp gần đầy và các vấn đề về hiệu năng có thể xảy ra tùy thuộc vào hệ thống tệp, nhưng điều đó thường không quan trọng.

Các thực vấn đề là trên một hệ thống tập tin đầy đủ, bất kỳ ghi sẽ thất bại . Vì vậy, nó phụ thuộc vào những gì sẽ cố gắng viết trên một hệ thống tập tin như vậy.

Nhiều chương trình phải có khả năng ghi / lưu dữ liệu để hoạt động đúng. Vì vậy, nếu hệ thống tập tin của bạn đầy khi một cái gì đó đang cố gắng viết, bạn sẽ bị mất dữ liệu hoặc bị hỏng trên lớp ứng dụng. "Tôi đã cố lưu dữ liệu của bạn, nhưng không thể" là trường hợp nhiều chương trình không xử lý đặc biệt tốt. Trường hợp xấu nhất là chương trình sẽ bắt đầu ghi đè lên tệp lưu cũ trước khi nhận thấy sẽ không đủ chỗ cho tệp lưu mới, vì vậy bạn đã mất cả hai.

Đối với những điều quan trọng của hệ thống (ví dụ: bất kỳ ghi nào xảy ra khi khởi động / tắt máy, cơ sở ghi nhật ký, v.v.), một hệ thống tệp đầy đủ trong trường hợp xấu nhất có thể khiến hệ thống của bạn không thể hoạt động bình thường; hệ thống tập tin ext * có một dự trữ gốc cho chính lý do đó, để cho phép những thứ hệ thống (root) một số không gian trống khi mọi thứ khác đã đầy. Đây là trường hợp bạn nên cung cấp một số lưu trữ bổ sung hoặc xóa một số nội dung cũ.


3
Tôi đoán bạn chưa bao giờ sử dụng ZFS, đạt đến mức không thể sử dụng được khoảng 90-95% sử dụng.
jordanm

Dự đoán của bạn là chính xác. ZFS / btrfs hoàn toàn không hấp dẫn tôi. Hướng dẫn thực hành tốt nhất của ZFS thậm chí còn khuyên bạn nên ở dưới 80%. Tôi sẽ chỉnh sửa câu trả lời của tôi liên quan đến các vấn đề hiệu suất.
frostschutz


1
@jordanm Không chỉ vậy, nhưng nếu hệ thống tệp ZFS đầy, bạn có thể không thể xóa tệp!
Gilles 'SO- ngừng trở nên xấu xa'

9

Từ quan điểm sản xuất, đó là một trạng thái xấu. Thứ nhất là hiệu suất giảm khi mức sử dụng đĩa tăng. Khi một đĩa gần hết công suất, sẽ có ít vùng tuần tự hơn của đĩa để lưu trữ dữ liệu. Điều này ảnh hưởng đến hiệu suất do các đĩa bổ sung tìm kiếm và hiệu ứng trễ đang chờ một khu vực tự do đến đầu đĩa.

Quan trọng hơn là hiệu ứng tiềm năng trên hệ thống. Là máy chủ cung cấp một dịch vụ quan trọng? Sẽ mất bao lâu trước khi các nhóm phát triển và vận hành nhận thức được rằng các dịch vụ bị ngừng hoạt động? Sẽ mất bao lâu trước khi người dùng tức giận khi không có dịch vụ khả dụng? Các ứng dụng thường sẽ đóng băng khi không có bộ nhớ để ghi vào. Có thể có các hiệu ứng kích thích có thể gây ra nhiều vấn đề hơn - thêm nhiều thời gian hơn trước khi các dịch vụ được khôi phục hoàn toàn. Và khi dịch vụ đã được khôi phục, trạng thái hệ thống có thể bị mất cân bằng - ví dụ, một lượng lớn dữ liệu đến trong thời gian dịch vụ gây ra sự chậm trễ trong quá trình xử lý.


+1 cho "Khi một đĩa gần hết công suất, có ít vùng tuần tự hơn của đĩa để lưu trữ dữ liệu" - thậm chí không bao giờ nghĩ về điều đó!
Suman

Đây không phải là một đĩa. Chúng ta đang nói về LUN được cung cấp bởi SAN. Thông thường đây là một phần sọc trên một số lượng lớn đĩa vật lý.
Nils

1

Về bản chất nó không tệ, nhưng cần phải cực kỳ cẩn thận. Bạn không muốn hết dung lượng trên ổ đĩa khi hệ điều hành yêu cầu nhiều không gian ngẫu nhiên hơn bạn có, hoặc bất cứ điều gì máy tính của bạn cố gắng viết tiếp theo sẽ đơn giản là thất bại. Hậu quả của điều đó sẽ phụ thuộc vào những gì nó đã cố gắng tiết kiệm.

Đột nhiên "kẻ ăn không gian" có thể bao gồm một tệp hoán đổi lớn bất ngờ (có thể do rò rỉ bộ nhớ, v.v.), một hình ảnh ngủ có thể chiếm nhiều dung lượng ổ cứng như bạn có RAM và các tệp đầu ra lớn từ các chương trình. Bạn chỉ cần luôn luôn chắc chắn rằng bạn sẽ không hết chỗ.

Kịch bản trường hợp tốt nhất là khi không còn chỗ cho tệp hoán đổi và hệ thống thường sẽ gặp sự cố mà không có hiệu ứng xấu lâu dài.

Thông thường, an toàn để lấp đầy các phân vùng không có hệ điều hành trên chúng (tức là trên ổ cứng ngoài nơi bạn lưu trữ dữ liệu của mình theo cách thủ công). Hiệu suất có thể giảm nếu ổ đĩa đầy, nhưng nếu bạn liên tục chạy với mức sử dụng đĩa cao thì bạn thực sự nên lấy một ổ cứng khác để bạn có thể ngừng lo lắng.


0

Có ba podcast thực sự tốt về các hệ thống tập tin và nếu tôi nhớ lại chính xác và cách chúng hoạt động như "tự động chống phân mảnh" có thể giúp bạn hiểu rõ hơn vấn đề của mình. Tôi nghĩ 3 tập phim đó hoàn toàn đáng để nghe nếu bạn quan tâm đến hệ thống tập tin. Nhưng được cảnh báo, nó cực kỳ táo tợn:

Tập 1 2 và thứ ba là số 58 mà tôi không thể đăng vì quá ít tiếng tăm \:

Podcast được gọi là hypercritical và máy chủ lưu trữ là John Siracusa.


0

Bạn nên xem xét một vài điều:

  1. Bạn có CẦN dữ liệu tiêu thụ hết dung lượng đó không? Có thể có rất nhiều dữ liệu mà bạn MUỐN, nhưng không phải là bạn cần. Và nếu bạn quyết định rằng bạn CẦN nó, hãy chắc chắn rằng bạn đang sử dụng dữ liệu. Nói cách khác, có thông tin về doanh nghiệp, thị trường hoặc khách hàng của bạn mà bạn có thể có được từ dữ liệu không? Bạn có thể hiểu
  2. Nếu bạn cần, tất cả các dữ liệu xem xét cách rẻ nhất để lưu trữ nó. Trong các máy chủ gia đình, lưu trữ từ xa, được nén, X% gần đây nhất của dữ liệu. Nếu bạn không có ngân sách cho việc mở rộng hoặc lưu trữ từ xa, hãy loại bỏ 10% dữ liệu cũ nhất chỉ để cải thiện hiệu suất.

Với trường hợp ổ cứng ngoài không có hệ điều hành, bạn có thể sử dụng hầu hết ổ đĩa một cách an toàn mà không làm giảm hiệu suất đáng chú ý. Đối với một đĩa cứng với HĐH, có các tệp bộ đệm có kích thước phụ thuộc vào HĐH và các loại tác vụ mà nó thực hiện.

Đối với linux, hãy kiểm tra điều này: Làm thế nào tôi có thể điểm chuẩn ổ cứng của mình?

Xem các văn bản này để biết thêm chi tiết: http://www.amazon.com/Memory-Mass-Storage-Giovanni-Campardo-ebook/dp/B00F76KCGY/ref=sr_1_4?s=digital-text&ie=UTF8&qid=142089 4 & từ khóa = cứng + ổ đĩa + hiệu suất

http://www.amazon.com/SImple-Ch Loose-Installing-Upgrading-Super-fast-ebook / dp / B00LNZTXFE / ref = sr_1_2? s = digital-text & ie =UTF8 & qid = 1420389894 & s = hiệu suất


0

Ổ đĩa đầy sẽ dẫn đến hiệu suất thấp của PC của bạn . Tôi đang chạy PC trên Ubuntu 12.10 và ổ đĩa của tôi đã đầy. Các ứng dụng của tôi được sử dụng để mở rất chậmkhởi động được sử dụng chậm . Vì vậy, tôi đã mang một đĩa cứng bên ngoài và duy trì việc sử dụng đĩa 50-60% kể từ đó. Tôi sẽ đề nghị bạn như vậy.

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.