我试图在SQL Server 2005中添加一个新的login。我可以进入SQLpipe理工作室的数据库的安全属性，我可以select一个域用户，但是当我点击确定closures安全属性页面SQL告诉我它找不到我要添加的域用户。 它让我添加域pipe理员帐户作为SQLlogin，但这是唯一的工作。 关于如何解决这个问题的任何想法？ 这是在服务器2008上托pipe的虚拟机。我最近重新安装了我的域控制器（这不是一个生产直stream，它只是为了testing目的），这个虚拟机是在以前的域中创build的。 不知道这是否与这件事有关，但它是可疑的。
每月我必须生成一个新的复制快照，并在SQL 2005中重新初始化订阅。我真的想自动化和安排这个，但我没有太多的运气发现如何。 不是数据库pipe理员，我几乎是在那里盲目地摸索，而且我绝对不想搞砸任何东西。 有什么想法吗？
我们有一个运行.NET应用程序的客户端，它连接到后端的SQL Server 2005。 几个星期前，数据库崩溃，整个服务器不得不重新启动。 今天又发生了这样的事情，我从他们的DBA那里得到了这个日志文件，这个日志文件对于真正发生的事情没有任何线索。 我在网上search，只有在俄罗斯的程序员论坛上发现另一个提到这一点，我不明白。 这是非信息性的日志消息： SQL Server断言：文件：T：\ Yukon \ sql \ ntdbms \ storeng \ dfs \ manager \ lckmgrp.h，行= 675失败断言='m_iteratorInSafeState'。 这个错误可能与时间有关。 如果重新运行该语句后错误仍然存在，请使用DBCC CHECKDB检查数据库的结构完整性，或者重新启动服务器以确保内存中的数据结构不被损坏。 有任何想法吗？
我们的SQL 2005服务器开始超时，最后在10月26日停止响应。 应用程序日志显示导致重启的大量17883事件。 重新启动后，一切都很好，但我们仍然在挠头。 快进6天…它再次发生。 然后再过两天。 昨晚。 今天已经发生了三次了。 时间线在发生时是相当可预测的： 反日志备份。 login失败“user2”。 转储 调度程序的另一个小型转储程序 重复17883次事件。 服务器一点一点地失败，直到它不接受任何请求。 重新启动是让我们再次去（一个创可贴） 有趣的是，服务器箱本身似乎没有任何问题。 CPU使用情况正常。 networking连接很好。 我们可以远程查看日志。 尽pipe如此，pipe理工作室最终还是陷入了困境。 今天，我们第一次尝试停止服务而不是重新启动。 除SQL Server服务外，所有服务都自行停止。 我们终于做了一个“终结任务”，并能够把一切都恢复起来。 它工作正常约30分钟，直到我们开始看到超时和17883的一次。 这一次，可能是因为我们没有重新开机，我们看到了17883混入了844个事件。 我们这里的整个技术团队正在摸索着…我们正在踢的一些想法： 当我们第一次遇到问题的时候，MS累积更新大约在同一时间。 从那以后，我们已经回滚了。 也许它并没有一路回滚。 情况看起来和感觉像一个未处理的“堆栈溢出”（无关），因为它开始很小，随着时间的推移而复合化。 问题在于没有显着的CPU使用率。 无论如何，我们并不是统治SQL 2005的bug。 也许我们增加了一个太多的导入过程，并且在这个盒子上达到了极限。 （难以置信）。 在其中一个崩溃时查看SQLDUMP0151.log。 有一些“login失败”，然后有两个堆栈转储。 第一个是正常堆栈转储，第二个是调度程序转储。 这是一个片段：（对于缺less换行符，感到抱歉） spid63使用'xpsqlbot.dll'版本'2005.90.3042'执行扩展存储过程'xp_qv'。 这只是一个信息性的消息; 无需用户操作。 2009-11-10 11:59:15 spid63使用'xplog70.dll'版本'2005.90.3042'执行扩展存储过程'xp_msver'。 这只是一个信息性的消息; 无需用户操作。 2009-11-10 12：02：33.24login错误：18456，严重性：14，状态：16. 2009-11-10 12：02：33.24loginlogin用户'standard_user2'失败。 [CLIENT：50.36.172.101] 2009-11-10 […]
尝试在Windows Server 2003 Enterprise系统上安装WSUS 3.0 SP2。 我要求安装程序在我们现有的SQL Server 2005系统之一上创build一个新的数据库。 当安装程序进入“configuration数据库”步骤时，它会停止并抛出“Windows安装程序包存在问题。作为安装程序的一部分运行的程序未按预期完成，请联系您的支持人员或程序包供应商。 这两个日志build议我看下面。 我没有看到任何对我意味着什么的错误。 你可以给任何方向将不胜感激。 WSUSSetup.log： 2009-12-04 15:26:21成功MWUSSetupvalidation先决条件… 2009-12-04 15:26:22 Error MWUSSetup无法确定是否安装了更高版本的WSUS。 假设它不是…（错误0x80070002：系统找不到指定的文件。） 2009-12-04 15:26:28成功MWUSSetup找不到SQL实例 2009-12-04 15:26:42成功MWUSSetup初始化安装细节 2009-12-04 15:26:42成功MWUSSetup安装ASP.Net 2009-12-04 15:27:24成功MWUSSetup ASP.Net安装成功 2009-12-04 15:27:24成功MWUSSetup安装WSUS … 2009-12-04 15:27:28成功CustomActions.Dll无法获取INSTALL_LANGUAGE属性，正在计算它… 2009-12-04 15:27:28成功CustomActions.Dll成功设置WSUSpipe理组的全名 2009-12-04 15:27:29成功CustomActions.Dll .Net框架path：C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 2009-12-04 15:27:33成功CustomActions.Dll创build用户组：带有说明的WSUS记者：只能在Windows Server Update Services服务器上运行报告的WSUSpipe理员。 2009-12-04 15:27:33成功CustomActions.Dll创buildWSUS记者用户组 2009-12-04 […]
将SQL Express 2005数据库保持在4GB限制以下的build议最佳实践是什么？ 我愿意从数据表格中导出和存档内容，但是我不确定一旦它们扩展了，这些内容就会有帮助。 从我读的东西看来，数据库似乎并没有缩小，而是我想要的。 试图稍微推迟升级许可。
在过去的圣诞假期，当我工作的网站的stream量非常低时，我们看到几个请求超时例外（每天一个>> 12/26，12/28，12/29和12/30）在几个需要用户authentication的页面上。 在这个非常低的stream量周之前，我们很less看到Request超时例外。 我们认为超时是由于数据库使用的是SQL Server上的“降速”，并且在请求进入时需要花费更长的时间。 在SQL Server（SQL Server 2005）上有两个数据库，一个专门用于这个应用程序，另一个用于面向公众的网站和authentication; 所以在用户没有login到应用程序的情况下（在圣诞节那一周肯定会有几个小时），应用程序数据库可能没有收到任何请求。 我们认为在这一点上SQL Server重新分配资源到其他数据库，然后当一个请求进来时，需要额外的时间来旋转应用程序数据库，并发生超时。 有没有办法告诉SQL Server在任何时候都向数据库提供最less量的资源？
在过去我使用其他数据库平台的日子里，我们被build议定期备份和恢复数据库，以提高性能。 常见的原因是一个B＆R将包括 重build索引 整理页面 我的问题： 当执行回退和恢复时，MS SQLServer做什么（特别是2005）？ 我应该定期进行备份还是恢复？ 我应该担心失去统计数据吗？
我曾试图下载SQL Server 2005 Express版本大约4次，试图find正确的版本，其中有商业智能工作室和报告服务呢？ 每次我尝试在安装过程中取消隐藏高级configuration，它从来没有… 任何人都可以指向我的正确下载？ 寻找2005年（不2008），因为我想学习这个工作的SQL服务器是2005年，而我有的培训材料是2005年和VS 2008不想与SQL2008快车整合。
标题说，这一切真的，最快的方式做到这一点是什么？