我最近被要求把我们的数据库的一个.bak文件发送到客户端，并通过重新索引100％填充因子（以确保没有空插槽）的所有表，并调整事务日志的大小，并“缩小”文件仍然很大（在7zipping之前）。 我无法find有关在.bak任何地方发生索引数据的信息。 所以，问题是，.bak文件已经排除了索引数据吗？ 或者有没有一种方法，剥夺所有索引数据之前采取.bak，只是在恢复重build？ 我曾尝试寻找类似的职位发布之前，道歉，如果这已被问及/回答。 是否有一套已知的步骤来制作最小的可恢复的.bak文件 a）不关心transcations（你在单用户模式下，所有的交易都提交）。 b）不关心可以重build的索引/统计数据 c）不关心恢复需要多长时间。
我有Windows Server 2008 R2标准版（64位）上运行的32位内存的Microsoft SQL Server标准版（64位）。 它只是在这台机器上运行的数据库服务器。 一般来说，它工作正常，但有时我得到'无法打开连接到SQL Server'，所以我试图消除潜在的原因一个接一个。 我从服务器内存开始： 在我的数据库服务器属性最大服务器内存（MB）被设置为2147483647，我想这意味着SQL服务器dynamic需要多less内存， 尽pipesqlserver.exe进程只消耗约7 700 000 KB。 数据库只需要这个数量，或者在其他地方设置了一些限制？
可能重复： 你能帮我解决我的软件授权问题吗？ 如果我的数据库大于10GB，并且在READ_ONLY模式下使用它，我是否会以某种方式违反许可协议？ 看来，SQL Server Express版本只是如果你尝试插入数据到一个大于限制的数据库，但阅读是好的，它看起来很模糊。 在我的情况下，READ_ONLY DB将小于限制，但我很想知道这是否是对软件的“合法”使用（例如，扩展Express版服务的大量静态，大型数据库的读取）
在有大量内存的最新64位服务器上是否有关于PageFile大小的权威指南？ 我看到了相互矛盾的build议，想知道最新版本是否改变了这些build议。
我正在研究如何扩展SQL Server 2008R2的可能性。 简单地放大就不够了。 “p2p复制”和“分布式分区视图”看起来很有趣，但都需要（多个？！）企业许可证，这些许可证非常昂贵，而且两者都不是完美的解决scheme。 一个非常简单的想法是： Read from Random Server – Write to all Servers 很好地包装在一个事务，以便它可以回滚，如果它没有成功的所有服务器。我担心一些严重的locking问题，如果在一台服务器上出现问题，或者由于其他服务器上的其他锁等待。 一个非常类似的解决scheme是： Read from Random Server – Write to Server A (which replicates automaticly to all others) 这样做会比较昂贵，因为需要标准许可证，第一个可以用快递来完成，但是在性能方面会更好吗？ 那些自动复制有多快？ 这一切是否有意义，还是有更好的方法？
我有一个运行SQL 2008R2 Web 64位的Windows 2008R2 Web服务器。 服务器安装了8GB的内存。 从SSMS看这个： 在SSMSpipe理界面中，我无法configuration服务器使用超过2GB的内存。 我已经考虑过发布一个sp_configure ，看看会发生什么，但是我觉得这个界面并不想让我分配2GB以上的内存，所以我没有那么做。 我可以在框中input一个更大的数字，但是可以回到那里显示的内容。 这台服务器是一个小型共享托pipe服务器; 我想给SQL Server 4Gigs，看看如何看起来; 也许给更多。 有任何想法吗？ 我应该继续做一个sp_configure并忽略愚蠢的GUI？
编辑3和4添加 尽pipeSQL Server实例被设置为自动运行，并且在其networkingconfiguration中也启用了TCP，但SQL Server在每次系统重新启动后都会停止 。 我必须进入configuration并手动重新启动它。 编辑：它的默认帐户是"Network Service" 这是什么原因，以及有什么解决scheme？ 编辑5 – 转发 事件日志： 转贴 http://pastebin.com/fdktP3mP 编辑4：（过期链接） 这是今天的最后错误日志 http://pastebin.com/hLyVHZud 编辑3： – 部分2/2 似乎这个错误没有出现在每一个开始的原因它是在我最后一次重启之后开始的，我想清除和刷新日志并探测错误的时间：D 我认为在事件日志中，其他专家提到有很好的信息点，我希望我们可以find真正的问题，例如一些错误是说Network Service无法login…但一分钟后似乎它login！
我正在学习70-432（SQL Server 2008）考试，对于事务日志的工作原理我有些困惑。 根据我的理解（纠正我，如果我错了…）日志被积极地存储在内存中，并尽可能经常复制到驱动器上的文件。 在每一个检查点，完整的事务处理都被提交给硬盘上的数据文件（也就是说，它们实际上并没有被写入到驱动器中，直到检查点为止，而且尾部始终保存尚未提交的事务。 发生灾难时，您尝试备份日志的“尾部”。 这是存储在一个文件，或者你想从内存中转储？ 我知道这并不总是可以做到的，但是最好还是试着去做。 我对这个了解吗？
我正在使用Powershell检查所有sqlserver数据库的最后备份时间。 这似乎工作得很好，但我有一个问题 如果我运行这个（实际脚本的精简版）： dir SQLSERVER:\SQL\Server1\default\databases | select parent, name, lastbackupdate 我得到： Parent Name LastBackupDate —— —- ————– [Server1] ADBA 10/09/2012 21:15:37 [Server1] ReportServer 10/09/2012 21:00:17 [Server1] ReportServerTempDB 10/09/2012 21:00:18 [Server1] db1 10/09/2012 21:15:35 如果我然后运行Server1默认实例的SQL备份，并运行相同的查询，最后的备份date不会更改： PS C:\temp> dir SQLSERVER:\SQL\Server1\default\databases | select parent, name, lastbackupdate Parent Name LastBackupDate —— —- ————– [Server1] ADBA 10/09/2012 21:15:37 [Server1] ReportServer […]
如果托pipeSQL Server 2008 R2的Windows Server计算机更改为另一个域，那么在新域连接之前和之后肯定需要执行哪些步骤，并且可能需要为SQL Server执行哪些步骤？