Microsoft SharePoint 2010: RBS로 SharePoint 간소화

이크발 칸

모든 규모의 조직에서 Microsoft SharePoint를 무엇보다도 문서 관리 및 리포지토리 시스템으로 사용하고 있습니다. 결과적으로 SharePoint는 많은 수의 문서를 저장하고 있으며 그 수는 종종 수백만에 이릅니다.

SharePoint는 이러한 모든 문서를 SQL Server 데이터베이스에 BLOB(Binary Large Object)로 저장합니다. 다른 관계형 데이터베이스와 마찬가지로 SQL Server는 이 정도 크기의 BLOB를 저장하도록 설계되지 않았습니다. 결과적으로 다양한 수준에서 질식할 수 있습니다. 이로 인해 SharePoint 성능이 저하되고 데이터베이스 관리가 어려워집니다.

이 문제를 해결하기 위해 Microsoft는 SharePoint 2007에 COM 기반 외부 BLOB 저장소(EBS) 공급자 모델을 도입했습니다. EBS를 사용하면 BLOB를 외부 저장소로 오프로드하고 데이터베이스 크기를 크게 줄일 수 있습니다. 이렇게 하면 데이터베이스 크기 문제가 해결되었지만 기본 .NET 공급자가 없으면 성능 오버헤드가 있었고 SharePoint와의 "완전한 통합"이 아니었습니다. 따라서 이 솔루션은 실제로 완전한 것으로 간주되지 않았습니다.

SharePoint 2010 및 SQL Server 2008 R2에서 Microsoft는 EBS를 대체하기 위해 기본 .NET 기반 RBS(Remote BLOB Storage) 인터페이스를 출시했습니다. RBS는 또한 SharePoint 2010 데이터베이스 크기를 크게 줄이는 데도 도움이 됩니다. 이는 SharePoint 콘텐츠 데이터베이스의 모든 BLOB를 사용자가 지정한 외부 저장소로 오프로드하여 수행됩니다. 이러한 BLOB에 대한 스텁과 메타데이터는 여전히 콘텐츠 데이터베이스에 보관됩니다. 결과적으로 SharePoint는 여전히 이러한 BLOB를 SharePoint의 일부로 간주하고 동일한 방식으로 액세스할 수 있습니다. 모든 BLOB는 여전히 논리적으로 콘텐츠 데이터베이스의 일부이기 때문에 사용자는 아무런 차이를 느끼지 못합니다.

이제 Microsoft는 RBS Filestream이라는 기본 구현을 제공했습니다. 그러나 이는 매우 기본적이며 심각한 SharePoint 사용자에게는 많은 유연성을 제공하지 않습니다. BLOB를 오프로드하기는 하지만 오프로드할 BLOB와 데이터베이스에 유지할 필터를 지정할 수는 없습니다. 의도 여부에 관계없이 결국 모든 BLOB를 오프로드하게 됩니다. 또한 원격 저장소 위치를 지정할 수 없으며 SQL Server 컴퓨터의 로컬 저장소에만 BLOB를 저장합니다. 또한 관리 또는 모니터링 도구도 없습니다.