로그 파일을 얼마나 오래 보관합니까?


12

로그 파일을 특수 폴더에 쓰는 응용 프로그램이 있습니다. 이제 정의 된 시간이 지나면 이러한 로그를 자동으로 삭제하는 기능을 추가하고 싶습니다. 그러나 로그 파일을 얼마나 오래 보관해야합니까? "좋은"기본값은 무엇입니까 (7 일 또는 180 일)? 아니면 다른 기준을 선호합니까 (예 : 최대 사용 디스크 공간)?


3
당신이 생각하는 한, 분명히 그것들이 필요할 것입니다.

문제가 있는지 확인하기 위해 얼마나 걸립니까?
BlackICE

2
실제로이 파일들에 기록되는 내용은 무엇입니까?

OS의 로깅 시스템을 사용하지 않아야 할 충분한 이유가 있으므로 최종 사용자가 스스로 결정하고 Splunk를 통해 로깅을 중앙 집중화하는 등의 작업을 수행 할 수 있습니까?
hurfdurf

답변:


8

답이 하나도 없습니다. 고려해야 할 요소 :

  • 보존 또는 파기에 대한 법적 요구 사항
  • 보존 및 파괴에 대한 회사 정책
  • 로그가 유용한 시간
  • 로그에서 답하기를 원하는 질문
  • 그들이 얼마나 많은 공간을 차지

며칠 내에 롤오버 된 로그와 몇 년 동안 보관 된 로그가 있습니다.

이론적으로 오류 로그보다 액세스 로그를 더 긴 상태로 유지하는 경우가 있습니다 (일부 경우 영구적으로 식별 정보를 제거한 후). 문제를 해결 한 후에는 필요하지 않습니다.

다른 디버깅 로그 (사용자 활동, 시스템과의 상호 작용 방식 등을 보여줍니다)를 유지하여 각 버전마다 상황이 어떻게 변하는 지 확인할 수 있습니다.

...

그리고 이것은 제가 대학에서 일할 때 일화를 상기시켜줍니다. 경영진은 외부 컨설턴트를 불러서 우리가 구축 한 웹 서버에 대한 제 3 자 검토를 수행했습니다. 시스템 크기를 적절하게 조정했는지 검토 할 수 있도록 3 개월간 로그를 전달하라는 지시를 받았습니다. 대학이 주기적으로 변함에 따라 그들이 무엇을하고 있는지 알지 못하고 있다는 신호라는 것을 알았습니다.


다른 유형의 로그 파일을 분리합니까? 오류, 디버깅 정보 및 사용자 활동에 대한 다른 로그 파일이 있습니까?

예 ... 보관을 위해 로그에서 줄을 제거 해야하는 경우 짜증이납니다. 디버깅 할 때 하나의 파일에 물건을 함께 넣을 수 있으면 좋겠지 만 디버깅 할 때 사용자 식별자 / IP 주소로 grep 할 수 있으므로 사용자 활동을 오류와 연관시킬 수 있습니다. 다른 파일이 없으면 각 파일에 유사한 정보를 유지하면 압축률이 높아집니다.
Joe H.

5

요구 사항에 따라 ... 기록 보관에 대한 법적 요구 사항이있을 수 있으며 문제 해결에 도움이되는 시간을 고려해야합니다.


1

법적 요구 사항 및 유틸리티 고려 사항 외에도 로그가 씹는 디스크 공간의 양에 따라 다릅니다. 매우 장황한 프로그램은 매일 로그를 회전시키는 반면 매우 조용한 프로그램은 거의 회전하지 않는 것을 보았습니다.

시스템에 따라 내부적으로 로그 회전을 처리하는 대신 "logrotate"패키지를 고려하는 것이 좋습니다. /etc/logrotate.d/에 적당한 기본값을 가진 파일을 놓고 사용자가 필요에 따라 수정하도록하십시오.


0

소프트웨어를 사용할 산업에 따라 다릅니다. 정부 규정 요구 사항에 해당되는 많은 생산 응용 프로그램이 있으며, 이로 인해 특정 기간 동안 로그 파일을 포함한 모든 출력을 유지해야 할 수도 있습니다.

응용 프로그램이 이러한 영역 중 하나에 속하거나 확실하지 않은 경우 회사 법률 부서에 문의해야합니다.


0

공간이 부족하기 전에 로그를 보관해야합니다. :)

우리 조직에서는 로그가 매일 보관됩니다. 따라서 특수 "로깅"폴더에는 현재 날짜에 대한 로그 만 있습니다. 아카이브는 많은 스토리지가있는 특수 아카이브 위치의 디스크에서 3 주 동안 보존됩니다. 이것은 자극에 도움이 될 것입니다. 무언가가보고되면 찾아가는 지원 개발자. 이것은 3 주 후에 테이프 (예 테이프!)에 백업됩니다. 정책 테이프로서 추가 35 일 동안 보존됩니다.


0

나는 현재 이와 동일한 결정을 내리고있다. 중요하지 않은 예외를 로그 파일에 작성하는 앱이 있는데, 내가 정한 것은 로그 파일 자체에 구성 가능한 크기 임계 값을 설정하는 것입니다. 로그 파일이 특정 크기에 도달하면 보관됩니다. 아카이브는 매주 한 번씩 정리됩니다. 또한 "성장률"임계 값을 설정하여 로그가 너무 빨리 채워지면 고객 지원에 알립니다. 그것이 과잉인지 확실하지 않습니다.

이 로그는 단지 지원을위한 것이므로 제 경우에는 일주일 넘게 유지해야 할 법적 또는 비즈니스 요구 사항이 없습니다.


하나의 큰 로그 파일 만 있습니까? 하루에 하나의 파일을 만들고 모든 유형의 정보 (오류 및 디버그 정보)를 기록합니다. 파일의 크기는 현재 사용량에 따라 다릅니다 (하루에 최대 1MB라고 생각합니다). 그러나 앞으로 로그 정보를 늘리는 것을 상상할 수 있습니다. 어떤 임계 값 크기를 선택했으며 그 이유는 무엇입니까?
Alex

0

로그 파일의 보존은 로그되는 데이터의 중요성과 로그가 저장되는 저장 매체의 실제 크기 및 서버가 호스팅되는 지리적 위치의 다양한 준수 절차에 따라 다릅니다.

최소한 한 달 (공간을 기꺼이하는) 동안 로그가 나쁜 생각은 아니지만 로그 파일을 보관해야하는 일 수에 대한 단단하고 빠른 규칙은 없습니다.

공간이 제한적인 경우 오래된 로그를 tar.gz 파일로 저장하는 것도 좋습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.