지역 커뮤니티의 운영 서버를 옮기면서 DNS 값을 바꿨다면 변경 전 상태를 다시 확인할 자료가 필요하다. 어떤 주소의 어떤 레코드를 바꿨는지와 기존 값, 새 값, 적용 시각을 함께 남긴다. 변경 요청만 기록하고 실제 입력한 값을 남기지 않으면 문제가 생겼을 때 둘을 대조하기 어렵다. 작업자와 변경 이유도 기록에 포함한다.
대상 주소가 웹페이지 외의 기능에 쓰이는지도 확인한다. 서버 이전이 목적이라고 관련 없는 메일이나 검증용 항목까지 같은 방식으로 바꿀 필요는 없다. 실제 레코드의 역할은 운영 자료와 담당자에게 확인한다. 비밀값이나 계정 정보는 공개 기록에 넣지 말고 접근이 필요한 자료의 보관 범위를 구분한다.
변경 직후 결과가 다르게 보일 때는 어느 위치에서 언제 확인했는지 적는다. 저장된 응답 때문에 관찰 환경에 따라 이전 값이 보일 수 있으므로 즉시 같은 값을 여러 번 바꾸기 전에 확인 근거를 모은다. DNS에서 확인되는 대상과 실제 웹 접속의 상태도 별도로 본다. 한쪽이 달라졌다고 다른 쪽의 정상 동작까지 확인된 것은 아니다.
검증 결과에는 조회한 값과 필요한 기능의 접속 여부를 남긴다. 이전 설정으로 되돌릴 판단이 필요할 때는 보관한 값과 현재 변경의 영향을 대조한다. 되돌리기 역시 새로운 변경이므로 적용 시점과 확인 결과를 기록한다. 이전 작업 기록이 갖춰져 있으면 오류 원인을 추측하며 설정을 반복 수정하기보다 검증할 대상을 순서대로 좁힐 수 있다.
기록표에는 변경한 항목을 확인한 시각과 정상 접속을 확인한 시각을 따로 둔다. 저장 버튼을 누른 시점만 남기면 이후에 관찰된 차이가 언제 발생했는지 알기 어렵다. 여러 사람이 점검한다면 사용한 조회 환경도 함께 적어 서로 다른 응답을 동일 조건의 결과처럼 비교하지 않도록 한다. 이전 값을 복원할 때에도 같은 형식으로 기록해 최초 작업과 복구 작업의 결과를 섞지 않는다.