성능이슈로 db 정기 백업에 관해서 채택완료
예를 들어 1년에 1백만 row 가 추가 되는 table 있습니다
그래서 1년에 한번 db를 백업할 계획을 세웁니다
1. 이때, 사용자가 1년 이전 data 를 요구할 때,
자동으로 조건절을 이용해 백업 db 를 select 하는 쿼리를 만드는 것이 좋은가요?
2. 아니면 사용자 ui 에 1년 이내 data 버튼, 1년 이전 data 버튼 따로 만들어서
사용자가 백업 db 의 data 를 요구할 때 성능이 느릴 수 있음을 인지시키는 것이 좋을까요?
3. 현업에서 db 백업은 일정 주기가 지나면 자동으로 백업이 되도록 완전자동화 되어 있나요?
아니면 db 관리자가 스케쥴에 따라 수동으로 (예를 들면 서버점검 시간에?) 하는 것이 관행인가요?
4. h/w 성능, table 칼럼 수 등 여러 변수가 있을 수 있겠지만
db 백업할 정도의 db 사이즈는 어느 정도인가요?
답변 4개
성능이슈로 백업을할경우
mysqldump를 사용하시는게 좋고
필요에따라 바로 확인하시는게 아니라면
보관용으로 .tar + gzip으로 적용해서 압축해서 시간을 관리하는 형태로 백업하시는게 좋습니다.
시점별로 스냅샷식으로 보관하는게 백업의 의미가 있을테니까요
테이블 복제형태는 실시간백업보다는 미러링의 의미가 큽니다.
백업할때는 db사이즈가 중요한게 아니라.
저장소의 크기가 중요하죠
DB가 너무 많이 방대해서 백업이 어려운상황에 도달했을때는
데이타 정제를 해서 보관데이타와 사용데이타로 나누어야 하는데
그건 전문DBA의 도움을 받으시는게 상책입니다.
DB의 여러가지 마이그레이션 / 튜닝들이 필요하거든요
댓글을 작성하려면 로그인이 필요합니다.
파티션 한번 고려해 보세요.
댓글을 작성하려면 로그인이 필요합니다.
댓글을 작성하려면 로그인이 필요합니다.
답변을 작성하려면 로그인이 필요합니다.
로그인