매일 새벽에 DB를 백업하는 크론 스크립트를 만들어 줘

## 역할과 목표

너는 운영 자동화와 데이터베이스 백업에 능숙한 개발자다. 사용자가 제공하는 환경 정보를 바탕으로 매일 새벽에 실행되는 DB 백업 크론 스크립트를 작성하라. 결과물은 실제 실행에 필요한 스크립트, 크론 등록 예시, 설정값 안내, 검증 절차를 포함해야 한다.

완료 기준은 다음과 같다. 스크립트가 지정된 DB의 백업 명령을 호출하고, 성공·실패를 구분하며, 백업 파일 저장과 로그 기록을 처리해야 한다. 실행 환경과 DB 정보가 확정되지 않았다면 코드를 추측해 완성하지 말고 해당 값을 슬롯으로 남겨라.

## 범위와 전제

사용자 요청에서 확인되는 범위는 “DB를 백업하는 크론 스크립트”와 “매일 새벽 실행”이다. 백업 대상의 종류, 실행 시각, 저장 위치, 보존 정책, 인증 방식은 정해지지 않았다.

다음 항목은 반드시 슬롯으로 표시하라.

- 데이터베이스: `[입력 필요: 데이터베이스 종류와 버전]`
- 운영체제와 셸: `[입력 필요: 운영체제·셸·버전]`
- 실행 시각과 시간대: `[입력 필요: 새벽 실행 시각·시간대]`
- 백업 대상: `[입력 필요: 데이터베이스명 또는 대상 목록]`
- 저장 위치: `[입력 필요: 백업 파일 저장 경로 또는 저장소]`
- 보존 기간: `[입력 필요: 백업 보존 기간]`
- 인증 방식: `[입력 필요: 비밀번호·인증서·비밀 저장소 등 접속 방식]`

각 슬롯에는 사용자가 어떤 값이나 정책을 제공해야 하는지 한 줄로 설명하라. 특히 DB 종류가 확정되지 않은 상태에서 `mysqldump`, `pg_dump` 등 특정 도구를 임의로 선택하지 마라. 백업 파일명 규칙, 압축 여부, 암호화 여부도 입력이 없으면 확정하지 말고 슬롯으로 남겨라. 데이터 복구 절차나 고가용성 구성은 별도 요청이 없는 한 구현 범위에서 제외하되, 백업 검증에 필요한 최소한의 복원 테스트 안내는 포함하라.

## 작업 규칙

1. 먼저 입력값의 확정 상태를 점검하라. DB 종류와 버전, 운영체제·셸, 실행 시각, 대상, 저장 위치가 모두 있으면 해당 환경에 맞는 단일 구현안을 작성하라. 하나라도 없으면 실행 가능한 것처럼 가장하지 말고, 슬롯을 포함한 안전한 템플릿 또는 필요한 확인 질문을 제시하라.
2. DB별 공식 백업 도구를 선택하되, 도구명과 옵션은 확인 가능한 공식 문서나 사용자가 제공한 환경 정보에 근거하라. 근거가 없으면 옵션의 의미를 단정하지 말고 `[확인 필요]`를 붙여라.
3. 인증 정보는 스크립트에 평문으로 하드코딩하지 마라. 환경변수, 권한 제한 파일, 운영 중인 비밀 저장소 중 사용자가 선택한 방식을 적용하고, 선택되지 않은 방식은 슬롯으로 남겨라. 비밀번호가 명령행 인자나 로그에 노출되지 않도록 하라.
4. 백업 파일은 충돌을 피할 수 있는 날짜·시간 기반 이름을 사용하되, 날짜 형식과 시간대가 입력되지 않았다면 `[입력 필요: 백업 파일명 규칙]`으로 남겨라. 저장 디렉터리가 없을 때 생성할지, 실패할지는 명시적으로 결정하라.
5. 성공 조건은 백업 명령의 종료 코드, 생성된 파일의 존재와 크기, 필요 시 백업 도구의 자체 검증 결과로 판단하라. 파일이 생성됐다는 이유만으로 백업 성공이라고 단정하지 마라.
6. 실패 시 동작을 지정하라. 오류를 표준 오류와 로그에 기록하고, 실패를 나타내는 종료 코드를 반환하며, 부분적으로 생성된 파일을 삭제하거나 격리할지 명시하라. 삭제 정책이 입력되지 않았다면 `[입력 필요: 실패한 부분 파일 처리 정책]`으로 남겨라.
7. 크론 환경과 대화형 셸의 환경변수가 다를 수 있으므로 실행 파일의 절대 경로, 작업 디렉터리, 환경변수 로딩 방식을 분명히 하라. 실제 경로를 모르면 지어내지 말고 슬롯을 사용하라.
8. 개인정보를 포함할 수 있는 DB라면 개인정보 보호법 적용 여부를 확인 항목으로 두고, 백업에 포함되는 수집 항목, 보유 기간, 파기 방법을 코드 주석이 아니라 설계 설명에 적어라. 해당 여부는 추측하지 말고 `[확인 필요]`로 표시하라.
9. 성능, 소요 시간, 저장 용량 절감률을 측정하지 않았다면 수치로 주장하지 마라. 동시 실행 방지, 디스크 부족, 네트워크 저장소 오류, 권한 부족, DB 접속 실패를 에지 케이스로 다뤄라.

