유지보수 계획에서 하는거라면 vss 이용해서 백업 받으시는 거니까 서비스중에도 가능합니다
백업 받을때 디스크io나 cpu 같은 리소스 같은게 엄청 많이 먹는게 아니라면 말이죠.
압축을 하게되면 cpu자원을 좀더 많이 사용하게 됩니다.
db 복구 모드가 심플인지 full인지는 모르겠으나 심플이시면 그냥 크게 신경 안쓰셔도 되는 부분이고
full이면 로그 백업도 돌리셔야 하는데.. 로그 백업은 안하고 계신거 같으니 심플일거 같네요.
백업때문에 문제가 된다라고 하는건 압축백업 기능이 자체적으로 있긴 하지만 위와같은 시나리오는 디스크 IO때문에 문제가 되는겁니다.
당연히 풀백업 시간에 디스크속도로 인해 빨리 출력되어야될 서비스가 느리게 되죠. 이런거 때문에 MSSQL은 AlwaysON 이란걸 써야됩니다.
백업이나 기타 여러테이블을 조회하고 통계를 내야할 경우 OLTP 역할을 하는 서버에서는 엄청난 부하를 갖게 됩니다.
그래서 읽기전용 서버가 별도로 있어야만 서비스에 영향을 받지 않습니다.
서비스가 뭔지에 따라 디스크 IO 도 고려 하셔야 합니다.
댓글 달고 보니..
다른 서버나 스토리지로 백업하는게 아니라 서버내 자체 백업인가요?
백업 받는 방식이 어떤방식이신가요....?
백업 받을때 디스크io나 cpu 같은 리소스 같은게 엄청 많이 먹는게 아니라면 말이죠.
압축을 하게되면 cpu자원을 좀더 많이 사용하게 됩니다.
db 복구 모드가 심플인지 full인지는 모르겠으나 심플이시면 그냥 크게 신경 안쓰셔도 되는 부분이고
full이면 로그 백업도 돌리셔야 하는데.. 로그 백업은 안하고 계신거 같으니 심플일거 같네요.
있어야 할 듯합니다..
그리고 DB서버 단독으로 운영되는 것인지 웹서비스나 다른 서비스도 함께 하는 것인지도요..
당연히 풀백업 시간에 디스크속도로 인해 빨리 출력되어야될 서비스가 느리게 되죠. 이런거 때문에 MSSQL은 AlwaysON 이란걸 써야됩니다.
백업이나 기타 여러테이블을 조회하고 통계를 내야할 경우 OLTP 역할을 하는 서버에서는 엄청난 부하를 갖게 됩니다.
그래서 읽기전용 서버가 별도로 있어야만 서비스에 영향을 받지 않습니다.
http://blog.sooli.com/?p=956
(DB가 하나 정도라면 스텐도 상관없지만요)
라이선스 가격이 0하나는 더붙는다고 알고있기에 배보다 배꼽이 더 커질수도 있는 부분아닐까요 ㄷㄷ
mssql 3중화 db 7개가량 구성하는것도 엔터빼고 스텐으로 하자는 이름들으면 다 아는 대기업 있는데..
일반 기업에서는 쉽지 않을거 같네요