pajama

Directions for removing shared memory segments are as follows: (must be root)

1. Get your SERVERNUM from the onconfig
2. Convert that to hex and add it to 5256 in hex
3. ipcs -m |grep 5256+SERVERNUM(in hex)
4. The ID is the second column in the output. Write down each of the ID numbers.
5. Take the list of IDs and run ipcrm -m ID for each ID.

아래의 내용은 Smart Blob space에 대한 특징을 전체적으로 정리한 내용이다. Smart blobspace의 특성에 대하여 이해를 하고, 이를 효율적으로 사용하게 하는데 목적이 있다.
참고로, 아래의 내용은 IDS11.5기준으로 작성된 내용이며, 자세한 내용은 버젼에 따라 차이점이 있을수 있습니다.

1. Sbspace의 특징

Smart blob 데이타는 일반 데이타의 저장방법과 다른 방법으로 저장 및 조회가 된다.

Smart Large Object 사용과 관련하여, Sbspace를 사용하는 경우, Sbspace에는 아래와 같이 3가지의 데이타 영역을 가지고 있다.

1) Meta Data area : sbspace 생성시 Meta데이타 영역의 크기를 지정하여 줄수 있다(또는 default 생성). LO데이타에 대한 Accesstime, update된 내용등이 로깅된다.

2) User Data area : 각각의 LO데이타 하나가 하나의 extent와 같은 개념. - 하나의 LO데이타를 저장하기 위한 page의 set으로 구성된다.

3) Reserved area : Sbspace에 청크가 추가될때/생성될때, User Data영역의 40%를 reserved 영역으로 설정하게 된다. 이는 Sbspace영역을 효율적으로 관리/사용하기 위한 방법으로서, 해당 청크의 Meta데이타 또는 User데이타 영역이 full이 된경우에, reserved 영역의 일부를 Meta데이타영역, 또는 User데이타영역으로 전환하여 사용한다. 이는, 기존, Meta데이타와, User데이타 영역으로만 구분되어 있을때, 어는 한쪽이 먼저 full이 되는경우, 나머지 영역의 free영역을 사용할수 없게 됨으로써, 디스크영역을 효율적으로 사용하지 못한점을 개선하여, 어느쪽에서 속하지 않은 영역을 미리 확보하여, 시스템 구조상 많이 사용하게 되는 데이타 영역을 확장하여 줌으로써, 최대한 디스크영역을 효율적으로 사용할수 있게 하였다.


다음은 Sbspace의 Meta Data의 구조에 대한 설명이다. 아래와 같은 데이타들이 default로 저장이 된다.

- sbspace descriptor tblspace : 최초 생성이후 증가하지 않음
- chunk adjust tblspace : sbsp에 chunk가 추가되는 경우에 증가됨
- Level-1 archive tblspace
- Level-2 archive tblspace
- Chunk LO header tblspace : 청크가 추가될때 증가됨
- Chunk user-data free-list tblspace : chunk가 많이 쪼개질수록, 증가한다 ( 즉, 작은 크기의 sblob가 많이 저장될수록 많이 증가하게된다 )


아래는 sbspace에 대하여 'oncheck -pe' 결과이다.

-----------------------------------------------------------------------------
% oncheck -pe mysbsp


DBspace Usage Report: mysbsp Owner: informix Created: 09/23/2012


Chunk Pathname Pagesize(k) Size(p) Used(p) Free(p)
2 /myids/chunk/sdatadbs.115 4 25000 see below see below

Description Offset(p) Size(p)
------------------------------------------ -------- --------
RESERVED PAGES 0 2
CHUNK FREELIST PAGE 2 1
sbsp:'informix'.TBLSpace 3 50
SBLOBSpace LO [2,2,1] 53 100
SBLOBSpace LO [2,2,2] 153 20
SBLOBSpace LO [2,2,3] 173 100
SBLOBSpace LO [2,2,4] 273 20
SBLOBSpace LO [2,2,5] 293 100
SBLOBSpace LO [2,2,6] 393 20
SBLOBSpace LO [2,2,7] 413 100
SBLOBSpace LO [2,2,8] 513 20
SBLOBSpace LO [2,2,9] 533 100
SBLOBSpace LO [2,2,10] 633 20
SBLOBSpace FREE USER DATA (AREA 1) 653 6049
SBLOBSpace RESERVED USER DATA (AREA 1) 6702 4988
sbsp:'informix'.sbspace_desc 11690 4
sbsp:'informix'.chunk_adjunc 11694 4
sbsp:'informix'.LO_ud_free 11698 32
sbsp:'informix'.LO_hdr_partn 11730 557
SBLOBSpace FREE META DATA 12287 1076
SBLOBSpace RESERVED USER DATA (AREA 2) 13363 4988
SBLOBSpace FREE USER DATA (AREA 2) 18351 6649

