•  06-07-2019
  •  | 
  •  

문제

Windows SharePoint Services 3.0의 재해 복구 계획은 무엇입니까?

현재 SQL 백업 도구를 사용하여 모든 데이터베이스 (1 컨텐츠, 관리자, 검색 및 구성)를 백업하고 DatapRotector를 통해 프론트 엔드 서버를 백업하고 있습니다.

백업을 테스트하려면 다른 서버 팜을 사용하고 컨텐츠 데이터베이스를 복원합니다 (절차에 따라 테크넷) 그리고이 데이터베이스를 사용하는 새 응용 프로그램을 만듭니다. 새로 생성 된 SharePoint 응용 프로그램에서 솔루션을 재배치해야합니다.

그러나 데이터베이스 액세스 자격 증명 (SQL Server)을 변경해야합니다. 생산에 사용되는 사용자 계정은 "테스트"팜에서 사용되는 계정과 동일하지 않습니다.

결국, 우리는 콘텐츠 데이터베이스를 복원하고 모든 사이트에 액세스 할 수 있습니다. 검색은 작동하지 않지만 우리는 조사하고 있습니다.

이 복원 시나리오가 신뢰할 수 있습니까 (Microsoft가 지원하는 것처럼)?

도움이 되었습니까?

해결책

구성 데이터베이스와 검색 데이터베이스를 모두 백업 / 복원 할 수는 없습니다.

  • 구성 데이터베이스 복원 새 농장이 정확히 동일한 서버 이름 인 경우에만 작동합니다.
  • 검색 데이터베이스를 복원 할 때 풀 텍스트 인덱스는 동기화되지 않습니다. 그러나 이것은 단지 다시 인덱스 할 수 있으므로 문제가되지 않습니다.

결과적으로, 나는 이것이 컨텐츠에 신뢰할 수 있다고 말할 것입니다. 그러나 돌봐주세요 :

  • 일부 구성 (AAM, 관리 경로 ...)을 다시 만들어야 할 수도 있습니다.
  • 여기에는 사용자 정의가 포함되지 않으므로 솔루션의 백업을 유지하려고합니다.

다른 팁

신뢰성은 보는 사람의 눈에 있습니다. 이 경우 복원 프로세스 테스트가 성공하면 신뢰할 수 있습니다.

많은 내 클라이언트가 가상 환경에서 SharePoint (Moss 및 WSS)를 실행하는 SQL Server도 SQL 도구와 Volume Shadow Copy로 가상화되어 백업됩니다.

가상 환경의 장점은 가상 서버 호스트가 이미지를 부팅하는 데 걸리는 시간입니다.

가상화를 사용하지 않는 경우, 트랜잭션 로그를 정기적으로 백업하는 것을 잊지 않으므로 하루에 주어진 지점으로 쉽게 복원 할 수 있습니다. 또한 트랜잭션 로그가 너무 커지지 않음을 의미합니다!

도움말에서 말한대로 STSADM -O 백업 명령 '치명적인 백업'을 사용하는 것이 좋습니다. 디스크 공간이 부족하고 이전 백업을 보관해야 할 때 백업 메타 데이터 XML 파일을 약간 유지 관리해야합니다. NICO가 말한 것처럼 구성 데이터베이스 복원은 대부분의 상황에서는 작동하지 않기 때문에 타이머 작업 (일반적으로) 및 기타 구성을 전송하는 이점이 있습니다.

복원하기 위해, 당신은 좋은 사용자 인터페이스를 사용할 수 있으며 다른 많은 것을 엉망으로 만들 필요가 없습니다. 솔루션도 복원하지만 광범위하게 테스트하지는 않았습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top