백업과 복구
사이트를 지키는 마지막 수단은 백업입니다. Zittme 사이트의 모든 데이터는 두 곳에 있습니다.
| 대상 | 내용 |
|---|---|
| 데이터베이스 | 글·댓글·회원·설정 등 거의 모든 데이터 |
| files/ 폴더 | 첨부파일, 사이트 설정(files/config), 캐시 |
이 둘만 있으면 사이트를 어디서든 되살릴 수 있습니다. 코어 파일은 배포본을 다시 받으면 되므로 백업 대상이 아닙니다. 단, 직접 설치한 서드파티 자료(modules·addons·layouts·widgets·themes의 추가분)는 함께 보관하세요.
백업 방법 (개인 서버)
# DB
mysqldump -u 사용자 -p DB이름 | gzip > backup-$(date +%Y%m%d).sql.gz
# files 폴더 (캐시는 제외해도 됨)
tar czf files-$(date +%Y%m%d).tgz --exclude='files/cache' files/cron에 등록해 매일 자동으로 남기고, 백업 파일은 반드시 서버 밖(다른 서버, 개인 PC, 클라우드 저장소)에도 복사해 두세요. 서버가 통째로 죽으면 서버 안의 백업도 함께 사라집니다.
백업 방법 (웹 호스팅)
- 호스팅 관리 페이지의 DB 관리(phpMyAdmin 등)에서 내보내기로 SQL을 받습니다.
files/폴더는 FTP로 내려받거나, 파일관리자의 압축 기능으로 묶어 받습니다.- 업체가 자동 백업 서비스를 제공해도, 중요한 변경 전에는 직접 한 벌 더 받아 두세요.
복구 절차
1. 배포본을 새로 풀어 코어 파일을 놓습니다.
2. 백업해 둔 files/ 폴더를 통째로 되돌립니다. (files/config 안에 DB 접속 정보가 들어 있습니다)
3. DB를 새로 만들고 백업 SQL을 넣습니다.
4. 서드파티 자료를 원래 경로에 되돌립니다.
5. 접속해 확인합니다. 화면이 이상하면 files/cache 하위를 비웁니다.
DB 접속 정보(호스트·계정)가 바뀌었다면 files/config/db.config.php 를 새 값으로 수정합니다.
언제 반드시 백업하나
- 코어 업데이트 전
- 서드파티 자료 설치·업데이트 전
- 도메인 변경, 서버 이전 전
- 대량 삭제·정리 작업 전
서버 이전
이전도 복구와 같습니다: 새 서버에 배포본 + files/ + DB를 옮기고, 웹서버 설정을 잡은 뒤 DNS를 새 서버로 돌립니다. DNS 전환 전에 hosts 파일로 새 서버를 미리 확인하면 안전합니다.