SharePoint Server 将其所有数据都存储在数据库中。 随着存储的内容量增多，数据库的大小会非常快速地增大。 这种增大可归因于上载到 SharePoint Server 的新内容以及启用 SharePoint 版本控制时对现有内容的修订；即使只更改 SharePoint 文档的单个字节，也会在数据库中存储整个 BLOB 的新副本，并且前一个文档将标记为旧版本。 如许多 SharePoint 管理员已经看到的，这会导致内容大小呈指数增长。
随着数据库的大小增大，要管理系统并确保最佳性能会变得越来越困难。另一方面，备份和还原以及数据库碎片整理等基本任务的执行也变得越来越具有挑战性。这就是 Microsoft 建议客户将其数据库大小限制为可管理的规模的原因之一，如以下文章中所述： “SharePoint Server 2010 容量管理： 软件边界和限制”http://technet.microsoft.com/en-us/library/cc262787.aspx#ContentDB 。遵循此最佳实践建议可能意味着SharePoint管理员不得不创建多个数据库，而从管理和可维护性角度而言，这样做成本会很高。数据库数量增多会导致要管理和监视的备份增多，相应地，这就需要更多的 SharePoint 管理员。通过 RBS，应用程序可以存储大量的非结构化数据（如富媒体视频或音频文件），并充分利用 SQL Server 的关系功能和 Windows® 文件系统 BLOB 存储的可伸缩性。 除这一主要优势外，RBS 功能还提供了大量其他与存储成本、可维护性、性能和灵活性有关的优势：
数据库大小减小，使处理器、内存和磁盘等昂贵数据库服务器资源得到最合理地利用
数据库备份文件减小
备份和还原时间缩短
碎片整理和索引重新生成等数据库维护操作加快
整体性能得到改善，尤其是存储和访问大型对象的性能。
当 SharePoint Server 配置为使用 RBS 时，用户操作的事务语义完全保留，因此从最终用户的角度绝对观察不到任何更改。 从数据库外部化 BLOB 的任务由 SharePoint Server 与 RBS 提供程序共同在后端自动完成。 RBS 与 SQL Server 故障转移群集一起使用时可以无缝运行，但是当 SharePoint 内容数据库镜像到其他场中的数据库服务器时，RBS 不使用 SQL Server 镜像。