A. sqlServer 2000 Driver for JDBC][SQLServer]传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。
由于SQLServer 2000 和SQLServer 2005 所用的数据库驱动不同。系统无法识别。删除tomcat下的其中一个驱动。
B. SQL sever服务管理器点击开始 提示RPC不可用 怎么解决啊
1)打开“开始-“运行”，输入Regedit.exe 2)选择“KEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ MSSQLServer 3)创建名为DependOnService，类型为REG_MULTI_SZ的新值。输入字符串RpcSs作为其设置。 4)重新电脑
网上淘的 你试下
C. sqlserver profiler应该关注哪些事件
Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 语句。
远程过程调用 (RPC) 批处理状态。
在数据库对象上获取或释放的锁。
我觉得这几个是非常值得关注的，最能影响性能的存在点，建议多关注
D. 如何识别SQL Server中的CPU瓶颈
问题：
如果经常遇到CPU瓶颈而导致的SQLServer宕机，那如何去发现并解决这些相关的问题？
解决方案：
导致CPU成为SQLServer性能问题的原因有很多，比较明显的原因是因为资源不足。但是，CPU的利用率可以通过配置的更改和查询的优化来降低，所以当你想买更快更好的处理器之前，先要考虑前面的操作。下面是使用一些内置工具来识别CPU相关瓶颈：
性能监视器（Performance Monitor）：
可以使用性能监视器来检查CPU的负载。检查Processor:% Processor Time 这个计数器：如果长期超过80%/处理器，那很有可能面临了CPU相关瓶颈。
CPU密集操作主要是编译和重编译。你可以通过使用SQL Statistics对象计数器来监视它们的情况。也可以监控批处理接收的数量来查看。如果SQL Recompilations/sec 中的BatchRequests/sec的速率很高，那就有潜在的问题：
配置和监视以下计数器：
SQL Server: SQL Statistics: SQL Compilations/sec
SQL Server: SQL Statistics: SQL Recompilations/sec
SQL Server: SQL Statistics: Batch Requests/sec
可以从MSDN中获取关于这部分的详细信息： MSDN Library.
另外一个用于探测CPU相关问题的计数器是：SQL Server: Cursor Manager By Type – CursorRequests/Sec ，用于显示你的服务器上游标使用情况。如果你看到每秒有数以百计的游标请求，那很有可能是因为低效的游标使用和小体积提取操作（small fetch size）引起性能问题。
内部并行查询同样会引起CPU问题，可以检查：
SQL Statistics:Batch Requests/sec counter 计数器。在CPU生命周期中，每秒的批处理应该很小。如果过多，意味着正在使用并行计划运行。
动态管理视图（DMVs）：
以下是对排查CPU瓶颈游泳的DMVs。动态视图：sys.dm_exec_query_stats显示目前缓存的批处理或者使用CPU的过程。下面的查询用于检查耗费CPU的执行计划：
select plan_handle,
sum(total_worker_time) as total_worker_time,
sum(execution_count) as total_execution_count,
count(*) as number_of_statements
from sys.dm_exec_query_stats
group by plan_handle
order bysum(total_worker_time), sum(execution_count) desc
SQLServer2008在每个查询编译时，会计算其hash值。你可以在query_hash列中找到该值，是否两个查询仅仅字面值不同但是使用相同query_hash值。该值也在 Showplan/Statistics XML QueryHash属性中可以查看。
Plan_generation_num列显示一个查询被重编译的次数。
SQLServer优化器尝试选择能提供最快响应时间的执行计划，但是不代表总是低CPU利用。低效的查询计划会引起CPU的好用，此时同样可以使用sys.dm_exec_query_stats 来监控。
如果你想有一个对SQLServer优化所耗费时间的总览，可以检查：
sys.dm_exec_query_optimizer_info 。其中的消耗时间和最后开销会非常有用。
可以使用以下DMVs来查询内部并行查询及其查询文本、执行计划的情况：
sys.dm_exec_cached_plan: Shows the cached query plans.
sys.dm_exec_requests: Shows each executing request in the SQL Server instance.
sys.dm_exec_sessions: Shows all active user connections and internal tasks.
sys.dm_exec_sql_text: Shows the text of the SQL batches.
sys.dm_os_tasks: Shows each active task within SQL Server.
SQL Server Profiler:
如果性能监视器发现有问题，同样可以使用SQLServer Profiler来发现不必要的编译和重编译。SQLServer Profiler 跟踪能帮助你找到一直重编译的存储过程。可以使用下面的事件：
SP:Recompile, CursorRecompile, SQL:StmtRecompile: 这个事件是针对SQLServer的重编译。SP:Recompile事件中的EventSubClass 说明了重编译的原因。
· Showplan XML For Query Compile: 这个事件是针对T-SQL语句的重编译。包含了查询计划和过程的对象ID.注意对这个事件运行一个跟踪，能得到利用系统资源的重要信息。但是，如果性能计数器报告SQL Compilations/sec 的值很高时，跟踪将非常好资源。
低效的游标可以使用RPC:Completed事件来跟踪。查看sp_cursorfetch语句并检查第四个参数，包含每次提前（fetch）包含的行数。
E. sql server 2000 个人版怎么安装
按如下步骤安装(建议操作系统为XP或以下)：
1. 1）：将SQLServer 2000光盘放入光驱或下载的文件找到autorun.exe并双击，出现Microsoft SQL Server2000对话框，单击 安装SQL Server2000组件选项，或者直接运行光盘上的 autorun.exe。弹出如图所示1-2窗口：
图1-2
3)：单击“安装SQL Server 2000组件”项，系统弹出如图1-3所示窗口：
图1-3
4)：选择“安装数据库服务器”，系统弹出安装向导窗口，如图1-4所示：
图1-4
5)：单击“下一步”按钮，系统弹出“计算机名”窗口，系统提示创建SQL Server实例的计算机的名称，如图1-5所示：
图1-5
6)：选择“本地计算机”项，单击“下一步”按钮，系统弹出“安装选项”窗口，如图1.6所示：
图1-6
7)：选择“创建新的SQL Server实例，或安装客户端工具”项，单击“下一步”按钮，系统弹出“用户信息”设置窗口，如图1-7所示：
图1-7
8)：在“用户信息”窗口中录入用户姓名和公司名，然后单击“下一步”按钮，系统进入“软件许可协议”窗口，如图1-8所示：
图1-8
9)：单击“是”按钮接受协议，系统弹出“安装定义”窗口，如图1-9所示：
图1-9
10）：选择“服务器和客户端工具”项，单击“下一步”按钮，系统弹出“实例名”窗口，如图1－10所示：
图1-10
11）：勾选“默认”项，使用由系统提供的默认实例名，单击“下一步”按钮，系统弹出“安装类型”选择窗口，如图1－11所示：
图1-11
12)：选择“典型”项，单击“下一步”按钮，系统弹出“服务账户”设置窗口，如图1－12所示：
图1-12
13）：选择“对每个服务使用同一账户，自动启动SQL Server服务”项，服务设置选项“使用本地系统账户”，单击“下一步”按钮，系统弹出“身份验证模式”窗口，如图1－13：
图1-13
14）：选择“混合模式（Windows身份验证和SQLServer身份验证）”项----勾选“空密码（不推荐）”项，单击“下一步”按钮，系统进入“开始复制文件”窗口，如图1－14所示：
图1-14
15）：单击“下一步”按钮，系统开始执行安装工作，并出现安装进度条指示，如图1－15所示：
图1-15
16）：安装完成后，系统弹出“安装完毕”窗口，单击“完成”按钮，完成SQL Server 2000的安装工作。
安装完成后，建议重启计算机以查看SQL Server 2000能否正常启动。重启后，单击【开始】→【程序】→【Microsoft SQL Server】→【服务管理器】，系统弹出“SQL Server 服务管理器”窗口，如图1－16所示，当图中表示为“绿色三角形”符号时表示正常启动。
图1－16
说明：如若在安装过程中，弹出如图1－17所示窗口，
图1－17
方法1（推荐）：则重新启动计算机重新安装即可。
方法2（若对注册表不熟悉，请务随便操作）：【开始】→【运行】→输入regedit后点确定，按照下面分支顺序：HKEY-LOCAL.MACHINE/SYSTEM/CurrentcontrolSet/Control/
Session Manage/PendingRenameOperations 项直接在PendingRenameOperations项目上单击右键并删除，再重新安装即可。
附录：
一：Sql server2000 与windows的对应关系：
SQL Server 2000企业版和标准版只能安装在以下操作系统上：
• Windows Server 2003 R2
• Windows Server 2003, Standard Edition1
• Windows Server 2003, EnterpriseEdition2
• Windows Server 2003, DatacenterEdition3
• Windows® 2000 Server
• Windows 2000 Advanced Server
• Windows 2000 Datacenter Server
SQL Server2000 评估版和开发版只能安装在以下操作系统上：
• 以上列出的企业版或者标准版或更高版本的操作系统
• Windows XP Professional
• Windows XP Home Edition
• Windows 2000 Professional
SQL Server2000个人版和桌面引擎(MSDE)只能安装在以下操作系统上：
•以上列出的企业版，标准版，评估版，开发版或更高版本的操作系统
• WindowsServer 2003, Web Edition5 (MSDE only)
• Windows98
• WindowsMillennium Edition (Windows Me)
更多内容访问：http://www.microsoft.com/sql/prodinfo/previousversions/system-requirements.mspx
二：MS SQL SERVER的网络特点
1、服务器端的网络连接
微软研制WINDOWS NT的一个设计目标就是为应用软件提供强大的开发平台。为了达到这一目标，设计者在操作系统中创建了一系列非常强大的服务来解决服务器所需的操作，例如文件存取、打印服务以及网络互连。SQL SERVER实际上是远远独立于网络的，并且SQL SERVER的最底层只需具有网络识别功能。而这些底层的网络识别能力是被隔离在网络库中的，如图1所示。
SQL Server
TCP/IP库
多协议库
命名管道库
NWLinK库
RPC库
文件服务
Windows NT网络
网络接口（物理层和数据链路层）
图1 网络接口（物理层和数据链路层）
服务器端的网络库可以分成两组。第一组依靠WINDOWS操作系统网络结构来提供通信服务。这组网络库包括以下几种：
n 命名管道库（Named Pipe library）
n 多协议库(Multi-Protocol library)
n 当地RPC库(Local RPClibrary)
n 共享内存库（Share Memory library）
命名管道库在UNC网络结构的基础上，采用一种简单的通信系统。一个命名管道有一个完全的UNC路径,如\\Server \pipe \SQL\Query。对于本地服务器，这可以被缩写为\\. \pipe \SQL\Query。从程序员的角度来看，编写命名管道程序与编写以文件为基础的输入和输出程序非常相似。因此，可以看到，利用这一网络库需要被WINDOWS NT验证，这并不值得大惊小怪，用户必须被WINDOWS NT的安全机制鉴别。
Multi-protocol 系统利用远程过程调用（或RPC）来完成客户机和服务器之间的通信。RPC是一个安全的协议，与命名管道相似，用户必须被WINDOWS NT的安全机制鉴别。
本组中的另一个网络库是Local RPC （本地远程调用）库。尽管从表面上看，存在本地远程调用是矛盾的，但这是一个真正的协议。Local RPC被运行在WINDOWS NT服务器上的过程用于和SQL Server进行通信（例如运行在服务器上的SQL Enterprise Manager 工具，或SQL Agent）。
共享内存库（Share Memory library）同样也被用于同一台服务器上进程之间的通信。共享内存库被自动安装，不能被删除，而且没有配置选项，所以在此不对它们作进一步的讨论。
由于Named pipe及Multi-protocol库都利用了WINDOWS网络结构，因此它们其实是独立于协议的（与使用什么协议无关）。Namedpipe可以被用于任何文件服务支持的协议上，也就是说，它可以用于IPX/SPX，TCP/IP ，BANYAN VINES，以及NETBEUI上。RPC可以和任何支持远程过程调用的协议一起使用，这些协议也包括了上面所说的几个协议。唯一真正不支持RPC的协议的是DLC。
第二组服务器端的网络协议库是一组依靠协议的库，它包括以下几个协议：
n NWLINK
n TCP/IP SOCKETS
n BANYAN-VINES SPP LIBARRIES
与Named pipe及Multi-protocol不同，这些库不用WINDOWS指定的文件服务器或RPC。例如TCP/IP SOCKETS，就如其他任何以SOCKETS为基础的程序（比如Telnetd or Oracle Listenerdaemon ）利用TCP/IPSOCKETS一样。SQL SERVER包括IPX/SPX，TCP/IP SOCKETS ，BANYAN-VINES 以及Apple Talk 的ADSP协议。
这些库中的每一个协议都需要对某些配置进行设置.,以作为标识其自身的方法。例如，为了配置TCP/IP库，必须指定端口号。对于IPX/SPX，Apple Talk ADSP或者BANYAN-VINES SPP，都必须提供一个服务名，这个服务名通常不与服务器名相同。同样，如果想用其中这些库，相应的协议必须在Windows NT的控制面板的网络窗口中进行设置。换句话说，如果想支持IPX/SPX协议，则必须安装NWLINK IPX/SPX协议。
在服务器端，由于网络互连基本上被操作系统来管理了，因此几乎不需要文件，复杂程度也大为下降。SQL Server提供了服务器端网络库，因此它能够以不同的方式，与一些网络进行交互。例如，Multi-protocol库利用RPC机制进行通信，以确保SQLServer提供集成的安全性。用于实现网络库的文件存放在\MSSQL\BINN目录下。表1列出所用的文件。
表1、SQL Server的服务器端网络库DLL文件
文件
用于
SSMSSH70.DLL
Local RPC
SSMSSO70.DLL
TCP/IP Sockets
SSNMPN70.DLL
Named-Pipe
SSMSRP70.DLL
Multi-prltocol
SSMSAD70.DL
ADSP(Apple Talk)
SSMSSP70.DLL
Nwlink IPX/SPX
SSMSVI70.DLL
Banyan VINES SPP
在这里值得说的是，与这些DLL相关的函数在文件中被描述为是Open Data Services的一部分。这意味着第三方可以提供新的网络库，尽管这并不普通。
客户网络库被安放在独立的DLL文件中，并且与服务器的网络库十分相似。表2列出了客户端的DLL文件。区别服务器端网络库和客户端网络库最简单的方法是，服务器端网络库以SS（代表SERVERSIDE）开头，而客户端的网络库通常以DB开头。除了Namedpipe 库被存放在\windows\system目录下或 winnt\system32目录下之外，这些库都被存放在\MSSQL7\ BINN目录下。
表2、客户端的网络DLL文件
DLL文件
网络库
DBNMPNTW.DLL
Named pipe
DBMSRPCN.DLL
TCP/IP
DBMSRPCN.DLL
Multi-protocol
DBNSSPXN.DLL
Nwlink IPX/SPX
DBMADSN.DLL
Apple talk
DBMSVINN.DLL
Banyan VINE SPP
2、解决客户连接的故障
客户机/服务器的连接问题可以由低到高地进行诊断。换句话说，先检查网络的物理层，再检查网络组件，最后检查应用程序的网络调用。在里，我们将主要关注TCP/IP环境下的故障排除。其他环境下的故障排除与此类似。
如果在客户机和服务器之间存在着一个数据库连接问题，首先你就的确认客户机和服务器之间的网络连接是否畅通无阻。以下几个步骤说明了如何检测TCP/IP连接。
(1) 打开一个命令行窗口（MSDOS窗口），PING本机地址127.0.0.1；如果PING不通本机，则在这一本地机器上存在着网络配置错误。
(2) PING本机的外部TCP/IP地址 。为了找到本机的IP地址，可以在WINDOWS9X下运行WINIPCFG，或在WINDOW S NT的命令行下运行IPCONFIG。如果PING本机IP地址操作失败，则在本地机器上存在着网络配置错误。
(3) PING缺省的网关地址（同样利用WINPCFG或IPCONFIG，你可以同样找到网关地址）。如果这一操作失败，则可检查一下你的IP地址是否和缺省的网关在同一个子网下。如果这两个地址在同一子网下，则本地机器的网络配置可能有问题。
(4) PING服务器的IP地址，然后利用服务器的机器名来PING服务器。请确信你PING服务器名返回的服务器地址和通过PING服务器IP地址返回的结果相同。
如果不相同，则表明在你的网络上，存在DNS（域名服务）错误。如果PING失败，返回”Destination host unreachable”则在你的路由器上可能存在配置问题。
如果PING成功，则表明在客户机和服务器之间存在着良好的网络连接。
在确定网络连接良好之后，继续查找其他方面的问题，打开SQL Server Client Configuration工具来检查缺省的网络协议是否配置正确，接下来，检查服务器端的网络库，并查它们是否支持相应的协议。
作为最后一个求助手段，可以从SQLServer的光盘上安装客户软件到客户机上，并利用ISQL/W来连接SQL SERVER。ISQL/W是最容易实现的连接，如果它能够连接成功，则你所使用的软件可能存在着某个问题，妨碍了连接的实现。
三、MS SQL SERVER自动备份计划配置
利用MSSQL SERVER的自动备份功能进行备份安排是非常方便的。现在，让我们一起来了解怎样安排备份以及怎样才能够定期备份。以下是主要内容：
n 创建备份设备
n 利用SQL 来执行备份
n 设置备份预定表
自动备份提供了一种SQLSERVER例程，它确保备份能够按时执行，如果你每天早晨准备要做的第一件事情是手工运行备份程序，但某一天你由于交通拥挤而不能够按时上班，就可能会漏掉一次备份，但对备份进行预定提供了更高级的可靠性，它能够在用户不想在办公室也能执行备份操作。
在执行自动备份或进行以下步骤练习时，请确定“SQLServerAgent”服务已经启动，因为自动备份需要“SQLServerAgent”服务支持。
1、创建备份设备
备份设备是用作备份目标的某种磁带设备或磁盘文件，通过创建一种备份设备，就能够确定每次都可以轻松的找到正确的文件，为了创建某种备份设备，应该先打开SQL Enterprise Mamager 并打开你想要使用的服务器，右击BACKUPDEVICES（备份设备），并选择NEW BACKUP DEVICES…（新建备份设备），随后会出现Backup Devices Properties（备份设备属性）对话框，如图所示，
接着，为该设备输入一个名字，再选择某种设备类型（磁带或磁盘）以及设备名，对于磁带驱动器，系统会提供一个磁带驱动器名称列表，对于磁盘驱动器，可以键入一个本地路径（如果文件应该存放在本地计算机中），也可以键入一个UNC路径（这样就可以将备份将备份文件放在另一台计算机中）。单击OK（确定）按钮，则SQL SERVER会给出消息，”Backup Device CreatedSuccessfully（备份设备创建成功）。新创建的备份设备名将出现在Backup Device文件夹中。
2、利用SQL Enterprise Mamager执行备份
SQL Enterprise Mamager可以帮助用户对数据库进行快速备份。这就要求能够创建一次性的备份，该备份用来传输数据或对某个备份进行测试。下面介绍的是具体过程：
（1）打开DATABASES（数据库）文件夹，并右击你想要进行备份的数据库名。
（2）从上下文菜单中选择TOOLS（工具），BACKUP DATABASES（备份数据）选项，随后出现SQL SERVERBACKUP对话框，如图所示：
（3）DESCRIPTION（说明）子端中填写相应的信息，选择备份类型（包括完全备份，差异备份，事务日志备份，文件组备份），再选择备份目标。如果你想同时备份到多个设备上，则应该为备份选择多个目标，最后，选择是否覆盖现有的介质，或者将备份集合添加到现有的介质当中。
（4）在如图所示的OPTIONS（选项）选项卡画面中，你会发现可以获得TRANSACT-SQLBACKUP DATABASES命令的选项列表中的全部选项，包括当备份完成时弹出磁带以及与介质集合相关的各种选项。
（5）OK（确定）按钮，以便启动备份程序，于是，开始进行备份。当备份完成时，就会出现”The Backtup Operation has completed successfully “（备份操作成功）的消息。备份进程要花费一些时间，这主要取决于数据库的大小以及备份介质的速度，出现一个漂亮的蓝色条也许会使你更欣赏该备份进程。
3、设置备份计划
对备份进行预定是建立总体备份例程中的一个重要组成部分。预定好的备份可以在非高峰时间运行，这样就可以避免损害用户的利益。
为了设置一个备份预定表，可以先执行“利用来SQL Enterprise Mamager执行备份”中介绍的步骤3，然后单击SCHEDULE（预定表）复选框。它可以对备份进行设置，使备份按照缺省的循环日程预定进行，即预定在每周星期天的午夜进行。如果这一设置恰好是你想要的，则可以直接使用该选项。但是，情况可能不是这样的。为了指定一个不同的备份预定时间，可单击省略号按钮（…），以便打开如图所示的EditRecurring Job Schele（编辑可重复出现行的作业预定表）对话框。
选择Recurring（重复出现）选项，接着对备份预定日程进行更改，使该预定表能够反映你真正想要的某种设置。为了将备份预定设置在从周一到周五的每天凌晨两点钟进行，可选择 Weekly（每周）单选钮，并且选中从周一到周五的所有复选框，将时间设置为“2AM ”，然后，单击OK（确定）按钮即可。
在SQL Server中预定好所有的作业以后，就可以将事情交给 SQL Agent去做而我们撒手不管了。SQL Agent先将所有作业进行排队，然后再分别予以处理。这就意味着SQL Agent必须运行各种预定好的作业。为了监视某个作业，可打开SQLEnterprise Mamager ，与指定用来运行该作业的服务器进行连接，再打开SQL Agent 。SQL Agent 的JOBS文件夹中包含了所有被预定的作业。你可以右击其中某个作业并选择Job History，以便找出该作业前几次运行的状态信息。
三、MS SQL SERVER数据恢复配置
在SQL Enterprise Marnager 里操作项目选择还原数据库，
还原为数据库名称为ZKHR，从设备还原，
找到原来备份的数据库文件，
选择数据库物理文件的存放位置
点击“确定”按钮，进入还原状态（千万不要去点击“停止”，如反正不成让它自行报错再结束）
一会儿不愿成功弹出下图：
点击确定退出即可。
F. 我安装了SQLserver2008，在打开SQLserver配置管理器时，出现错误，急需求助，图片如下；
看系统的RPC（远程过程调用）服务开启了没有。
G. 启动sqlserver服务时出现 1068错误
这是因为所依存的许多服务之中有一个无法启动，就会发生这个现象。你可以打开服务,看看它的依存关系,试试把其他服务都开起来..再开这个服务.
这种情况90%的可能性是你的ICS服务的依存服务没打开。ICS服务依赖于Network Connections和Windows Management Instrumentation服务，在ICS服务的属性里可以看到，你检查一下是否停止了RPC服务和Event Log服务。
我给你举个我以前解决过的实例：
KV2005的安全中心不能用的问题，也出现提示：错误1068:依存服务或组无法启动
第一步：根据提示，在服务管理中将"Windows Firewall/Internet Connection Sharing(ICS)"服务的"启动方式"设置为"自动"，然后单击"启动"按钮，系统却提示"在本地计算机无法启动Windows Firewall/Internet Connection Sharing (ICS)服务。错误1068：依存服务或组无法启动"。服务无法启动了，典型的依存故障。
第二步：双击该服务打开"属性"窗口，切换到"依存关系"选项卡，在"此服务依赖以下系统组件"框中发现当前服务依存于"Network Connections"和"Windows Management Instrumentation"这两项服务，初步确定这两项服务可能被禁止了。经过检查，果然发现"Network Connections"的"启动方式"被设置为"已禁用"，当前状态为"已停止"
第三步：依附关系找到后，解决问题就非常简单了。将"Network Connections"设置为"手动"并启动，然后再将"Windows Firewall/Internet Connection Sharing (ICS)"服务启用即可
H. 如何为SQL SERVER2008 启用远程连接
服务器对象->链接服务器 的功能点，用户首先创建一个远程DB的链接对象，之后就可以像本地表一样执行表的DML了。
创建步骤：服务器对象->链接服务器->右击 新建链接服务器，创建链接服务器，安全性选项中设置远程数据库的账号和密码。
注意事项： 链接服务器：一般为服务器的IP地址；如果为SQLServer则点SQL Server；
注意事项：右键点击远程链接->属性->服务器选项->Rpc和Rpc Out，这两个值需要设置为True。
I. 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。参数 1 (""): 数据类型 0x38 未知。
com.microsoft.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source)
org.apache.jsp.chklogin_jsp._jspService(chklogin_jsp.java:87)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
note The full stack trace of the root cause is available in the Apache Tomcat/5.0.28 logs.
J. 如何截获提交道SQLServer服务器上的SQL语句
打开
"开始"-"所有程序"-"Microsoft SQL Server"-"事件探查器"
打开程序之后点菜单栏的
"文件"-"新建"-"跟踪"
然后执行你要看SQL语句的程序.事件探查器就会把该时间段内所有执行的SQL语句列出来.
相关知识如下:
使用 SQL 事件探查器进行监视
SQL 事件探查器是图形工具，使系统管理员得以监视 Microsoft® SQL Server™ 实例中的事件。可以捕获有关每个事件的数据并将其保存到文件或 SQL Server 表中供以后分析。例如，可以对生产环境进行监视，了解执行速度太慢而妨碍性能的存储过程。
使用 SQL 事件探查器只监视感兴趣的事件。如果跟踪变得太大，可以基于需要的信息进行筛选，以便只收集事件数据的子集。监视太多事件类会增加服务器和监视进程的开销，并且可能导致跟踪文件或跟踪表变得很大，尤其是在进行长时间监视时。
在跟踪事件后，SQL 事件探查器允许重播在 SQL Server 实例上捕获的事件数据，因此可以如事件当初发生时一样有效地重新执行保存的事件。
使用 SQL 事件探查器可以：
监视 SQL Server 实例的性能。
调试 Transact-SQL 语句和存储过程。
识别执行慢的查询。
在工程开发阶段，通过单步执行语句测试 SQL 语句和存储过程，以确认代码按预期运行。
通过捕获生产系统中的事件并在测试系统中重播它们来解决 SQL Server 中的问题。这对测试和调试很有用，并使得用户可以不受干扰地继续使用生产系统。
审核和复查在 SQL Server 实例中发生的活动。这使得安全管理员得以复查任何审核事件，包括登录尝试的成功与失败，以及访问语句和对象的权限成功与失败。
SQL 事件探查器为用于监视 SQL Server 实例的一组存储过程提供图形用户界面。例如，可以创建您自己的应用程序，以便使用 SQL 事件探查器存储过程监视 SQL Server。
必须有至少 10 MB 的可用空间用以运行 SQL 事件探查器。当使用 SQL 事件探查器时，如果可用空间降至 10 MB 以下，SQL 事件探查器的所有功能都将停止。
SQL 事件探查器术语
若要使用 SQL 事件探查器，需要了解描述工具功能的术语。例如，创建模板来定义要收集的数据。通过在模板中所定义的事件上运行跟踪来收集这些数据。当运行跟踪时，描述事件数据的事件类和数据列显示在 SQL 事件探查器中。
模板
模板定义想要使用 SQL 事件探查器监视的每个事件的准则。例如，可以创建一个模板以指定使用哪些事件、数据列和筛选。然后可以保存该模板，并用当前的模板设置启动跟踪。捕获的跟踪数据基于模板中指定的选项。模板不执行且必须用 .tdf 扩展名保存到文件。
跟踪
跟踪基于选定的事件、数据列和筛选捕获数据。例如，可创建模板监视异常错误。为此，应选择跟踪 Exception 事件类以及 Error、State 和 Severity 数据列，这些都是为了使跟踪结果提供有意义的数据而需收集的。保存模板后，便可将其作为跟踪运行，并且可收集关于服务器中发生的任何 Exception 事件的数据。可保存此跟踪数据，然后稍后重播或立即用于分析。
筛选
当创建跟踪或模板时，可以定义筛选由事件收集的数据的准则。如果跟踪变得太大，可以基于想要的信息进行筛选，以便只收集事件数据的子集。如果没有设置筛选，跟踪输出中将返回选定事件类的所有事件。例如，可以将跟踪中的 Microsoft Windows® 2000 用户名限制为特定用户，以将输出数据减少到感兴趣的那些用户。
事件分类
事件分类定义事件的分组方法。例如，所有锁事件类都在锁事件分类内分组。但是，事件分类只存在于 SQL 事件探查器中。该术语不反映引擎事件的分组方法。
事件
事件是在 Microsoft® SQL Server™ 引擎中生成的操作。例如：
登录连接、失败和断开。
Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 语句。
远程过程调用 (RPC) 批处理状态。
存储过程的开始或结束。
存储过程内的语句的开始或结束。
SQL 批处理的开始或结束。
写入 SQL Server 错误日志的错误。
在数据库对象上获取或释放的锁。
打开的游标。
安全权限检查。
由事件生成的所有数据显示在单个行中的跟踪内 。该行包含详细描述事件的数据列，称为事件类。
事件类
事件类是描述由服务器生成的事件的列。事件类确定收集的数据类型，因此并不是所有数据列都适用于所有事件类。事件类示例包括：
SQL:BatchCompleted，表示已完成 SQL 批处理。
运行客户端的计算机的名称。
受事件影响的对象 ID（如表名）。
发出语句的用户的 SQL Server 名称。
正在执行的 Transact-SQL 语句文本或存储过程文本。
事件开始和结束的时间。
数据列
数据列描述为跟踪内捕获的每个事件类所收集的数据。事件类确定收集的数据类型，因此并不是所有数据列都适用于所有事件类。例如，为 Lock:Acquired 事件类捕获 Binary Data 数据列时，该数据列包含锁定的页 ID 或行的值，但没有 Integer Data 事件类的值。对于所有事件类，默认数据列均为自动填充。