오류 메세지
 

DB2 Embedded SQC 코드 작성 시, 동일한 호스트 변수를 서로 다른 Scope에서 각각 선언하면 프리컴파일 수행 시 다음의 오류가 발생하는 문제

SQL0307N The host variable "호스트변수명" is already defined.

 

 원인
 

다음 규칙은 호스트 변수 선언 섹션에 적용됩니다.

  • 모든 호스트 변수는 SQLDA 구조를 참조하는 호스트 변수를 제외하고, 참조되기 전에 소스 파일에서 올바른 형식의 선언 섹션 내에 선언되어야 합니다.
  • 소스 파일에서 복수의 선언 섹션을 사용할 있습니다.
  • 호스트 변수 이름은 소스 파일 내에서 고유해야 합니다. DB2 프리컴파일러는 호스트 언어별 변수 범위 지정 규칙을 고려하지 않기 때문입니다. 그러므로, 호스트 변수에 대해 하나의 범위가 존재합니다.

:

이는 DB2® 프리컴파일러가 호스트 변수의 범위를 전역으로 변경하여 호스트 변수를 정의된 범위 외부에서 액세스할 있음을 의미하지는 않습니다.

 

 조치
 

DB2 InfoCenter에 설명에 따르면,

하나의 SQC 파일 안에 호스트변수 선언문은 여러 번 사용될 수 있으나,

호스트 변수명은 유일해야 한다고 가이드 되고 있으므로

중복적으로 사용되는 호스트 변수를 Global로 선언하거나,

중복 사용되는 호스트 변수를 포함하는 함수들을 개별적인 SQC 파일로 분리하여 사용하는 것을 권장함.

( 같은 이름의 호스트 변수가 사용되는지를 체크하지 못하게 하는 프리컴파일 옵션은 존재하지 않음 )

 

 참고

http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ibm.db2.udb.apdv.embed.doc/doc/c0005632.htm

 

 db2diag 내용

 

2012-03-03-10.19.17.180938+540 I14553178A429      LEVEL: Error

PID     : 1503276              TID  : 2057        PROC : db2sysc 0

INSTANCE: db2inst              NODE : 000

EDUID   : 2057                 EDUNAME: db2tcpcm 0

FUNCTION: DB2 UDB, common communication, sqlcctcpconnmgr_child, probe:155

MESSAGE : DIA3208E Error encountered in TCP/IP protocol support. TCP/IP

          function "close". Socket was "7". Errno was "9".

 

2012-03-03-10.19.17.209826+540 I14554715A343      LEVEL: Error

PID     : 1368240              TID  : 1           PROC : db2fmp (idle) 0

INSTANCE: db2inst              NODE : 000

EDUID   : 1                    EDUNAME: db2fmp (idle) 0

FUNCTION: DB2 UDB, common communication, sqlccipcdarihandshake, probe:3

RETCODE : ZRC=0x83000024=-2097151964

 

2012-03-03-10.19.17.210162+540 I14555059A458      LEVEL: Error

PID     : 1368240              TID  : 1           PROC : db2fmp (idle) 0

INSTANCE: db2inst              NODE : 000

EDUID   : 1                    EDUNAME: db2fmp (idle) 0

FUNCTION: DB2 UDB, routine_infrastructure, sqlerFmpListener, probe:999

MESSAGE : FMP exiting with error. Last agent registered:

DATA #1 : Hexdump, 4 bytes

0x0FFFFFFFFFFFF028 : 0000 0000                                  ....

 

 원인

 

If you encounter this while stopping the instance with db2stop, you probably can ignore it.

Your instance probably has more than 1 db2tcpcm process, and after db2stop is issued, these processes simultaneously will try to close the same socket.

Only one of them will succeed, the other(s) will fail as the socket is already closed and will write a DIA3208E message to db2diag.log

 

 조치
 

You may check the setting of variable DB2TCPCONNMGRS and set it to 1 (using db2set), this should stop the DIA3208E messages.

 

 

 

 db2diag 내용

 

2012-03-03-03.52.43.490195+540 E14513463A757      LEVEL: Error (OS)

PID     : 1368240              TID  : 1           PROC : db2fmp (12081) 0

INSTANCE: db2inst              NODE : 000

EDUID   : 1                    EDUNAME: db2fmp (12081) 0

FUNCTION: DB2 UDB, oper system services, sqloLoadModule, probe:130

CALLED  : OS, -, dlopen

OSERR   : ENOEXEC (8) "Cannot run a file that does not have a valid format."

