有没有人知道一种方法来更改SQL Server 2005默认实例“根目录”，而无需重新安装实例？ 我刚刚安装了一个RAID5 SAN驱动器，我希望在该驱动器上备份SQL服务器。 我相信我将不得不破解registry，并更改这些键： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer\BackupDirectory HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer\FullTextDefaultPath HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\Setup\SQLDataRoot HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\Setup\SQLBinRoot etc. 由于有太多的密钥需要被破解，所以我认为重新安装实例可能是一个很好的select。 我对吗？
什么是DAC？ 什么时候使用DAC？
鉴于我有select，是否有理由更喜欢启用SQL浏览器服务使用默认静态端口，反之亦然？ 以下是具体的上下文： 我们几乎没有第三方应用程序，只有几个客户端连接到2005 SQLExpress实例。 这个实例被configuration为接受远程连接，但是我们一直有间歇性的连接问题，显示为“密码不匹配”login失败，即 Login failed for user 'AppSQLLogin'. [CLIENT: 10.xxx] Error: 18456, Severity: 14, State: 8.) 我最终发现它使用的是dynamic端口，而启动SQL Browser Service显然已经解决了login问题。 但是因为我没有在该服务器上运行多个实例，所以在我看来，我可以将指定的SQLExpresss实例设置为使用正常的默认端口1433并停止浏览器服务。 假设是这样的话，有没有什么理由我应该或不应该这样做？ 换句话说，除非我明确必须，否则不应该运行SQL浏览器服务？ （在我们的其他单个默认实例SQL服务器上没有启用它）。
我必须将一个SQL Server 2008数据库转换为一个SQL Server 2005数据库。 据我所知，唯一可靠的方法是将数据库脚本编写到较早的服务器版本。 现在，我的客户已经请求“以正确的格式获取数据库，并且截断了事务日志”。 我从来没有与SQL Server 2005的工作，是相当新的SQL Server 2008以及我不知道是否有任何方法来确保自动事务日志截断。 据我所见，这个概念在sql server 2008中不存在。 所以我的问题是：有谁知道如何满足我的客户要求？
如何备份单个表格并在需要时将其恢复。 我的意思是，我需要带有与该表相关的所有索引，约束和数据的单表。 因为我想修改基表的一些数据，在对基表做任何修改之前，我想要进行备份。 当我使用select * table1从table1其中1 = 1给出表和它的数据，但与该表相关的约束和索引不来。
我在我们的实验室networking上安装了SQL Server 2005，我在单独的计算机上安装了MS SQL Management Studio连接到SQL Server，以安排一些数据库的备份工作。 它按照计划好的备份工作，我的问题是我将如何编辑备份作业的计划，以改变备份的开始时间。 谢谢。
尝试运行在服务器上创build的任何维护任务作业时出现以下错误： Message [LOG] Step 1 of job 'Weekly Backup' (0x8EC76A988468C74897562440AADD067D) cannot be run because the SSIS subsystem failed to load. The job has been suspended 维护任务最初是在几个月前设置的，并且在本周之前运行良好。 当检查Sql Server代理日志时，我看到上面的错误。 我已经尝试重新启动服务，重新启动（在文件锁的情况下？），我也尝试了从这里的build议： http : //support.microsoft.com/?kbid=914171 use msdb go delete from msdb.dbo.syssubsystems exec msdb.dbo.sp_verify_subsystems 1 go 并重新启动SQL代理。 同样的问题仍然存在，作业被标记为暂停。 有任何想法吗？
为什么不build议收缩事务日志？
我们目前有一些SQL Server 2005标准版实例，它们支持一个内联网，需要集成到我们的灾难恢复计划中。 我当时希望能够使用数据库镜像，理由是这个包在包上的描述是为了适应这种情况，但是SQL Server企业版的价格已经让这个问题困扰了。 我只是一个开发者，因为我的舒适区已经完成了一个任务，所以我希望你们能够给我一个正确的方向。 灾难恢复计划的RPO不清楚，但是最多几个小时。 据我所见，我们有三种select： 一个比特级的解决scheme，整个服务器被复制为一个比特级。 数据库日志传送 – 可以工作吗？ 它是否需要一个频繁的备份时间表，定期closures内部网应用程序（这是不断使用的）？ 复制。 这对我来说似乎不是一个正确的解决scheme，但我想这可能会付出很大的努力。 在这三个看来最好的情况下，考虑到成本的限制？ 还有其他明显的select，我错过了吗？ 非常感谢您的帮助
本来贴在堆栈溢出，但重新措辞。 想象一下这个场景：对于一个数据库，我有RAIDarraysR：（MDF）T :(事务日志），当然还有X：（tempDB）的共享透明用法。 我一直在阅读，并得到的印象是，如果您使用RAID，那么添加多个SQL Server NDF文件坐在R：文件组内不会有任何改进。 当然，join另一个raid数组S：并在其上放置一个NDF文件。 然而，作为一个相当精明的软件人员，假设即使对于坐在一个RAIDarrays上的较小的MDF，SQL Server将在MDF上执行增长和locking操作（用于写入），也是不可想象的，所以即使将NDF添加到文件组他们坐在R：会分发locking操作和增长操作，以获得更多的吞吐量？ 或者重build来自分布式文件组的数据所花费的时间是否超过了减lesslocking的好处？ 我也意识到行为和好处可能会有不同的表/ indeces /日志。 有一个很好的网站，当RAID已经到位时，区分多个文件的好处吗？