예 크고 작은 크기의 파일 시스템이 있습니다.JFS2/EXT3, 무엇이든(그리고 다양한 운영 체제, Linux, AIX), 그러나 그 중 일부는 예를 들어 90%, 95%, 98% 사용량입니다.
질문: 파일 시스템이 거의 가득 차면 문제가 있습니까? 성능 문제, 파일 시스템 손상 또는 하드웨어 문제가 있습니까?
고쳐 쓰다:
문제는 기업 환경에 관한 것이다.효과에 대한 실제 기사/웹사이트가 있는 사람이 있나요?:)
"이 파일 시스템에는 어떤 디렉토리가 있습니까?" - 예: SAP, ORACLE 등
디스크는 일반적으로 SAN에서 제공됩니다.
답변1
파일 시스템이 꽉 찼다고 해서 손상되는 것이 아니므로 파일 시스템 관점에서는 문제가 없습니다. 파일 시스템이 가득 차면 파일이 조각화될 가능성이 높아지며, 파일 시스템에 따라 성능 문제가 발생할 수 있지만 이는 일반적으로 심각한 문제는 아닙니다.
이것진짜문제는 전체 파일 시스템에서모든 쓰기가 실패합니다.. 따라서 그러한 파일 시스템에 무엇을 쓰려고 하는지에 따라 달라집니다.
많은 프로그램이 제대로 작동하려면 데이터를 쓰거나 저장할 수 있어야 합니다. 따라서 쓰기를 시도할 때 파일 시스템이 가득 차면 애플리케이션 계층에서 데이터 손실이나 손상이 발생합니다. "데이터를 저장하려고 했지만 저장하지 못했습니다."는 많은 프로그램이 제대로 처리하지 못하는 상황입니다. 최악의 시나리오는 프로그램이 이전 저장 파일을 덮어쓰기 시작한 후 새 저장 파일을 위한 공간이 충분하지 않다는 것을 발견하여 두 파일을 모두 잃게 되는 것입니다.
시스템에 중요한 작업(예: 시작/종료 시 발생하는 쓰기, 로깅 기능 등)의 경우 전체 파일 시스템으로 인해 최악의 경우 시스템이 제대로 작동하지 않을 수 있습니다. 이유는 ext* 파일 시스템에 루트 예약이 있기 때문입니다. 다른 모든 항목이 가득 찼을 때 시스템 항목(루트)에 여유 공간을 확보할 수 있습니다. 이 경우 추가 저장공간을 제공하거나 오래된 콘텐츠를 삭제해야 합니다.
답변2
생산 관점에서 볼 때 이는 상황이 좋지 않습니다. 첫째, 디스크 사용량이 증가하면 성능이 저하됩니다. 디스크가 전체 용량에 가까워지면 데이터를 저장하는 데 사용되는 디스크의 순차적 영역이 줄어듭니다. 이는 추가 디스크 탐색 및 여유 섹터가 디스크 헤드에 도달할 때까지 기다리는 지연 효과로 인해 성능에 영향을 미칩니다.
더 중요한 것은 시스템에 대한 잠재적인 영향입니다. 서버가 중요한 서비스를 제공하나요? 개발팀과 운영팀이 서비스 중단을 깨닫는 데 얼마나 걸리나요? 서비스가 제공되지 않으면 사용자는 언제까지 화를 낼까요? 쓸 수 있는 저장 공간이 없으면 애플리케이션이 정지되는 경우가 많습니다. 연쇄 효과가 발생하여 추가 문제가 발생할 수 있습니다. 서비스가 완전히 복원되기까지 더 많은 시간이 필요합니다. 서비스가 복원되면 시스템 상태가 불균형해질 수 있습니다. 예를 들어 서비스 중단 중에 들어오는 데이터의 큰 백로그로 인해 처리가 지연될 수 있습니다.
답변3
이는 본질적으로 나쁜 것은 아니지만 상당한 주의가 필요합니다. 운영 체제에서 현재 가지고 있는 것보다 더 많은 공간이 필요한 경우 드라이브 공간이 완전히 부족해지는 것을 원하지 않을 것입니다. 그렇지 않으면 컴퓨터가 다음에 쓰려고 하는 모든 작업이 실패하게 됩니다. 결과는 저장하려는 대상에 따라 달라집니다.
갑작스러운 "공간 먹는 사람"에는 예기치 않게 큰 스왑 파일(메모리 누수 등으로 인해 발생), RAM만큼 HDD 공간을 차지하는 절전 이미지, 프로그램의 대용량 출력 파일이 포함될 수 있습니다. 넌 영원히 필요해확증하다공간이 부족하지 않습니다.
가장 좋은 시나리오는 스왑 파일을 위한 공간이 더 이상 없고 시스템이 일반적으로 장기적인 악영향 없이 충돌하는 것입니다.
일반적으로 운영 체제 없이 파티션을 채우는 것이 안전합니다(예: 데이터가 수동으로 보관되는 외장 하드 드라이브). 드라이브가 가득 차면 성능이 저하될 수 있지만 정기적으로 디스크 사용량이 높은 상태로 실행하는 경우에는 실제로 다른 하드 드라이브를 구입해야 걱정할 필요가 없습니다.