hanner_cheung的专栏

<br />onunload和onload：<br /> <br />onunload 应用程序的功能是将数据库或表写到磁带上，该程序以二进制形式，以磁盘页为单位卸下数据，这种方式卸下的数据其效率高于dbexport。<br />读由onunload创建的磁带使用onload应用程序。接收数据的机器和创建磁带的机器必须具有相同的页面大小。<br />只有具有数据库DBA特权的用户才能卸下该数据库。只有表的属主或具有该表所在数据库的拥有DBA特权的用户才可以卸下该表。<br />卸下表时，只有与该表有关的数据

onstat -k輸出的tblsum列表示鎖那個表顯示tblsnum清單的sql語句dbaccess - select tabname,hex(partnum) tblsnumfrom systables where tabid>99EOFtabname         tblsnumgenjournal      0x0010009Egjsum              0x0010009F*********************************************************

<br />表中重复数据的处理<br />说明：tabname为有重复数据的表名，tabname_new为新建的表名<br /> <br />1.  create table tabname_new();<br />2.  alter table tabname_new add constraints primary key(唯一索引列) constraint table_cons;<br />3.  start violation table for tabname_new;<br />4.  set c

<br />單表插入大量數據，防止長交易。<br /> <br />具體流程如下：<br /> <br />1. create raw table tablename();          ## (此處裱中無索引)<br />2. insert into tablename select * from tablename_old;<br />3. alter table tablename type(standard);<br />4. 建索引；<br />5. 數據比對；<br />6. 優化；<br

<br />     informix異常down掉以後，原來所占用的內存不會自動釋放。執行oninit -v 指令會提示錯誤。此時常規的做法是將informix所占用的內存釋放掉，然後重啟數據庫。<br /> <br />     以下是雙引擎環境下（一個引擎異常當掉，一個引擎正常運行），判斷異常引擎所占內存的方法：<br /> <br />     1. 在正常運行的引擎下執行onstat -g pos (如下圖)，找到共享內存的起始段：52684801<br />     <br /> <br /> 

l   恢復環境架設：Ø   查找備份數據存儲的介質和存放位置。Ø   準備恢復主機。Ø   安裝相應的操作系統。Ø   安裝相應的Informix 軟體。Ø   配置恢復數據庫（數據庫實例名和引擎號與原數據庫相同，但部分配置參數可根據當前系統的硬體性能進行相應的調整）。Ø   按原數據庫引擎chunk的路徑信息，在恢復主機上建立相同屬性和權限的相同目錄和文件。Ø   用oninit –vi將新引擎初始化，數據庫正常啟動後將數據庫關畢。（注意事項：在初始化之前，需將配置文件下logfiles數目調小，以防r

<br />對新建數據庫做操作，系統提示23101錯誤<br /><br />23101  Unable to load locale categories <br /> 一般来说就是编码集设定的问题，需要和已有数据库编码集设定一致。数据库当前编码集可以查 sysdbslocale表得知。 <br />dbaccess sysmaster<<!<br />  select * from sysdbslocale<br />!<br /> <br />结果如下：<br />dbs_dbsname  sysma

<br />    informix系統性能調優的過程中，修改的部分參數如下：<br /><br />    還有一些參數被調整：<br />        RESIDENT    1<br />        CLEANERS    64<br />        DD_HASHSIZE  503<br />        DD_HASHMAX  4<br />        DS_HASHSIZE   503<br />        DS_POOLSIZE   2000<br /><br />以上的一

<br />問題表述：    工作中遇到這樣的問題（截圖如下）：<br /><br />日誌沒有備份成功，提示磁帶沒有任何登陸數據，即數據沒有備份成功。<br /> <br />問題分析：<br />1. 剛開始以為是備份到本機的相關目錄沒有對應的操作權限。經檢查后排除該種可能；<br /> <br />2. 嘗試查看對應目錄下空間是否足夠，經檢查后排除該種可能；<br /> <br />3. 更改本機數據備份的路徑，備份提示依舊，排除環境變量讀取；<br /> <br />4. 執行ps -ef |gre

前文提要:HDR(high-availability data replication)             1.作HDR配置的兩臺主機之間需存在信任關係；             2.HDR配置的主機主機之間的onconfig配置文檔參數必須相同，其中常用的一種做法是將主要伺服器的onconfig文檔                複製到次要伺服器上，然後修改具有不同值的部分，諸如DBSERVERNUM。配置步驟：1.  備份主要伺服器     在主要伺服器上執行level 0備份：   #ontap

<br />ontape -c備份失敗<br /> <br />實例：在一次邏輯日誌的備份過程中，發現磁帶沒有備份任何登陸數據。如下圖所示<br /><br /> <br /> <br />解決方案：<br />發現造成該事實的原因是：系統中有一個ontape -c的進程死在系統中，造成指令衝突。<br />解決步驟：1. #ps -ef |grep ontape查看ontape進程id<br />               2. #kill -9 id<br />               3. #

<br />unload備份腳本<br />#vi unload.sh<br />  echo "begin_dbaflag date +%Y-%m-%d date +%H-%M-%S"<br />  cd /exp/backup/backupdata<br />  day=`date +%w`<br />  dbaccess sysmaster<<!<br />       unload to db.txt delimiter '|' select name<br />       from sysdat

informix主機信任關係的分為單向信任和雙向信任兩種。其中需要配置修改的文件有以下四個:1>/etc/hosts                                                                                                                             2>/etc/hosts.equi

事件：          執行"useradd -g 400 -s /usr/bin/sh -m /home/賬號  賬號"增加完用戶賬號后，用戶登入報22590錯誤。 方法：       AP主機上，用戶帳戶的UID不能超過66535. 手動將該用戶的UID和DB主機里另一帳戶UID互換即可。 附件一為系統對25590錯誤的提示。附件二為用戶登入后錯誤提示界面。

dbatest$onstat -d |moreIBM Informix Dynamic Server Version 9.40.UC6     -- On-Line -- Up 04:35:38 -- 192484 KbytesDbspaces位址    ¸     號碼       旗標         fchunk   nchunks  旗標     擁有人      名稱16e4b7d8  1        0x60001    1        1               N  B     in