快速应用SQLServer事件探查器SQLServer2005数据库维护基础与进阶.ppt

快速应用快速应用SQL ServerSQL Server事件探查器事件探查器用友软件股份有限公司用友软件股份有限公司小型服务支持部小型服务支持部2009年年 9月月整体概念SQL 事件探查器是图形工具，使我们得以监视 MicrosoftSQL Server实例中的事件。可以捕获有关每个事件的数据并将其保存到文件或 SQL Server 表中供以后分析。例如，我们可以对生产环境进行监视，了解执行速度太慢而妨碍性能的存储过程；了解到哪些SQL语句或者存储过程产生了异常错误导致程序中断等等。SQLSERVER2005的事件探查器的位置略有不同SQL 事件探查器术语模板模板定义想要使用 SQL 事件探查器监视的每个事件的准则。每次启动事件探查器监视时都会让您选择一个模板来进行跟踪，默认是一个标准模板（SQLProfilerStandard）。里面有事先定义好的的事件和数据列，没有筛选。我们可以创建一个模板以指定使用哪些事件、数据列和筛选。然后可以保存该模板，并用当前的模板设置启动跟踪。捕获的跟踪数据基于模板中指定的选项。模板不执行且必须用.tdf 扩展名保存到文件。我们也可以创建一个自己的模板，并设置成每次启动自动运行该模板，具体操作如下：点“工具”菜单下的“选项”，弹出如下窗口（请注意红色区域）：模板模板【使用下列默认跟踪模板】：您可以在这里选择一个默认的跟踪模板，这样每次新建一个跟踪时就以该模板为默认模板；【进行连接后立即启动跟踪】：选择该选项，连接上对应的服务器后立即运行默认跟踪模板进行跟踪；【显示】页签下您可以设置所使用的跟踪窗体显示的字体、字体的大小，这里就不在赘述。模板我们还可以保存模板以减少我们的重复劳动。保存模板涉及保存跟踪定义，比如指定的数据列、事件和筛选。跟踪定义包括事件类、数据列、事件准则（筛选）和所有其它用来创建跟踪的属性（捕获的事件数据除外）。使用 SQL 事件探查器创建的模板保存在运行 SQL 事件探查器的计算机上的文件中。如果经常监视 SQL Server，则保存模板以便分析性能。模板每次捕获相同的事件数据，并使用相同的跟踪定义监视同一事件，因而无须在每次创建跟踪时都定义事件类和数据列。另外，可以将模板提供给其他用户，供其监视特定的 SQL Server 事件。例如，支持提供商可提供给客户一个模板。客户使用这个模板捕获所需的事件数据，然后将这些数据发送给支持提供商供其分析。我们可以在“文件”菜单下“新建”下的“跟踪模板”里建立一个新的模板，选择好对应的事件类和数据列后将其保存，建议按应用场景取名以便是使用，如“存储过程跟踪模板”、“错误定位跟踪模板”等。模板同样我们也可以修改保存在运行 SQL 事件探查器的本地计算机上的文件中的模板以及从文件导出的模板。如果没有记住当初用于创建跟踪的模板，或希望以后再次运行同一跟踪，则可能需要从跟踪文件导出模板。修改模板属性（如事件类和数据列）的方法与当初设置该属性的方法相同。可以添加和删除事件类和数据列，也可以对筛选进行更改。修改模板后，以同一名称保存它将重写原来的模板。当处理现有跟踪时，可以查看属性，但不能修改。警告：使用相同的名称保存跟踪文件将重写原来的跟踪文件，这将导致任何当初捕获的事件或已删除或筛选的数据列丢失SQL 事件探查器术语事 件事件是在 Microsoft SQL Server 引擎中生成的操作。例如：登录连接、失败和断开。Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 语句。远程过程调用(RPC)批处理状态。存储过程的开始或结束。SQL 批处理的开始或结束。存储过程内的语句的开始或结束。写入 SQL Server 错误日志的错误。在数据库对象上获取或释放的锁。打开的游标。安全权限检查。由事件生成的所有数据显示在单个行中的跟踪内。该行包含详细描述事件的数据列，称为事件类。SQL 事件探查器监控事件分类常用的事件分类：TSQL 事件类TSQL 事件类是一个常用的事件，其对应的常用事件解释如下：TSQL事件对应数据列：事件对应数据列：存储过程事件类存储过程事件类是执行存储过程所产生的事件的集合，也是一个常用的事件类，其对应的常用事件解释如下：存储过程事件类SP:Starting-表明存储过程已被启动的时间，其监视到的结果是整个存储过程的调用，结果形式如：exec Sa_MoveSaleDetail Sa_TempSaleDetail_GCCXL0,其中Sa_MoveSaleDetail 为存储过程名称；exec为SQL的一个命令，可以理解为执行；Sa_TempSaleDetail_GCCXL0,传递给该存储过程的参数；SP：Completed、RPC：Starting、RPC：Completed 返回的结果都与此类似。存储过程事件类SP：StmtStarting-表明正在启动存储过程内的某语句的时间，其监视到的结果是一个存储过程内部的一条语句的执行，结果形式如：-Sa_MoveSaleDetailif ltrim(rtrim(chrwhere1)=newReport_ParameterFromTempTable 其中：-Sa_MoveSaleDetail指明该语句所属的存储过程；if ltrim(rtrim(chrwhere1)=newReport_ParameterFromTempTable 指的是执行的具体的SQL语句；SP：StmtCompleted返回的结果与此类似。存储过程事件类以上两部分的事件您可以理解为整体和局部的概念，也就是说一个是跟踪整体的结果，一个是跟踪明细的结果。如果是希望了解程序的流程，可以跟踪整体，知道其使用了那些存储过程即可。然后再具体查看该存储过程，了解其内部处理流程；此处插入说明一点，要查看某个存储过程的具体内容，可以直接到企业管理器里找到该存储过程双击打开；也可以在查询分析器里利用系统存储过程SP_HelpText来查看，如前面说到的存储过程Sa_MoveSaleDetail，我们可以在查询分析器对应的数据库下执行如下命令：SP_HelpText Sa_MoveSaleDetail来查看其明细内容。但是要注意的一点是：必须该存储过程没有加密，否则无法查看。如果是跟踪错误，建议选择明细的跟踪，这样可以具体的定位到某个存储过程里的某条语句出的错。错误和警告事件类 错误和警告是在发生SQL Server错误或警告时产生的事件类集合（例如，一个在编译存储过程中产生的错误，或者一个SQL Server中的异常错误），其对应的常用事件解释如下：错误和警告事件类该事件类里面又以Exception 事件类为主要，基本上只要是SQL里面发生的错误其都能跟踪得到，这为我们快速定位错误提供了简便而准确的方法，我们来看下面的错误展示。首先我们在运行一个跟踪，挑选出要跟踪的事件类为SQL:BatchStarting;SQL:BatchCompleted;Exception;数据列为默认的，我们再在查询分析器里执行一条SQL语句：Updaterdrecord setid=11报错如下：服务器:消息 2601，级别 14，状态 3，行 1不能在具有唯一索引 aaRdRecord_PK 的对象 RdRecord 中插入重复键的行。语句已终止。错误和警告事件类停止跟踪，看看是否正确跟踪出错误：错误和警告事件类 我们看到，没有任何问题，错误得以跟踪到，注意其上我以蓝色表注的语句，其TEXTDATA的内容都是一致的，只是对应的事件类分别为SQL:BatchStarting和SQL:BatchCompleted，正好把EXCEPTION事件类对应的事件给包在中间，那么我们就可以知道，引起错误的语句就是Update rdrecord setid=11了。怎么样，定位错误就是这么简单！我们把图再放在这里给大家对比一下看看：SQL 事件探查器术语筛选 当创建跟踪或模板时，可以定义筛选由事件收集的数据的准则。如果没有设置筛选，跟踪输出中将返回选定事件类的所有事件。例如，可以将跟踪中的 Microsoft Windows 2000 用户名限制为特定用户，以将输出数据如果跟踪变得太大，可以基于想要的信息进行筛选，以便只收集事件数据的减少到感兴趣的那些用户。也可以只跟踪对特定数据库的操作的信息，这样在多帐套的服务器上就可以更快的收集到我们感兴趣的信息。SQL 事件探查器术语跟踪跟踪基于选定的事件、数据列和筛选捕获数据。例如，可创建模板监视异常错误。为此，应选择跟踪 Exception 事件类以及Error、State 和 Severity 数据列，这些都是为了使跟踪结果提供有意义的数据而需收集的。保存模板后，便可将其作为跟踪运行，并且可收集关于服务器中发生的任何 Exception 事件的数据。可保存此跟踪数据，然后稍后重播或立即用于分析。跟踪详解启动、暂停和停止跟踪 使用 SQL 事件探查器时，启动跟踪将打开一个新的跟踪窗口（如果没有窗口打开），并立即捕获数据。当使用 SQL Server 系统存储过程时，每次启用 SQL Server 实例时可手工或自动启动跟踪。一启跟踪，就会立即捕获数据。启动跟踪后，只能修改跟踪的名称。暂停跟踪可防止捕获更多的事件数据，直到重新启动。重新启动跟踪将继续执行跟踪操作。先前捕获的所有数据都不丢失。重新启动跟踪时，从启动的那一点起继续捕获数据。当暂停跟踪时，可以更改名称、事件、列和筛选。但是不能更改要将跟踪发送到的目的地或服务器连接。停止跟踪将停止捕获数据。一旦停止了跟踪，除非已将数据捕获到了跟踪文件或跟踪表中，否则重新启动该跟踪将丢失以前捕获的数据。当停止跟踪时，将保留以前选择的所有跟踪属性。当停止跟踪时，可以更改名称、事件、列和筛选。说明：我们可以将跟踪的结果保存到文件里或者保存到数据库的表里。需要说明一点的是，如果保存在文件里，那么您在使用查询功能时需要注意一点：大小写敏感，也就是说查询区分大小写，如RDRECORD与rdrecord是不同的内容。而如果保存在表里的话则没有这种缺点，但是如果您希望保存在表里，最好选择其他服务器上的数据库来保存，特别是一些对数据库操作频繁的动作，如果保存在同一服务器上，也最好不要将结果表建立在目标数据库里，否则将会严重影响效率。跟踪详解跟踪保存界面如图所示，注意红色标注：跟踪详解查看和分析跟踪使用 SQL 事件探查器可以查看跟踪内捕获的事件数据。SQL 事件探查器基于定义的跟踪属性显示数据。分析 Microsoft SQL Server数据的一个方法是将数据复制到另一个程序，如 SQL 查询分析器。使用 SQL 事件探查器可以打开保存的跟踪文件（后缀为.trc的跟踪文件）。可以用自定义的字体、字体大小以便有助于分析跟踪。跟踪详解重播跟踪在创建或编辑跟踪时，可以保存跟踪供以后重播。SQL 事件探查器的特色是有一个多线程播放引擎，它能模拟用户连接和 SQL Server 身份验证，使用户得以重新产生跟踪内捕获的活动。因此，重播对解决应用程序或进程的问题很有帮助。识别出问题并进行了纠正后，对纠正后的应用程序或进程运行找到了潜在问题的那个跟踪，然后重播原来的跟踪并比较结果。跟踪重播支持使用重播到断点和游标的方式进行调试，这在分析长脚本时尤为有用。跟踪详解单步跟踪SQL 事件探查器使您得以不必从头至尾全部重播跟踪内的所有事件，而按下面的方式重播跟踪：一次重播一个事件 通过一次一个事件地重播跟踪，可以检查每个事件发生后的效果。使用单步跟踪继续重播跟踪时，重播下一个事件后跟踪再次暂停。重播到断点 通过在跟踪内指定一个或多个断点，可以按重播选项指定的设置，重播带断点标记的事件之前的所有事件，无须用户干预，播完后跟踪重播将暂停。跟踪重播可以继续按一次一个事件、到下一个断点（若有）、到游标或到跟踪的结束处等方式重播跟踪。如果在重播跟踪时不想检查断点前的每个事件，则重播跟踪到断点的方式很有用。例如，已经调试了代码并确定了断点前的所有事件都按预期执行，不需要进一步检查这些事件。重播到游标 通过重播跟踪到游标（跟踪内的突出显示事件），可重播突出显示事件前的所有事件，无须用户干预。但是，如果在跟踪内标记了一个断点，而这个断点位于游标和跟踪内下一个执行点之间，重播将在这个断点处停止，而不会继续重播到游标。删除跟踪内的所有断点以重播跟踪到游标。与断点一样，如果在重播跟踪时不想检查游标前的每个事件，重播跟踪到游标很有用。单步跟踪有助于调试跟踪内捕获的事件。例如，可以创建一个跟踪，监视所有提交的批处理的执行。通过一次一个事件地（单步）重播跟踪内的事件，可以确定每个批处理发生时的效果，使您得以调试代码。这比在批处理间放置大量的调试代码有效得多。调试代码通常会产生更多需要从生成的实际结果中分离出来的输出，完成调试后必须正确地删除这些输出。SQL 事件探查器性能考虑下面是一些有助于更有效地使用 SQL 事件探查器的提示和技巧。运行的跟踪过多如果 Microsoft SQL Server 实例运行得过慢，则表明可能 SQL 事件探查器运行的跟踪过多或正在运行复杂的跟踪。停止任何运行的跟踪以观察性能是否有所提高。如果停止跟踪可使性能提高，则请仔细检查跟踪以确保只跟踪必要的信息。确保没有同时运行过多的复杂跟踪。管理大跟踪文件大跟踪文件会占用大量磁盘空间，在网络上发送时会很慢，也很昂贵。通过删除不必要的事件类型和/或数据列，并应用筛选将跟踪限制为特定的跟踪事件准则（如 ClientProcessID 或 SPID，或 Application Name 的值的集合），减小保存的跟踪文件的大小。使用相同的名称或新的名称保存跟踪文件。警告使用相同的名称保存跟踪文件将重写原来的文件，这将导致任何当初捕获的事件或已删除或筛选的数据列丢失。SQL 事件探查器方案1、分析程序业务流程和数据库内数据流向可以创建一个跟踪来捕获与 Stored Procedure 事件类（SP:Completed、SP:Starting、SP:StmtCompleted 和 SP:StmtStarting）和 TSQL 事件类（SQL:BatchStarting 和 SQL:BatchCompleted）相关的事件。用以分析程序的流程以及数据库内的表间关系。这是一个对我们非常有用的用途，他可以帮助我们理解程序的业务流程，数据流等。我们在学习一个新的产品，新的模块、新的功能时，可以利用这个功能来了解其使用到那些表，涉及到那些表。甚至我们可以知道这些表的各个字段的具体涵义是什么。经常接到询问某张单据的某项内容具体对应那张表的那个字段具体的电话。其实您只要在界面上制作一张单据，然后在保存前运行一个跟踪，然后分析跟踪里面的插入语句就可以清楚的知道以上信息了。SQL 事件探查器方案2、定位出错语句 使用事件类错误和警告下的ERRORLOG、EVENTLOG、EXCEPTION等相关事件，可以在程序发生异常的时候快速定位具体位置。这个方案对我们处理数据，特别是处理一些由于数据库里存放的数据由于某种原因导致有异常数据时引发的一些错误有意想不到的功效。