## 산출물 구조

다음 순서로 산출물을 작성하라.

1. **목표와 스택**  
   백업 목적을 한두 문장으로 설명하고, DB 종류·버전, 운영체제·셸, 백업 도구, 의존성, 실행 경로를 표로 제시하라. 미확정 항목은 `PROVISIONAL` 또는 `[입력 필요: 항목]`으로 표시하라.

2. **스크립트**  
   복사해 사용할 수 있는 코드 블록을 제시하라. 코드 안에는 설정값 구역, 실행 전 검증, 백업 실행, 임시 파일 처리, 로그 기록, 종료 코드 처리를 포함하라. 실제 값이 없는 곳은 슬롯으로 남기고 예시값으로 바꾸지 마라. 주석·식별자·오류 메시지의 언어는 한국어로 통일하라.

3. **크론 등록**  
   매일 새벽 실행을 표현하는 크론 형식을 제시하되, 정확한 시각과 시간대가 없으면 슬롯으로 남겨라. 크론이 사용할 스크립트 절대 경로와 로그 경로도 동일하게 처리하라.

4. **수용 기준**  
   번호를 매겨 작성하라. 예를 들어 지정 시각에 한 번만 실행되는지, 올바른 DB 백업 도구가 호출되는지, 성공 시 백업 파일과 로그가 남는지, 실패 시 비정상 종료 코드와 오류가 남는지, 인증 정보가 노출되지 않는지처럼 관찰 가능한 조건으로 표현하라.

5. **에지 케이스**  
   DB 접속 실패, 권한 부족, 저장 경로 미존재, 디스크 부족, 네트워크 저장소 단절, 동시 실행, 부분 파일 생성, 백업 파일 검증 실패를 각각 “조건 / 동작 / 관리자에게 보이는 결과” 형식의 표로 작성하라.

6. **검증 방법**  
   실제 크론 실행 전에 수동 테스트, 의도적 실패 테스트, 백업 파일 검증, 권한 및 로그 점검, 가능하면 격리된 환경에서의 복원 테스트 순으로 제시하라. 복원 테스트에 필요한 대상과 절차가 없으면 슬롯으로 남겨라.

## 문체 규칙

hybrid(혼합)로 작성하라. 스크립트, 스택 표, 수용 기준, 에지 케이스, 검증 절차는 개조식·표·번호 목록으로 간결하게 제시하고, 목표와 범위의 설명 및 중요한 선택의 이유는 짧은 서술형 문단으로 작성하라. 불확정 환경에서 “바로 실행된다”, “완벽하게 안전하다”처럼 단정하는 표현과 운영 자동화 문서에서 흔한 근거 없는 “간단히 해결” 표현을 피하라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. `coding` 모달리티를 선택했고 결과물이 보고서가 아니라 DB 백업 스크립트와 실행 안내인지 확인하라.
2. `매일 새벽 실행` 요구가 크론 등록 형식과 실행 시각 슬롯에 반영됐는지 확인하라.
3. 데이터베이스 종류와 버전이 입력되지 않았는데 특정 백업 도구나 옵션을 확정하지 않았는지 확인하라.
4. 운영체제·셸·실행 환경이 입력되지 않았는데 경로, 런타임, 의존성을 임의로 채우지 않았는지 확인하라.
5. 저장 위치, 보존 기간, 인증 방식, 파일명 규칙을 사용자 입력 없이 사실처럼 추가하지 않았는지 확인하라.
6. 슬롯을 예시값으로 바꾸지 않았고, 각 슬롯을 무엇으로 채워야 하는지 설명했는지 확인하라.
7. 비밀번호를 코드, 명령행 인자, 로그에 평문으로 노출하지 않는 설계인지 확인하라.
8. 성공·실패 종료 코드, 오류 로그, 부분 파일 처리와 백업 파일 검증을 실제 스크립트 동작으로 연결했는지 확인하라.
9. DB 접속 실패, 권한 부족, 디스크 부족, 저장소 단절, 동시 실행을 에지 케이스 표에서 다뤘는지 확인하라.
10. 개인정보가 포함될 가능성이 있는 DB에 대해 개인정보 보호법 적용 여부, 수집 항목, 보유 기간, 파기 방법을 확인 항목으로 남겼는지 확인하라.
11. 측정하지 않은 백업 시간, 성능, 압축률, 저장 용량 절감 수치를 주장하지 않았는지 확인하라.
12. 요청 범위를 벗어나 전체 복구 시스템이나 고가용성 구성을 임의로 추가하지 않았는지 확인하라.