백업과 복구 전략은 서버를 운영하는 부분중 가장 중요한 부분이 됩니다.  오히려 튜닝 보다 더 BASE 가 되겠죠...

백업 전략은 데이터 베이스를 어떻게 구성했으며, SIZING 은 얼마나 되며... 트랜잭션 용도에 따라서 여러가지가 있을수 있씁니다.

전체 백업, 차등백업,트랜잭션 로그 백업이 가장 기본적인 백업의 형태입니다. 위 백업방법을 서버의 성능이 저하 되는 일 없이 최적의 속도로 안전하게 받아 낼수 있는 전략을 수립해야 합니다. 이는 사이트의 특성에 기인할 듯 합니다.

 제가 구축한 사이트에는 file group 으로 나누어 두고 전체백업 과 file group 백업 및 트랜잭션 백업을 병행하고 있습니다. 

 특히 filegroup 단위의 백업은 오라클의 online backup(hot backup) 과 아키텍쳐가 유사해서 각각의 데이터 화일의 crash 발생시 보다 유연하게  최소의 down time 으로 recover 가 가능합니다. 이런 기능도 mssql 에 있어서 다행이었습다. ^^;;

 mssql 의 트랜잭션 로그는 오라클과 같이 switch 개념및 자동 archiving 기능이  없으므로 complete recover 시 아주 중요한 요소가 됩니다. 항상 백업 받아서 보관하기를 권장합니다.

하지만 가장 좋은 방법은 서버에 클러스터를 묶어서 사용하거나(mscs)  standby db나 log shipping 을 이용한 대기 서버를 구성하는 것이 좋을 듯합니다. down time을 최소화 하는 방안이 될 듯 싶습니다.

만약 그것도 어렵다면 무조건 full backup 과 그 이후에 해당하는 트랜잭션 로그 화일의 백업본이 요구 됩니다. 

 수고하세요