我们正在扩大报告服务的使用范围，并正在尝试为开发人员和pipe理员设置一些pipe理和开发系统的指导方针。 关于保持报表服务器正常运行和组织有什么build议？ 有什么你可能做了不同的事情吗？ 我们正在使用2005年，计划在明年在专用服务器上转向2008 R2。 我们计划的过程如下所示： 开发者获取工具 开发人员启动新项目并与用户合作，根据需求和可行性确定报告优先级 使用规范工作表将报告转换为规范 – 清除报告中的数据导出 用户在报告规范上签名 开发和testing报告 报告由团队成员审查代码和规范 报告由用户testing并被接受/拒绝 报告部署到生产环境，并由pipe理员，开发人员和用户进行testing 报告定期检查缺乏使用，错误代码，运行时间过长
在SQL 2005实例上授予loginALTER TRACE可能缺less任何服务器级安全问题？ 我不在乎，login可以看到服务器上发生的任何事情 在他们已经可以做的事情之外，他们将无法真正做到任何痕迹显示的东西（除非我错过了某些东西）。 所有的开发人员几乎都相互覆盖，并有权修改数据库数据和代码。 我唯一能想到的就是性能会因为过多（太多，太大等）跟踪运行而降低，但这对我来说是一个可控制的问题，而不是一个阻碍。 在这种情况下，开发人员不应该做的唯一事情就是创build/删除数据库并修改服务器安全性（数据库安全性很好，它们都是每个用户数据库的dbo）。
我有一个在Windows Server 2003 64位上运行的MSSQL 2005实例，导致高排队的磁盘IO（读取，而不是写入），因为我找不到原因。 有些事情： 我确定这是SQL服务器进程。 由于磁盘活动，该框非常没有响应，CPU很低，RAM利用率低。 查看日志，有一些恢复行动完成，但似乎并不是罪魁祸首（我可能是错的，但看起来他们正在完成一个合理的时间） 使用'sp_who2'我没有看到任何可以解释我所看到的大量磁盘IO的事情。 没有备份作业正在运行。 SQL Server不试图自动扩展数据文件。 服务器进程可以在这里做什么？ 我还可以在哪里findSQL Server正在试图做的事情？ 谢谢，丹 更新：重新启动服务器进程没有帮助。 无论是在重新启动的待续简历。 更新：使用SQL Server Profiler的进一步分析表明，这是我自己的查询之一。 频繁轮询的表上的索引是98％碎片，显然导致大量的磁盘活动。 更新：重build索引的窍门。 令人难以置信的是，一台<100K的排桌子可能会在一台漂亮的机器上造成这种麻烦。
我们的一个SQL盒子昨晚自己跑出了磁盘空间。 这个特定的服务器上有数据库引擎和分析服务。 数据库引擎对所有数据文件所在的卷上没有磁盘空间并不感到满意，但分析服务只是简单的死掉了。 至less，我唯一要指责的是整卷。 有没有人经历过SSAS，他们已经能够直接绑定到没有磁盘空间？ 我没有其他的SQL或事件日志中的责任…
我有一个MSSQL 2005安装在一台机器上，不知何故它的tempdb文件被删除。 我不在乎那里有什么，因为我正在清理实例，从头开始。 问题是我不能让服务器启动，我找不到任何有关如何恢复服务器的文档。 任何指针？ 谢谢！
我正在尝试连接两个SQL Server来设置日志传送。 从发布服务器连接到订阅服务器时出现以下错误： 无法连接到DRBOX 其他信息：无法生成SSPI上下文。 （Microsoft SQL Server）。 我可以从订阅服务器连接到发布服务器。 发布者是2个节点的主动被动群集，Windows 2003 R2 Enterprise x64 SP2，SQL2005 Enterprise SP3订阅者是独立的，Windows 2003 Standard x32 SP1，SQL 2005 Enterprise SP3
我有一个Windows Server 2003企业版SP2上的SQL Server 2005企业版。 最近，我从进程lsass.exe中得到非常高的I / O（Reda，写入，其他在任务pipe理器中）。 当我在lsass.exe上运行sysinternals进程监视器时，我得到了很多与SQL Server进程有关的活动。 看来它重复了一个模式的IRP_MJ_CREATE，IRP_MJ_DIRECTORY_CONTROL，IRP_MJ_CLEANUP和IRP_MJ_CLOSE来自sql server的请求。 任何build议的原因？
嗨伙计， 我有一个SQL Server 2005系统，有4个CPU，每个都有4个内核。 目前主要利用4个核心，即4个徘徊在90％左右的利用率和其他接近30％。 我假设4个核心是一个来自每个CPU，虽然我不确定。 这是预期的行为有没有人知道？ 将增加的负载分配到额外的核心，而不是进一步加载到目前4.这是否表明我应该调查的其他问题？ 在峰值负载情况下，我预计至less同时有超过40个连接，并且大多数（如果不是全部的话）将被设置为允许脏读取。 由于这个原因，我不认为这与工作负载到达SQL Server有什么关系，而是它如何select使用它可用的CPU资源。 谢谢， 知更鸟
我想要备份的不仅是属于共享服务器上的特定应用程序的数据库，还有那些存储在数据库之外的数据库; 服务器帐户，工作，维护计划，以及我目前无法想到的其他任何事情。 该备份应该足够完整，相应的还原将在不同的SQL服务器上重新创build整个应用程序。 这似乎是其他人过去必须处理的问题。 所以，在我开始为每个应用程序创build自定义的PowerShell脚本之前，我来问你… 你能帮我吗？
我尝试使用.bak文件和SQL Management Studio将从Windows 2003 / SQL 2005计算机获取的25 GB数据库备份恢复到Amazon EC2云中的Windows 2008 / SQL 2008计算机。 SQL Management Studio报告恢复达到100％完成，然后使用大量的CPU无限期地（24+小时）挂起，直到我重新启动SQL Server服务。 在重新启动时，SQL再次使用大量的CPU活动来处理似乎是无限期的时间，但是数据库不会联机。 下面是一些细节： – 我已经创build了两个EBS卷，一个用于DATA，另一个用于LOGS，并且我已经将SQL Server中的默认目录设置为这些卷上的\ DATA和\ LOG目录。 （我想知道这个问题是否可能与此有关，但是数据库太大而无法在根驱动器上恢复） – 我已经给了SQL Server用户组完全访问这些目录。 – 服务器可以在这些目录下创build一个新的空白testing数据库，并可以备份和恢复testing数据库。 – 我已经尝试恢复.bak文件并直接附加到原始.mdf / .ldf文件的副本，结果在两种情况下都是相同的。 – .bak还原和.mdf / .ldf连接发生在/来自EBS卷。 – 我也通过SQL脚本和“WITH RECOVERY”尝试了上面的内容，结果没有什么不同，只是更less的UI。 – 备份包含两个全文索引。 – 我必须对备份中的大部分文件使用“WITH MOVE”。 – 备份或.mdf / .ldf文件没有问题，因为这在Amazon EC2中的Windows 2003 / SQL 2005计算机上工作得很好，而在Windows […]