MESSAGE : Attempt to load specified library failed.

DATA #1 : Library name or path, 38 bytes

/home/db2inst/sqllib/function/ICMNLSSP

DATA #2 : shared library load flags, PD_TYPE_LOAD_FLAGS, 4 bytes

2

DATA #3 : String, 120 bytes

0509-022 Cannot load module /home/db2inst/sqllib/function/ICMNLSSP.

0509-103   The module has an invalid magic number.

 

2012-03-03-03.52.43.490599+540 E14514221A810      LEVEL: Error (OS)

PID     : 1368240              TID  : 1           PROC : db2fmp (12081) 0

INSTANCE: db2inst              NODE : 000

EDUID   : 1                    EDUNAME: db2fmp (12081) 0

FUNCTION: DB2 UDB, oper system services, sqloLoadModule, probe:140

CALLED  : OS, -, dlopen

OSERR   : ENOEXEC (8) "Cannot run a file that does not have a valid format."

MESSAGE : Attempt to load specified library augmented with object name failed.

DATA #1 : Library name or path, 48 bytes

/home/db2inst/sqllib/function/ICMNLSSP(shr_64.o)

DATA #2 : shared library load flags, PD_TYPE_LOAD_FLAGS, 4 bytes

262146

DATA #3 : String, 131 bytes

0509-022 Cannot load module /home/db2inst/sqllib/function/ICMNLSSP(shr_64.o).

0509-152   Member shr_64.o is not found in archive

 원인

 

The stored procedures, ICMNLSSP, ICMNLSUF, and ICMNWFSP, are 32-bit libraries. In a 64-bit environment, DB2® tries first to load them in a 64-bit fenced-mode process. When this attempt fails, DB2 loads them in a 32-bit fenced-mode process. The indication of the initial failure is recorded in db2diag.log.

 

 조치

 

This is normal behavior. Monitor your log file size to make sure that the file system does not fill up because of extra messages. No other action is necessary.

 

 참고

 

JR27572: IMPROVE PERFORMANCE OF RUNNING 32-BIT ROUTINES IN 64-BIT INSTANCE

 

 

DB2에 내장된 함수 실행 시 위와 같은 SQ0444N 메시지를 보게 되는 경우가 생길 수 있다. 내장 함수 호출 시, db2 내부적으로는 db2clifn1.a 라이브러리를 참조하게 되는데 이 라이브러리 파일이 없어서 발생을 하는 경우가 있다.

$> db2 ? sql0444n

SQL0444N  루틴 "<routine-name>"(특정 이름 "<specific-name>")이(가) 라이브러리 또는

                경로 "<library-or-path>", 함수 "<function-code-id>"에서 코드로 구현되었지만

                액세스할 수 없습니다. 이유 코드:  "<code>".

설명:

데이터베이스 관리 프로그램이 루틴 "<routine-name>"(특정 이름 "<specificname>")을(를) 구현하는 코드 본문에 액세스하려고 했지만, 이유 코드"<code>"(으)로 지정된 이유로 인해 액세스할 수 없습니다(코드는 아래 나열되어 있음). 루틴을 구현하는 파일은 "<library-or-path>"(으)로 식별되고 함수는 "<function-code-id>"(으)로 식별됩니다.

4

         다음 중 한 이유로 인해 "<library-or-path>"에서 파일을 찾을 수 없습니다.

1. 루틴 CREATE 문 정의의 EXTERNAL 절에 지정된 위치에서 루틴과  연관된 루틴 라이브러리가 사용 불가능합니다.

2. 루틴 라이브러리가 찾을 수 없는 공유 라이브러리에 종속적입니 다(UNIX 기반 시스템의 LIBPATH 환경 변수 또는 Windows 시스템의 PATH 환경 변수에 지정된 디렉토리 병합 내). 관련된 간접적인 다중 레벨로 인해 이 이유 코드가 발생할 수 있습니다. 예를 들어, 루틴 본문 X를 찾을 수 있으며, 필요로 하는 공유 라이브러리 Y도 찾을 수 있어야 합니다. 그러나 Y에는 찾을 수 없는 또  다른 공유 라이브러리 Z가 필요합니다.                                                                     
3. 이는 파티션된 데이터베이스이며, 사용자 정의 함수(UDF)가 실행된 파티션 중 하나에서 라이브러리를 찾을 수 없습니다.

 

(확인) 인스턴스 경로 하위의 sqllib/function 에 db2clin.a 링크 파일 존재 유무

