Project Server 2010의 데이터베이스 축소

 

적용 대상: Project Server 2010

마지막으로 수정된 항목: 2016-11-30

팜의 배포 크기는 대략적으로 지정합니다. 따라서 만약을 위해 Microsoft SQL Server 인스턴스에서 공간을 초과 할당하는 것이 좋습니다. 시스템이 안정적인 상태에 도달하면, 즉 매년 작성되는 프로젝트 수가 보관/삭제하는 프로젝트 수와 거의 같아지면 초기 할당 크기를 줄여 SQL Server 인스턴스에서 공간을 복구할 수 있습니다.

데이터 파일 축소

데이터베이스의 각 파일(확장명 .mdf, .ldf, .ndf)을 축소하여 사용되지 않는 페이지를 제거하고 디스크 공간을 복구할 수 있습니다. Microsoft SharePoint Server 2010 데이터베이스에서는 데이터 파일을 자동으로 축소하지 않지만, 대부분의 작업을 수행할 때는 데이터베이스에 빈 공간이 만들어집니다. 빈 공간을 생성할 수 있는 작업으로는 콘텐츠 데이터베이스 병합, 프로젝트 작업 영역 내의 프로젝트/리소스/큰 사용자 지정 필드/문서/문서 라이브러리/목록/목록 항목/사이트 삭제 등이 있습니다.

파일 끝에서 사용 가능한 공간을 확보합니다. 예를 들어 크기가 60GB이고 지정된 목표 크기가 40GB인 콘텐츠 데이터베이스 파일의 경우 데이터베이스 파일 아래쪽 20GB에서 공간을 최대한 확보합니다. 아래쪽 20GB에 사용된 페이지가 있는 경우 해당 페이지는 나중에 파일에서 유지되는 위쪽 40GB 부분으로 재배치됩니다. sp_spaceused 저장 프로시저를 사용하여 데이터베이스에서 사용 가능한 공간을 확인할 수 있습니다. 자세한 내용은 sp_spaceused(Transact-SQL)(https://technet.microsoft.com/ko-kr/library/ms188776.aspx)를 참조하십시오.

데이터베이스 파일은 개별적으로 또는 그룹으로 축소할 수 있습니다. 축소 작업은 사용되지 않는 공간이 많이 생성될 수 있는 큰 파일이나 사이트를 기준으로 할 때 가장 효율적입니다. 데이터베이스 파일은 더 이상 사용 가능한 공간이 남아 있지 않은 시점까지만 축소할 수 있으므로, 콘텐츠를 자주 삭제하지 않는 콘텐츠 데이터베이스의 경우에는 축소해도 별로 이점이 없습니다. 축소를 여러 번 반복하면 인덱스의 조각화 상태가 보존되지 않기 때문에 조각화가 더 많이 발생할 수 있습니다. 인덱스 조각 모음을 수행하는 만큼 자주 데이터베이스 파일을 축소할 필요는 없습니다. 그러나 데이터베이스에서 데이터를 자주 삭제하는 환경에서는 데이터베이스 파일 축소를 더 자주 예약할 수 있습니다.

데이터베이스를 축소할 때는 다음 사항을 고려하십시오.

• 데이터베이스를 자동으로 축소하거나, 데이터베이스를 프로그래밍 방식으로 축소하는 유지 관리 계획을 구성하지 않는 것이 좋습니다.

• 데이터베이스 내의 콘텐츠 중 50% 이상이 사용자 또는 관리자의 삭제 작업으로 인해 제거된 경우에만 데이터베이스를 축소합니다.

• 콘텐츠 데이터베이스만 축소하는 것이 좋습니다. 구성 데이터베이스, 중앙 관리 콘텐츠 데이터베이스, SSP 데이터베이스 및 검색 데이터베이스의 경우 보통 사용 가능한 공간이 충분히 포함되도록 삭제를 많이 수행하지 않습니다.

• 가급적이면 데이터베이스를 축소하지 않아도 되도록 용량 계획에 확장 할당량을 포함합니다(10-20%의 오버헤드 할당량 포함).

• 데이터베이스를 축소할 때는 리소스를 많이 사용하므로 축소하는 경우 축소 시기를 신중하게 예약해야 합니다.

Management Studio 또는 유지 관리 계획 마법사를 사용하면 데이터베이스 및 데이터베이스 파일을 수동으로 축소하여 공간을 복구할 수 있습니다. 자세한 내용은 데이터베이스 축소(https://technet.microsoft.com/ko-kr/library/ms189080.aspx)를 참조하십시오.