DB 쪽에는 초짜라 두서없이 글을 적어도 양해좀 부탁드립니다.
현재 백업 계회을 짜고 있는데요
매주 일요일 자정 12시에 풀백업
매주 월~토요일 차등백업
이렇게 할 계획인데요 여기서 트랜잭션 로그백업을 어떻게 넣어야 할지 좀 애매해서요.
트랜잭션 로그라는게 SQL 쿼리문을 저장하는거? 이런거 같은데
현재 맡은 서버를 보니 한번도 백업을 하지 않아서 로그 용량이 꽤 크더라구요.
트랜잭션 로그를 백업하면 현재 트랜잭션 로그가 비워진다는데 그럼 백업한 트랜잭션 로그를 얼마나 보관해야 하나요.?
풀백업을 하면 트랜잭션로그에 들어갈 내용도 포함되어서 풀백업이 되는건가요?
효율적인 백업플랜도 말씀해주시면 감사하겠습니다.^^
Comment 4
-
항해자™
2014.04.04 15:46
-
SE왕초보
2014.04.04 17:10
백업 파일의 용량이 크질 않아서 저도 매일 해도 될거 같아요
-
catchv
2014.04.04 16:05
풀백업은 데이터 전체를 백업, 차등은 풀백업 이후에 변경된 데이터를 백업, 로그 백업은 발생된 트랜잭션을 백업 합니다.
풀백업이 존재해야 차등과 로그 백업을 복구 할 수 있습니다.
풀 복구 -> 차등 복구 -> 로그(차등 백업 시점 이후 특정시점 포함) 복구 또는 풀 복구 -> 로그(풀 백업 복구 이후 특정 시점 포함) 복구가 가능 합니다.
풀 백업 용량이 크다면 풀 백업 기간을 길게 잡고 차등 백업으로 중간 중간 복구 시간을 줄이고 로그 백업으로 특정 시점 혹은 백업 시점 까지 복구를 생각할 수 있습니다.
로그 백업은 최악의 경우 데이터 손실을 생각해서 구성 하셔야 합니다. 1시간 간격으로 백업이 이루어진다면 최악의 경우 1시간 동안의 데이터를 손실 할 수 있습니다.(백업 파일이 모두 살아 있다면)
백업 파일은 반드시 물리적으로 분리되어 있는 곳에 이중으로 보관하셔야 디스크 또는 스토리지 자체의 문제점에서 해결 방안을 찾을 수 있습니다.
백업이 정답이 있는 것이 아니므로 회사의 정책이나 복구 시간, 데이터 용량을 잘 생각하셔서 계획을 세우는 것이 좋습니다.
스토리지 자체가 고장나서 데이터도 복구 파일도 못꺼내면 눈물이 눈앞을 가립니다. ㅠㅠ
-
SE왕초보
2014.04.04 17:13
ㅠㅠ 저도 데이터 손실이 걱정되서 이렇게 고민하고 있답니다 답변 너무 감사합니다
저희는 매일 새벽에 가장 트랜젝션이 적은 시간에 풀백업 + 5분마다 트랜젝션 백업을 수행합니다.
풀백업을 기준으로 3일~7일정도 보관합니다.
풀백업 간격이 길어질 경우 백업 자체에 문제가 생기면 최악의 경우 데이터 유실이 매우 커질 수 있습니다.