Tôi nên lưu trữ dữ liệu chia sẻ ở đâu trong hệ thống tập tin?

Trường hợp trong hệ thống tập tin unix là vị trí thông thường để lưu dữ liệu cụ thể của người dùng, ví dụ: dữ liệu được chia sẻ qua nfs hoặc ftp hoặc sao lưu?

Tôi rõ ràng có thể tạo và sử dụng bất kỳ thư mục tùy ý nào (như / home / shared, / data hoặc / var / data), nhưng tôi thực sự tự hỏi liệu có bất kỳ hướng dẫn thực hành "tốt nhất" hay "phổ biến" nào không. Các hệ thống tập tin tiêu chuẩn cấp bậc không chỉ định một vị trí cho dữ liệu chia sẻ.

Để sao lưu, tôi có xu hướng sử dụng / var / sao lưu, nhưng vì một số cronjobs ghi vào nó nên nó thực sự còn lại để sử dụng?

Câu hỏi này dường như có câu trả lời rõ ràng trong Tiêu chuẩn phân cấp hệ thống tập tin , trong đó chỉ định /srvlà "chứa [ing] dữ liệu dành riêng cho trang web được cung cấp bởi hệ thống này" . (3.16.1)

Mục đích chính của việc chỉ định điều này là để người dùng có thể tìm thấy vị trí của các tệp dữ liệu cho dịch vụ cụ thể và để các dịch vụ yêu cầu một cây duy nhất cho dữ liệu chỉ đọc, dữ liệu có thể ghi và tập lệnh

(nhấn mạnh của tôi)

Lưu ý: 'Được phục vụ bởi hệ thống' không nhất thiết phải đề cập đến Internet. Nó thậm chí không có nghĩa là một mạng. Nó được áp dụng cho ngay cả một hệ thống chia sẻ. Hơn nữa, các từ trang web và dịch vụ nên được hiểu theo nghĩa trước internet của chúng. Trang web của bạn có thể là "bộ phận vật lý" hoặc "văn phòng tài chính".

Nó tiếp tục nói:

Trên các hệ thống lớn, có thể hữu ích cho cấu trúc / srv theo ngữ cảnh quản trị, chẳng hạn như / srv / vật lý / www, / srv / compsci / cvs, v.v. Thiết lập này sẽ khác với máy chủ đến máy chủ. Do đó, không có chương trình nào nên dựa vào cấu trúc thư mục con cụ thể của / srv hiện có hoặc dữ liệu nhất thiết phải được lưu trữ trong / srv. Tuy nhiên / srv phải luôn tồn tại trên các hệ thống tuân thủ FHS và nên được sử dụng làm vị trí mặc định cho dữ liệu đó.

Do đó, bạn nên cấu trúc thêm dữ liệu của mình trong các thư mục như /srv/nfs, /srv/backupv.v.

Tôi cũng nên đề cập rằng ít người làm điều này nữa. Nhưng không có lý do chính đáng tại sao họ không. Các tiêu chuẩn là không có nghĩa là hết hạn.

/vartheo truyền thống được sử dụng cho những thứ như ống in và tệp nhật ký, nhưng nó cũng được máy chủ web Apache sử dụng (trên các hệ thống Debian - SUSE use / srv); Dường như không có sự đồng thuận về việc liệu /varmột thư mục thích hợp cho dữ liệu được chia sẻ. Nhưng nếu bạn quyết định sử dụng nó thay vào đó, bạn sẽ không hối tiếc.

Cũng lưu ý: Câu trả lời của Karthick không có nghĩa là sai. FHS nói / srv "nên được sử dụng làm vị trí mặc định cho dữ liệu đó", nhưng tiêu chuẩn để lại một số chỗ cho sở thích của riêng bạn, tùy thuộc vào cách bạn diễn giải các điều khoản.

• Dữ liệu không dành cho người dùng có thể được lưu trữ trong / usr / local / var để nó không kết thúc trên chia sẻ newtwork một lần nữa.
• Bất cứ điều gì không thuộc ../local/ .. đều được phép kết thúc trên chia sẻ nfs, vì vậy nếu bạn muốn tải xuống dữ liệu từ chia sẻ nfs, và hãy chắc chắn rằng chúng được lưu trữ cục bộ trên ổ cứng.
• Sau đó, bạn nên chọn một đường dẫn có ... / local / .. trong đó .... phần còn lại phụ thuộc vào bản chất của dữ liệu, vào loại dữ liệu. Nó có thể là / local / var hoặc / local / tmp, v.v. .

Hệ thống phân cấp tệp:

Cũng có một cái nhìn về điều này

Tôi không nghĩ FHS định nghĩa bất kỳ nơi nào cho dữ liệu người dùng được chia sẻ. Tùy thuộc vào người dùng nơi họ muốn lưu trữ dữ liệu được chia sẻ. Tôi thường sử dụng /usr/local/sharedhoặc /home/shared.

Tôi đã thấy /exportđược sử dụng để phục vụ với nfs và /mntđược sử dụng để chia sẻ nfs cục bộ, trong môi trường công ty, như được đề xuất trong tài liệu NFS, một tiêu chuẩn mà tôi nghi ngờ ban đầu đến từ Sun OS, sau đổi tên thành Solaris.

Các /etc/exportstên tập tin đã xuất khẩu khối lượng và các /exportsthư mục phục vụ cho họ để người dùng từ xa, người gắn chúng trên /mnt. Máy chủ lưu trữ cũng có thể gắn các chia sẻ tương tự này /mntbằng cách sử dụng cùng một trình nền nfs để sử dụng bất kỳ máy khách hoặc quy trình nào đang chạy cục bộ trên máy chủ, để duy trì khả năng tương thích với bất kỳ máy chủ từ xa nào và có thể giữ lại chức năng cân bằng tải, hạn ngạch, v.v.

Đó là gần với một 'tiêu chuẩn' như nó được. Lưu ý rằng /exportkhông có trong FHS do đó /exportđã được thêm độc lập, vì vậy có lẽ không ai hài lòng /srv. Có lẽ vì sự nhầm lẫn tiềm ẩn với 'dịch vụ' chạy dưới dạng daemon chứ không phải là 'khối lượng được phục vụ'. /exportđược đặt tên rõ ràng với rất ít cơ hội nhầm lẫn. Tôi không bao giờ nhìn thấy bất cứ điều gì trong /srv.