따라서 우리 모두는 아마도 이런 상황을 겪었을 것입니다. 6 개월 전에 구성 변경으로 인해 문제가 발생했다는 것을 인식하기 위해 일부 문제를 디버깅했으며 그 이유를 기억할 수 없습니다. 따라서 실행 취소하고 문제를 해결하면 다른 문제가 다시 발생합니다. 네, 지금 기억합니다! 그런 다음 올바르게 수정하십시오.

당신이 적절한 메모를하지 않았기 때문에, 당신은 바보입니다! 그러나 이것을 수행하는 좋은 방법은 무엇입니까?

엔지니어링에는 변경 사항을 감지하고 추적하는 데 도움이되는 많은 소프트웨어가 있습니다. 소스 제어, 코드 검토 등 모든 변경 사항을 추적하고 모든 변경 사항에 대한 설명이 필요합니다. 또한 일반적인 엔지니어링 부서에서는 6 개월 만에 왜 그런 방식으로 문제가 발생했는지 파악할 때 역사적인 ‘비난’기능이나 이진 검색 빌드를 사용하여 문제를 정확하게 파악할 수 있도록 적절한 의견이 필요합니다. 이러한 도구는 매우 효과적인 의사 소통 도구 및 기록입니다.

그러나 서버 랜드에는 500 개의 서로 다른 서비스가 있으며 모두 서로 다른 구성 방법이 있습니다. 텍스트 형식을 가질 수 있지만 항상 텍스트 형식 (폴더에 대한 사용 권한 설정 또는 페이지 파일 위치 변경 고려)이있는 것은 아닙니다.

우리 환경에서는 Perforce에 어떤 구성 파일을 넣을 수 있는지 확인하지만 그 중 몇 가지는 거의 없습니다. Active Directory DB에서 정확하게 체크인 할 수 없습니다.

과거에는 위키에서 수동 변경 로그를 유지하려고 시도했지만이를 수행하는 원칙을 유지하는 것은 매우 어렵습니다 (잘 알고 있지만, 변명은 아니지만 실제로는 어렵습니다).

내 질문 : 서버 구성 변경을 추적하는이 문제를 해결하기 위해 어떤 전략과 도구를 사용합니까?

-업데이트-

참고 : 서버 변경 사항을 추적하는 데 도움이되는 자동화 된 도구만큼 공유 메모 작성 도구 (OneNote에 익숙 함)를 찾고 있지 않습니다. 서버 구성 변경을 추적하기위한 포괄적 인 도구는 없지만 GPO와 같은 특정 응용 프로그램을위한 도구가있을 수 있습니다.

또한 여러분이 유용하다고 생각한 구체적인 전략에 관심 이 있습니다. “Sharepoint에서 메모를 공유합니다”는 매우 모호합니다. 훈련을 어떻게 유지합니까? 변경 사항을 추적하기 위해 어떤 형식을 사용합니까? 변경 데이터를 어떻게 구성합니까? 아이디어뿐만 아니라 사례도 정말로 좋아합니다.

답변

설명 : git, mercurial, bzr 또는 darcs에 / etc 저장
 etckeeper 프로그램은 / etc를 git, mercurial,
 bzr 또는 darcs 저장소. 자동으로 변경 사항을 커밋하기 위해 APT에 연결됩니다.
 패키지 업그레이드 중에 / etc에 작성되었습니다. 해당 버전의 파일 메타 데이터를 추적합니다.
 제어 시스템은 일반적으로 지원하지 않지만 / etc에 중요합니다.
 / etc / shadow의 권한으로. 모듈 식이고 구성 가능하며
 버전 작업의 기본 사항을 이해하면 사용하기 간단합니다.
 제어.