全世界的 SQL server DBA 都有一个似乎永远无法解决的难题：故障排除，其中所执行的绝大多数故障排除都是为了查找某种性能问题。即使是最精心构建并经过测试的应用程序系统都会随着时间的推移发生变化，进而导致可能出现重大的性能问题。
例如，工作负载可能会发生变化（如并发用户的数量、需要执行的查询数以及需要运行的新月末报告）、需要处理的数据量可能会增加、运行系统的硬件平台可能会发生变化（如处理器内核数量、可用的 服务器 内存数量以及 I/O 子系统容量），另外还可能引入新的并发工作负载（如事务复制、数据库镜像以及更改数据捕获）。
但这些并不是问题的全部。在设计和测试应用程序系统时，设计中往往会出现很多意外的问题，这些也都需要进行故障排除。显然，无论在应用程序生命周期的哪个阶段发现问题，都必须通过故障排除来找出原因并给出解决方案。
在一个复杂的应用程序系统中，可能会有许多需要进行分析的硬件和软件组件，但我关注的只是 SQL Server。抛开各种性能故障排除方法不谈（这些属于本文以外的内容），您对 SQL Server 进行故障排除时都需要哪些工具呢？
SQL Server 2005 中的故障排除
在最近的几个 SQL Server 版本中，可用于性能故障排除的工具大为增加。SQL Server 包含大量的 DBCC（数据库控制台命令）命令，可用于深入了解数据库引擎各个部分的当前状况。此外还包括 SQL Server Profiler，它可以通过编程的方式使用底层 SQL Trace 机制。
尽管 SQL Server 为进行故障排除不断加以改进，但这些选择依然存在某些问题。DBCC 输出的后处理显得有些笨拙，因为必须先将输出结果转储到一个临时表中然后才能对其进行操作。而且，如果配置不当，在运行 SQL Trace/Profiler 时可能会导致性能急剧降低（例如在某个繁忙系统中跟踪所有“LOCK:Acquired”（锁定:获得）和“Lock:Released”（锁定:释放）事件但却忘记筛选该事件的>
java JDBC连接SQL Server2008 错误，通过端口1433连接到主机localhost的TCP/IP连接失败。错误：“null。请
EXEc _readerrorLog 0, 1, listening 在SQL2008中输入这句并执行看看你的数据端口是1433么？有的不是1433也会出错的！ 也可能是你没选数据库或者没写数据库名！
sql server 2008服务器配置
在该页面下·服务帐号下面有一个按钮·（·对所有的用户使用同一帐号），然后点击下一步··选择用户登录和Windows用户混合登录··填入密码··该页面下点击添加用户···一下步就OK了···
sql server 2008 输入命令没有反应
这个管理器中。 嗯，如果你安装了sql server 2008 ,可以 窗口键+ R 调出系统的RUN窗口，输入 就可以打开这个管理器了。
发表评论