엔진의 라이브러리 파일을 가리키는 링크파일로 삭제된 경우 DB2 내부 함수 실행 시 오류 발생함

테스트 (db2clifn.a 파일명을 바꿀 때, 오류 발생 확인)

$> mv db2clifn.a db2clifn1.a
$> db2 force applications all
$> db2 connect to sample
$> db2 "select chr(66) from sysibm.sysdummy1"

    SQL0444N Routine "SYSFUN.CHR" (specific name "CHR") is implemented with code

$> mv db2clifn1.a db2clifn.a

$> db2 "select chr(66) from sysibm.sysdummy1"

1

-

B

 

이런 경우 2가지의 해결 방법이 있을 것이다.

OS 환경 및 DB2 버전이 동일한 다른 시스템이 존재한다면 해당 링크 파일을 복사해 넣어 주는 방법이 있을 것이고 (동일한 환경이 없다면 인스턴스를 추가로 생성하고 나서 sqllib/function 하위 파일을 복사) 

다른 방법은, 인스턴스를 업데이트(db2iupdt)를 수행하여 인스턴스 환경을 초기 상태로 맞춰 놓는 경우일 것이다. (이 경우, dbm cfg 백업하여 초기화된 변수 값이 있는지 확인 필요)

고객사 지원 시, DB2 계정 정책은 DB 레벨에서 설정한다.

설치 작업만 하는 경우는 대부분 고객사에서 인스턴스 계정으로 업무용으로도 사용하는 것 같고, 프로젝트 업무를 지원하게 되면 테이블 공간까지 정의를 하면서 계정 정책을 수립하게 된다.

보통은 DBADM 권한을 부여해서 사용하기에 크게 문제가 되지 않았는데, DBADM 권한을 주지 않고 더 약한 권한을 주는 경우 다음과 같은 문제를 겪을 수 있다.

필자의 경우는 V10.1 에서 겪은 문제이나, 그 이하 버전에서도 접할 가능성이 있어 보인다.

계정 생성

db2 “grant CONNECT,DATAACCESS on database to USER db2user

테이블 조회

db2 connect to sample user db2user using db2user
db2 "select count(1) from 스키마명.employee"
SQL5193N  The current session user does not have usage privilege on any enabled workloads.  SQLSTATE=42524

(참고) 본 테스트는 약간 시나리오가 인위적으로 구성되어서 테스트해본다면 재현되지 않을 수 있다.

위 문제로 해당 테이블에 테이블 레벨 권한을 부여(INDEX,INSERT,SELECT,UPDATE,DELETE) 했으나 동일한 메시지가 반환되었다.

문제는 DB2가 기본적으로 제공하는 Workload 때문이였다.

아래처럼 2개의 workload가 DB가 생성되는 시점에 생성된다. Admin용 워크로드와, User용 워크로드…

db2 "select substr(workloadname,1,30) wlname from syscat.workloads"

WLNAME
------------------------------
SYSDEFAULTUSERWORKLOAD
SYSDEFAULTADMWORKLOAD

 

db2 "select substr(a.workloadname,1,30) wlname,substr(b.grantor,1,20) grantor, substr(b.grantee,1,20) grantee, b.granteetype,usageauth from syscat.workloads a, syscat.workloadauth b where a.workloadid=b.workloadid"

WLNAME                         GRANTOR              GRANTEE              GRANTEETYPE USAGEAUTH
------------------------------ -------------------- -------------------- ----------- ---------
SYSDEFAULTUSERWORKLOAD        SYSIBM               PUBLIC               G           Y

 

문제가 난 시점에는 위 script를 조회하지 않아 정확히 설정된 값이 어떻게 되어 있는지 모르지만, 예측하기로는 SysDefaultUserWorkload의  GRANTEE가 PUBLIC 으로 되어 있지 않았을 것 같다.

(V9.1 부터 제공되는 DB 생성시 restrictive 옵션과 V9.5에서 제공된 Default Workload 영향으로 위 값는 상황에 따라 다를 수 있을 것 같다. 위 문제가 발생한 DB는 restrictive 옵션을 주면서 DB를 생성하였다.)

 

V9.7 정보센터의 내용을 살펴보니 다음과 같이 정의되어 있다.

기본 사용자 워크로드 : DB 서버에 접속 시 모든 접속에 대해 적용되는 워크로드

기본 관리자 워크로드 : 관리작업을 수행할 때 허용하게 할지 말지를 결정하는 워크로드

 

