回顾当前跟踪

　　如果你想通过自动启动选项删除几周前创建的跟踪,但你又忘了此跟踪的标识，这该如何处理呢?别担心,你可以运行DISCOVER_TRACES命令,就像下边的命令一样,来重新找回正运行在你的分析服务器上的跟踪:

　　除了XSD架构（与此篇文章无关），以上命令返回以下输出：

　　此输出显示了当前正在在给出的Analysis Services实例上执行的三个跟踪– Flight Recorder跟踪，我刚创建的示例跟踪，以及用SQL Profiler启动的一个跟踪。Flight Recorder是一个默认的当MSAS启动时自动启动的跟踪。使用out-of-the-box配制，此跟踪收集最少的问题处理信息;如果你需要此跟踪收集更多的信息，编辑Analysis Services 安装目录下“bin”子目录下的flightrecordertracedef.xml文件。如果你想通过配制Analysis Services将MDX查询日志写到SQL Server数据库,你可以注意另一个专为查询日志创建的内部MSAS跟踪。假设我像之前一样重新运行同一个DISCOVER_TRACES命令,我将会查询到查询日志跟踪的以下行:

　　不管此跟踪是如何创建的,你可以通过SQL Profiler重新查看其输出。一旦你打开了跟踪文件，你可以将其内容保存到一个SQL Server表中以获更多细节的分析信息。

　　选择适当的事件和列来跟踪

　　如何着手在CREATE或ALTER跟踪语句里指定合适的事件和列标识呢?不幸的是,列和事件标识没有备有证明文件。然而，如同往常一样，我们可以找我们的朋友SQL Profiler来寻求帮助。在SQL Profiler中启动两个跟踪，一个是用默认的事件和列来启动，另一个使用你自己想通过XMLA创建的跟踪来监控的事件和列。不要忘记根据自己的喜好设置任何所需的过滤器和秩序输出列。然而当你创建第二个跟踪时检查向第一个SQL Profiler窗口发送的CREATE语句。确实，努力记住列和事件标识是不必须的;你可以简单地从SQL Profiler将事件和列标识进行复制与粘贴，然后调整为你在XMLA中所见。