백업 솔루션


1

백업 솔루션에 대한 2 가지 아이디어가 있으며 이에 대한 커뮤니티의 의견을 구하고자했습니다. SQL Server 2008 Enterpise를 실행하고 있습니다.

1) 일주일에 한 번 전체 백업 일일 증분 백업이 로컬로 백업됩니다. 그런 다음 스케줄러를 설정하여 파일을 백업 서버로 복사하십시오.

2) 통나무 운송을 사용하십시오. 솔직히 말해서, 나는 전에 이것을 한 적이 없지만 구현하기가 비교적 간단합니다. 그래도 관련된 오버 헤드는 확실하지 않습니다. 네트워크가 다운되면 문제가 될 수도 있습니다.

사전 경험이 없어도 실제로 로그 전달 솔루션을 사용하고 있습니다. Whadya 사람들은 생각? 복제가 없습니다. 스키마 변경을 원하지 않습니다. 간편한 무료 설치를 찾고 있습니다.

감사!


1
그것은 모두 비즈니스 요구 사항에 달려 있습니다. 로그 전달은 오프 사이트 백업을 대체하지 않습니다!
Nick Kavadias

답변:


1

로그 전달은 예비 서버를 최신 상태로 유지하는 데 유용하지만 (이에 관심이있는 여러 가지 이유가 있음) 백업을 구성하지는 않습니다.

마찬가지로 데이터베이스 서버 및 백업 서버 RAID를 사용하면 추가 복원력이 제공되므로 매우 유용 할 수 있습니다.

그러나 개인적으로는 표준 백업을 포기하지 않을 것입니다. 이것의 추가 이점은 주어진 시간에 일련의 스냅 샷을 사용할 수 있다는 것입니다. 예를 들어 HQ 사이트에서 월말 및 연말보고에 사용하기 위해 하나의 비즈니스 시스템 사본을 유지합니다.

이상적으로, 당신은 (에 적절한 조치의 조합을 사용한다 하여 보다 포괄적 인 커버를 제공하기 위해 상황). 대부분의 상황에서 대기 서버가 문제가되지 않기 때문에 로그 전달에 신경 쓰지 않지만 반드시 해당되는 것은 아닙니다. 그러나 기존 백업도 무시하지 마십시오.

또한 백업 서버로 직접 백업하는 것이 좋습니다. 로컬로 백업 한 다음 복사하는 것이 약간 낭비되는 것 같습니다. 백업 서버가 적절하다고 가정합니다.


3

내 생각에 :
백업은 백업 / 재해 복구
를위한 것입니다 로그 배송은 따뜻한 대기 / 비즈니스 연속성을위한 것입니다

그것은 당신이 만족 시키려고하는 비즈니스 요구에 달려 있습니다 ...

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.