stackoverflow系统说这个问题将被closures，所以希望一个真正快速的枪可以很快得到我一个很好的答案。
作为我所在公司的一部分，我被迫成为数据库的DBA。 我们的一些表的行数已经接近1亿，很多我知道如何做SQL Server的事情（比如连接）只是在这个级别的数据中崩溃。 我剩下几个选项
1）出去找一个有pipe理VLDB经验的DBA。 这将花费我们一分钱，并牺牲我们需要完成的其他工作。 我不是一个很大的粉丝。
2）我们的大部分数据是我们用于分析的历史数据。 我可以简单地创build一个数据库模式的副本，从头开始，暂停数据，对我们当前的数据进行任何分析，直到find解决问题的正确方法（这是我目前的“最佳”解决scheme）。
3）联系开发人员社区，看看我是否能够充分了解大型数据库，以便我们能够实施解决scheme＃1。
任何人可以提供任何帮助，或任何书籍，你可以推荐将不胜感激。
这是我前段时间在社区维基上提供的有关数据库一般pipe理的答案 – 听起来您已经从一个更加开放的angular色转到了DBAangular色，所以他们中的很多应该对您有用。
查看我为TechNet杂志撰写的一系列文章和问答专栏 – 他们主要是以“意外”（我们称之为“非自愿”）DBA为主题编写的。
有效数据库维护的重要提示是专门为非自愿DBA编写的一个入门书籍，以便了解数据库维护问题。
了解SQL Server中的日志logging和恢复
常见的SQL Server安全问题和解决scheme
了解SQL Server备份 – 三部分系列的第1部分。 第2部分将使用恢复（在09年9月号）和第3部分将恢复没有备份（在09年11月号）
你也应该检查我的博客和我妻子的博客 （不广告或任何东西只是信息） – 我们都在各种技术层面博客大量。
我每周的调查结果都是社论的一个好系列。 他们通常围绕一个广泛的话题，可以帮助非自愿DBA。 编辑post从“重要性”或“重要性”开始。 事实上，本周的调查是非自愿的DBA–非常及时！
我们非常了解非自愿的DBA事情 – 事实上，Kimberly和我教了几天的SharePoint微软authentication硕士课程，所以SharePointpipe理员知道如何处理他们的SQL服务器（我们也教了整整一周的SQL课程） 。
希望这对你有用。
（2）的变体是一个合理的短期解决scheme。 您可以设置另一个数据库并定期（通常每晚）将生产数据的副本复原到其中。 分析查询在生产数据库上是相当反社会的，所以把它们从生产系统中拿出来是一个胜利。 确保此数据库位于单独的服务器上，或者至less与您的生产系统物理分离的磁盘。 这种types的解决scheme通常用于报告。
对于更长期的解决scheme，考虑使用针对分析报告优化的星型模式构build数据集市。 对于一个简单的业务领域的单一数据源，您可能能够在短短的几个月内让承包商做到这一点，所以成本可能相当合理。
如果您构build这种数据集市，您可以将最终用户报告工具（如SQL Server）或Analysis Services（也包含在SQL Server中，但可能需要第三方前端工具，如的ProClarity）。 这极大地赋予了业务大量的自己的报告，这可能会减lessIT人员的工作量。
有很多关于SQL Server的好书（请参阅Stackoverflow发布的大量粉丝和关注链接），以及几个MVPtypes的人，他们在这些论坛上闲聊，可能会得到具体的问题。