DNS 변경은 숫자나 주소 한 줄을 고치는 작업처럼 보이지만 웹사이트, 메일, 인증에 동시에 영향을 줄 수 있습니다. 서버 이전 뒤 무엇을 바꿨는지 기록이 없으면 정상 값과 임시 값을 구분하지 못합니다. 작업 전 레코드 종류, 이름, 기존 값, 유지 시간, 요청 이유를 그대로 보존하는 것이 출발점입니다.
변경 사건에는 새 값, 승인자, 실행자, 적용 시각, 예상 영향, 확인할 서비스를 함께 적습니다. 화면 캡처만 남기지 말고 복사 가능한 값과 출처를 보관합니다. 비밀정보는 제외하되 누가 권한을 갖는지는 역할로 표시합니다. 여러 레코드를 바꿔야 한다면 순서와 각 단계의 중단 조건을 나눕니다.
적용 직후에는 웹이 열리는지만 보지 않습니다. 대표 주소와 하위 주소, 메일 송수신, 외부 서비스 연결처럼 이번 변경과 관계된 기능을 따로 확인합니다. DNS 전파가 끝나기 전의 결과와 이후 결과를 같은 상태로 합치지 않고 확인 시각을 붙입니다.
문제가 생기면 즉석에서 새 값을 만들기보다 기록된 이전 값으로 되돌릴 수 있어야 합니다. 원상복구를 실행한 시각과 복구 뒤 각 서비스의 결과도 변경 사건 안에 이어 씁니다.
좋은 DNS 장부는 성공한 현재값만 보여주지 않습니다. 왜 바꿨고 어떤 서비스가 영향을 받았으며, 실패하면 어느 값으로 돌아갈지를 다른 담당자가 그대로 재현할 수 있게 합니다.
긴급 변경은 사후 기록으로 미루기 쉽지만 최소한 요청자와 이전 값은 실행 전에 확보해야 합니다. 외부 서비스가 제공한 자동 레코드는 수동 값과 구별하고, 삭제가 필요한 경우 의존 서비스를 먼저 확인합니다. 변경 창구를 한곳으로 정하면 서로 다른 관리자가 같은 이름을 덮어쓰는 위험도 줄일 수 있습니다.