过去三个星期，我一直在这个问题上做得很好。 我似乎无法find真正的问题在哪里。 我刚刚find了关于如何排除连接故障的文章。 我把它放到客户机上的第4步，telnet失败。 下一个build议的步骤是什么？ 我已经进入了服务器，并在服务器configurationpipe理器中的IP2和IPALL下更改了TCP端口选项。 在此先感谢任何人可以解决这台机器有问题。 编辑：我遗漏了一堆细节… 两台机器上都没有安装防火墙 两台机器都没有安装防病毒软件 我已经检查并重新检查了我正在尝试ping的机器的IP地址 该端口在路由器中转发 我用来检查连接的命令是： telnet XXX.XXX.XXX.XXX 1433 它返回： Could not open connection to the host, on port 1433: Connect failed 这是netstat命令的结果： 截图 所以问题是，我使用哪一个？
如何在使用SQL的用户的postgresql密码中进行更改。 我有用户（亚历克斯）和他的密码（例如通行证）我需要更改使用SQL语句他的密码为NULL …
由于性能原因，我正在审查应用程序针对数据库所做的每个SQL语句。 有没有简单的方法来loggingPostgreSQL数据库服务器执行的所有语句？ 谢谢。
两天前，我们的产品服务器遭受了巨大的经济下滑，主要症状是极其多的请求遭遇SQLTimeout。 我会很快描述我们的设置，我调查了什么，我们的解决方法，然后将跟随我的问题。 我们的设置 一对服务器托pipe我们的SAS应用程序的这个分支。 一个是在IIS上运行多个应用程序的应用程序服务器，另一个是遭受速度下滑的应用程序服务器，它是一个运行SQL Server 2005的Windows Server 2008服务器.SSQL托pipe的是100到200个数据库。 问题/调查 服务几乎停下来。 一些请求通过，但大多数遭受SQL超时。 SQL机器CPU和RAM看起来不错，平均CPU工作量大约为25％，内存大小为85％。 我当时没有想到要检查磁盘的活动，因为我直接去了'EXEC sp_who2' 结果显示数百个任务被ID 123阻塞，这个任务本身和其他100个任务被ID 456阻塞。正常执行通常根本没有阻塞任务。 当我在15-20秒后重新运行sp_who2时，popup了不同的阻塞ID，但阻塞/阻塞任务的数量似乎保持不变。 （由于紧急模式没有统计组） 大多数任务阻塞了“SELECT INTO”或“CREATE INDEX on temptable”等语句。 解决方法 杀死SQL进程并重新启动以恢复服务。 经济放缓没有重现，但我们知道我们处于危险之中。 我的问题 我能做些什么来解决这个问题，最好在重新发生之前呢？ 子问题： 在正常的活动中，我可以调查另外一条路吗？ 如果/当问题再次出现，我应该收集哪些信息？ （需要快速获得，因为这意味着我们将再次遇到服务中断） 我到目前为止做了什么 从症状来看，我们怀疑问题是tempdb上的某种争用。 （另一个症状是右键单击tempdb以查看问题期间的属性在短时间内生成错误） 没有日志表明在tempdb上发生了自动增长事件，尽pipe据我所知，自动增长成功不会被logging，只有失败。 从那时起，我已经阅读了很多不同的信息来源，包括tempdb， http://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/ http://www.sqlservercentral.com/blogs/robert_davis/2010/03/ 05 /断-下- TempDB的争用/ 从我收集的信息来看，最好的做法是设置初始大小的tempdb文件，并且每个核心最多有8个文件。 我们的计划是尽快实施（8核心，8个文件），因为这是最好的做法。 他们都将在同一个硬盘（现在），但我们认为最坏的情况是没有改善，最好的情况是我们获得逻辑争用瓶颈和磁盘I / O瓶颈之间的差异。 但是，我们不能确定与我们所遇到的问题的相关性。 据我所知，分裂到多个临时文件将有助于“PAGELATCH_XX”types的等待，但在正常活动期间运行Paul S. Randal的查询（请参阅第1页的链接），那种types的等待是不存在的。 我在正常活动中看到的前3名是： CXPACKET […]
我在同一个域帐户下运行两个SQL Server 2012（对于Always On），并想知道这样做有什么缺点。 我之前已经读过的几篇文章build议服务器为每个sql server和它将运行的服务build议不同的域帐户。 该方法的缺点是每个SQL服务器也必须设置为通过该帐户访问另一个SQL服务器。 但是，对于单个域帐户，所有的sql服务器已经具有访问权限，因为它们在同一个帐户下运行。 当然，文章指出的最大的缺陷是安全性较低，因为所有的sql服务器共享帐户。 这对于所有SQL服务器的单域帐户，小型环境以及其他缺陷有多严重？
我有运行Windows 7的服务器上运行的Windows Server 2008上运行的SQL Server 2008 R2的Apache / PHP。 当SQL重新启动时，Apache / php在备份后将不再连接到SQL，但是重新启动Apache / PHP后，连接将在备份后运行。 任何想法我可以解决这个问题，而无需重新启动Apache？
嘿，任何人都可以帮忙， 我被这个问题困扰了一段时间，我不知道该怎么做。 我已经安装SQL 2008与SCCM '12运行。 我已经使用pipe理员权限将login设置为域帐户。 我已经将SQL浏览器设置为自动运行。 我诅咒它，动摇我的拳头。 我已经重新启动无数次，我尝试作为本地服务运行。 我已经打开了适当的端口。 这也仅适用于SQL。 我已经安装了（我认为）在同一台机器上启用了BITS，从某种意义上说是相同的结果。 这是告诉我，它没有安装也没有启用。 这里有几张图片来显示我在服务中的设置和错误。 安装SCCM 2012屏幕的先决条件。 这是支票上的错误，说我的SQL安装没有运行一个域帐户（这是），并使用错误的sorting规则（我不）。 事件查看器：
花了一些昨天试图find这个解决scheme，但这个问题似乎只影响Server 2008 …以及，我求求不同！ MSSQL，托pipe在Server 2012上。通过WSUS更新。 星期五启用GPO进行产品更新 – 在周末，昨天观看了100％的CPU，将其固定在svchost和wuaueng.dll上。 停止Windows更新服务暂时帮助。 禁用服务（暂时）是什么阻止这个盒子完全崩溃。 谷歌一直没有帮助（或我的search条件是可怕的） – 我已经删除了软件分发文件夹，我检查了Windows更新客户端的版本（7.8.9200.17185），我已经删除了注册码/删除它在WSUS中希望能刷新它的caching。 没有任何工作，并且服务器在尝试扫描更新时，仍然是最大的CPU。 编辑 – 所有在同一时间（所有这一切都是在同一时间），现在得到一个错误代码至less（ 80244010 ）（根据MS）是：“ 0x80244010 WU_E_PT_EXCEEDED_MAX_SERVER_TRIPS The number of round trips to the server exceeded the maximum limit. “ 当再次运行时（这是build议的），我们得到一个不同的代码：“ 0x8024401C WU_E_PT_HTTP_STATUS_REQUEST_TIMEOUT Same as HTTP status 408 – the server timed out waiting for the request. 知道服务器可以肯定与WSUS服务器（ping和telnet显示没有问题），所以我仍然难倒。 任何援助表示赞赏。
随时获取邮件中的硬件。 硬件相关的我的问题： x10 15.5k RPM SAS Segate Cheetah的x2 Adaptec 5405 PCIe Raid卡 主板已经集成了SAS RAID。 在想我会build立2个RAID 10arrays一个数据和一个日志 剩下的2个为TempDB驱动一个RAID 0 可能会抛出一个操作系统的驱动器。 将SQL Server应用程序/ EXE放在一个RAID是否有所作为是否有任何影响离开操作系统相对较慢的磁盘相比RAIDarrays？ 我有5/6 DB结合<50演出。 具有相对较好的/恒定的负载。 估计60-7％的读取与写入。 计划使用日志传送以及重要的。 任何意见或build议？
一个小时后，我在SharePoint 2003服务器的数据库服务器上login失败。 失败的帐户是每个Web服务器和索引服务器的域计算机帐户。 它发生在24小时内，每发生8次故障 – 下面的文字。 Event Type: Error Event Source: Windows SharePoint Services 2.0 Event Category: None Event ID: 1000 Date: 7/23/2009 Time: 11:02:38 PM User: N/A Computer: SharePoint1 Description: #50070: Unable to connect to the database Config_db on SQLServer. Check the database connection information and make sure that the database server is running. […]