|
簡(jiǎn) 介
UNIX 和 Linux 用戶(hù)通常會(huì)檢查運(yùn)行在其服務(wù)器上的進(jìn)程，以執(zhí)行問(wèn)題分析及檢查服務(wù)器中消耗的資源。該信息不僅對(duì)執(zhí)行問(wèn)題和資源分析的管理員有用，而且對(duì)于那些開(kāi)發(fā)高度可用性和故障轉(zhuǎn)移腳本（這些腳本監(jiān)控 DB2 進(jìn)程，以確定何時(shí)需要進(jìn)行諸如數(shù)據(jù)庫(kù)重新啟動(dòng)或服務(wù)器故障轉(zhuǎn)移之類(lèi)的操作）的人也很有用。
如果您正在使用 AIX，則可以使用命令 ps -ef 檢查進(jìn)程。在 Solaris 和 HP-UX 上，ps -ef 將只顯示所有服務(wù)器端進(jìn)程（例如：代理程序、記錄器、頁(yè)面清除程序和預(yù)取程序）的 db2sysc 進(jìn)程（主 DB2 引擎進(jìn)程）。如果您正在使用 Solaris 或 HP-UX，利用命令 /usr/ucb/ps -axw 您可以看到這些服務(wù)器端進(jìn)程。這兩種版本的 ps 命令都可以在 Linux 上使用。
當(dāng)在運(yùn)行 DB2 通用數(shù)據(jù)庫(kù)客戶(hù)機(jī)或服務(wù)器軟件的計(jì)算機(jī)上執(zhí)行該命令時(shí)，您可能會(huì)看到列出了幾個(gè) DB2 進(jìn)程。本文的目的是記錄這些進(jìn)程，并且解釋它們的作用以及它們何時(shí)可能會(huì)運(yùn)行。盡管手冊(cè) DB2 UDB V8 Administration Guide - Performance 的第 2 章記錄了大多數(shù)重要的進(jìn)程，但該列表并不完整。通過(guò)閱讀本文，您將會(huì)理解每個(gè) DB2 進(jìn)程，當(dāng)您看到那些進(jìn)程時(shí)，您會(huì)開(kāi)始明白 DB2 正在執(zhí)行什么操作。
請(qǐng)注意，DB2 在 Windows 上工作方式的實(shí)現(xiàn)與基于 Linux 和 UNIX 環(huán)境的實(shí)現(xiàn)稍有不同。在 Windows 中，只有一個(gè)進(jìn)程（db2sysc），在該進(jìn)程下的每個(gè)引擎分派單元（engine dispatchable unit，EDU）都被作為線(xiàn)程來(lái)實(shí)現(xiàn)。盡管本文討論的是進(jìn)程，但是在 Windows 環(huán)境中應(yīng)當(dāng)把它們看成線(xiàn)程。通過(guò) Windows 任務(wù)管理器（Task Manager），您將能夠看到每個(gè)實(shí)例的 db2sysc 進(jìn)程（db2syscs.exe）。還將顯示其它 Windows 服務(wù)／進(jìn)程，我們將在本文中解釋它們是什么。
警告！請(qǐng)勿直接干預(yù)正常 DB2 環(huán)境中的 DB2 進(jìn)程。在 Linux 或 UNIX 中利用 kill -9 命令殺死 DB2 進(jìn)程可能會(huì)導(dǎo)致 DB2 出現(xiàn)異常行為。例如，殺死 db2sysc 進(jìn)程將使整個(gè) DB2 實(shí)例停止運(yùn)行。本文旨在幫助您理解進(jìn)程，而不是直接操作它們。
為什么研究 DB2 進(jìn)程？
我們的個(gè)人經(jīng)驗(yàn)已表明這方面的知識(shí)很有價(jià)值，并且我們拜訪(fǎng)的客戶(hù)也向我們尋求這類(lèi)信息。還不相信嗎？看一看下面的實(shí)際方案，并且親眼看看如何通過(guò)檢查在系統(tǒng)上運(yùn)行的 DB2 進(jìn)程來(lái)解決問(wèn)題：
方案 1：罕見(jiàn)的緩沖池頁(yè)面的清除
一個(gè)運(yùn)行電子商務(wù)（eCommerce）站點(diǎn)并使用 DB2 作為數(shù)據(jù)庫(kù)服務(wù)器的客戶(hù)報(bào)告說(shuō)，在一整天里，數(shù)據(jù)庫(kù)對(duì)應(yīng)用程序請(qǐng)求的響應(yīng)時(shí)間會(huì)不時(shí)地變得很長(zhǎng)。數(shù)據(jù)庫(kù)快照未顯示當(dāng)時(shí)有任何異常發(fā)生。通過(guò)檢查服務(wù)器上進(jìn)程在其中某一時(shí)刻的 CPU 使用情況，我們可以確定 I/O 清除程序（db2pclnr）消耗了超過(guò) 90％ 的 CPU 時(shí)間。隨后通過(guò)研究 I/O 清除程序觸發(fā)器并對(duì)其進(jìn)行相應(yīng)的調(diào)優(yōu)，我們消除了這種情況，使得電子商務(wù)站點(diǎn)每天可以處理的吞吐量提高了 50％ 以上。
方案 2：真相大白
在拜訪(fǎng) IBM 的一家業(yè)務(wù)合作伙伴以進(jìn)行一些 DB2 性能調(diào)優(yōu)工作時(shí)，我們碰到了查詢(xún)響應(yīng)時(shí)間全面延長(zhǎng)的問(wèn)題。除了常規(guī)的程序之外，顯示應(yīng)用程序列表的命令并未顯示當(dāng)時(shí)有任何其它程序在運(yùn)行。在獲得 DB2 快照之前，我們看了一下運(yùn)行在 DB2 服務(wù)器上的 DB2 進(jìn)程，發(fā)現(xiàn) db2rebal 進(jìn)程正在運(yùn)行。當(dāng)將某個(gè)容器添加到 DMS 表空間時(shí)，就會(huì)使用該進(jìn)程執(zhí)行數(shù)據(jù)的重新均衡工作。客戶(hù)“承認(rèn)”，那天的早些時(shí)候他將一個(gè)容器添加到了包含 40 GB 表的表空間。一旦重新均衡工作完成，查詢(xún)響應(yīng)時(shí)間恢復(fù)如初。
揭開(kāi)通知和診斷日志的廬山真面目
管理通知日志和診斷日志（db2diag.log）是重要的工具，管理員可以使用這些工具來(lái)理解數(shù)據(jù)庫(kù)的活動(dòng)和功能。這些日志通常包含有關(guān) DB2 進(jìn)程的信息，如下面取自
db2diag.log 項(xiàng)的示例所示：
2000-03-06-11.53.18.001160 Instance:myInst Node:000
PID:78121(db2agent (TEST)) TID:352
Appid:*LOCAL.payroll.000306140834
lock_manager sqlplrq Probe:111 Database:SAMPLE
DIA9999E An internal return code occurred. Report the following:
"0xFFFFE10E".
在該示例中，消息來(lái)自進(jìn)程標(biāo)識(shí)號(hào)為 78121 的進(jìn)程。該進(jìn)程的名稱(chēng)是 db2agent，并與名為 TEST 的數(shù)據(jù)庫(kù)相連。理解進(jìn)程的功能有助于您了解管理通知日志和 db2diag.log 中各項(xiàng)的意義。
|