所以我的任务是查看这个旧的数据库服务器，看是否有任何数据库正在使用，所以我们可以closures它。 我有一些数据库与不明身份的用法，如果我能以某种方式查看日志或连接历史logging，我可以检查IP和查看使用它的应用程序的来源。 有任何想法吗？
我将不胜感激任何想法。 这让我们非常困惑。 这个问题似乎是环境问题，所以我们要在其他地方主持这个过程，但是我不知道为什么会有这个问题，这让我发疯。 关键的奥秘是select工作，但更新不。 在专用networking内的MS SQL Server 2005。 2003 DMZ中的服务器.Net 2.0 IIS服务器 两个端口之间的1433端口是开放的。 （testing打开所有端口创build相同的结果。） 软件防火墙都被禁用。 SQLpipe理控制台在连接上出现相同的错误。 私人networking和DMZ其他地方的连接工作。 过程工作多年，然后在17日停止。 唯一可见的区别是IE8 KB更新。 我们正在收到错误： A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 – The specified network name is no longer available.) 连接打开工作没有错误。 连接string正在传递数据库的服务器和实例。 创build一个具有相同结果的新用户。 如果指定了错误的用户，则返回无效的用户响应。 使用System.Data.SqlClient.SqlConnection – select语句工作 – ExecuteScaler（）和ExecuteReader（） […]
我正在寻找一种工具或低开销的方式来在大约20台MS SQL 2005服务器上自动logging预定的SQL代理作业。 有定期运行的各种工作以及夜间备份; 在白天服务器可供用户进行手动查询。 基本上，一切都碰到了一切。 理想情况下，我想find某种工具，查看所有服务器上的所有计划数据，并生成基于日历的报告。 我想知道有没有人见过这样的事情？ 我有RedGate套件，他们的SQLDoc工具似乎没有特别有用的做法。 有任何想法吗？
尝试执行vmware的vcenter 4的全新安装，并在input数据库凭据时收到以下消息。 我已经尝试了SQL和Windows身份validation，同样的事情。 在SQL 2005上试试这个。当我通过DSNtesting连接时，连接没有任何问题。 我检查了sql服务器和代理是绝对运行。 也许我在SQL Serverconfiguration上缺less一些东西。 如果有人有任何想法，请让我知道。 谢谢。 谢谢！ 错误的形象可以在这里看到： http://communities.vmware.com/servlet/JiveServlet/download/1302418-25209/vcenter.JPG
我已经为使用SQL服务器configurationpipe理器的SQl 2005命名实例创build了SQL服务器别名。 但我无法使用别名连接到它。 有什么build议？
只是想检查语法，以确保这是一个表和所有索引（默认？）。 – 必须是单个用户 ALTER DATABASE database_name SET SINGLE_USER; DBCC CHECKTABLE ( "table_name" , REPAIR_ALLOW_DATA_LOSS ) WITH ALL_ERRORMSGS; — TURN BACK MULTI USER ALTER DATABASE database_name SET MULTI_USER; 另外，我是否应该在包含要修复的表的数据库中，还是应该在master？
我最近在SQL Server上遇到这个问题，因为内存没有明显的原因导致性能低下。 我在32位SQL Server标准版上运行64位操作系统。 检查错误日志揭示了这一点： sql服务器进程内存的一个重要部分已被分页。 这可能会导致性能下降 显然这个问题的解决方法是使SQL Server能够locking内存中的页面。 解决方法可以从这里读取。 然而！ 根据MSDN的说法，在不使用AWE的情况下在内存中启用locking页面会显着影响我的系统。 我目前的设置没有足够的RAM（2 GIGS）来利用这个function。 那么给了什么？ 如果我没有实施修复，SQL Server会变慢。 如果我这样做，它也会减慢。 有没有人有任何想法或经验呢？
如何在SQL Server 2005（或）2008中创build自己的维护子计划？
我们正在迁移到一个强大的新SQL Server（12GB RAM，2个4核CPU，12 x 15k rpm驱动器，Gbitnetworking）。 我们将驱动器分为4个分区，分别是操作系统，数据，日志和全文索引文件。 问题在于：我正在运行一个作业，从单个线程控制台应用程序中执行36k次search（表和全文连接的组合）。 只有而不是征税我们的服务器，服务器注册约5-7％的CPU负载，而不是我们的旧服务器上得到的±60％。 从仪表板报告，我们收到的唯一的等待是偶尔的networkingIO等待 – 但它来了又去。 所以它似乎像SQL Server节stream我们的连接？ 任何人都可以点亮这个？
Ghost清理过程正在杀死我的服务器。 我已经尝试了一切，似乎没有任何工作： 试图运行dbcc checkdb（没有得到任何错误） 尝试重build索引 试图重新启动服务甚至服务器 请任何帮助，告诉我怎样才能摆脱这个烂摊子…谢谢！