目前分類:Informix (40)

瀏覽方式: 標題列表 簡短摘要
一、啟動、關閉Informix資料庫

1.自動啟動Informix

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

在動態伺服器中,CPUVP(cpu虛擬處理器)是多線索的進程,它一直在處理器上運行除非發生以下的情況:

1.CPUVP沒有任務可以做,例如就緒佇列中沒有等待執行的線索。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

簡介
編者注:在DBA 的工作中,備份逐漸成為不常考慮的苦差事。但是,任何一個好的DBA 都可以告訴您,當發生系統故障時,應該恢復資料,這時備份就會突然變成對您以及您的管理鏈來說唯一最重要的東西。由於備份的完整性至關重要,因此您需要一個可以確保完整性的備份工具。答案是什麼?Informix ON-Bar。
隨著系統變得越來越大,讓備份在限定時間內運行變得越來越困難。您需要一個可以隨同其它系統元件一起伸縮的備份解決方案。答案是什麼?ON-Bar。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

一、實例資訊

*sysconfig ————> onconfig檔

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Informix 的JDBC驅動是type 4的方式

1.環境說明

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Informix IDS資料庫廣泛的應用在金融、電信和郵政等各個行業中,它是一個多執行緒的關係資料庫伺服器,採用對稱的多處理器技術和單處理器體系結構,並具有先進的技術、性能與高可靠性和高可用性。它為使用者提供了動態系統管理工具來監控和管理資料庫伺服器。隨著資料庫數量的增加和應用處理交易量的增多,它的運行效率顯得尤為突出。在硬體環境不變的情況下,資料庫性能的提高也一直成為大家關注的話題。

資料庫系統性能通常與CPU、共用記憶體、資料的存儲和網路設置等四個方面有直接的關係。下面著重介紹通過配置Informix IDS參數和監控Informix IDS運行效率,來提高資料庫的性能。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Informix Dynamic Server分段存儲,也稱之為分片存儲,其原理是對資料表中的記錄或索引有規則地分散存儲在磁片不同的區域,達到將資料存儲在多個磁片上,通過減少對磁片I/O的競爭,來提高資料庫的效率。與此相反的是基本存放裝置原則,其鼓勵將資料庫表中的資料儘量連續地存放在一個存放裝置上,在Informix Dynamic Server讀出資料時,將資料批量讀出,以提高資料庫的效率。

分段存儲主要是通過均衡磁片 I/O,實現內部查詢的平行作業、並行地掃描多個磁片上的資料來提高查詢效率,其使資料庫性能的提高主要來自于I/O並行度的提高,而不是I/O性能的提高。實際上分段存儲是對一些資料量較大的表在存儲時提供的一個方法,使用者可以選擇分段存儲也可以不選擇分段存儲。一個好的分段存儲工具可以很好地提高查詢效率。否則,不但資料庫的查詢效率得不到提高反而會降低。在實際應用中,Informix Dynamic Server並不會在意資料放在哪個具體的物理盤上,而是具體到相應的dbspace上,因為Informix Dynamic Server查詢可併發執行的最小單位就是dbspace。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

說起資料庫就不能不說資料庫的存儲,說存儲就不能不說資料庫對空間的管理。這裡我們主要談的是IDS對空間的管理的相關問題。

從物理上來說,IDS管理的主要是page,chunk;從邏輯上來說主要是extent,tablespace,dbsapce。連續的page組成extent,多個extent組成tablespace,dbspace用來邏輯的管理chunk,而每個tablespace又是建立在dbsapce上的。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

一、多重駐留

多重駐留(Multiple Residency)是指在同一台主機上運行多個OnLine實例,每個OnLine實例都擁有和管理自己的進程、共用記憶體和磁碟空間。多重駐留並不是指將OnLine軟體安裝到多個不同的目錄。OnLine5.0、Online7.x與IDS都支援多重駐留,而且這幾個不同版本的資料庫存伺服器可以駐留在相同的主機中。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