Total Used: 1250
Total SBLOBSpace FREE META DATA: 1076
Total SBLOBSpace FREE USER DATA: 22674
----------------------------------------------
파란색은, user data관련된 영역
녹색은, Meta data관련된 영역
빨강색은 Reserved 데이타 영역입니다.
-------------------------------------------------------------------------------------
일반적으로 초기에 할당된 Meta데이타영역을 다 소진하고, 추가로 할당되는 경우에는, 내부적으로 시스템이 그 크기를 결정하게 되므로, 임의로 증가하는 크기를 지정하여 줄수 없다.

참고 : Structure of the Meta Data
http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.adref.doc/ids_adr_0337.htm?resultof=%22%6d%65%74%61%64%61%74%61%22%20



2. Smart blob 및 이의 Meta Data에 모니터링 방법

위의 'oncheck -pe'의 결과에서 Meta 데이타의 가용영역을 확인하기 위하여는 "FREE META DATA" 크기와, "RESERVED USER DATA (AREA 1/2)" 가 얼마나 남아있는지가 중요한 요소가 된다. 이에 대한 값을 확인후, 여유가 없는 경우에는 청크를 추가하여 주어야 한다.

참고 : Sbspace 모니터링
http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.admin.doc/ids_admin_0637.htm


3. sbspace와 관련하여, online.log에 표시되는 메세지

Sbspace의 Metadata 관련하여 아래와 같은 메세지가 MSGPATH로그에 표시될수 있다. 
위에서 설명한 바와 같이, sbspace의 영역을 효율적으로 관리하기 위하여 선할당 되었던, reserved 영역이, Meta데이타 또는 User데이타 영역으로 할당 또는 free되는 과정에서 online.log에 아래와 같은 메세지들이 로깅될수 있습니다.

1) Allocated number pages to Metadata from chunk number.
2) Allocated number pages to Userdata from chunk number.
3) Freeing reserved space from chunk number to Metadata.
4) Freeing reserved space from chunk number to Userdata.

Freeing reserved space from chunk number to Userdata.
Cause : The user-data area in chunk number is full. The database server is trying to free space from the reserved area to the user-data area.
Action : None required.


참고 : Sbspace Metadata Messages.
http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.adref.doc/ids_adr_0716.htm?resultof=%22%6d%65%74%61%64%61%74%61%22%20

UPDATE tab1 SET col1=col1 WHERE 1=1 ; The table name in this example is tab1, the column name is col1. one restriction is that the column chosen must be numeric.

You can use the .netrc file to establish trust between computers. Locate the file in the informix user home directory on both machines. It should have a line like the following:

machine machine_name login informix password informix_password 

machine_name 
the name of the remote machine in the HDR pair. 

informix_password 
the password for user informix on the remote machine.

Q. How can I determine the number of hours, minutes or seconds difference between two datetime values?


A. This can be accomplished with SQL using the following methods:

INTRODUCTION

The values in the onCONFIG configuration file may not be the settings current in effect by the database server. This is true when:

• One of the parameters in the file is changed after the database server is started

• A parameter has been changed dynamically with the onparams utility

• A parameter that has been change dynamically with the onmode utility

SELECT cf_name, cf_default, cf_effective, cf_original FROM   syscfgtab;

The following steps are a guide for people who want to use a non-default database locale.

The first thing is to find out which datetime format should be used. This is decided by the following environment variables in this order:

a) DBTIME environment variable:
setenv DBTIME '%Y-%m-%d %H:%M:%S'