그래서 위의 문제는 다음과 같이 권한 부여를 하여 정상 실행됨을 확인하였다.

db2 “grant usage on workload sysdefaultuserworkload to user db2user

 

db2 connect to sample user db2user using db2user

db2 "select count(1) from db2inst1.employee"

1
-----------
         42

  1 record(s) selected.

“클러스터 관리자 자원 상태가 불일치하므로 db2start가 실패했습니다.”

상세 설명

클러스터 관리자 자원 모델과 db2nodes.cfg 파일이 일치하지 않으므로 db2start 명령으로 프로세스를 시작할 수 없습니다. 클러스터 관리자와 동기화되지 않은 db2nodes.cfg를 수정하면(고의적으로 또는 비고의적으로) 이러한 불일치가 발생합니다.

불일치가 해결될 때까지 DB2 pureCluster 인스턴스 또는 새 자원을 시작할 수 없습니다. 이미 시작된 DB2 자원은 이 오류에 영향을 받지 않습니다.

처리방법

db2nodes.cfg 파일을 이전 구성(클러스터 관리자와 동기화된 구성)으로 복원하십시오. 이전 구성으로 복원할 수 없으면 클러스터 자원 모델을 복구하십시오. 이를 수행하려면 전역 db2stop을 발행하여 인스턴스를 중지하고 -repair 옵션을 사용하여 db2cluster 도구를 실행하십시오.

DB2 V10.1 pureScale 설치 후 사용 중, Infiniband Adapter 기능코드(Feature Code)가 다르게 물려 있어서 Adapter를 교체하는 작업을 하였다.

이후 db2start 시 SQL1517N 메시지가 발생하면서 기동되지 못하였다. db2cluster 명령어를 통하여 repair 작업을 하면서 정상화할 수 있었다.

root 사용자로 db2 엔진이 설치된 경로로 이동하여 다음과 같이 작업을 수행하였다.

#> cd /db2/v10.1/bin
#> ./db2cluster -cfs -list –domain  (클러스터 도메인 명 확인)
#> ./db2cluster -cm -repair –domain 도메인명

 

db2cluster –repair 옵션 시, tsa 클러스터 구성(quorum, domain) 관련하여 초기화 후 재 설정을 하는 것 같다.

DB2 HADR 구성 환경에서 Cluster를 구성하기 위해 db2haicu 를 실행하면 여러 에러들이 발생하곤 한다. xml 설정파일에 설정한 값이 잘못되었거나, 환경이 잘못되었거나 등등의 이유로 대부분 발생한다.

이 중 RSCT가 사용하는 db2 모니터링 script 관련한 오류에 대해 정리를 해 본다.

1. 진단로그(db2diag.log) 오류 메시지

2011-10-06-13.29.04.814926+540 E522666E818         LEVEL: Error
PID     : 21846                TID  : 47753254935648PROC : db2haicu
INSTANCE: hadr97               NODE : 000
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, sqlhaAddResource, probe:1600
MESSAGE : ECF=0x90000542=-1879046846=ECF_SQLHA_CREATE_GROUP_FAILED
          Create group failed
DATA #1 : String, 35 bytes
Error during vendor call invocation
DATA #2 : unsigned integer, 4 bytes
37
DATA #3 : String, 36 bytes
db2_hadr97_cluster2.localdomain_0-rg
DATA #4 : unsigned integer, 8 bytes
1
DATA #5 : signed integer, 4 bytes
98343
DATA #6 : String, 186 bytes
Line # : 6719---cluster2.localdomain: 2661-011
The command specified for attribute MonitorCommand is NULL, not a absolute path, does not exist or has insufficient permissions to be run.

2011-10-06-13.29.04.815548+540 E523485E365         LEVEL: Error
PID     : 21846                TID  : 47753254935648PROC : db2haicu
INSTANCE: hadr97               NODE : 000
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, sqlhaCreateDB2Partition, probe:80
RETCODE : ECF=0x90000542=-1879046846=ECF_SQLHA_CREATE_GROUP_FAILED
          Create group failed

2. 원인

   db2haicu 를 실행하여 cluster를 구성할 때, db2 모니터링 script가 실행이 된다. 그런데 해당 위치에 script가 존재하지 않아 위와같이 에러가 발생하게 된다.

3. 해결책

    script가 존재하는지 확인 후, 없으면 db2cptsa를 이용하여 script를 해당 경로에 생성해 준다.

