데이터베이스 개발자 질문과 답변 게시판
mdf파일은 약 600GB인 db가 로그시핑 복원시간이 약 3시간 정도 걸리는 문제가 있습니다.
해결방법을 부탁드립니다..
현재 조치사항으로는 SHRINK를 통해 VLF를 약 18~20개로 축소해놓는 작업을 하였지만
역시나 약3시간정도 걸리고있습니다.
복원주기는 3시간 마다 복원을 하는데 복원시간이 3시간이 걸려버리니 계속 복원을 하고있어서 로그시핑을 사용을 못하고있네요
Comment 5
-
메칸더
2015.10.02 11:59
풀백업 매번 복원하지는 않고요
trn 파일 하나당 20~50MB 사이입니다.
3시간 주기로 복원을하니 12개정도 파일을 복원하네요.
(Primary에서 15분에 한번씩 trn파일을 백업하고
Slave에서 15분에 한번씩 Copy하고
Slave에서 3시간에 한번씩 Restore하고 있습니다.)
-
waitstat을 수집하거나, xevents를 수집해서 원인 분석을 하는게 좋을 듯 하네요.
-
minsouk
2015.10.01 23:24
알려주셔야 하는것은 어떤 wait 가 발생하는지 전체기간을 조사해 보아야 겠죠?
예전에 모 사이트에 장애가 생겨 transaction log 를 이용해 복구하는 경우가 있었습니다. 해당 시스템으로 계속 같은 방법으로 복구할 경우 로그를 모두 복구하는데 3일이 넘게 걸리겠더라구요 wait 를 조사해보니 transaction log backup 이 위치한 디스크의 성능이 wait 의 주 원인이였고 할 수 없이 1GB 의 램을 ram drive 로 잡고 ram drive에 먼저 transaction log backup 을 복사 한 후 restore 명령어를 수행해 단 몇시간에 복구를 완료한 경우가 있습니다. 이처럼 성능이 느리다는 것은 어떤 단계에서 어떤 리소스에서 성능이 느린지 명확히 조사가 되어야 합니다.
wait 조사는 extended events 를 이용하면 쉽고 정확하게 잡을수 있습니다. extended events 는 sqltag book 2 에 잘 나와 있습니다. 쿨럭~
-
메칸더
2015.10.02 12:03
TAG BOOK2 소유하고있는데...
지금 보니까 챕터6 저자분 맞나요
아이디랑 저자님 성명이랑 동일한듯하네요
책좀봐야겠네요
transaction log 백업 파일 용량이 얼마나 되나요?
혹시 풀백업 파일을 매번 복원에 사용하지 않나요?