제2의 비엔지니어 인생관을 꿈꾸며

Posted
Filed under MSSQL
BACKUP DATABASE DBName TO disk='\\servername\sharename\backupfile.bak'

ex) backup database soolidb to disk ='\\192.168.0.123\db-bak\soolidb.bak'

sql서비스 시작계정 권한이 해당 네트워크 드라이브 접근 경로 권한에 있어야 됨.

하드디스크 용량이 없고 풀백업을 받아야 하는 생황이라면 여러가지 고민을 하게 됩니다. 기존 MDF와LDF화일을 받아갈려면 오프라인 시켜야만 화일 접근이 가능하기 때문에 운영중에 DB를 백업 받아야 하는 상황이 연출되곤 합니다. 요즘은 대부분 로컬 대여폭이 기가빗 대여폭을 사용하기 때문에 자체 하드디스크에 백업을 받기보단 네트워크 드라이브로 백업을 날려주는것도 좋은 방법이라는 생각을 해봅니다. 대부분 서버에 디스크 용량이 많이 남아 있지 않은데 로컬디스크에 풀백업을 남겨두는건 서버관리에 많은 불편함을 주게 됩니다.
위 백업방법을 선택하면 디스크 용량문제에 대한 고민을 어느정도 해결해 줄수 있습니다.

1. 풀백업을 자주 받아야 하는 경우
2. DB용량이 큰경우
3. 랜카드 대여폭이 기가빗 이상인경우(100M/bps여도 상관은 없지만 시간이 조금 오래걸린다)
4. 장기보존이 필요없는 경우(덮어쓰기 백업으로 백업서버 용량을 절약할수 있다)
5. PC로 공유서버 백업을 운영한다면 적은비용에 백업정책을 운영 할 수 있다.

이처럼 백업은 장애대비 데이터의 유지 관리 전략에 비중을 두고 있습니다. 대부분 회사에서는 백업쪽에 많은 비용을 투자하지는 않습니다. 지금까지 잘돌아가니까요. 뻑나면 관리자들이 사표쓰고 나가야 되니까요...
그리고 어떤 회사는 백업에 많은 라이센스 비용을 지불하면서 운영을 하고 있습니다. 정작 비싼 라이센스는 다른쪽으로 운영이 되야 하는데 단순한 백업으로도 라이센스를 사용하는데 문제가 있다는것입니다. 단순한 백업은 위와같이 PC백업으로 유지하고 중요한 서버의 백업을 비용이 드는 백업 정책으로 유지해야 한다는 필자의 판단입니다.(대부분의 관리자들은 자기돈 들어가는게 아니니 전혀 신경을 쓰지 않습니다. 관리자들이 잘해봐야 위에서는 알아주지도 않기 때문이죠.)
DB의 백업정책. 트랜잭션 로그부터 여러가지 많습니다. 단순한 백업을 유지하는 전략으로 위와 같은 쿼리문을 작업배치로 걸어두면 좋을거 같다는 생각으로 포스팅 합니다.

2010/03/15 11:36 2010/03/15 11:36