SharePoint_Config DB 복구 모델을 간단하게 변경하는 위험은 무엇입니까?

Question

My SharePoint_Config 데이터베이스 로그 파일은 겉으로보기에 좋은 이유가 없으므로 매우 많은 디스크 공간을 예약 할 수 있습니다. 내 개발 환경에서는 복구 모델을 단순 으로 변경하여 디스크 공간을 릴리스 할 수 있으며 로그 파일의 위험이 다시 동일한 속도로 다시 성장할 위험이 없습니다.

다음 단계는 데이터를 동일한 파일 그룹의 데이터를 다른 파일로 마이그레이션하여 빈 파일을 에 저장하는 것이 었습니다.

수행 할 때 디스크의 3 분의 1이 릴리스되었으며 개발 환경이 괜찮은 것으로 보입니다. 내 추측은 개발 환경에서 이것이 완벽하게 OK이기 때문에 복구 및 데이터베이스 로깅이 중요하지 않습니다.

그러나 이것은 프로덕션 환경에서도 수행 될 수 있습니까? 나는 모든 기록이 사라졌지만 생산에서하는 방식을 진행할 위험이 무엇인지 이해합니다. SharePoint_Config DB 복구 모델을 간단하게 변경하는 위험은 무엇입니까?

Answer 1

이 관심사를 보는 두 가지 방법 가 있습니다.

첫 번째는 문자 그대로 Microsoft가 자신의 제품의 운영 모범 사례에 대해 대부분의 시간이 정확하기 때문에 Microsoft가 직접적인 가치로 말합니다.

은 여기에 언급 된 지침을 따르면

http://technet.microsoft.com/en-us/library/cc678868. (v= Office.14) .aspx

라고합니다

추가 메모 트랜잭션 로그 파일. 구성 데이터베이스에 대한 트랜잭션 로그를 정기적으로 강제하는 것이 좋거나 시스템을 미러링하지 않는 경우 간단한 복구 모드로 실행되도록 데이터베이스를 변경하는 것이 좋습니다. 자세한 내용은 트랜잭션 로그 자르기 ( http://go.microsoft.com/fwlink/p/?linkid)를 참조하십시오.= 186687 ).

단순히 복구 모드가 미러링이 비활성화 된 경우에 대한 방법입니다.

두 번째 방법은 백업 및 복구 전략이 정의되는 방법을 살펴 보는 것입니다. 회복 방식은 무엇입니까?

PowerShell은 완전한 팜 백업 및 중앙 관리 중앙 관리 기반 팜 복원 또는 데이터베이스를 통해 동일한 서버 별칭 및 하드웨어를 통해 연결됩니다. 간단한 복구는 첫 번째 경우에 대한 바람직한 모드와 두 번째 경우에 대해 SharePoint Config DB를 전체 복구 모드로 유지하는 것이 가장 중요한 모드로 팜이 실패한 지점에서 이전 상태의 복제본을 보장하기 위해 완전한 복구 모드를 유지합니다. < / P>

MS는 아래에서 설명한대로

SharePoint를 수행 할 때 구성 데이터베이스가 백업됩니다. 농장 구성 및 콘텐츠 백업 및 일부 구성 설정 데이터베이스에서 XML 파일로 내보내고 저장됩니다. 농장이있을 때 복원 된 구성 데이터베이스는 복원되지 않습니다. 대신, 저장된 구성 설정을 가져옵니다. 구성 데이터베이스 SQL Server를 사용하여 성공적으로 백업하고 복원 할 수 있습니다. SharePoint 팜이 처음 오프라인 상태 인 경우 다른 도구입니다.

문자 그대로 SharePoint가 꽤 많은 부분을 지원하기 때문에 백업 및 복구 계획의 선택에 따라 매우 주관적입니다. 따라서 구성 데이터베이스의 간단한 복구 모델을 선택하고 위에서 언급 한 조건을 충족시킬 경우에만 구성 데이터베이스에 대한 간단한 복구 모델을 선택하고 프로덕션에서 로그를 줄일 수 있습니다.

Answer 2

기본적으로 SharePoint_Config 데이터베이스는 전체 복구 모델로 설정됩니다. 그러나 Microsoft 권장 사항은 SharePoint_Config 데이터베이스의 복구 모델을 프로덕션에서 간단하게 설정하는 것입니다 (참조 : http://technet.microsoft.com/en-us/library/cc678868.aspx ). SharePoint_Config DB를 작성한 후 SharePoint_Config의 복구 모델을 변경할 수 있습니다.

데이터베이스가 IT 개발, 생산 또는 어디에서나 데이터베이스를 축소하지 마십시오. DBS를 축소 할 때 성능을 줄이는 조각화가 증가하고 있기 때문입니다. 그것은 당신이 자유로운 스토리지 금액의 가치가 없습니다 (참조 : http://www.microsoftvirtualacademy.com/training-courses/tuning-sql-server-2012-for-sharepoint-2013-jump-start#fbid=onaemo8b3b7 ( 그 동영상 중 하나에서 이것들은 이것을 언급했지만, 어느 것을 기억하지 않습니다. 그리고 http://blog.sqlauthority.com/2011/blog.sqlauthority.com/2011/01/19/sql-server-shrinking-database-s-bad-increases-fragmentation-reduces- 성능 / ).