我有一台SQL Server 2005，在C盘上的一台服务器上安装了fixpack 2。 我需要卸载它，并重新安装在E盘，有人可以请帮助。
我的情况如下：我有一个生产Sql Server 2005的数据库。 每天一次，我想复制这个数据库到另一个故障转移数据库是在同一个服务器实例。 我不希望这些数据库每天同步超过一次（例如，不镜像）。 我知道我可以做这个备份/恢复，但想知道是否有一个单一的解决scheme来做到这一点。 任何人都知道没有备份/恢复的好方法吗？
我的SQL 2005path中有一个LDF文件。 这是5.8 GB的大小。 我可以移动它或删除它，而不会杀死我的SharePoint数据？
其中一个集群SAN上的控制器会定期重新启动。 显然它可以通过固件更新来解决，但是直到我们可以在几天内应用更新，我必须忍受这个问题。 问题是，如果其中一个失败，而DBCC CHECKDB正在运行（夜间维护期间），CHECKDB挂起。 我似乎无法杀死它….它表明，它永远等待在ASYNC_IO_COMPLETION。 我是否需要循环实例，还是有另一种杀死CHECKDB的方法？ SQL Server 2005 RTM和SP2实例。
我有一个问题，我正在调查，即我的tempdb日志文件增长超出任何似乎明智的任何比例。 今天早上它是数据文件大小的10倍以上。 但是，数据库继续正常工作，对templog的大小的唯一限制似乎是磁盘的大小。 我的问题是，对于我来说，限制templog的大小是安全的，我听说你不应该限制tempdb的大小，因为这对于在sql server中需要完成的工作是至关重要的。 但是，日志文件增长到磁盘所允许的大小的事实表明，我可以限制它，而不会破坏任何东西。 这是这种情况吗？ 如果是这样，是否有一个下限（即数据文件的组合大小），我不应该在下面限制？ 顺便说一句，我意识到这不是日志增长问题的解决scheme，正在调查，但可能不会很快解决。 干杯，
今天早上醒来，我们的集群被closures了一页。 它马上回来了。 我发现日志错误日志与关于IO的条目花费超过15秒。 我们的监控服务器试图ping服务器，并有超时错误。 我查了一下我们的监控工具，看看早上四点半发生了什么事情。 似乎是在我们的一个大型数据库上更新统计数据。 该工具显示我们的磁盘被最大化。 我看到其中一个磁盘的繁忙时间非常繁忙。 现在，sqlagent正在通过后续数据库按字母顺序进行相同的事情！ 我们有自动更新统计信息 – 但我认为这是根据需要发生的。 我现在没有启用任何统计更新作业（我知道 – 作业监视器不显示任何正在运行的作业），所以我不确定是什么原因造成的。 此外，这是深夜，所以这些系统上的用户不会更新行。 http://support.microsoft.com/default.aspx?scid=kb;en-us;195565-确认了我对自动恒定器所需性质的想法。 昨天晚上六点半左右，同样的事情也发生了 – 在同一个大型数据库 – 几个select语句从…语句。 sqlagent正在运行这些命令。 磁盘在SAN上，我们正在运行最新版本的SQL 2005。
我想降级我的数据库的所有视图和存储过程从SQL 2005到SQL 2000，但问题是，视图不能正确恢复。
我在SQL Server 2005数据库中有一个表，其中有两个严重分裂的索引（33.3％和85.7％）。 表格如下所示： CREATE TABLE [dbo].[Seasons]( [SeasonID] [bigint] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL, [TeamID] [bigint] NOT NULL, [Year] [smallint] NOT NULL, [Name] [nvarchar](50) NOT NULL, CONSTRAINT [PK_Seasons] PRIMARY KEY CLUSTERED ( [SeasonID] ASC ) 另一个索引在TeamID列上。 当我试图在pipe理工作室重build索引时，它告诉我每个人都“成功”。 但是，当我再次查看碎片时，什么也没有改变。 该表只有2300行。 不知道这是否是相关的，但我也注意到，当我右键单击一个索引，select属性，然后select碎片页面，需要一个长时间（大约30秒）拉起碎片信息。 DB中的其他索引重build没有问题。 任何想法，为什么我不能实际重build这些指数？ 任何想法为什么需要很长的时间来拉碎碎片信息？ 谢谢！
我们正努力在Windows 2008 Standard上安装64位的SQL Server 2005 Standard。 之前做过这个没有问题。 这一次，我们在安装客户端工具时遇到错误： 在安装向导过程中出现了意外的故障 链接ID 20476，消息ID 50000 事件日志中没有错误。 任何人有什么想法可能是错的？
任何想法 – 最快的方法，如何将200GB的mdf文件从一台服务器转移到另一台服务器？