【正文】 PO /usr/informix/dblink12 65865b98 25 14 0 1000000 299014 PO /usr/informix/dblink13 65865d08 26 2 0 750000 749997 PO /usr/informix/dblink14 65865e78 27 4 750000 250000 39997 PO /usr/informix/dblink14 65866018 28 14 0 300000 299997 PO /usr/informix/dblink15 65866188 29 15 300000 250000 249939 PO /usr/informix/dblink15 658662f8 30 3 550000 50000 49997 PO /usr/informix/dblink15 30 active, 2047 maximum 上面的輸出包含兩部分。它們應(yīng)該始終聯(lián)機。文件 /var/tmp/ 記錄了出錯時有關(guān)數(shù)據(jù)庫引擎狀態(tài)的詳細(xì)統(tǒng)計信息。以下內(nèi)容摘自消息日志： 00:57:53 00:57:53 Assert Failed: Unexpected virtual processor termination, pid =586, exit = 0x9 00:57:53 Who: Session(13709, omcadminnvlsys, 6538, 654709000) Thread(13740, sqlexec, 2704a558, 1) 00:57:53 Results: Fatal Internal Error requires system shutdown 00:57:53 Action: Restart OnLine 00:57:53 See Also: /var/tmp/ 00:57:53 Stack for thread: 13740 sqlexec 上面的輸出告訴我們：某個 Informix 虛擬處理器終止了，并毀壞了數(shù)據(jù)庫引擎。消息日志還包含關(guān)鍵的錯誤（ Informix 稱之為斷言失?。绱疟P I/O 錯誤、鏡像錯誤、當(dāng)機塊、數(shù)據(jù)完整性錯 誤以及共享內(nèi)存錯誤等等。 消息日志 消息日志也稱為聯(lián)機日志。s Guide for Informix Dynamic Server（本文稱為 Administrator39。如果二者之間存在顯著的差異，比如正負(fù)差值達(dá)到 10000 以上，那么 IDS 目前就沒有很有效地使用預(yù)讀，而您可能需要調(diào)優(yōu)您的預(yù)讀參數(shù)（即 RA_PAGES 和 RA_THRESHOLD）以獲取更好的性能。理想情況是，預(yù)讀的頁數(shù)（即 ixdaRA、 idxRA 和 daRA 之和）等于順序掃描或索引讀期間所使用的頁數(shù)（即 RApgused ）。這些字段組合在一起表明 IDS 使用 Informix 預(yù)讀機制的效率。s Guide for Informix Dynamic Server以獲取更多詳細(xì)信息。我們還需要檢查與 LRU 有關(guān)的參數(shù)，將它們的值調(diào)整到較低的 bufwait。如果該數(shù)字很大，比如說超過 100000，那么您需要提高 BUFFERS 參數(shù)，以便用戶在需要從磁盤訪問數(shù)據(jù)時不必等待緩沖區(qū)。如果該數(shù)字非零，那么您 可能需要提高配置文件中 LOCKS 參數(shù)的值。在本文的后面我們將更詳細(xì)地討論這一問題。如果這個數(shù)字相當(dāng)大，比如說超過了 100000，并且還在不斷增加，那么這可能表明性能有問題，當(dāng)系統(tǒng)處于 OLTP 環(huán)境時更是如此。較低的讀寫高速緩 存比例表明 IDS 正在進行的磁盤讀寫操作比它應(yīng)該進行的要多得多，這會大大降低數(shù)據(jù)庫引擎的整體性能。這是十分保守的數(shù)字，應(yīng)該根據(jù)具體環(huán)境加以調(diào)整。讀高速緩存比例和寫高速緩存比例會隨應(yīng)用程序及正在操作的數(shù)據(jù)的類型和大小而動態(tài)變化。兩個 %cache 字段表明 IDS 目前使用內(nèi)存高速緩存的效率。cassprod_shm39。在大多數(shù)情況下， IDS 應(yīng)該始終處于 OnLine 方式。 Quiescent 方式表明 IDS 正在以單用戶方式運行，在這種方式下，只有 DBA 可以進行管理和維護工作?？偣灿辛N操作方式，其中三種特別重要： OffLine、 Quiescent 和 OnLine。 輸出的第一行顯示了當(dāng)前的 IDS 操作方式。 操作方式 第一個也是最重要的實例活動當(dāng)然是 IDS 的操作方式。Informix 系統(tǒng)管理維護手冊 監(jiān)控實例活動 IDS 實例是指 Informix 共享內(nèi)存、 Informix 處理器、 Informix 數(shù)據(jù)庫以及分配給 Informix 的物理設(shè)備。以下是部分需要監(jiān)控的最重要的實例活動。 IDS 運行正常還是有問題，或是已當(dāng)機了？ onstat p 命令捕獲了 IDS 的當(dāng)前操作方式，如下所示： Informix Dynamic Server 2021 Version OnLine Up 01:01:17 1654784 Kbytes Profile dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached 86923 101304 3116565 1651 15022 26196 isamtot open start read write rewrite delete mit rollbk 2585879 118500 286631 1032967 1972 914 2 2 0 gp_read gp_write gp_rewrt gp_del gp_alloc gp_free gp_curs 0 0 0 0 0 0 0 ovlock ovuserthread ovbuff usercpu syscpu numckpts flushes 0 0 0 13 26 bufwaits lokwaits lockreqs deadlks dltouts ckpwaits press seqscans 3502 0 7065882 0 0 0 1266 11280 ixdaRA idxRA daRA RApgsused lchwaits 10120 51 69387 79557 482 也可以查詢 sysmaster 數(shù)據(jù)庫中的 sysprofile 表來獲取同樣的統(tǒng)計信息。本例中， Informix 引擎是 ―OnLine‖。 OffLine 方式表明 IDS 當(dāng)前沒有在運行。 OnLine 方式表明 IDS 正在正常運行，所有用戶都可以連接到數(shù)據(jù)庫服務(wù)器，并可以執(zhí)行各種數(shù)據(jù)庫操作。如果因為種種原因 IDS 當(dāng)機了或處于 OffLine 方式，那么上面的命令將顯示下面的消息： Shared memory not initialized for INFORMIXSERVER 39。 在這種情況下，您需要檢查消息日志或 Informix 聯(lián)機日志，以進一步確定問題的根源 ， 除了當(dāng)前的操作方式以外，上面的輸出還提供了一些重要的 Informix 實例性能統(tǒng)計信息 。第一個 %cache 字段顯示了讀高速緩存比例的百分比，而第二個則顯示了寫高速緩存比例。但讀高速緩存比例和寫高速緩存比例一般都應(yīng)該在 80 到 90 個百分點之間。如果這些比例始終低于 80%，那么您需要考慮提高 Informix 配置文件中 BUFFERS 參數(shù)的值，以獲取較高的讀寫高速緩存比例。 輸出的 seqscan 字段表明自數(shù)據(jù)庫啟動或聯(lián)機以來執(zhí)行了多少次順序掃描。因而，您需要做進一步的調(diào)查以搞清楚出現(xiàn)過多順序掃描的根源。 ovlock 字段表明 IDS 在使用了最大數(shù)量的鎖之后嘗試過再使用鎖的次數(shù)。 ovbuf 字段表明 IDS 在使用了最大數(shù)量的緩沖區(qū)之后嘗試過再使用緩沖區(qū)的次數(shù)。這會縮短響應(yīng)時間，因而可以改善整體性能。請參考 Administrator39。 另一組重要字段包括 ixdaRA、 idxRA、 daRA 及 RApgused 。預(yù)讀是這樣一種操作：它在順序掃描或索引讀期間提前將數(shù)據(jù)頁的數(shù)目從磁盤讀入內(nèi)存。這表明預(yù)讀的頁百分之百地用于順序掃描和索引讀。請參考 Administrator39。s Guide）以獲取有關(guān)如何調(diào)優(yōu)這些參數(shù)的詳細(xì)信息。它含有各種有關(guān)關(guān)鍵實例活動的信息，如檢查點的時間和持續(xù)時間、實例啟動和停止、備份和恢復(fù)狀態(tài)、邏輯日志備份狀態(tài)以及對主要配置參數(shù)的更改。在發(fā)生斷言失敗時，消息日志通常會將我們引向有關(guān)斷言失敗的（ ―‖）文件，該文件會記錄在數(shù)據(jù)庫引擎當(dāng)機時有關(guān)實例活動的更詳細(xì)信息，還會就如何解決這一問題給我們提供一些建議。當(dāng)用戶―omcadmin‖登錄到名為 nvlsys 的機器并執(zhí)行了一些數(shù)據(jù)庫操作（大部分是未正確執(zhí)行的 SQL 查詢），該機器上發(fā)生了這一錯誤。 塊狀態(tài) 塊是物理存儲設(shè)備。如果有任何塊當(dāng)機了，那么這表明數(shù)據(jù)遭到毀壞，需要立即引起注意。第一部分列出了所有的 dbspace，第二部分則列出了所有的塊。該字段的第一個字符表明塊是主（ P）塊還是鏡像（ M）塊。由于 O 和 D 看起來很相象，尤其是您匆匆一瞥時，因此您可能想將結(jié)果用管道輸入到 grep PD ，即 onstat d |grep PD ，以確保您不會遺漏任何當(dāng)機塊。我 們也可以查詢 sysmaster 數(shù)據(jù)庫中的 syschunks 和 sysdbspaces 表來獲取類似的統(tǒng)計信息。在檢查點期間， IDS 阻止用戶線程進入臨界會話，并阻止所有的事務(wù)活動。在存在幾千個事務(wù)并且響應(yīng)時間至關(guān)重要的 OLTP 環(huán)境中，情況尤其如此。以下是該命令的 樣本輸出： 15:25:10 Checkpoint Completed: duration was 0 seconds. 15:25:10 Checkpoint loguniq 231, logpos 0x1bb2018 15:35:30 Checkpoint Completed: duration was 19 seconds. 15:35:30 Checkpoint loguniq 231, logpos 0x31b9018 Fri Dec 20 11:48:02 2021 11:48:02 Checkpoint Completed: duration was 7 seconds. 11:48:02 Checkpoint loguniq 231, logpos 0x32e5018 14:27:37 Logical Log 231 Complete. 14:27:40 Process exited with return code 142: /bin/sh /bin/sh c /usr/informix/etc/ 2 23 Logical Log 231 Complete. Logical Log 231 Complete. 14:28:24 Checkpoint Completed: duration was 22 seconds. 14:28:24 Checkpoint loguniq 232, logpos 0x458018 14:38:46 Checkpoint Completed: duration was 7 seconds. 14:38:46 Checkpoint loguniq 232, logpos 0x10f5018 如果檢查點持續(xù)時間始終超過 10 秒，那么您可能需要減少 LRU_MIN_DIRTY 和 LRU_MAX_DIRTY 配置參數(shù)的值以獲取更短的檢查點持續(xù)時間。這樣，您需要重新檢查 CKPINTVL、 LRUS、 CLEANERS 和 NUMAIOVPS 配置參數(shù)的設(shè)置，并相應(yīng)地增加它們的值。有關(guān)如何調(diào)優(yōu)那些參數(shù)的詳細(xì)信息，請參考 Administrator39。 dbspace 使用情況 Informix 數(shù)據(jù)庫管理員要不斷 了解各個 dbspace 中的空間，這一點十分重要。各種問題都可能出現(xiàn)：無法導(dǎo)入任何數(shù)據(jù)庫，無法創(chuàng)建任何表和索引，甚至無法對任何表和索引執(zhí)行插入和更新操作。我們需要監(jiān)控每個 dbspace 的增長，以便能夠?qū)@些問題采取更主動的方法。 select name dbspace, sum(chksize) allocated, sum(nfree) free, round(((sum(chksize) sum