명령어
#> ls –al /usr/sbin/rsct/sapolicies/db2

결과


명령어
#> 엔진_설치_위치/install/tsamp/db2cptsa

확인
#> ls –al /usr/sbin/rsct/sapolicies/db2

결과

-r-xr-xr-x 1 root root  3183  4월  1  2011 db2V97_monitor.ksh
-r-xr-xr-x 1 root root  6227  4월  1  2011 db2V97_start.ksh
-r-xr-xr-x 1 root root  4566  4월  1  2011 db2V97_stop.ksh
-r-xr-xr-x 1 root root  1114  4월  1  2011 forceAllApps
-r-xr-xr-x 1 root root 13980  4월  1  2011 hadrV97_monitor.ksh
-r-xr-xr-x 1 root root  5517  4월  1  2011 hadrV97_start.ksh
-r-xr-xr-x 1 root root  4255  4월  1  2011 hadrV97_stop.ksh
-r-xr-xr-x 1 root root  7121  4월  1  2011 mountV97_monitor.ksh
-r-xr-xr-x 1 root root  7087  4월  1  2011 mountV97_start.ksh
-r-xr-xr-x 1 root root  7948  4월  1  2011 mountV97_stop.ksh
-r-xr-xr-x 1 root root  7101  4월  1  2011 nfsserverctrl-server
-r-xr-xr-x 1 root root  5554  4월  1  2011 rovingV97_failover.ksh

1. db2haicu 실행 중 에러 발생

(명령어)
db2haicu –f hadr.xml

(실행 결과)

Welcome to the DB2 High Availability Instance Configuration Utility (db2haicu).

You can find detailed diagnostic information in the DB2 server diagnostic log file called db2diag.log. Also, you can use the utility called db2pd to query the status of the cluster domains you create.

For more information about configuring your clustered environment using db2haicu, see the topic called 'DB2 High Availability Instance Configuration Utility (db2haicu)' in the DB2 Information Center.

db2haicu determined the current DB2 database manager instance is hadr97. The cluster configuration that follows will apply to this instance.

db2haicu is collecting information on your current setup. This step may take some time as db2haicu will need to activate all databases for the instance to discover all paths ...
Creating domain db2hadr in the cluster ...
Creating domain db2hadr in the cluster was successful.
Configuring quorum device for domain db2hadr ...
Configuring quorum device for domain db2hadr was successful.
Adding network interface card eth0 on cluster node cluster1 to the network db2_public_network_0 ...
Adding network interface card eth0 on cluster node cluster1 to the network db2_public_network_0 was successful.
Adding network interface card eth0 on cluster node cluster2 to the network db2_public_network_0 ...
Adding network interface card eth0 on cluster node cluster2 to the network db2_public_network_0 was successful.
Adding network interface card eth1 on cluster node cluster1 to the network db2_private_network_0 ...
Adding network interface card eth1 on cluster node cluster1 to the network db2_private_network_0 was successful.
Adding network interface card eth1 on cluster node cluster2 to the network db2_private_network_0 ...
Adding network interface card eth1 on cluster node cluster2 to the network db2_private_network_0 was successful.
Adding DB2 database partition 0 to the cluster ...                                                                                                <-------- 에러
There was an error with one of the issued cluster manager commands. Refer to db2diag.log and the DB2 Information Center for details.
There was an internal db2haicu error. Refer to db2diag.log and the DB2 Information Center for details.

2. 진단로그 에러 메시지

2011-10-06-11.03.01.142906+540 I510055E380         LEVEL: Warning
PID     : 6699                 TID  : 47063466929248PROC : db2haicu
INSTANCE: hadr97               NODE : 000
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, sqlhaGetPolicyTypeFromSysFile, probe:400
MESSAGE : No matching instance record ... setting policy to none
DATA #1 : unsigned integer, 4 bytes


2011-10-06-11.04.03.207153+540 E514374E546         LEVEL: Severe
PID     : 6699                 TID  : 47063466929248PROC : db2haicu
INSTANCE: hadr97               NODE : 000
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, handleEndElement, probe:1450
MESSAGE : Failed to create cluster resources for database partition in cluster
DATA #1 : unsigned integer, 4 bytes
0
DATA #2 : String, 6 bytes
hadr97
DATA #3 : String, 20 bytes
cluster2.localdomain
DATA #4 : unsigned integer, 4 bytes
1
DATA #5 : Pointer, 8 bytes
0x000000000854aeb0


