我们有两个节点SQL 2008故障转移群集。 上周一个节点崩溃了，所以我们决定重新构build被动节点（崩溃节点），我们重新安装了操作系统并成功添加到windows群集中，但是当我们试图将节点添加到SQL故障转移群集时，我们得到以下错误： TITLE：消息详细信息 您为SQL Server代理服务提供的凭据是无效的。 要继续，请为SQL Server代理服务提供有效的帐户和密码。 TITLE：消息详细信息 SQL Server服务的指定凭据无效。 要继续，请为SQL Server服务提供有效的帐户和密码。
我已经在Win 7笔记本中安装了SQL Server 2008 R2 Express Edition。 Express Edition没有启用SQL事件探查器。 因此，我很难debugging我的SQL 2005应用程序。 我有一个SQL Server 2005（32位）的许可证，当我试图安装客户端工具，它给了一个“已知的兼容性”错误消息。 是否有可能只安装在同一台机器的2005客户端工具（32位）？ 我有SQL Server 2008 R2 Express Edition，Windows 7和Visual Studio 2010。
我一直使用Mac上的Navicat SQL（雪豹）通过“基本身份validation”连接到MS 2005，一切都很好。 然而，数据库现在正在迁移到MS 2008，尝试我可能不能通过Windows身份validation。 我收到消息 [FreeTDS] [SQL Server]login失败。 login来自不受信任的域，不能与Windows身份validation一起使用。 [FreeTDS] [SQL Server]无法连接到数据源 任何想法都会被大家所接受。 非常感谢。
我在2008r2上有一个主动 – 被动故障转移群集，SQL Server 2008群集在它上面。 我去维修失败，资源无法在任一节点联机。 一旦我重新启动了被动节点，我就能够在原来的主动节点上再次联机。 第二个节点恢复后，我可以成功故障转移到该节点并继续进行更新。 一个线索是LANnetworking资源突然失败的集群。 我确实设置了允许群集networking通信，并允许客户端连接。 第一个集群事件是失败的SQL IP地址，之后是在线sql服务失败，然后在原始活动节点上出现相同的两个故障。 还有什么关于我需要检查的configuration吗？ 我不明白为什么它失败了，直到我重新启动被动节点。 在运行Windows更新之前，我已经重新启动了该节点。 那会有什么关系吗？ 谢谢。
我正在尝试在安装了SQL Server 2008 R2的Windows 7上使用PowerShell 2.0中的SMO WMI API /对象，以使用Managed Comuter对象获取本地计算机上的SQL Server实例列表。 但是，当我尝试访问对象上的任何数据时，我在实例化对象后收到exception。 我以pipe理员身份运行PowerShell。 $computer = New-Object Microsoft.SqlServer.Management.Smo.WMI.ManagedComputer ($env:computername) $computer.ServerInstances 结果在这个错误： 尝试枚举集合时抛出了以下exception：“尝试pipe理服务时SMO发生exception”。 在线：1个字符：89 +（New-Object Microsoft.SqlServer.Management.Smo.WMI.ManagedComputer（$ env：computername））。 <<<< ServerInstances + CategoryInfo：NotSpecified：（:) []，ExtendedTypeSystemException + FullyQualifiedErrorId：ExceptionInGetEnumerator 有什么服务，我必须使这个工作？ WMI服务正在运行。 有我需要的其他设置吗？ 为什么我不能枚举SQL Server实例？
我在Server 2008 R2上安装了SQL Server 2008标准版，操作系统和SQL Server获得了最新的服务包和更新。 SQL Server已启动并正在运行，但无法通过Web Interface连接到SSRS，每次我都会收到以下消息： (provider: SSL Provider, error: 0 – The certificate chain was issued by an authority that is not trusted. 在事件日志中，我收到很多Schannel错误，ID 36882和36888.（远程服务器证书不可信）证书被固定到事件，它是一个自签署后退证书。 我试图解决的问题： 仔细检查SSRSconfiguration实用程序中的所有设置。 将rsreportserver.config中的“SecureConnectionLevel”值更改为0。 在SSCMconfigurationpipe理器中，closures对SQL Servernetworkingconfiguration和SQL Native Client的强制encryption。 在cliconfig.exe中，closures命名pipe道和TCP / IP的强制encryption。 SSRS仍会尝试检查自签名回退证书的信任状态。 我只是想获得SSRS访问安装MS CRM 2011到数据库，这是否会通过closuresSSL导致所有连接信任和在本地networking，甚至修复authentication错误无关紧要。
您好，我有一个客户端电脑SQL连接的问题 我们有使用SQL数据库的软件，而且我刚从SQL2005更新到SQL2008 我们有5个： 2 x vista（32位） 2 x win7（64bit） 1 x xp（32bit）） SQL Server 2008 R2 Express安装在其中一个win7 pcs上。 所有其他客户端PC通过ODBC系统DNS与auth用户/密码连接。 所有客户端PC通过ODBCtesting连接并testing成功。 然而，win7客户端电脑（不是服务器电脑）在启动软件时返回下面的错误信息。 即使ODBCtesting是可以的。 Connection failed: SQLState: '01000' SQL Server Error: 53 [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen (Connect()). Connection failed: SQLState: '08001' SQL Server Error: 17 [Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied. TCP […]
我想有一个单独的Sql Server实例专用于“报告”angular色。 我已决定通过日志传送来填充该服务器（因为镜像不起作用，而可用性组是疯狂的）。 我已经解决了，我只需要按时间间隔备份事务日志，将它们复制到报告实例可访问的位置，然后在目标实例处执行还原。 我还没有find被广泛接受的解决scheme的问题是，如果没有对目标目录的独占访问权限，就无法恢复日志。 我想经常刷新数据，但刷新过程等待最终用户运行的任何活动的报告/查询; 因为连接池，你不能跟踪打开的连接。 所以我的解决scheme的关键是能够确定数据库目录是否“繁忙”。 我已经提出了这个查询，列出了“活动”查询 – 我的进程应该等待的查询。 有谁知道为什么这不起作用，或者有人可以确认它会？ （例如阻塞信息超出了我已经检查的内容？） SELECT USER_NAME(user_id) AS LoginName , DB_NAME(database_id) AS DbCat , blocking_session_id AS BlockedBy , open_transaction_count AS OpenTrans , status AS ExecStatus , cpu_time AS CpuTime , logical_reads AS LogicalReads , * FROM sys.dm_exec_requests WHERE session_id != @@SPID AND database_id = DB_ID() AND status […]
我们已经注意到当服务器负载较高时，与服务器的远程桌面会话将冻结的问题。 环境： VMWare ESX 4.0u1。 客户操作系统是Windows Server 2008 R2（这是冻结的服务器）。 客户操作系统具有MS SQL Server 2008 R2（10.50.4000）和作为Windows服务运行的内部应用程序。 远程桌面客户端通常在Windows 7笔记本电脑上。 将RDP连接到服务器可以正常工作。 当服务器加载时，会发生这种情况： 现有的RDP会话无响应，似乎冻结 – 至less屏幕没有更新。 如果一个任务pipe理器正在运行，它将变成静态的，因为你不再看到它每隔几秒就更新统计信息。 你可以点击一个button或者某个东西，视觉响应会被延迟几分钟。 通过vmwarepipe理工具进行的控制台会话将以相同的方式冻结。 （所以基本上这似乎影响GUI /交互性）。 在这种状态下试图通过RDP进行连接将需要很长时间，而且通常只会显示一个永远不会parsing到实际GUI的黑屏。 其他服务继续响应！ 如果运行在服务器上的Web应用程序是通过另一台机器上的浏览器访问的，则它将会相当快地响应并且看起来几乎不受高负载的影响。 使用WMI访问“冻结”服务器的远程进程监视器也可以继续工作。 这种情况下的负载通常由进程A执行顺序（无线程）混合的计算和对进程B的调用组成。当接收到这样的调用时，进程B通常会进行数据库调用，然后进行一些计算，然后将结果返回给进程一个。 在远程进程pipe理器中，我们可以确认进程A，B和SQL Server一起占用100％的CPU，但是由于进程之间的顺序调用，在任何给定的点上应该不会有多于一个的进程准备运行及时。 这些进程是Windows服务，不以任何方式与GUI进行交互。 这就像Windows在其他进程导致负载时完全饿死了CPU周期的GUI组件。 我做了一些实验来检查 – 例如，如果我在我的笔记本电脑上运行一个繁忙循环的三个副本，它们每个将占用33％的CPU，总数将被报告为100％，但是一般来说，Windows GUI仍然会充分响应。 什么导致服务器GUI在负载下如此冻结，以及如何阻止这样做？ VM有6GB内存，SQL Server限制在2GB RAM，其他涉及的服务通常每个都小于200MB。 所以它似乎不是内存耗尽。 服务以正常优先级运行，但我也将它们降低到“低于正常”，而没有真正的行为改变。 更新1 为了缩小这个问题，我尝试了这个： 在服务器上，正常优先级，运行一个自定义的进程，这只是一个繁忙的循环。 按照预期，这可以使CPU达到100％。 在此期间，系统对于交互式用户来说仍然是完美的 。 向SQL Server发出一个CPU和数据密集型查询（ select * […]
今天上午，在执行两个新表的例行数据库部署之后，我注意到事务复制停止了3个多小时。 当恢复复制时，它会在3个多小时后恢复，就好像什么都没发生一样，在订户的数据中留下了3个小时的间隔。 例如，复制在凌晨3:30停止，然后在早上6:30恢复，但在上午3:30到6:30之间没有复制数据。 没有发现复制错误，没有数据库/服务器错误，复制监视器显示零延迟。 交易日志相当大（能力为61％），但是没有发现错误。 在没有任何内容被复制的3小时内，sp_replmonitorsubscriptionpendingcmds显示没有未决事务。 我能够确定数据停止stream动，因为我们有一个不断logging应用程序事件的表。 在这个时期唯一的工作就是重build一张大表，大约10亿行。 工作复制停顿前30分钟开始工作，总共持续了40分钟。 我们的环境由两个configuration为对等事务复制的大型数据库组成。 我们不会像预期的那样利用环境。 一个数据库是我们面向数据库的主要客户，而另一个则是实时报告，而不是读写这两个数据库。 如果主数据库损坏，我们最初认为点对点是一种廉价的灾难恢复解决scheme。 迄今为止，我们还没有使用它，事后应该使用简单的事务复制来代替。 一旦复制开始在发布者和订阅者数据库之间再次stream动复制监视器显示一些延迟，并且sp_replmonitorsubscriptionpendingcmds显示未决事务。 大约90分钟后，等待时间为零，一切恢复正常，但用户数据有3个多小时的差距。 我不明白这是怎么发生的，没有任何错误？ 我会想象如果复制停止突然它会发生，因为一个例外。 我做了一些Googlesearch，发现了有关Replication Agent Stalls的一些信息，但没有定论。 我不知道发生了什么，也没有太多的事情要继续下去。 有谁知道解决这个问题的最佳方法？ 有人曾经经历过这个吗？ 有人能帮助我指出正确的方向吗？ 任何帮助将不胜感激。