SQL Server Profiler怎么跟踪指定数据库标识ID

SQL Server Profiler怎么跟踪指定数据库标识ID,第1张

首先我需要查询出需要使用sql

server

profiler跟踪的数据库标识id,若不知道怎么查询数据库的标识id

然后需要在安装了数据库的服务器上打开sql

server

management

studio,点击工具。

选择sql

server

profiler。

输入数据库的sa与密码,点击连接。

在跟踪属性中,点击事件选择

在这个选项卡中,有一个列筛选器,点击它。

在筛选器中找到databaseid,条件等于你查询出来的数据库标识id号。点击确定。

现在就可以点击运行sql

server

profiler跟踪了。

首先禁用服务器密码策略

使用sa账户登录SQL server,打开安全性-登录名-右键-输入登录名test,选择SQL server身份验证,输入密码“123”(此时勾选了强制实时密码策略),点击确定

可成功创建了test账户,并且设置了弱口令“123”,然后右键test账户看一下属性。

下图中显示test账户勾选了强制实施密码策略,密码位置:显示15个圈,是看不出弱口令的。

用弱口令登录test账户也是没有问题的

然后开启服务器密码策略,使用管理员sa新建一个弱口令账户

依然使用sa账户登录SQL server,打开安全性-登录名-右键-输入登录名test1,选择SQL server身份验证,输入密码“123”(此时勾选了强制实施密码策略),点击确定

此时数据库报错提示“密码有效性验证失败,该密码不够复杂,不符合Windows策略要求”,证明了开启服务器密码策略并勾选账户强制实施密码策略,是有效果的。

但我看了一下Windows *** 作系统的密码策略也是挺下饭--最少六个字符长!!

就是说即使开了密码策略,还可以将密码设置为Qwe!23的六位数

如果想要设置密码最小长度的话,在服务器密码策略上修改就可以了

最后试一下开启Windows *** 作系统密码策略,不勾选数据库账户的强制实施密码策略,看看能不能,设置弱口令

果然结果是可以的。

总结一下就是SQL server密码策略要同时满足开启Windows密码策略并且勾选SQL server账户的强制实施密码策略才算是符合,但即使这样的话一样可以设置6位长度的口令,所以还要设置服务器的密码最小长度值。

随着我国市场经济改革的不断深入及加入WTO的日益临近 邮政面临市场竞争的压力越来越大 只有提高邮政的服务水平才能在市场竞争中取得领先地位 而体现服务水平的重要标志之一就是受理用户对邮件查询的处理 在手工作业时 一笔查询业务从用户提交到查询完成往往要一到两周时间 而综合网的建设为改变这种状况提供了非常有利的平台 目前综合网已覆盖到全国各级邮政生产和管理部门 包括国家邮政局 个省(自治区 直辖市)邮政局 全国 个邮区中心局(其中包括 个一级中心局 个二级中心局 个三级中心局) 全部电子化支局和各中心局所辖的地 市 县局 在网络结构上综合网设置全国信息中心 省信息中心 邮区信息中心及基础接入节点等四级作为入网节点 网络的组织采用互相衔接的三层网络结构 省际网 省内网和邮区网 一 Oralce数据库服务器简介 Oracle数据库服务器是国家局规定的邮区中心局业务处理系统的数据库开发平台 关于Oracle数据库技术有许多相关文章介绍 这里着重介绍其适应分布式查询处理的模式对象 数据库链 数据库链是制在分布式数据库应用环境中的一个数据库与另一个数据库之间的通信路径 它简化了应用程序对分布式数据库系统的访问 *** 作 例如 下面语句在本地和远程数据库之间建立一个数据库链接 CREATE DATABASE LINK CONNECT TO yjcx IDENTIFIED by pass USING oradb_bj_service ;在语句中yjcx和pass分别说明本地用户访问远程数据库所使用的帐户和口令 USING子句中oradb_bj_service参数说明连接远程数据库所使用的服务名称 一个数据库与远程数据库之间建立了数据库链接之后 所有能够访问本地的应用程序即可访问远程数据库中的模式对象 但在访问远程数据库中的对象时 应同时指出该对象所属数据库 例如 SELECT FROM ; 如果建立了同义词后即可屏蔽上述模式对象的实际描述 如建立如下同义词 CREATE PUBLIC SYNONYM bj_yj FOR ; 上述查询可写为 SELECT FROM bj_yj; 二 Oracle应用服务器 Oracle应用服务器提供一个共享式网络应用程序的可扩展 稳定可靠 易于管理的平台 Oracle应用服务器是基于公共对象请求代理体系结构(CORBA Common Object Request Broker Architecture)的分布式对象模型 OAS (Oracle Application Server)的体系结构分为三层 >