2011-10-06-11.31.24.990724+540 E519870E520         LEVEL: Error
PID     : 11458                TID  : 47790888316000PROC : db2haicu
INSTANCE: hadr97               NODE : 000
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, sqlhaUICreatePartition, probe:200
RETCODE : ECF=0x90000557=-1879046825=ECF_SQLHA_CLUSTER_ERROR
          Error reported from Cluster
DATA #1 : String, 6 bytes
hadr97
DATA #2 : String, 20 bytes
cluster2.localdomain
DATA #3 : signed integer, 4 bytes
1
DATA #4 : signed integer, 4 bytes
0

 

3. 원인

     hadr.xml의 호스트 명을 잘못 적어서 생긴 문제

(명령어)  vi /etc/hosts
192.168.137.241  cluster1.localdomain    cluster1
192.168.137.242  cluster2.localdomain    cluster2

 

(명령어) vi hadr.xml

<?xml version="1.0" encoding="UTF-8"?>
<DB2Cluster xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="db2ha.xsd" clusterManagerName="TSA" version="1.0">
  <ClusterDomain domainName="db2hadr">
     <Quorum quorumDeviceProtocol="network" quorumDeviceName="192.168.137.1"/>

     <PhysicalNetwork physicalNetworkName="db2_public_network_0" physicalNetworkProtocol="ip">
      <Interface interfaceName="eth0" clusterNodeName="cluster1">
        <IPAddress baseAddress="192.168.137.241" subnetMask="255.255.255.0" networkName="db2_public_network_0"/>
      </Interface>
      <Interface interfaceName="eth0" clusterNodeName="cluster2">
        <IPAddress baseAddress="192.168.137.242" subnetMask="255.255.255.0" networkName="db2_public_network_0"/>
      </Interface>
      </PhysicalNetwork>

      <PhysicalNetwork physicalNetworkName="db2_private_network_0" physicalNetworkProtocol="ip">
      <Interface interfaceName="eth1" clusterNodeName="cluster1">
        <IPAddress baseAddress="10.10.10.1" subnetMask="255.255.255.0" networkName="db2_private_network_0"/>
      </Interface>             
      <Interface interfaceName="eth1" clusterNodeName="cluster2">
        <IPAddress baseAddress="10.10.10.2" subnetMask="255.255.255.0" networkName="db2_private_network_0"/>
      </Interface>             
     </PhysicalNetwork>

     <ClusterNode clusterNodeName="cluster1"/>
     <ClusterNode clusterNodeName="cluster2"/>
  </ClusterDomain>

 

4. 해결 방안

   xml 파일의 설정할 때 hostname 명령어를 실행한 결과 값으로 호스트 명을 설정한다.

(명령어) hostname
(결과)  cluster1.localdomain

수정된 xml 파일

<?xml version="1.0" encoding="UTF-8"?>
<DB2Cluster xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="db2ha.xsd" clusterManagerName="TSA" version="1.0">
  <ClusterDomain domainName="db2hadr">
     <Quorum quorumDeviceProtocol="network" quorumDeviceName="192.168.137.1"/>

     <PhysicalNetwork physicalNetworkName="db2_public_network_0" physicalNetworkProtocol="ip">
      <Interface interfaceName="eth0" clusterNodeName="cluster1.localdomain">
        <IPAddress baseAddress="192.168.137.241" subnetMask="255.255.255.0" networkName="db2_public_network_0"/>
      </Interface>
      <Interface interfaceName="eth0" clusterNodeName="cluster2.localdomain">
        <IPAddress baseAddress="192.168.137.242" subnetMask="255.255.255.0" networkName="db2_public_network_0"/>
      </Interface>
      </PhysicalNetwork>

      <PhysicalNetwork physicalNetworkName="db2_private_network_0" physicalNetworkProtocol="ip">
      <Interface interfaceName="eth1" clusterNodeName="cluster1.localdomain">
        <IPAddress baseAddress="10.10.10.1" subnetMask="255.255.255.0" networkName="db2_private_network_0"/>
      </Interface>             
      <Interface interfaceName="eth1" clusterNodeName="cluster2.localdomain">
        <IPAddress baseAddress="10.10.10.2" subnetMask="255.255.255.0" networkName="db2_private_network_0"/>
      </Interface>             
     </PhysicalNetwork>

     <ClusterNode clusterNodeName="cluster1.localdomain"/>
     <ClusterNode clusterNodeName="cluster2.localdomain"/>
  </ClusterDomain>

+ Recent posts