여러 원격 서버에서 보고서를 실행하고 중앙 서버에서 매월 가져옵니다. 전체 프로세스가 자동화되어 scp
잘 작동합니다.
문제는 때때로 데이터를 수집하기 위해 별도의 서버에서 이러한 보고서를 수동으로 실행하려고 시도하여 문제가 발생한다는 것입니다. 이렇게 하면 중앙 서버가 동일한 서버에서 많은 파일을 가져올 수 있으며 해당 파일을 찾아서 삭제해야 합니다.
저는 이 프로세스를 스마트하게 만들어 한 달 동안 동일한 서버에서 여러 파일을 처리할 필요가 없도록 하는 방법에 대한 아이디어를 찾고 있습니다.
답변1
문제는 때때로 데이터를 수집하기 위해 별도의 서버에서 이러한 보고서를 수동으로 실행하려고 시도하여 문제가 발생한다는 것입니다. 이렇게 하면 중앙 서버가 동일한 서버에서 많은 파일을 가져올 수 있으며 해당 파일을 찾아서 삭제해야 합니다.
위의 내용을 통해 원격 서버의 파일 복사본을 중앙 서버에 보관하기만 하면 되는 것으로 알고 있습니다. 원격 서버에 파일 복사본을 하나만 보관하면 이를 달성할 수 있습니다.
scp 작업을 수행할 때 모든 파일에 원격 서버 이름과 타임스탬프를 추가하면 됩니다. 따라서 중앙 서버에 최신 파일이 나타나면 최신 타임스탬프가 있는 파일로 이전 파일을 덮어쓸 수 있습니다.
답변2
커플 옵션:
수동 실행이 다른 곳에 저장되도록 생성된 보고서의 일회성 수동 실행을 분리하고 자동화된 월별 보고서에는 항상 월별 보고서만 포함됩니다.
또는
보고서를 생성하는 스크립트에서 해당 월에 대한 cron의 월별 보고서를 호출할 수 있도록 선택적 인수를 허용하므로 파일 이름은 "current-report.June" 등과 같습니다. 수동 실행에는 특수 매개변수가 포함되지 않으므로 월별 보고서를 가져오는 프로세스는 해당 월의 보고서만 가져올 수 있습니다(물론 이 예는 제한되어 있으므로 월과 연도가 필요할 수 있으므로 다음과 같이 결정하면 됩니다). 12개 이상의 보고서를 보관하면 월별 데이터에 문제가 발생하지 않습니다.
위와 마찬가지로 무한한 변형이 있을 것이라고 확신합니다. 저는 개인적으로 자동화된 스크립트/보고서를 임시 스크립트/보고서와 별도로 유지하는 것을 선호하지만 이는 물론 변경이 필요할 경우 이중 유지 관리를 의미합니다. 따라서 누군가 임시 보고서를 실행할 때 월별 프로세스가 중단되지 않도록 보고서 생성기에 추가하는 매개변수에 유연성을 허용하는 것이 가장 좋습니다.