2009-04-27 2 views
1

프로덕션 서버에 SQL Server 2008 서버를 설치하고 있는데이 방법으로 데이터를 백업하는 것이 가장 좋습니다. 복제를 사용하고 그 서버를 백업해야합니까? 난 그냥 간단한 명령 줄 스크립트를 사용하여 데이터를 내보낼까요? 어떤 복제 방법을 사용해야합니까?SQL Server 2008 - 최상의 백업 솔루션

서버가 꽤로드 될 것이므로 효율적인 방법이 필요합니다.

사용할 수있는 여러 대의 컴퓨터에 액세스 할 수 있습니다.

+0

SQL 서버에 BACKUP DATABASE 명령이 있다는 것을 알고 계십니까? –

+0

물론입니다. 프로덕션 서버에서 가장 효율적이고 가장 효율적인 솔루션이 무엇인지 궁금합니다. – alexn

답변

1

아주 간단하지만 좋은 해결책은, 로컬 (이전 OSQL)를 SQLCMD 사용하여 전체 백업을 운영하는 NAS 나 다른 저장소에 네트워크를 통해 BAK 파일을 복사하는 것입니다. 네트워크/디스크 사용 측면에서 차선책이지만 모든 백업이 독립적이며 프로세스가 매우 간단하므로 매우 강력합니다. 매우 안전합니다.

또한 Express Edition에서도 작동합니다.

+0

의견을 보내 주셔서 감사합니다. 개발 서버에서이 솔루션을 테스트 해 보겠습니다. – alexn

1

"최상의"백업 솔루션은 복구 기준에 따라 다릅니다.

오류가 발생했을 때 즉시 데이터에 액세스해야하는 경우 3 가지 서버 미러링 시나리오 (라이브, 미러 및 감시)가 적합 할 것 같습니다. 그러나 응용 프로그램을 자동으로 사용하도록 조정해야 할 수도 있습니다 장애 극복. "로그 전달"은 자동 장애 조치 (failover) 또는 미러링 모니터 (witness) 필요없이 비슷한 결과를 나타낼 수 있습니다.

복구 시간에 약간의 흔들림이 생기면 SQL Agent를 통해 데이터베이스를 정기적으로 백업하고 트랜잭션 로그를 사용하여 특정 시점 복원을 수행 할 수 있습니다. 백업 빈도는 데이터베이스 크기, 데이터 업데이트 빈도 및 전체 오류 발생시 데이터베이스를 롤백 할 수있는 정도에 따라 결정됩니다 (실패한 서버에서 트랜잭션 로그 백업을 추출 할 수없는 경우 최신 백업으로 만 복구 가능)

사용자 오류가 발생한 후 알려진 상태로 간단하게 롤백하려는 경우 데이터베이스 스냅 샷을 간단한 "백업"시나리오로 사용할 수 있습니다. 서버 오류가 발생하면 쓸모가 없습니다. 그들은 즉각적으로 생성 할 수 있으며 데이터가 변경 될 때만 공간을 차지합니다. 그러나 약간의 성능 오버 헤드가 발생합니다.

물론 이러한 백업 솔루션 만이 아니며 상호 배타적 인 것도 아닙니다.