如果您定期运行跟踪并且保留所有结果以便进行历史趋势分析 那么通过跟踪捕获的数据的价值将大大增加 但是 存储空间很快会成为约束 我们的主要生产服务器每小时执行 百万个事务 而持续时间为 分钟的跟踪会创建 GB 大小的跟踪文件 我们的系统致力于整理所有数据并且只保存其精华 您可以安排任何服务器的特定跟踪(或者设置循环跟踪) 并且自动加载和处理跟踪文件 正如您上个月所看到的那样 我们的系统从 T SQL 中剔除了不重要的详细信息 从而将事务类型减少到可管理的数量 并且生成和保存了开销最大的事务的报表 在经过几个周的积累之后 这样的报表可以提供对整个服务器或任何特定事务类型进行性能趋势分析的数据 安装 您可以将我们的系统安装在任何已经将服务器连接链接到您希望运行跟踪的所有 SQL Server 的网络 SQL Server 上 因此 为了保存跟踪文件 必须可以从被跟踪的服务器通过网络对该中心服务器的硬盘驱动器进行访问 中心跟踪服务器充当所有跟踪的计划程序 数据处理器 循环报表的发布者 历史数据的储存库以及 DBA 可以生成即席报表和进行性能调查的分析服务器 该设计将对被跟踪的服务器的影响降低至最低程度 并且最大限度降低了由于造成磁盘空间不足或引起处理开销而破坏这些服务器的工作的可能性 您还可以直接在每个被跟踪的服务器上安装和使用该系统 — 只要该服务器具有足够的磁盘空间和处理能力 出于本文的目的 让我们将我们的中心跟踪服务器称为 TRACESQL 并且将我们的被跟踪的服务器称为 PRODSQL 如果您计划使用同一服务器来跟踪其本身 则请用同一名称来替换 TRACESQL 和 PRODSQL 下面介绍如何安装 OpenSQLTrace 如果您打算只跟踪已经安装 OpenSQLTrace 的同一服务器(换句话说 TRACESQL 和 PRODSQL 是同一服务器) 则请跳过步骤 和 配置从 TRACESQL 到 PRODSQL 的链接服务器连接 它必须允许具有启动用来管理服务器端跟踪的系统存储过程的权限 最容易的方法是使用在 PRODSQL 上具有 System Administrator 角色的帐户 但是您显然需要考虑您的特定环境中的安全要求 查明哪个帐户被用来在 PRODSQL 上运行 MSSQLServer 服务 它必须是网络帐户 在 TRACESQL 上选择一个硬盘驱动器分区以用来存储跟踪文件 它必须具有足够的空间 以容纳来自 PRODSQL 的跟踪文件 — 大小很可能为几个 GB 但是 正如别人所说的那样 每个人需要的空间可能有所不同 跟踪文件大小取决于服务器活动 事务混合和跟踪的持续时间 如果 TRACESQL 和 PRODSQL 是不同的服务器 则请在 TRACESQL 上 在您所选的驱动器上创建一个名为 TRACE 的共享文件夹 并且将该共享上的所有权限授予在 PRODSQL 上运行 MSSQLServer 服务的网络帐户 在 TRACESQL 上创建一个名为 Trace 的数据库 分配足够空间以存储多个完整的跟踪文件 另外 还要分配一点儿额外的空间 以存放所保存的报表 将存储在数据库中的跟踪文件的过期时间是可配置的 在我们的环境中 我们只将它们保留一个周 但是我们无限期地保留已编译的摘要报表 以便进行历史趋势分析 下载本文随附的 OpenSQLTrace sql 脚本 并且从 TRACESQL 服务器上的查询分析器中执行它 这会在 Trace 数据库中创建所有需要的对象 并且创建一个每天安排一次的作业以清除过期的跟踪表 (如果您先前已经在同一数据库中安装了该系统 则请注意 该脚本删除并重新创建了所有对象 包括已保存的数据 但未过期的跟踪表除外 ) 如果 TRACESQL 和 PRODSQL 是同一服务器 则改变在上一步中创建的用户定义函数 ufn_Trace_File_Name 更改以下行 return( \\ + rtrim( @@servername ) + \TRACE\ +以使用您在步骤 中创建的 TRACE 文件夹的硬编码路径 确切的路径取决于您的环境 例如 如果您在驱动器 D: 上创建了 TRACE 文件夹 则请按如下方式更改代码 return( D:\TRACE\ + 用法示例 上个月的文章提供了有关提炼跟踪文件和生成摘要报表的存储过程的用法示例 请注意 可下载的新脚本具有 Calculate_Most_Expensive_Transactions 过程的重命名版本 新的名称为 Calculate_Hit_Parade 本月的脚本公开了由以下示例说明的新功能 设置带有摘要处理的一次性无人参与跟踪 为了测试该系统 让我们设置一次性跟踪 从 TRACESQL 上的查询分析器中执行以下过程 Schedule_Trace PRODSQL default 这会在 TRACESQL 上安排一个在两分钟内运行的作业 在 PRODSQL 上启动一个运行一分钟的跟踪 并且将文件保存到 TRACESQL 上的 TRACE 共享中 它还将在 TRACESQL 上安排另一个作业以便在跟踪的估计结束时间之后运行 分钟 将文件加载到 Trace 数据库中的表中 提炼已记录的 T SQL 语句(有关详细信息 请参阅上个月的文章) 生成开销最大的事务的摘要 并且将其保存到 Trace 数据库中的表中 (提示 您可以使用 fn_trace_getinfo() 来监视跟踪进度 )这两个作业在成功完成后都将自动删除它们自身 如果您迫不及待地希望更快地运行该测试 则可以手动启动安排的第一个作业 等待一分钟(跟踪持续时间) 然后手动启动第二个作业 在第二个作业完成后 您便能够在 Trace 数据库的 Hit_Parade_Archive 表中找到已保存的开销最大的事务的报表 并且使用存储过程 Retrieve_Report 来检索它 默认情况下 系统会记录 T SQL 批处理和远程过程调用的完成 如果您希望记录其他跟踪事件 或者更进一步并分别记录在存储过程内部执行的每个查询 则需要通过 @Event_Class_Filter 参数向 Schedule_Trace 提供事件列表 安排每日跟踪 如果您需要每天运行跟踪 则可以如前所述安排一个跟踪(只须指定预期跟踪启动时间而不是默认时间 并且指定预期持续时间而不是一分钟) 然后 手动更改所安排的两个作业(运行跟踪和处理跟踪)的属性 以设置每天执行而不是一次性执行的计划 同时 在 EM 的已安排作业对话框中取消选中 Notifications 选项卡上的 Automatically delete job 选项 以防止作业在完成后删除它们自身(通过 Schedule_Trace 设置的默认行为) 检索和分析摘要报表 要检索任何跟踪的摘要报表 需要知道用来加载数据的跟踪表名称 跟踪表在过期(该参数可配置)时被自动从 TRACE 数据库中删除 但是从它们中提取的报表总是 与原来的表名称相关联 (Trace_Directory 表包含所有已处理的跟踪表的目录 )可以按照服务器名称和跟踪时间查找跟踪表名称 执行以下存储过程以检索一个摘要报表 Retrieve_Report <Trace_Table_Name> 您可以在上个月的文章中查看示例摘要报表 我们通常将这些报表复制并粘贴到 Excel 中(在本月的下载中包含其中一个报表) 在那里可以容易地对数据进行排序和分析 在我们的环境中 我们还创建了一个 DTS 软件包 以便将开销最大的事务的日常报表以电子表格格式自动发布到网络共享 开发人员可以访问该报表 以查看他们的存储过程是如何执行的并且识别瓶颈 [我为作者为开发人员反馈所做的准备以及负责任的态度而喝采 — 编者 ]按聚合类型获得事务的实际源代码 在您识别开销最大的事务类型之后 您就可能希望查看在一个类型下聚合的所有事务的未经提炼的实际 T SQL 代码 为了完成该 下钻 工作 请执行以下存储过程 Report_TSQL_by_ID <Trace_Table_Name> <SQL_Type_ID>其中 <SQL_Type_ID>是从指定为<Trace_Table_Name> 的跟踪表派生的摘要报表中的事务类型的数字 ID 比较两个报表 最有效的分析方法之一是并排比较两个不同的摘要报表 您可能希望比较同一服务器的两个不同跟踪的性能 或者比较具有相同事务混合的两个不同服务器的性能 存储过程 Compare_Reports 采用两个跟踪表(来自 Trace_Directory 表)的名称作为参数 并且比较它们的已保存的报表 对于每个事务类型 它都会显示来自第一个跟踪和第二个跟踪的统计信息以及绝对和相对差异 只有当您在两个报表中跟踪相同的事件类型时 对这两个报表进行比较才会有意义 在我们的环境中 我们在同一时间 同一服务器上使跟踪运行相同的分钟数 从而使逐日比较显得合理 但是 我们可以想到很多分析任务会要求比较两个不同服务器中的跟踪 或者比较在每天的不同时间执行的跟踪 我们将跟踪比较报表复制并保存到 Excel 中 以便进行进一步的分析 它们可以帮助我们回答如下问题 事务混合中发生了哪些可能导致性能下降的更改?哪些事务的处理开销变得更大?同一服务器上的特定存储过程的执行频率或平均持续时间在两个日期之间是如何更改的?摘要报表中出现了哪些新的事务类型?在两个跟踪之间如何比较特定事务类型的 I/O 和 CPU 开销?从所有已保存的报表中检索特定事务类型的历史记录 有时 您可能希望查看特定事务的性能是如何随着时间的推移而变化的(例如 当您调查瓶颈事务 需要分析并且可能需要以图形方式表示响应速度随着时间的推移而发生的下降或提高时) 我们还使用它来验证应用于存储过程的修改是否的确已经改善了它们的性能 我们每天为我们的主要生产服务器运行跟踪并且保存所有报表 经过几个月的收集 该信息使我们可以为我们希望调查的任何 lishixinzhi/Article/program/SQLServer/201311/22044

与好友在网络上相互传输资料时,有时先要知道对方计算机的ip地址,才能与对方建立信息传输通道。

那么对方的ip地址该如何搜查得到呢这样的问题你也许会嗤之以鼻,的确,查询对方计算机的ip地址,实在简单得不值得一提;可是,要让你列举出多种ip地址搜查方法时,你可能就感到勉为其难了。下面,本文就对如何快速、准确地搜查出对方好友的计算机ip地址,提出如下几种方法,相信能对大家有所帮助!

1、邮件查询法

使用这种方法查询对方计算机的ip地址时,首先要求对方先给你发一封电子邮件,然后你可以通过查看该邮件属性的方法,来获得邮件发送者所在计算机的ip地址;下面就是该方法的具体实施步骤:

首先运行outlook express程序,并单击工具栏中的“接受全部邮件”按钮,将朋友发送的邮件接受下来,再打开收件箱页面,找到朋友发送过来的邮件,并用鼠标右键单击之,从d出的右键菜单中,执行“属性”命令;

在其后打开的属性设置窗口中,单击“详细资料”标签,并在打开的标签页面中,你将看到“received: from xiecaiwen (unknown [111114525])”这样的信息,其中的“111114525”就是对方好友的ip地址;当然,要是对方好友通过internet中的web信箱给你发送电子邮件的话,那么你在这里看到的ip地址其实并不是他所在工作站的真实ip地址,而是web信箱所在网站的ip地址。

当然,如果你使用的是其他邮件客户端程序的话,查看发件人ip地址的方法可能与上面不一样;例如要是你使用foxmail来接受好友邮件的话,那么你可以在收件箱中,选中目标邮件,再单击菜单栏中的“邮件”选项,从d出的下拉菜单中选中“原始信息”命令,就能在其后的界面中看到对方好友的ip地址了。

2、日志查询法

这种方法是通过防火墙来对qq聊天记录进行实时监控,然后打开防火墙的日志记录,找到对方好友的ip地址。为方便叙述,本文就以kv2004防火墙为例,来向大家介绍一下如何搜查对方好友的ip地址:

考虑到与好友进行qq聊天是通过udp协议进行的,因此你首先要设置好kv防火墙,让其自动监控udp端口,一旦发现有数据从udp端口进入的话,就将它自动记录下来。在设置kv2004防火墙时,先单击防火墙界面中的“规则设置”按钮,然后单击“新建规则”按钮,d出设置窗口;

在该窗口的“名称”文本框中输入“搜查ip地址”,在“说明”文本框中也输入“搜查ip地址”;再在“网络条件”设置项处,选中“接受数据包”复选框,同时将“对方ip地址”设置为“任何地址”,而在“本地ip地址”设置项处不需要进行任何设置;

下面再单击“udp”标签⒃诟帽昵┮趁嫦碌摹氨镜囟丝凇鄙柚孟畲γ≈小岸丝诜段а毖∠睿缓笤谄鹗伎蛑惺淙搿”,在结束框中输入“65535”;同样地,在“对方端口”设置项处,也选中“端口范围”选项,然后在起始框中输入“0”,在结束框中输入“65535”。

接着在“当所有条件满足时”设置项处,选中“通行”选项,同时将“其他处理”处的“记录”选项选中,而“规则对象”设置项不需要进行任何设置;完成了上面的所有设置后,单击“确定”按钮,返回到防火墙的主界面;再在主界面中选中刚刚创建好的“搜查ip地址”规则,同时单击“保存”按钮,将前面的设置保存下来。

完成好上面的设置后,kv防火墙将自动对qq聊天记录进行全程监控,一旦对方好友给你发来qq信息时,那么对方好友的ip地址信息就会自动出现在防火墙的日志 。

3、工具查询法

这种方法是通过专业的ip地址查询工具,来快速搜查到对方计算机的ip地址。例如,借助一款名为whereisip的搜查工具,你可以轻松根据对方好友的web网站地址,搜查得到对方好友的ip地址,甚至还能搜查到对方好友所在的物理位置。在用whereisip程序搜查对方ip地址时,首先启动该程序打开搜查界面,然后单击该界面的“web site”按钮,在其后的窗口中输入对方好友的web地址,再单击“next”按钮,这样该程序就能自动与internet中的domain name whois数据库联系,然后从该数据库中搜查到与该web网站地址对应的ip地址了。当然,除了可以知道ip地址外,你还能知道对方好友所在的具体物理位置。

倘若要想查看局域网中某个工作站的ip地址时,可以使用“网络刺客ii”之类的工具来帮忙;只要你运行该工具进入到它的主界面,然后执行工具栏中的“ip地址主机名”命令,在其后打开的对话框中,输入对方好友的计算机名称,再单击“转换成ip”按钮,就能获得对方好友所在计算机的ip地址了。

如果你使用oicqsniffer工具的话,那么查询qq好友的ip地址就更简单了。只要你单击该程序界面中的“追踪”按钮,然后向苑胶糜逊⑺鸵惶鮍q消息,那么oicqsniffer工具就会自动将对方好友的ip地址以及端口号显示出来了。除此之外,还有许多可以查找ip地址的专业工具可以选择,例如ipsniper软件。

4、命令查询法

这种方法是通过windows系统内置的网络命令“netstat”,来查出对方好友的ip地址,不过该方法需要你先想办法将对方好友邀请到qq的“二人世界”中说上几句话才可以。下面就是该方法的具体实现步骤:

首先单击“开始”/“运行”命令,在d出的系统运行对话框中,输入“cmd”命令,单击“确定”按钮后,将屏幕切换到ms-dos工作状态;然后在dos命令行中执行“netstat -n”命令,在d出的界面中,你就能看到当前究竟有哪些地址已经和你的计算机建立了连接(如果对应某个连接的状态为“established”,就表明你的计算机和对方计算机之间的连接是成功的);

其次打开qq程序,邀请对方好友加入“二人世界”,并在其中与朋友聊上几句,这样你的计算机就会与对方好友的计算机之间建立好了tcp连接;此时,再在dos命令行中执行“netstat -n”命令,看看现在又增加了哪个tcp连接,那个新增加的连接其实就是对方好友与你之间的udp连接,查看对应连接中的“foreign address”就能知道对方好友的ip地址了。

5、ping检查法

这种方法就是利用“ping”命令,来检查当前计算机是否能与对方好友的网站连通,在检查的过程中该地址能自动获得对方网站的ip地址。比方说,要是你想搜查天极网站的ip地址时,可以先打开系统的运行对话框,然后在其中输入“ping >

1、打开SQL Server Management Studio,选择工具->SQL Server Profiler,或者直接从路径:开始/程序/Microsoft SQL Server 2008 R2 /性能工具/SQL Server Profiler。

2、连接对应的数据库服务器。

3、连接数据库后,直接打开跟踪新增界面,或者在路径:文件->新建跟踪下新增跟踪,连接数据库。如下图页面,常规页可以不用管,直接界面默认的就可以,点击事件选择页,显示所有事件和显示所有列的复选框打上勾。

4、选择事件,将需要显示的列打上勾,这样才会在跟踪的时候,显示出这些列;

5、由于服务器上的数据库比较多,所以跟踪的时候要过滤掉一些,只看当前用户需要查看的数据库,这就用到列筛选器功能,点击上图中的“列筛选器”,选择要做设置的列,输入条件,

6、如下图,只要查看数据库ID为6的数据库,DatabaseID是每个数据库的唯一标识,可用语句select DB_ID('AIO5_Test')查询得到,当然也可以过滤DatabaseName列。其它需要请自行设置。

7、事件的选择与取消,右击需要选择或取消选择的事件,点击取消选择事件类别,会将所属事件全部取消,也可以展开,单个勾选;

8、存模板,可以将我们设置好的跟踪作为自己的模板,这样在下次使用的时候就不需要重复设置,以上步骤都设置好后,点击运行,然后点击文件->另存为->跟踪模板;

9、取模板名称:

10、下次打开,直接选择我们保存的跟踪模板即可。

11、ERP中执行EV不成功。

12、查看对应的EV,也没什么异常。

13、跟踪运行后,找到对应的EV执行的语句,由跟踪出的查询可以看出,该EV的DocEntry没有获取到值,导致EV运行失败,而LineNum获取到了值,由此猜测是否由于控件设置中没有将DocEntry字段开出。

14、生成控件设置,开出DocEntry字段。

15、再次执行EV,成功注销行。

16、再次查看跟踪结果,DocEntry获取到了值。

以上就是关于SQL Server Profiler怎么跟踪指定数据库标识ID全部的内容,包括:SQL Server Profiler怎么跟踪指定数据库标识ID、sql数据库怎么跟踪密码登录错误的进程、Oracle数据库构造给据邮件跟踪查询系统等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9726393.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-01
下一篇 2023-05-01

发表评论

登录后才能评论

评论列表(0条)

保存