마스터 데이터베이스를 얼마나 자주 백업합니까?

BOL 의 제안 은 매우 모호합니다.

비즈니스 요구에 맞게 데이터를 충분히 보호하기 위해 필요한만큼 마스터를 백업하십시오. 정기적 인 백업 일정을 권장합니다.이 일정은 실질적인 업데이트 후에 추가 백업으로 보완 할 수 있습니다.

더 모험을한다면 다음과 같은 세부 정보를 찾을 수 있습니다.

마스터를 업데이트하고 백업을 수행해야하는 작업 유형은 다음과 같습니다.

• 사용자 데이터베이스 생성 또는 삭제
• 새 데이터를 수용하기 위해 사용자 데이터베이스가 자동으로 커지면
  마스터는 영향을받지 않습니다.
• 파일 및 파일 그룹 추가 또는 제거
• 로그인 보안과 관련된 로그인 또는 기타 작업 추가
• 데이터베이스에 사용자 추가와 같은 데이터베이스 보안 작업은 마스터에 영향을 미치지 않습니다.
• 서버 전체 또는 데이터베이스 구성 옵션 변경
• 논리적 백업 장치 생성 또는 제거
• 연결된 서버 추가 또는 원격 로그인과 같은 분산 쿼리 및 RPC (원격 프로 시저 호출)를위한 서버 구성

따라서 모든 로그인이 Windows 그룹을 통해 추가되고 데이터베이스를 변경하지 않으면 마스터의 일회성 백업으로 충분합니까?

그렇지 않은 경우 마스터 데이터베이스의 표준 백업 간격은 얼마입니까?

마스터 DB는 일반적으로 매우 작습니다. 최소한 매일 데이터베이스의 나머지 부분에 백업하십시오. 상관이 있나?

개인적으로 SHTF에 400 시간이 지난 400 개의 다른 동일한 백업이 있더라도 몇 시간이 지난 마스터 DB 백업을 원합니다. 복원해야 할 경우 너무 많이 생각 하고 싶지 않습니다 ...

1. 예, 마지막 백업에서 서버 변경 (예 : 업데이트, 로그인 추가, 새 데이터베이스 추가 등)이 없으면 실제로 새 백업을 수행 할 필요가 없습니다. 그러나 이것의 문제점을 이해할 수 없습니다. 마스터의 백업이 빠르며 백업 파일이 작습니다.
2. 우리 회사의 마스터 백업은 3 그룹으로 나뉩니다.
   • 12 시간당 한 번 (근무 시간 동안 10-50 개의 로그인을 추가 할 수있는 서버의 경우)
   • 하루에 한 번 (대부분의 서버에서)
   • 일주일에 한 번 (변경이 거의없는 서버의 일부)

그것은 표준이 아니며 회사 규칙입니다.

모든 프로덕션 데이터베이스는 느린 시간 동안 매일 백업됩니다. 작업이 연중 무휴로 실행되는 경우 첫 번째 답변과 같이 12 시간마다 한 번씩 권장합니다.

실제로 문제는 얼마나 많은 데이터와 데이터 구조를 잃을 수 있습니까? 운석이 마스터 데이터베이스를 파괴하여 지상에 흡연 구역 만있는 경우 백업을 얼마나 빨리 수행 할 수 있습니까? 데이터베이스를 제거하는 이벤트가 불가능하다는 사실에 대해서는 웃을 수 있지만 비즈니스 라인에서 사용하는 경우 다운 타임에 대한 내성이 거의 없습니다.

매일 백업하면 하루에 얼마나 많은 새로운 정보를 잃을 수 있습니까? 이러한 변경 사항을 교체 / 재실행하는 데 시간이 얼마나 걸립니까? 백업되지 않은 변경 사항을 다시 실행할 수 있습니까? 당신은 어떻게 알겠습니까....

다른 사람의 정책에 중점을두기보다는 데이터 손실 및 다운 타임에 대한 허용 오차가 무엇인지 경영진에게 문의해야합니다.