![关闭 [x]](http://dw1.s81c.com/i/c.gif){kind=small}
一个具有挑战性的场景是，一个 DB2 实例和 Systems Director 服务器都位于相同的系统上，根据来自客户和现场工程师的反馈，这引起了混淆。本文为 DB2 数据库在 Systems Director 本地或远程的场景提供一个明确、一致的方向。遵循本文的指导，您便能够安全升级 DB2 服务器，或必要时将您的数据库轻松迁移到另一个系统，无需重新配置 Systems Director 系统。
尽管本文提供的指导适用于所有受支持的平台，我们以 AIX 为例来进行所有讨论和说明。本文代表作者（而非 IBM）的观点和建议。
将 Systems Director 服务器的数据库从嵌入式 Derby 引擎切换到 DB2 不只有一种方式，但是最简单的方式总结如下：
- 使用默认选项安装 IBM Systems Director 服务器。
- 启动 Systems Director 服务器，确认它运作正常。
- 停止 Systems Director 服务器。
- 在 DB2 服务器创建 DB2 数据库。
- 安装 DB2 客户端并创建一个 DB2 客户端实例。
- 设置 root 用户环境，以指向 DB2 客户端实例。
- 定制 Systems Director 的数据库配置响应文件。
- 运行 Systems Director 的脚本来创建远程数据库和表。
- 启动 Systems Director 服务器。
- 确认并完成。
这些步骤应该很易于理解和遵从。
当 DB2 服务器位于与 Systems Director 服务器相同的系统上时，问题就出现了。当 DB2 数据库是远程而非本地时，产品文档有一组不同的指令。最好将本地数据库看作是远程数据库，将客户端实例与服务器实例分离开来，从而简化维护并提高灵活性。
现在让我们看看，当 DB2 服务器位于与 Systems Director 服务器相同的系统上时应当怎么做：
- 使用默认选项安装 Systems Director 服务器。
- 启动 Systems Director 服务器，确认它运作正常。
- 停止 Systems Director 服务器。
- 安装 DB2 服务器，创建一个 DB2 服务器实例和一个数据库。
- 安装 DB2 客户端，创建一个 DB2 客户端实例。
- 设置 root 用户环境，以指向 DB2 客户端实例。
- 定制 Systems Director 的数据库配置响应文件。
- 运行 Systems Director 脚本以配置和填充数据库。
- 启动 Systems Director 服务器。
- 确认并完成。
没有多大的差别吧？步骤 4 是惟一的差别，其他步骤完全一样。
现在让我们来深入探究细节，看看这究竟是如何实现的。
为说明实际的设置过程，我们使用了一个 AIX 分区来安装 Systems Director 服务器和 DB2 服务器。下面的图 1 展示了组件关系和每个组件各自的用户 ID。它展示一个在其中托管 2 个子系统的 AIX 分区。第一个子系统包括 Director 服务器及其相关的 DB2 客户端实例。Director 服务器流程作为 root 帐户运行，使用 dirusr1 帐户进行 SQL 查询。DB2 客户端实例为 db2admc1 帐户所有。第二个子系统包括一个 DB2 服务器实例及其数据库。DB2 服务器实例为 db2inst1 帐户所有，且数据库 DIRDB01 表模式是 dirusr1。
图 1：测试环境
对于该试验，我们在一个 IBM POWER7 服务器上使用了一个小分区，该服务器具有 0.5 个处理器、4 GB 的内存和 20 GB 的存储器。在一个生产环境中，如果您在同时运行 Systems Director 服务器和 DB2 服务器，那么您希望有比这更多的资源。请查询 Systems Director InfoCenter 硬件需求，获取最新推荐（参见 参考资料）。
用到以下软件：
- IBM AIX 6.1 TL04
- IBM Systems Director 6.2
- IBM DB2 Data Server Enterprise Edition 9.5 fixpack 5
- IBM Data Server Client 9.5 fixpack 5
首先安装 Systems Director 服务器并确认它能正常运行嵌入式 Derby 数据库。这里提供了很简要的说明。请参阅 InfoCenter 获取详细的安装说明（参见 参考资料）。
- 以 root 用户身份登录到 AIX 系统。
-
确保您在以下文件系统中有足够的空闲空间：
/ 0.5 GB/usr 0.5 GB/var 0.5 GB/tmp 1 GB/opt 4 GB
-
如果您在从 web 上下载 Systems Director 服务器（数据包大约为 1.5GB），那么确保有足够的磁盘空间。另外，确保将 ulimit 文件大小设置为大于默认值，或在下载大文件之前运行
ulimit -f unlimited命令。 - 确保您有健全的 TCP/IP 配置，包括路由、/etc/hosts、DNS 条目并进行服务器主机名的反向 DNS 查询。
-
运行
dirinstall.server开始安装。 -
接受许可协议之后，安装运行约 30 分钟。完成时，您将看到类似于下面的 installp 格式文件，显示 Director Server 安装的结果。
Finished processing all filesets. (Total time: 26 mins 28 secs) Finished processing all filesets. (Total time: 26 mins 38 secs) +---------------------------------------------------------------------+ Summaries: +---------------------------------------------------------------------+ Installation Summary -------------------- Name Level Part Event Result ----------------------------------------------------------------------- DirectorServer 6.2.0.0 USR APPLY SUCCESS DirectorServer 6.2.0.0 ROOT APPLY SUCCESS This installation log file can be found in /var/log/dirinst.log. Installation of IBM Systems Director Server completed successfully.
-
通过运行
/opt/ibm/director/bin/configAgtMgr.sh配置本地 Agent Manager。 运行 Agent Manager 配置脚本的结果如下所示：Configuring Resource Manager and Common Agent. Starting Agent Manager... OK Retrieving Agent Manager Instance ID... OK Registering Agent Manager toolkit... OK Removing Agent Manager user manager... OK Adding Agent Manager user root... OK Configuring Common Agent... OK Waiting for Common Agent certificates... OK Waiting for Common Agent SLP advertisement... OK Waiting for Common Agent status report... OK Stopping Agent Manager... OK Agent Manager configuration completed successfully.
-
现在您可以运行
/opt/ibm/director/bin/smstart命令来启动 Systems Director 服务器。 -
第一次启动应当会花费大约 5 分钟完成。运行
/opt/ibm/director/bin/smtatus -r命令来重复检查 Systems Director 服务器的状态；在一段时间之后应当会出现：Inactive StartingActive
从一个远程浏览器（Firefox 或 Internet Explorer）登录到 Systems Director 服务器，使用以下 URL：
https://hostname:8422/ibm/console |
浏览器显示一个警告，表明安全证书没有经过可信权威认证，与实际网站不匹配。接受异常并继续下一步。然后您应当会看到 Systems Director 登录页面。以 root 用户身份登录，然后出现 Systems Director 欢迎页面，如图 2 所示。
图 2：Systems Director Console 欢迎页面
图 2 展示从 Systems Director 的 web 控制台登录后的 Welcome 页面的屏幕截图。它的左导航栏中有可供用户使用的功能列表，比如 Automation、Availability、Inventory、Release Management、Security、System Configuration、System status and health、Task management 和 Settings。右面板显示 3 个选项卡：Start、Manage 和 Learn。Start 选项卡有一个到 Discover 的按钮、一个显示一个操作系统的饼状图、无代理的零系统、具有 Platform 代理的零系统和两个具有 Common 代理的系统。
转至 Navigate Resources，选择默认的 All Systems 组，确认 Systems Director 服务器有两个端点，如图 3 所示。一个操作系统类型、一个虚拟服务器系统（或如果您在运行 LPAR 的话是服务器类型），状态应当没有问题。
图 3: Navigate All Systems Resources
图 3 显示 Navigate Resources 面板的屏幕截图。表格列出静态 All Systems 组中的所有系统，首先是一个名为 IBM 8233E8B 的虚拟服务器端点和一个名为 prve32.cite.cn.ibm.com 的操作系统端点。两个端点的访问状态和问题状态都正常。
如果目前为止您的 Systems Director 服务器是好的，您可以用 /opt/ibm/director/bin/smstop 命令停止它。
如果您打算为 Systems Director 数据库利用现有的远程 DB2 服务器，那么选择很简单，您只需安装 IBM Data Server Client。
如果您打算在将 DB2 数据库安装在与 Systems Director 服务器相同的系统上，那么有两个有效选择：
- 您可以安装 DB2 服务器的一个副本，然后通过它创建一个客户端实例和一个服务器实例。该选择易于维护，因为仅有一个 DB2 副本要更新或修补，但是如果将来您希望将数据库迁移到独立的系统或希望将数据库整合到另一个 DB2 服务器，那么该选择不够灵活。您会希望卸载 DB2 数据库以收回许可，但这会破坏 DB2 客户端实例。因此，您最终必须为客户端实例维护数据库副本。
- 您可以为客户端实例安装 DB2 客户端的一个副本且为数据库实例安装 DB2 服务器的一个副本。当涉及到更新或修补时需要两倍的维护，不过您可以按需灵活迁移数据库、卸载或停止维护服务器副本，而不影响 DB2 客户端实例。这是推荐的企业环境，您可以在其中留出尽可能多的空间，以便于未来增长和潜在整合。
因此，本文其余部分将使用第二个选项，该选项需要的设置工作略多一些，但是鉴于其提供的灵活性，额外的努力完全是值得的。
在本地和远程系统上安装供 Systems Director 使用的 DB2 没有区别。以下说明假定您在 AIX 上有一个 GUI 环境，可通过 VNC 或一个远程 X 服务器显示满足。
要安装一个新的 DB2 服务器，请执行以下操作：
- 确保您在 /home 文件系统有 1GB 的空闲空间以容纳 DB2 实例。
-
为实例的数据库存储创建一个新的 10 GB 大小的 JFS2 文件系统（和逻辑卷），例如 /db2inst1。
您可以略过这一步并将数据库存储保留在实例主目录中。但是，也存在其他用户填满 /home 文件系统的风险，这会导致数据库因缺乏空闲空间而发生故障，因此将数据库存储在其自己的文件系统中更安全一些。
-
使用 DB2 Installation Setup Wizard (db2setup) 安装 DB2 服务器，并同时创建一个服务器实例 db2inst1。
图 4 显示 DB2 服务器实例设置向导的屏幕截图。它展示步骤 12，即向导的汇总页，含有所有默认选项，且默认按钮是用于运行实际任务的 Finish 按钮。
图 4: DB2 Server Installation Wizard 汇总页
注意，在我们的 POWER7 分区上，我们在启动 DB2 实例启动板和实例设置向导时遇到 Java 核心转储，在启动板避开该问题之前运行 “export JAVA_COMPILER=NONE”。
完成安装后，您应当创建一个 DB2 实例。使用 su - db2inst1 作为实例所有者登录进去。
-
验证在正确的位置安装了正确的 DB2 级别：
db2level
-
更新到 /db2inst1（而非 /home/db2inst1）的默认数据库路径：
db2 update dbm cfg using DFTDBPATH /db2inst1
-
确保设置了以下 DB2 实例变量，如果没有，使用 db2set 命令添加它：
DB2_WORKLOAD=TPM
DB2COMM=tcpipDB2AUTOSTART=YES
-
重启数据库实例以使变更生效：
db2stop
db2start -
创建数据库供 Systems Director 使用：
db2 'create db DIRDB01 using codeset UTF-8 territory US pagesize 8192 with "Director database"'
实际上 Systems Director 数据库设置脚本也可以创建数据库。但是，大部分数据库管理员宁可自己创建数据库，以确保在正确的位置合理地创建了数据库。这不影响 Systems Director 脚本。
-
尝试连接到数据库并列出表格：
db2 connect to DIRDB01
db2 list tables for all - 查看目录 /db2inst1/db2inst1/NODE0000/DIRDB01 是否存在并包含子目录，从而验证确实在首选数据库路径中创建了数据库。
注意，在该示例中，我使用 DB2 Server Fix Pack 5，因此在安装之后关键就靠 DB2 V9.5 FP5 了。如果您宁可使用 GA 安装包，那么您需要使用 DB2 Universal Fix Pack 手动将其更新到 fixpack 5。
如果您在使用下载的 DB2 Server Fix Pack，切记从购买的安装介质提取许可文件并应用它，否则 DB2 副本会在 30 天试用期过后失效。
前面的说明无法涵盖所有内容，如果您不熟悉 DB2，请查阅 DB2 InfoCenter 获取详细的安装和配置说明。
现在您需要在 AIX 上创建一个帐户，用于 Systems Director 数据库访问和架构。出于安全原因，不推荐使用实例所有者 id "db2inst1" 进行数据库访问。因此我们打算从 root 目录创建一个名为 “dirusr1” 的常规用户。
useradd -c 'Director db access & schema' -d /home/dirusr1 -g staff -m dirusr1 |
为其指定一个密码，并清除密码过期标志。
pwdadm dirusr1 pwdadm -c dirusr1 |
如果使用 DB2 Installation Setup Wizard (db2setup)，安装 DB2 客户端会很容易，因为它允许您同时安装和创建一个客户端实例。如果默认位置之前已由 DB2 服务器副本使用，向导会自动建议在一个替代目录安装 DB2 客户端。
对我而言，DB2 客户端副本安装在 /opt/IBM/db2/V9.5_02，且在安装之后要创建 db2admc1 实例。图 5 展示 DB2 客户端实例设置向导的屏幕截图。它展示步骤 8，即向导的汇总页，含有所有默认选项，且默认按钮是用于运行实际任务的 Finish 按钮。
图 5：DB2 Client Installation Wizard 汇总页
完成安装和实例创建之后，您可以开始编录并连接到数据库，以验证这个客户端实例。
su - db2admc1 db2 'catalog tcpip node LOCAL remote 127.0.0.1 server 50000 with "Local DB2 instance"' db2 'catalog db DIRDB01 as LOCALDB at node LOCAL with "Local Director database"' db2 connect to LOCALDB user dirusr1 db2 list tables |
现在应当能连接到数据库了；还没有创建任何表格。现在 DB2 客户端设置完成。
在实际配置 Systems Director 以使用 DB2 之前，在系统上有一些环境变量需要设置。
将以下代码添加到 root 目录的 .profile 中，这样一来在运行 DB2 命令时它便指向 DB2 客户端实例 db2admsc1：
# The following three lines are added for DB2 instance utilities.
if [ -f /home/db2admc1/sqllib/db2profile ]; then
. /home/db2admc1/sqllib/db2profile
fi
export DB2_HOME=/home/db2admc1/sqllib/
|
这样在登录后 DB2 命令便可供 root 用户使用。变量 DB2_HOME 专用于 Systems Director 数据库设置命令，它不能由 DB2 命令使用。
您可以退出并再次登录以确保更改生效，或使用命令纯源化配置文件：
. ~/.profile |
为验证您有合理的环境变量设置，您可以尝试像之前一样连接到数据库 DIRDB01；现在它应当可以通过 root 上下文工作了。
现在我们需要定制一个配置文件，将 DB2 设置告知 Director。图 6 显示响应文件 cfgdbcmd.rsp 和与 DB2 相关的一组参数，以及 DB2 与 图 1 中描述的两个子系统之间的关系。参数 DbmsDatabaseName 映射到 DB2 服务器子系统 中的数据库名 DIRDB01。参数 DbmsUserId 映射到 Systems Director 服务器子系统使用的帐户 dirusr1，以便进行 SQL 查询。参数 DbmsDatabaseAppHome 映射到 Systems Director 服务器子系统的 DB2 客户端实例目录 /home/db2admc1/sqllib。DbmsPassword 可以按原样留着，因为当您稍后运行 configDB.sh 命令时它将由经过加密的值替代。
图 6：数据库配置响应文件以及与 Systems Director 和 DB2 的关系
首先制作 /opt/ibm/director/proddata/cfgdbcmd.rsp 文件的一个备份副本，然后使用您最喜欢的文本编辑器打开它。将所有部分放在备注中（使用 “;”），除了 DB2 部分，像这样：
;=============================================================================== ; DB2 ;=============================================================================== DbmsApplication = DB2 DbmsTcpIpListenerPort = 50000 DbmsServerName = 127.0.0.1 DbmsDatabaseName = DIRDB01 DbmsUserId = dirusr1 DbmsPassword = xxxxx DbmsDatabaseAppHome = /home/db2admc1/sqllib |
DbmsPassword 值可以继续作为一个虚拟字符串保留，因为我们使用另一个实用工具来将编码的密码注入文件中，使用 “/opt/ibm/director/bin/configDB.sh”。以下清单显示运行 configDB.sh 以加密响应文件中的数据库管理员密码的结果。
bash—3.2# /opt/ibm/director/bin/configDB.sh
Enter the user name to use for connecting to the database:
dirusr1
Enter the password for the database user name:
Verify the password for the database user name:
Reading response file
Encrypting password...
Response file successfully encoded
|
您应当会在 cfgdbcmd.rsp 的 DbmsPassword 值中看到一个较长编码的字符串。
现在运行以下命令来为 Systems Director 配置数据库：
/opt/ibm/director/bin/cfgdbcmd.sh -dbAdmin db2inst1 -dbLocal false |
它首先提示输入 db2inst1 的密码，然后连接到 DB2 服务器实例，运行一系列 DB2 命令来配置数据库。成功的运行将产生以下代码行：
return code from cfgdbcmd is 0 |
注意，如果 cfgdbcmd.rsp 中的关键词有任何排印错误，cfgdbcmd.sh 会报告一个错误，以确保所有必要的关键词是正确的。
现在我们必须在数据库中创建表结构，这也会清除现有表和数据（如果有的话），并从头开始。如果在当前 Systems Director 存储库中有重要数据，在运行这个命令之前一定要小心。
/opt/ibm/director/bin/smreset |
下面显示成功运行 smreset 后的结果。
CREATE INDEX I_WKF_FLW_DTYPE ON WKF_WORKFLOW (DTYPE)
DB20000I The SQL command completed successfully.
CREATE INDEX I_WKF_FLW_TCDRIVER ON WKF_WORKFLOW (TCDRIVER_ID)
[ 7/6/10 1:07 AM ] DB20000I The SQL command completed successfully.
DB200001 The TERMINATE command completed successfully.
[ 7/8/10 1:07 AM ] Database initialization completed successfully.
[ 7/8/10 1:07 AM ] cfgdbcmd completed successfully.
return code from cfgdbcmd is 0
|
您还可以通过列出 dirusr1 架构下的表来验证结果。列表中应当有超过 300 个表。
db2 connect to DIRDB01 user dirusr1 db2 list tables |
下面是揭晓真相的时候了，启动 Systems Director 服务器，首次启动得花费几分钟。
/opt/ibm/director/bin/smstart |
然后监控它是否就绪：
/opt/ibm/director/bin/smstatus -r Inactive Starting Active |
激活后，您可以再次登录到 Systems Director 控制台。
https://hostname:8422/ibm/console |
要确认 Systems Director 服务器在使用 DB2，您可以对 db2inst1 使用 su 命令，然后运行该命令：
bash-3.2$ db2 list applications
Auth Id Application Appl. Application Id DB # of
Name Handle Name Agents
-------- -------------- ---------- ------------------------------------ -------- -----
DIRUSR1 java 1072 127.0.0.1.34651.100707172416 DIRDB01 1
DIRUSR1 java 1065 127.0.0.1.34619.100707172208 DIRDB01 1
DIRUSR1 java 1071 127.0.0.1.34650.100707172415 DIRDB01 1
DIRUSR1 java 1064 127.0.0.1.34617.100707172153 DIRDB01 1
DIRUSR1 java 1070 127.0.0.1.34628.100707172405 DIRDB01 1
DIRUSR1 java 1063 127.0.0.1.34616.100707172152 DIRDB01 1
DIRUSR1 java 1062 127.0.0.1.34612.100707172055 DIRDB01 1
DIRUSR1 java 1061 127.0.0.1.34610.100707172049 DIRDB01 1
DIRUSR1 java 1074 127.0.0.1.34788.100707172754 DIRDB01 1
DIRUSR1 java 1060 127.0.0.1.34609.100707172044 DIRDB01 1
DIRUSR1 java 1073 127.0.0.1.34652.100707172417 DIRDB01 1
|
此时，最好停止 Systems Director 服务器并采用干净数据库的一个备份。
db2 backup db DIRDB01 to <any_backup_directory> |
将 DB2 实例和 Systems Director 服务器整合在一起的难度之一是，我们希望让两个服务同时在系统启动时一起启动。
另一方面，我们需要设置 DB2 实例以自动启动，此时使用以下命令：
/opt/IBM/db2/V9.5/instance/db2iauto -on db2inst1 |
另一方面，我们需要确保在 Systems Director 服务器自动启动时 LIBPATH 变量存在，因为在启动时 root 配置文件没有在运行。有两种方式可以这么做：
-
在 /etc/environment 中定义 LIBPATH，比如：
LIBPATH=/usr/lib:/lib:/home/db2admc1/sqllib/lib64
由于这适用于整个系统，它可能会与依赖于其他 DB2 实例的系统上的其他服务产生冲突。 -
在 Systems Director 启动脚本 /etc/rc.d/init.d/smserver 中定义 LIBPATH，如下所示：
# For Systems Director server during system startup LIBPATH=/home/db2admc1/sqllib/lib64:$LIBPATH export LIBPATH
这对于系统来说更加安全，但是如果您在将来应用一个 Systems Director 更新来替换该脚本时（对于 6.2.x 来说不太可能），那么您将不得不再次修改它。考虑到成本和获益，这是我所推荐的方法。
我们还注意到，DB2 Fault Monitor 需要相当长的一段时间才能启动 DB2 实例，因此很有可能在数据库就绪之前 Systems Director 服务器启动脚本首先开始生效。Systems Director 服务器能够在等待数据库运行时停止几分钟，但是在此期间您将在 Director 服务器日志中看到 SQL 错误，不过不要惊慌。
底线是，除非您完全希望让 Director 服务器自动启动，这样可能会省去一些手动启动的麻烦。
在本文中，我们在远程和本地系统上展示了一个用于设置 Systems Director 服务器以使用 DB2 数据库的端到端路径。我们解释了为实现一个健壮、可维护和灵活的设置而提供的各种选项和建议。我们使用了 AIX 进行说明，但是它应该很容易转换到其他 UNIX® 或 Linux® 平台。
在接下来的文章中，我们将向您展示如何更新 DB2 副本（例如 V9.5 FP6）、升级到新版本（例如 V9.7），并将数据库迁移到一个具有最少宕机且不影响其他子系统的远程系统。但是如果您是一位有经验的 DB2 管理员，您在阅读本文时可能已经预料到了。
学习
- IBM Systems Director 6.2 InfoCenter
- IBM DB2 V9.5 InfoCenter
- AIX and UNIX 专区：developerWorks 的“AIX and UNIX 专区”提供了大量与 AIX 系统管理的所有方面相关的信息，您可以利用它们来扩展自己的 UNIX 技能。
- AIX and UNIX 新手入门：访问“AIX and UNIX 新手入门”页面可了解更多关于 AIX 和 UNIX 的内容。
- AIX and UNIX 专题汇总：AIX and UNIX 专区已经为您推出了很多的技术专题，为您总结了很多热门的知识点。我们在后面还会继续推出很多相关的热门专题给您，为了方便您的访问，我们在这里为您把本专区的所有专题进行汇总，让您更方便的找到您需要的内容。
-
AIX and UNIX 下载中心：在这里你可以下载到可以运行在 AIX 或者是 UNIX 系统上的 IBM 服务器软件以及工具，让您可以提前免费试用他们的强大功能。
- IBM Systems Magazine for AIX 中文版：本杂志的内容更加关注于趋势和企业级架构应用方面的内容，同时对于新兴的技术、产品、应用方式等也有很深入的探讨。IBM Systems Magazine 的内容都是由十分资深的业内人士撰写的，包括 IBM 的合作伙伴、IBM 的主机工程师以及高级管理人员。所以，从这些内容中，您可以了解到更高层次的应用理念，让您在选择和应用 IBM 系统时有一个更好的认识。
- “IBM Systems Director 资源中心”：本资源中心将为您详细地介绍 IBM Systems Director 方方面面的内容，包括产品介绍和应用示例方面的文章、技术红皮书以及 Flash 演示资源。希望通过在这里的了解和学习，您能够将这个产品应用到您的日常管理工作中去，实现工作效率的提高。
讨论
- 加入 developerWorks 中文社区。查看开发人员推动的博客、论坛、组和维基，并与其他 developerWorks 用户交流。
-
参与 AIX 和 UNIX® 论坛：
CheKim Chhuor 目前在上海 IBM China Systems and Technology 实验室的 IBM Systems Director 测试团队工作。他之前在 IBM Poughkeepsie 研究各种系统管理产品。他还在 IBM Montreal 担任顾问。他有多年的 web 基础架构咨询经验，拥有很多 IBM WebSphere、DB2 和随需应变商务（On Demand Business）证书。他目前主要关注平台管理技术和系统架构。
内容
标签
使用 滑动条 调节标签的数量。
热门标签 显示了特定专区最受欢迎的标签（例如 Java technology，Linux，WebSphere）。
我的标签 显示了特定专区您标记的标签（例如 Java technology，Linux，WebSphere）。