1.OnLine的操作模式

off-Line(離線模式)

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Informix動態伺服器的核心體系結構的設計從根本上就是為了提供內置的多線索和並行處理能力。
 
多線索

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Informix動態伺服器採用的是一種多線索體系結構,這就意味著一個進程利用自己的多個線索可以同時完成多個任務,因而整個系統只需要較少的進程就足以完成DBMS的任務。
動態伺服器系統由三個主要元件構成:共用記憶體,進程和磁片。共用記憶體包括三個段:駐留段。虛擬段和消息段。駐留段主要用作磁片資料的緩存。虛擬段主要用作記憶體池以支援進程及相關的會話(session)和線索。當客戶與伺服器利用共用記憶體進行通信時,消息段將用作兩者之間的訊息緩衝區。
系統中還包括若干構成資料庫伺服器的UNIX進程,稱為oninit.這些進程被稱為虛擬處理器(VP)(virtual processors)。每一VP隸屬于某一虛擬處理類。而每一虛擬處理器類都負責完成一類特定的任務。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

Onstat-D
INFORMIX-OnLineVersion7.22.UC1--On-Line--Up00:00:38--423064Kbytes
Dbspaces

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

一、加快sql的執行速度

1.select 語句中使用sort,或join

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

這裡提供兩個查看表分配情況的命令:oncheck-pe和oncheck-pc。前者產生dbspace的每個chunk中頁面使用的詳細清查;後者檢查系統目錄表的完整性,並對每個表的情況做匯總統計,包括創建時間、鎖類別、區間總數、區間大小等。後者執行時間稍長。請仔細查看結果,特別是對那些經常做刪除、插入、添加記錄的表要注意,結果可能會讓你大吃一驚。我曾經看到過一個表有460兆、67個區間,另一個430兆、57個區間,它們嚴重影響了系統的性能。對於小於兆級的表可不用理會。

通常,一個dbspace有多個chunk,用onstat-d可查看到。然而並非所有的chunk都得到合理分配,往往是有的chunk根本沒用到(因為最初創建資料庫時一般會分配充裕的空間),有的chunk中卻擁擠不堪、表嚴重交錯。為了平衡I/O,提高訪問效率,可以將增長較快的表放入單獨的一個chunk中。但是很不幸,Informix-online卻沒有提供這樣的命令。在此介紹個巧妙的方法,先來看看Createtable這個簡單的命令,它後面可帶extentsizeextent-size和nextsizenext-size兩參數,前者指定創建表的初始區間大小,後者指定當初始區間充滿後,擴展區間的大小,單位是KB。如下語句:

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

在大型的專案開發中,一個專案組通常會在小型的類比環境中進行初步開發,待系統初步穩定後,再把開發環境移到新系統中,最後才把舊系統切換到新系統中去。但在類比環境中,一般資料庫伺服器的配置都較低,而且不會有專門的資料備份措施,一旦掉電或誤操作,便容易出現資料丟失、資料庫毀壞的情況,開發人員的一番心血便會白費。因此,需要一種簡單而又有效的資料備份方法。
我們假設類比環境的資料庫伺服器的作業系統是Rerhat Linux 7,資料庫伺服器為Informix Online Dynamic Server 7.0,需要備份的資料庫名稱為dbtemp。在開發過程中,我們要求能對資料庫表結構和其中的資料每天都能定時進行自動備份。因此我們需要使用crontab進行工作日程安排,crontab是操作每個使用者的守護程式和該執行的時程表。 crontab檔的格式:M H D m d cmd。

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

FUNCTION F_CONV_GB(pf_money)
DEFINE pf_money DECIMAL(14,2)
DEFINE ll_money INTEGER

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

#!/bin/csh
if ($#argv != 1   then
echo "Usage:csh deltmp.sh [dbname]";

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

 
1443490  

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

一、先對以下操作的環境做以下假設

1.伺服器端

shadow 發表在 痞客邦 PIXNET 留言(0) 人氣()

1 2