stackoverflow 系统说这个问题将被关闭，所以希望一个真正快速的枪能快速给我一个好的答案。
作为我所在公司职责的一部分，我不得不成为我们数据库的 DBA。我们的一些表的行数接近 1 亿，而我所知道的许多 SQL Server 操作（如连接）在这种数据级别上都无法完成。我有几个选择
1) 出去找一个有管理 VLDB 经验的 DBA。这会花掉我们一大笔钱，而且还会牺牲我们需要完成的其他工作。我不太喜欢这样做。
2) 我们的大多数数据都是用于分析的历史数据。我可以简单地创建数据库架构的副本，然后从头开始处理数据，暂停对当前数据的任何分析，直到找到解决问题的适当方法（这是我目前的“最佳”解决方案）。
3）联系开发者社区，看看我是否能学到足够多有关大型数据库的知识，以帮助我们实现解决方案＃1。
如任何人能提供任何帮助，或能推荐任何书籍，都将不胜感激。
答案1
这是我之前在社区维基上提供的有关数据库常规管理的答案 - 听起来你已经从开发角色转变为 DBA 角色，所以其中的很多内容应该对你有用。
请查看我为 TechNet 杂志撰写的一系列文章和问答专栏 - 它们大多是针对意外（我们称之为‘非自愿’）DBA 而编写的。
有效数据库维护的重要技巧是专门为非自愿 DBA 编写的入门书，旨在帮助他们了解数据库维护问题。
了解 SQL Server 备份- 本系列共 3 部分，第 1 部分。第 2 部分将介绍如何使用恢复（在 09 年 9 月刊中），第 3 部分将介绍如何在没有备份的情况下进行恢复（在 09 年 11 月刊中）
您还应该结帐我的博客和我妻子的博客（不是广告或任何东西，只是信息） - 我们都写了大量关于各种技术层面的博客。
值得一看的一系列帖子是关于我每周调查结果的社论。它们通常围绕一个可以帮助非自愿 DBA 的广泛主题。编辑帖子以“重要性”或“重要”开头。事实上，本周的调查是关于成为非自愿 DBA 的 - 非常及时！
我们非常了解非自愿 DBA 的事情 - 事实上 Kimberly 和我教授了几天的 SharePoint Microsoft 认证大师课程，因此 SharePoint 管理员知道如何处理他们的 SQL 服务器（我们还教授了整整一周的 SQL 课程）。
希望这对你有用。
答案2
(2) 的变体是一种合理的短期解决方案。您可以设置另一个数据库并定期（每晚）将生产数据的副本恢复到其中。分析查询在生产数据库上非常反社会，因此将它们从生产系统中移除是一种胜利。确保此数据库位于单独的服务器上，或至少与生产系统物理上分开的磁盘。这种类型的解决方案通常用于报告。
对于长期解决方案，请考虑使用以下方法构建数据集市：星型模式针对分析报告进行了优化。对于较简单的业务领域的单一数据源，您可能只需几个月就可以让承包商完成，因此成本可能非常合理。
如果您构建了此类数据集市，则可以放置最终用户报告工具，例如 Report Builder（自带于 SQL Server）或 Analysis Services（也自带于 SQL Server，但可能需要第三方前端工具，例如 Proclarity）。这大大增强了企业自行进行大量报告的能力，从而可以减少 IT 员工的工作量。
关于 SQL Server 有很多好书（见此 Stackoverflow 帖子进行大量扇出并关注链接。）和一些 MVP 类型的人在这些论坛上停留的时间足够长，以至于您可能会被问到具体的问题。