场景：
SQL Server 2005 数据库为 ASP.NET 应用程序提供服务（在单独的 Web 服务器上）。
数据库：
DB 中有大约 5GB 的“正常”数据，以及大约 15GB 的“文件”（例如：200k PDF 存储为图像（BLOB），诸如此类）。用户上传的文件越来越多，并且正在迅速消耗更多的磁盘空间（在接下来的几个月中，DB 可能会增长到 50GB，主要是文件）。
顾虑：
在数据库中存储如此多的文件已经引起了问题（例如：数据库的总大小很大使得偶尔的整个数据库备份和部署变得困难。）。
而且我们担心会出现更多问题。（例如：性能问题 - 可能是由于无法将整个数据库保存在 RAM 中引起的，也许？）
问题：
您对这个问题有什么技术解决方案？将文件存储在文件系统中？将数据库一分为二，并为文件使用一个更大、更慢的数据库？
如果需要更多详细信息：
这些文件不是非常重要，并且不需要非常快的访问时间 - 几秒钟就可以了，目前最多每小时可能有十几个选择。数据库中的其他“正常”数据包括每秒需要多次的信息。