b) If DBTIME is not set, then the value of the GL_DATETIME environment variable will be used:
setenv GL_DATETIME '%Y-%m-%d %H:%M:%S'

c) If neither DBTIME or GL_DATETIME are set, the default time format from the CLIENT_LOCALE will be used.
This ESQL/C program shows the time format for a given CLIENT_LOCALE.

/* start datetime.ec */
-------------------------------------------------------------------------------
#datetime.ec
#include <stdio.h>

main(int argc, char **argv)
{
$datetime year to second dt;
char output[100];
char buffer[100];

if (argc!=2) {
printf(" USAGE : datetime <CLIENT_LOCALE value> \n");
printf(" EXAMPLE : datetime ko_kr.ksc \n");
exit(1);
}

sprintf(buffer,"CLIENT_LOCALE=%s",argv[1]);
putenv(buffer);
dtcurrent(&dt);
dttofmtasc(&dt,output,sizeof(output),NULL);
printf("%s \n",output);
}
-------------------------------------------------------------------------------
/* end datetime.ec */

You compile the ESQL/C program above with this command:
esql -o datetime datetime.ec -static

You then execute it like this:
datetime de_de.8859-1

The output looks like this:
Mi. 08 Dez. 2010, 21:19:16


Once the relevant datetime format is known, we can restore one table at a point in time. The example restores a single table from a database where DB_LOCALE & CLIENT_LOCALE are both set to de_de.8859-1, and DBTIME & GL_DATETIME are not set. the datetime will be as shown above

1. Create SQL command file for archecker with a correct time format.
-------------------------------------------------------------------------------
#Archecker SQL example...
#/informix/adm/point-in-time-recovery.cmd
database mydb;

create table t_source (
cm_cd smallint not null ,
c_cmp_cd integer not null ,
corp_ins_no char(13),
prv_no char(20),
is_rpt char(1),
rpt_ymd integer
) in mydbsp ;

create table t_target (
cm_cd smallint not null ,
c_cmp_cd integer not null ,
corp_ins_no char(13),
prv_no char(20),
is_rpt char(1),
rpt_ymd integer);

insert into t_target select * from t_source;
restore to 'Mi. 08 Dez. 2010, 01:02:03';

2. Run the archecker command for recovery. 

Lack of available contiguous memory can cause ontape archive to fail with an assertion warning "ISAM error: An error has occurred during archive back up".

When you start an ontape archive, the ontape (front-end) process will allocate four blocks of contiguous memory in the size of TAPEBLK configuration parameter. If you have constraints on available memory, a workaround could be reduce the value of TAPEBLK configuration parameter to a minimum value (On UNIX: 32K and on Windows: 16K).

The following message will be recorded in the message log file when the connection to the database server fails:

 Check for password aging/account lock-out.

 listener-thread: err = -952: oserr = 0: errstr = informix@hostname: User (informix@hostname)'s password is not correct for the database server.

AIX 6.1 and later implemented a Loadable Password Algorithm (LPA) mechanism that allows easily deploy new password encryption algorithms. Each supported password encryption algorithm is implemented as a LPA load module that is loaded at runtime when the algorithm is needed. The supported LPAs and their attributes are defined in the /etc/security/pwdalg.cfg system configuration file. By default only user 'root' can read this system configuration file.

# ls -ld /etc/security /etc/security/pwdalg.cfg

   drwxr-x--- 9 root security  4096 Jun 28 09:13 /etc/security

   -rw-r----- 1 root security  3807 Mar 04 2010 /etc/security/pwdalg.cfg

Informix does not support LPA. However, changing permission of the system configuration file may be a possible solution.

Assumptions:

1. 100% confidence that the account/password combination is correct
2. The OS is properly configured to authenticate Kerberos/AD user accounts
3. The user account is a remote Kerberos/AD account
4. AIX OS

A -952 error is reported in the server message log and possibly a -951 error to the client.

The remote AD server may not have a crypt hash password stored for the user account. If so it will return "*" for the crypt hash password value. This value does not match the crypt hash value of the passed-in password.

Take one of the following actions where applicable:

1. Ensure the permissions of the oninit binary are rwsr-sr--, owner is root and group is informix
2. Try running the instance as user root instead of user informix
3. Use some other form of authentication such as PAM or SSO