最佳实践:“神器”：Oracle日志采集分析工具——TFA
优采云 发布时间: 2022-10-05 03:09最佳实践:“神器”：Oracle日志采集分析工具——TFA
[这是“一森梶”公众号——第31条文章]。
[前言]。
众所周知，在Oracle库异常的情况下，在分析异常时刻的日志或向ORACLE官网提交SR相关日志时，如何快速准确地采集日志是一个令人头疼的问题。可以说，预言机日志信息采集是一项需要技巧的“高消耗”体力任务。有没有办法简化流程，让每个人都能把时间和精力花在最前沿？
我
最近向Oracle提交了一个SR，因为它是一个双节点RAC环境，提交异常日志信息特别麻烦，所以我想起了OSWatcher工具，而当我看文章OSWatcher（包括：[视频]）（文档ID 301137.1）的文章来看看一个功能更强大的TFA工具，我有这篇文章。本文将介绍TFA，这是一种节省精力的集合/分析工具。
本文篇幅较长，有耐心阅读，值得一读。
[文本]。
每个人都经历过这样一个黑暗的时刻，当图书馆出现异常时，分析日志是必要的过程;Oracle单库报警日志，trc文件可分析，日志数量不多，采集方便，分析过程不复杂;但是，如果分析对象是RAC架构，例如数据库中的挂起异常，则可能需要采集rdbms，ASM，网格，操作系统，os，os等的日志信息，这是一场噩梦。即使在常见的双节点RAC环境中，采集日志信息也需要花费大量的时间和经验，并且日志采集可能会在将来继续补充。
此外，如果在采集日志信息、在发生故障时筛选特定日志、具有更多节点的日志、在环境中具有文件控制时，系统环境不同/不熟悉，则可能会影响日志信息采集的效率和准确性，从而影响问题分析和定位的进度，增加故障排除时间。
一个非常现实的问题：如何减少日志采集所花费的时间，提高准确性，并将更多的精力和时间投入到实际的问题分析中？
提交甲骨文 SR 的孩子知道甲骨文已正式提供日志采集工具 OSWatcher，如下所述（操作系统观察器（包括：[视频]）（文档 ID 301137.1）
）。
操作系统观察者快速概述
操作系统观察程序 （oswbb） 是一个可下载的实用程序，用于从操作系统捕获性能指标。OSWatcher 的使用受 Oracle 的标准许可条款的约束，不需要额外的许可证即可使用。当您将安装和运行 oswbb 作为性能诊断数据采集最佳实践的一部分时，您可以通过支持和开发来帮助更快地解决 SR 问题。oswbb 由两个独立的组件组成：
1. oswbb：一种Unix外壳脚本数据采集器，用于采集和存储数据
2. oswbba：一个Java实用程序，它将自动分析数据并提供建议并生成图形和html文档
这两个组件都收录在单个可下载的 tar 文件中。
总结
操作系统观察器（oswbb）首先是Oracle标准许可证下的日志采集工具，与需要额外费用的adg不同，oswbb更擅长采集诊断信息到预言机SR以获得更快的服务支持。
操作系统收录两个部分：
采集和存储数据的unix外壳脚本;
自动分析 Java 工具，这些工具以图形和页面形式提供建议和信息。
操作系统观察器（oswbb）有两种安装方式，一种是独立的，另一种是TFA集成方式安装的;官方网站如下：
独立。安装独立版本将始终为您提供最新版本，但用户必须手动安装并运行OSWatcher
作为 TFA 数据库支持工具包的一部分进行安装。TFA 将自动安装并运行操作系统观察程序。它还将定期更新操作系统观察程序。它可能收录也可能不收录最新版本。
考虑到独立模式对大家都很熟悉，本文主要介绍TFA方法（该工具嵌入在OSWatcher中）
）。
首先，什么是 TRA？
在GI（RAC）的情况下，最繁琐的事情是采集与每个节点上的问题相关的及时准确的日志和诊断数据。RAC 中的跟踪日志文件将轮流使用，如果未及时采集日志，则将被覆盖。过去，diag采集.pl 脚本通常用于 GI Cluster 中的日志采集，但该脚本的缺点是它会从头到尾采集所有 RAC 日志，并且不会识别日志的内容。使用 diag采集.pl 采集的日志量非常大，并且必须使用 root 用户在每个节点上单独运行 diag采集.pl 脚本。
一句话：diag采集.pl 辗转反侧，不方便。
TFA基本上克服了这些问题，TFA通过在每个节点上运行一个Java虚拟环境，来确定何时开始采集、压缩日志，并确定哪些日志是解决问题所必需的，TFA是运行在GI和RDBMS产品中的，只是一个日志采集工具，不会改变系统，操作系统上的负载压力是轻量级的， 甚至当前版本和平台都不相关。
总之
TFA（跟踪文件分析器采集器）是从11.2版本启动的Orac的官方解决方案，默认安装12c以上版本（收录），用于在网格基础设施/RAC环境中采集诊断日志，特别是帮助用户使用非常简单的命令快速方便地采集RAC日志以进行进一步诊断。
TFA具有以下优点：
1. TFA可以在RAC环境中的一个节点执行命令，打包和封装所有节点的日志;
2. TFA可以在采集过程中对日志进行“修整”，减少采集的数据量;
3. TFA可以采集特定时间段的诊断信息;
4. TFA可以指定一部分集群组件来采集日志，如：ASM、RDBMS、集群件;
5.TFA可根据条件配置报警日志（数据库报警日志、ASM报警日志、集群软件报警日志等）的实时扫描;
6、TFA可根据实时扫描结果自动采集诊断日志;TFA可以根据指定的错误扫描报警日志;
7.TFA 根据指定的错误扫描结果采集诊断日志。
TFA 采集日志进程：
1. DBA发出诊断采集命令，启动TFA日志采集过程;
2. 本地TFA向其他节点的TFA发送采集请求，开始其他节点的日志采集工作。
3. 本地TFA也开始同时采集日志;
4. 所有涉及节点的TFA日志都存档到启动诊断采集命令的“主”节点;
5. DBA 提取存档的 TFA 日志信息，对其进行分析或提交 SR 进行处理。
宝贝，这么好的东西，怎么安装？如何使用它？
TFA 支持以下平台：
1.Linux （OEL， RedHat， SUSE， 安腾和 zLinux）
2.甲骨文 Solaris （X86-64）
3.艾克斯
4.安腾 （安腾和泛酸）
5. 微软视窗 （64位）
所有平台至少需要支持 bash shell 版本 3.2 和 JRE 1.5 及更高版本。
划伤要点：
从理论上讲，TFA工具为所有数据库版本提供支持，同时为RAC和非RAC数据库提供支持。从目前看到的文档中，没有提到10.2.0.4之前的版本。TFA 工具早在版本 11.2.0.4 时就默认随网格软件一起安装，默认安装路径是网格的主目录。TFA 工具未收录在以前版本的 11.2.0.4 的安装包中，需要手动安装。12C 附带 TFA 日志分析工具
本文的环境是：双节点RAC，操作系统是红帽7.3
官方网站文章提供TFA的最新下载地址：
TFA 采集器 - 带数据库支持工具包的 TFA（文档 ID 1513912.1
）。
安装注意事项：
1.1.8 或更高版本的 Java 运行时版本。
2. 下载后，TFA-LINUX_v19.2.1 被放置在 /OPT 目录中;
3. 在守护程序模式下使用 root 帐户进行安装
安装过程非常简单，本文使用root帐户在RAC1节点中安装，过程如下
[root@ethanDB-rac1 ~]# cd /opt/[root@ethanDB-rac1 opt]#[root@ethanDB-rac1 opt]# lltotal 518220-rwxr-xr-x 1 root root 265898937 Apr 26 02:44 installTFA-LINUXdrwxr-xr-x 3 root root 20 Mar 7 15:14 oracle-rw-r--r-- 1 root root 264751391 Aug 8 11:27 TFA-LINUX_v19.2.1.zip[root@ethanDB-rac1 opt]#[root@ethanDB-rac1 opt]# ./installTFA-LINUX TFA Installation Log will be written to File : /tmp/tfa_install_130164_2019_08_08-15_40_39.log Starting TFA installation TFA Version: 192100 Build Date: 201904251105 TFA HOME : /oracle/app/12.2.1/tfa/ethanDB-rac1/tfa_home Installed Build Version: 183200 Build Date: 201810300012 TFA is already installed. Upgrading TFA TFA Upgrade Log : /oracle/app/12.2.1/tfa/ethanDB-rac1/tfapatch.log TFA will be upgraded on :ethanDB-rac1ethanDB-rac2 Do you want to continue with TFA Upgrade ? [Y|N] [Y]: y Checking for ssh equivalency in ethanDB-rac2Node ethanDB-rac2 is not configured for ssh user equivalency SSH is not configured on these nodes :ethanDB-rac2 Do you want to configure SSH on these nodes ? [Y|N] [Y]: y Configuring SSH on ethanDB-rac2... ##配置节点2的互信 Generating keys on ethanDB-rac1... Copying keys to ethanDB-rac2... /bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keysroot@ethanDB-rac2's password:Permission denied, please try again.root@ethanDB-rac2's password:Permission denied, please try again.root@ethanDB-rac2's password: Using SSH to upgrade TFA on remote nodes : Upgrading TFA on ethanDB-rac2 : TFA_HOME: /oracle/app/12.2.1/tfa/ethanDB-rac2/tfa_homeStopping TFA Support Tools...WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.Shutting down TFARemoved symlink /etc/systemd/system/multi-user.target.wants/oracle-tfa.service.Removed symlink /etc/systemd/system/graphical.target.wants/oracle-tfa.service.. . . . .. . .Successfully shutdown TFA..Copying files from ethanDB-rac1 to ethanDB-rac2... Current version of Berkeley DB in ethanDB-rac2 is 5 or higher, so no DbPreUpgrade requiredWARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.Running commands to fix init.tfa and tfactl in ethanDB-rac2...WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.Updating init.tfa in ethanDB-rac2...Removing old version serializale files in ethanDB-rac2...Starting TFA in ethanDB-rac2...Starting TFA..Created symlink from /etc/systemd/system/multi-user.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.Created symlink from /etc/systemd/system/graphical.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.Waiting up to 100 seconds for TFA to be started... . . . .Successfully started TFA Process... . . . .WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.TFA Started and listening for commandsRemoving /oracle/app/12.2.1/tfa/ethanDB-rac2/tfa_home/jlib/commons-io-2.5.jarWARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version. Enabling Access for Non-root Users on ethanDB-rac2...Setting DDU purging mode to profile on ethanDB-rac2 Upgrading TFA on ethanDB-rac1 : Stopping TFA Support Tools...WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version. Shutting down TFA for Patching... Shutting down TFARemoved symlink /etc/systemd/system/multi-user.target.wants/oracle-tfa.service.Removed symlink /etc/systemd/system/graphical.target.wants/oracle-tfa.service.. . . . .. . .Successfully shutdown TFA.. No Berkeley DB upgrade required Copying TFA Certificates... Starting TFA in ethanDB-rac1... Starting TFA..Created symlink from /etc/systemd/system/multi-user.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.Created symlink from /etc/systemd/system/graphical.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.Waiting up to 100 seconds for TFA to be started... . . . .Successfully started TFA Process... . . . .TFA Started and listening for commands Enabling Access for Non-root Users on ethanDB-rac1... root@ethanDB-rac2's password:Removed SSH configuration on ethanDB-rac2... .-------------------------------------------------------------------.| Host | TFA Version | TFA Build ID | Upgrade Status |+-------------+-------------+----------------------+----------------+| ethanDB-rac1 | 19.2.1.0.0 | 19210020190425110550 | UPGRADED || ethanDB-rac2 | 19.2.1.0.0 | 19210020190425110550 | UPGRADED |'-------------+-------------+----------------------+----------------'
以上，TFA已成功安装并升级到最新版本19.2.1.0.0。
关键是，TFA如何运作？
环境：以 12.2 版本 RAC 和 19.2.1.0.0 TFA 为例：
启动和关闭 TFA
[root@ethanDB-rac1 ~]#tfactl start [root@ethanDB-rac1 ~]# tfactl stop
查看哪些用户当前正在使用 tfactl
[root@ethanDB-rac1 ~]# tfactl access lsusers.---------------------------------.| TFA Users in ethanDB-rac1 |+-----------+-----------+---------+| User Name | User Type | Status |+-----------+-----------+---------+| grid | USER | Allowed |'-----------+-----------+---------' .---------------------------------.| TFA Users in |+-----------+-----------+---------+| User Name | User Type | Status |+-----------+-----------+---------+| grid | USER | Allowed |'-----------+-----------+---------'
查看当前 TFA 观察点节点状态
[root@ethanDB-rac1 ~]# tfactl print status .----------------------------------------------------------------------------------------------------.| Host | Status of TFA | PID | Port | Version | Build ID | Inventory Status |+-------------+---------------+--------+------+------------+----------------------+------------------+| ethanDB-rac1 | RUNNING | 352785 | 5000 | 19.2.1.0.0 | 19210020190425110550 | COMPLETE || ethanDB-rac2 | RUNNING | 372746 | 5000 | 19.2.1.0.0 | 19210020190425110550 | COMPLETE |'-------------+---------------+--------+------+------------+----------------------+------------------'
列出当前 TFA 的配置信息
[root@ethanDB-rac1 ~]# tfactl print config.------------------------------------------------------------------------------------.| ethanDB-rac2 |+-----------------------------------------------------------------------+------------+| Configuration Parameter | Value |+-----------------------------------------------------------------------+------------+| TFA Version | 19.2.1.0.0 || Java Version | 1.8 || Public IP Network | true || Automatic Diagnostic Collection | true || Alert Log Scan | true || Disk Usage Monitor | true || Managelogs Auto Purge | false ...
要说的太多了，让我们从如何采集日志信息开始
采集日志信息
如果使用中文字符集，则为 LANG=zh_CN。UTF-8 后跟 BUG：传递给诊断采集的非法参数 -z
划伤要点：
使用前，请确定en_US字符集。双字节网络-8
[root@ethanDB-rac1 ~]# 出口。双字节网络-8
[root@ethanDB-rac1 ~]# 回声$LANG
en_US。双字节网络-8
使用 tfactl -help 命令查看哪些命令可用
[root@ethanDB-rac1 ~]# tfactl -help Usage : /oracle/app/12.2.1/bin/tfactl [options] commands:diagcollect|collection|analyze|ips|run|start|stop|enable|disable|status|print|access|purge|directory|host|receiver|set|toolstatus|uninstall|diagnosetfa|syncnodes|setupmos|upload|availability|rest|events|search|changes|isa|blackout|rediscoverFor detailed help on each command use: /oracle/app/12.2.1/bin/tfactl -help [root@ethanDB-rac1 ~]# tfactl diagcollect -h Collect logs from across nodes in cluster Usage : /oracle/app/12.2.1/bin/tfactl diagcollect [ [component_name1] [component_name2] ... [component_nameN] | [-srdc ] | [-defips]] [-sr ] [-node ] [-tag ] [-z ] [-last | -from -to | -for ] [-nocopy] [-notrim] [-silent] [-nocores][-collectalldirs][-collectdir ][-examples] components:-ips|-database|-asm|-crsclient|-dbclient|-dbwlm|-tns|-rhp|-procinfo|-afd|-crs|-cha|-wls|-emagent|-oms|-ocm|-emplugins|-em|-acfs|-install|-cfgtools|-os|-ashhtml|-ashtext|-awrhtml|-awrtext -srdc Service Request Data Collection (SRDC). -defips Include in the default collection the IPS Packages for: ASM, CRS and Databases -sr Enter SR number to which the collection will be uploaded -node Specify comma separated list of host names for collection -tag The files will be collected into tagname directory inside repository -z The collection zip file will be given this name within the TFA collection repository -last Files from last 'n' [d]ays or 'n' [h]ours -since Same as -last. Kept for backward compatibility. -from "Mon/dd/yyyy hh:mm:ss" From or "yyyy-mm-dd hh:mm:ss" or "yyyy-mm-ddThh:mm:ss" or "yyyy-mm-dd" -to "Mon/dd/yyyy hh:mm:ss" To or "yyyy-mm-dd hh:mm:ss" or "yyyy-mm-ddThh:mm:ss" or "yyyy-mm-dd" -for "Mon/dd/yyyy" For . or "yyyy-mm-dd" -nocopy Does not copy back the zip files to initiating node from all nodes -notrim Does not trim the files collected -silent This option is used to submit the diagcollection as a background process -nocores Do not collect Core files when it would normally have been collected -collectalldirs Collect all files from a directory marked "Collect All" flag to true -collectdir Specify comma separated list of directories and collection will include all files from these irrespective of type and time constraints in addition to components specified -examples Show diagcollect usage examplesFor detailed help on each component use: /oracle/app/12.2.1/bin/tfactl diagcollect [component_name1] [component_name2] ... [component_nameN] -help
几种常用方法：
1. 采集 TFA 管理的所有日志，最长可达 2 小时前
[root@ethanDB-1~]#tfactldiagcollect-全部-自2小时
2. 采集所有节点上的数据库相关日志 1 小时，并在本地压缩，并以 test 作为后缀
#tfactldiagcollect-root@ethanDB-1~]#tfactldiagcollect-因为-z-ztest
3. 在节点 host1 上采集 1 小时的日志
[root@ethanDB-rac1~]#tfactldiagcollect-节点主机1-自1h
4. 采集“Aug/15/2019”上发生的所有节点的日志
[root@ethanDB-rac1~]#tfactldiagcollect为“八月/15/2019”
5. 指定在节点 1 上采集 ASM 日志的时区
[root@ethanDB-rac1~]#tfactldiagcollect-201913/00：00“-到”8月15/201914：00：00”
6. 指定采集所有节点信息的时间段
[root@ethanDB-rac1 ~]# tfactl diagcollect -all -from "Aug/15/2019 13:00:00" -to "Aug/15/2019 14:00:00"The -all switch is being deprecated as collection of all components is the default behavior. TFA will continue to collect all components.Collecting data for all nodesScanning files from Aug/15/2019 13:00:00 to Aug/15/2019 14:00:00 Collection Id : 20190815191015ethanDB-rac1
注意：
此命令在指定时间段内采集 rdbm、ASM、网格和操作系统的各种类型的日志，例如警报日志、跟踪文件、群集软件组件日志、侦听器日志和操作系统日志。在执行过程中，告警日志、*敏*感*词*日志等的连续日志处理也比较智能，在不复制整个日志文件的情况下，可以截获指定时间段的日志。如果部署了 osw 工具，它还会自动采集 osw 日志。
如果需要指定日志采集的范围（例如仅采集数据库的相关日志），则可以使用 tfactl diagcollect -database 命令。有关更多使用方法，可以参考 tfactl 诊断采集 -help 输出。
自动采集功能
可以自动采集一些预定的错误。计划错误和采集规则可以在《跟踪文件分析器采集器用户指南》的附录 B. 扫描事件部分中找到。默认情况下，此功能处于关闭状态，可以使用以下命令手动启用：
[root@ethanDB-1~]#tfactlsetautodiagcollect=开
TFA还可以承担一定的日志分析功能，可以实现一个命令自动分析DB&ASM&CRS报警日志、操作系统命令和一些OSW日志。
分析并查找错误级错误信息7天内的所有日志，并将其提取
[root@ethanDB-1~]#tfactlanalyze-自7d
注意力
默认情况下，TFA 工具仅向根用户和网格用户授予使用权限，如果 Oracle 用户执行 tfactl 诊断采集命令，则将报告错误。建议同时授予 Oracle 用户在日常使用中使用 TFA 的权限。根用户可以使用以下命令将 oracle 用户添加到授权用户列表中：
[root@ethanDB-1~]#tfactlaccessadd用户
如果采集日志有空间管理要求，可以使用 tfactl set 命令进行设置，此处不再赘述。
TFA 中有哪些新增功能？
TFA 版本封装了 12.1.2.3.0 中许多现有的 Oracle 问题分析工具，包括 ORACHK、EXAchk、操作系统观察程序、监视程序、奥拉托普、SQLT、DARDA、警报摘要等，我们可以通过 TFACL 的接口调用这些工具。使用 TFA 的工具状态命令查看这些封装的工具以及状态：
[root@ethanDB-rac1 ~]# tfactl toolstatus.------------------------------------------------------------------.| TOOLS STATUS - HOST : ethanDB-rac1 |+----------------------+--------------+--------------+-------------+| Tool Type | Tool | Version | Status |+----------------------+--------------+--------------+-------------+| Development Tools | orachk | 12.2.0.1.3 | DEPLOYED || | oratop | 14.1.2 | DEPLOYED |+----------------------+--------------+--------------+-------------+| Support Tools Bundle | darda | 2.10.0.R6036 | DEPLOYED || | oswbb | 8.1.2 | RUNNING || | prw | 12.1.13.11.4 | NOT RUNNING |+----------------------+--------------+--------------+-------------+| TFA Utilities | alertsummary | 12.2.1.1.0 | DEPLOYED || | calog | 12.2.0.1.0 | DEPLOYED || | dbcheck | 18.3.0.0.0 | DEPLOYED || | dbglevel | 12.2.1.1.0 | DEPLOYED || | grep | 12.2.1.1.0 | DEPLOYED || | history | 12.2.1.1.0 | DEPLOYED || | lcm | 18.4.0.0.0 | DEPLOYED || | ls | 12.2.1.1.0 | DEPLOYED || | managelogs | 12.2.1.1.0 | DEPLOYED || | menu | 12.2.1.1.0 | DEPLOYED || | param | 12.2.1.1.0 | DEPLOYED || | ps | 12.2.1.1.0 | DEPLOYED || | pstack | 12.2.1.1.0 | DEPLOYED || | summary | 12.2.1.1.0 | DEPLOYED || | tail | 12.2.1.1.0 | DEPLOYED || | triage | 12.2.1.1.0 | DEPLOYED || | vi | 12.2.1.1.0 | DEPLOYED |'----------------------+--------------+--------------+-------------' Note :- DEPLOYED : Installed and Available - To be configured or run interactively. NOT RUNNING : Configured and Available - Currently turned off interactively. RUNNING : Configured and Available.
日常维护
如前所述，尽管TFA是在GI和RDBMS之外运行的产品，但它只是一个日志采集工具，不会对系统进行更改，并且操作系统上的负载压力是轻量级的，即使当前使用的版本和平台也是如此。但是，有时在检查数据库时，您会发现CPU负载相对较高，因为tfa检查占用了太多的CPU，并且由于非核心系统而决定关闭。
使用根执行。
-
-检查状态
#tfactl状态
--
自启动关断
#tfactl禁用
-
-关闭故障
#tfactl停止
总结
1. TFA是运行在GI和RDBMS之外的产品，只是一个日志采集工具，不会改变系统，操作系统上的负载压力是轻量级的，甚至与目前使用的版本和平台无关;因此，建议对数据库进行TFA配置，以便快速定位和分析问题。
2.TFA（跟踪文件分析器采集器）是从版本11.2启动的Oracle的官方解决方案，默认安装12c（含）以上的版本
3.TFA用于采集网格基础设施/ RAC环境中的诊断日志，特别是帮助用户使用非常简单的命令采集RAC中的日志以进行进一步诊断。
【官方网站参考】
操作系统观察程序（包括：[视频]）（文档 ID 301137.1）。
【官方网站参考】
TFA 采集器 - 带数据库支持工具包的 TFA（文档 ID 1513912.1
）。
/epmos/faces/Doc内容显示？_afrLoop=324296707082878&父=OSwatcher&source Id=下载&id=1513912.1&_afrWindowMode=0&_adf.ctrl-state=15cs9va4d8_102#快速入门
参考
参考
操作方法:站长挖词工具有哪些：常用的五个工具推荐
我很高兴再次见到你。今天，我们来聊一聊站长的挖词工具：五种常用工具推荐及相关问题。成功之路不会一帆风顺。每一次成功的背后，都有一段惊心动魄的故事。
作为站长，了解和熟悉seo优化和推广工作中需要的seo工具更有利于seo工作，通过关键词数据，网站可以发挥最大的作用。
最近发现很多刚开始seo工作的新人。他们不知道如何找到网站核心关键词，如果他们询问网站收录的情况，网站外部链接，关键词数据分析等。针对这种情况，这里有一些seo辅助工具供大家了解和学习。通过了解seo辅助工具，您的seo工作可以更好、更轻松、更方便。
关键词分析，在网站的前期优化工作中，需要对关键词（主关键词，副词）进行筛选，在中间阶段，需要分析关键词指标的波动，后期需要分析用户开发的新词汇。要想做好排名，需要了解seo工具，掌握关键词数据。
1.百度站长工具
百度站长现更名为百度搜索资源平台，提供强大的数据分析和数据提交入口，您可以通过它快速提交数据和分析数据。提交链接包括网站修改导致的404错误，查看网站索引量、搜索词、网站爬取状态、网站异常数据、网站安全检测、登陆页检测等，功能非常强大，每个站长都需要根据网站自己的不足不断改进。
2. 第三方站长免费工具
这里推荐2个免费工具供大家选择，一个是爱站，另一个是站长之家。两个工具都提供网站收录、网站外链、网站权重等查询数据，也可以查询网站关键词排名、网站域名注册机备案状态，以及网站通过PING检测速度等，这里就不介绍了，大家可以自己体验一下。
3.百度指数
通过百度索引，可以了解用户的搜索行为，快速了解关键词的索引情况。使用百度指数查看研究分析趋势关键词，查看需求图谱了解用户关系相关词汇。作为一名seo工作者，时不时使用百度索引分析关键词数据是必不可少的工作细节。
4.百度统计
百度统计是面向站长推出的流量统计工具。它类似于cnzz和51la。个人建议使用百度统计。百度基于百度大平台，提供更精准的网站数据，包括时间、地域、访问来源、用户行为等功能，更方便分析数据，做好营销推广工作。功能比较强大，操作比较简单。，适用于每一位站长。
5. 17ce是国内专业的网站测速第三方平台。它的作用是服务器监控、网络监控和IDC质量评估。还包括PING DNS HTTP CDN测试速度等，用于*敏*感*词*各个省份的监控。观点。
6、5118数据分析平台，虽然是后起之秀，但也是每个站长必备的seo辅助工具之一。我们在优化网站的时候，需要挖掘长尾关键词，然后会用到一些挖词工具，比如5188扩词工具。通过此可以了解SEO数据的实时变化，了解关键词排名的具体趋势变化，指导关键词的建设工作。
7、Chain Exchange Artifact是为新手站长开发的一个友好的链接交换交换平台。基于双向数据处理，对监控的买卖环节或交换环节进行实时监控。也是新手站长的seo辅助工具。.
8.流量精灵想必很多人都用过，主要针对个人博客、新手站长等各个领域的新网站，增加网站流量，是免费的网站过去>为了推广神器，随着百度算法的不断完善，百度最近推出的迅雷算法2.0就是针对这类类似软件的。目前这款产品的效果不是很明显。如果使用不当，会适得其反。
9. 好推网站seo免费在线诊断工具是免费提供给用户的网站诊断服务。它是为新手和大网站推出的seo诊断服务。对于网站全方位SEO问题360度排查，我们会根据诊断为您定制最佳优化方案。行业用户需求分析，核心流量分析，根据流量入口指定完善的SEO优化方案，关键词海量排名，客流快速飙升。
同时还提供移动数据分析、整体优化解决方案、SEO诊断与重塑网站，彻底解决移动客流，避免客户流失，打造品牌影响力，通过互联网资源快速传播，口碑-口口营销、问答营销、官网优化、消息源营销、自媒体营销、微信营销、数据监测，快速提升品牌市场效果，请联系网站客服咨询。
网站用于推广工作的工具有很多，比如一些谷歌网站管理工具，流量统计工具如谷歌分析等等。网站数据分析是一项初步工作，千里之行始于一步，关键词数据分析是整个网站优化中的关键工作，如上所述，明白关键词数据可以让网站排名工作更轻松，如果前期工作没有做好，那就白费了。
ok，以上就是小编为大家整理的文章的内容。反正只要这个文章能帮到大家，就证明我没有白整理。如果你读了还是没看懂，也许这对新手来说很正常，再慢慢读就明白了。如果您对相关内容仍有兴趣，请继续浏览我的博客了解更多！
