[%] 디비의 적절한 백업 전략이 궁금하다

[프로그래밍(nowadays3724)]

논리적 백업을 하는지 물리적 백업을 하는지

주기는 어떤지

궁금해. 근데 이런건 어디서 찾냐

[퇴물(180.68)]

좀 짜증나는 답변이겠지만. 비용마다 회사마다 다른데. 회사마다 다른 이유는 개개인의 능력치 차이도 있고. 어디까지 백업할 것인가. 페일오버를 어디까지 할 것인가에 따라서 다름.. 결국 돈과 능력치의 문제임. 근데 이런걸 어디서 배우냐고 한다면 그냥 해당 소프트웨어의 백업 섹션을 보고 배우는거임. 짬이 있으면 회사에서 하는 방식을 배우거나. 아니면 ISO나 ISMS 같은거에서 하라는데로 하는걸 배우던가.

[30세전에특급DBA(118.235)]

잘풀어쓰긴했는데 요약하자면 회사가 돈을 투자할 수 있는 내에서 RPO와 RTO를 최대한 충족할수 있는 백업 정책을 수립하면됨 - dc App

[프로그래밍(nowadays3724)]

감사

[퇴물(180.68)]

인프라팀이 있고 돈이 있으면 클러스터 구성하고 서버 이중화, 회선이중화하고 별지랄 다해서 장애나면 몇 분내로 복구되는 그렇거 만들꺼고. 그런거 없는 회사는 그냥 정기적으로 풀스냅샷 덤프나 증분백업 떠서 NAS에 짱박거나 S3에 백업해두는 정도? 개인적으론 그냥 매일 새벽에 덤프떠서 S3에 압축해서 올려둠. 좀 더 로스가 크리티컬한건 10분마다 데일리 분량 스캔으로 JSON 덤프떠서 S3에 10분마다 짱박는 쪽으로 함.

[퇴물(180.68)]

미숙한 팀원이 DB 통으로 날려 먹은 적이 있어서 .. 식겁하고 인재도 대비하게 됨. (테스트 데이터를 로컬 DB에 Restore한다는게 프로덕션 DB에 restore해버림 ㅋㅋㅋ)

[30세전에특급DBA(118.235)]

클러스터는 동일 데이터 원본에 대해 서버 인스턴스를 늘리는거임 레플리케이션얘기하는거 아녀? - dc App

[익명(1.223)]

DB는 클러스터링이라는 단어가 좀 혼동이 많이되는것같은데 어떤 놈은 샤딩 기준으로 얘기하기도 하고 어떤 놈은 레플리카 기준으로 얘기하기도 하고

[30세전에특급DBA(118.235)]

흠 단어란게 그럴 수 있지 - dc App

[프로그래밍(nowadays3724)]

그렇구나

[퇴물(180.68)]

어쨋든 키워드는 HA, High Availiability 임.

[익명(220.94)]

slave 한대 붙이셈. 덤프 주기적으로 slave에서 돌려서 s3 백업. 근데 난 rds 써서 이런거 요즘은 손으로 안함

[익명(1.223)]

원래는 DB 백업모드 걸고(대부분있음) 물리복사하는게 원시고대 시절이고 그 원시고대 시절도 조금만 지나면 스냅샷 백업돼서 복구에 큰 문제 없었음 지금은 뭐 k8s, replica 등 여러가지 기법이 많아서 사실상 백업절차보단 복구절차가 더 중요한 시점이 됐음

[익명(1.223)]

실시간으로 백업하는게 쉬워졌다면 이제 윗댓글들처럼 돈과 시간의 문제지

[프로그래밍(nowadays3724)]

ㄳ