CYCLONE DDL 기본적으로 CYCLONE 대상 테이블은 DDL 구문이 되지 않습니다.하지만 DDL 구문을 수행하지 못하게 막아버리면 컬럼 추가 등의 작업을 할 수 없기 때문에 절차에 따라 예외로 처리하는 DDL 이 있습니다. CYCLONE 사용해보기http://mozi.tistory.com/139 단, 특정 작업 절차에 의해 허용되는 DDL 과, 작업 절차에 속하지 않더라도 허용되는 DDL 이 있습니다. CYCLONE 에서 허용하는 DDL 목록 특정 작업 절차에 의해 허용되는 DDL 구문 절차에 따른 DDL 허용 / 비허용 구문 허용 ALTER TABLE ... ADD COLUMN ALTER TABLE .. ALTER COLUMN .. SET DATATYPE ALTER TABLE .. RENAME ..
Goldilocks DBMS
CYCLONE 이중화가 실패하는 경우 MASTER 와 SLAVE 간의 테이블 메타정보가 일치하지 않아서 이중화가 되지 않는 경우도 있지만,이중화가 성공적으로 수행 된 후, 나중에 발생되는 DDL 문으로 인해서 이중화가 실패하는 경우도 발생합니다. GIVE-UP 이후부터터는 이중화가 진행되지 않습니다.이 때 진행되지 않는 범위는 CYCLONE 전체가 아닌 GIVE-UP 이 발생된 테이블에만 종속됩니다. * CYCLONE 사용해보기 - 이후 이어지는 포스팅http://mozi.tistory.com/139 CYCLONE 이 GIVE-UP 된 상황 발생 시 이중화 재수행 방법 CYCLONE MASTER 의 Group1 T1 테이블이 GIVE-UP 이 발생되었습니다.$ cyclone --master --info ..
CYCLONE 구조 CYCLONE 의 구조를 알기 위해서는 아래의 URL 을 참고해주세요.http://mozi.tistory.com/81 CYCLONE 테스트를 위한 초기 환경설정 이번 포스팅에서는 CYCLONE 을 구동하여 이중화를 수행해보겠습니다.먼저, CYCLONE 을 테스트한 환경입니다. CYCLONE 장비정보 버전 CYCLONE MASTER OS CentOS Linux release 7.5.1804 (Core) DATABASE Release Venus.3.1.15 revision(25159) IP 192.168.0.50 CYCLONE SLAVE OS CentOS Linux release 7.5.1804 (Core) DATABASE Release Venus.3.1.15 revision(25159)..
연동환경 서버 OS CentOS Linux release 7.5.1804 DATABASE Goldilocks 3.1.15 r25159 WEBSERVER JEUS 6 JEUS 설치는 아래 URL 을 참고해주세요.http://mozi.tistory.com/128?category=990186 JEUS 에 GOLDILOCKS 등록 1. goldilocks6.jar 파일을 JEUS 의 lib/datasource 폴더에 복사합니다.$ cp $GOLDILOCKS_HOME/lib/goldilocks6.jar $JEUS_HOME/lib/datasource/ 2. config/sh/JEUSMain.xml 파일에 GOLDILOCKS 를 등록합니다. ... others GOLDILOCKS jeus.jdbc.driver.bla..
GOLDILOCKS 는 ANALYZE TABLE, ANALYZE SYSTEM 구문으로 OPTIMIZER 가 최적화된 플랜을 만드는데 도움을 줄 수 있습니다. ANALYZE SYSTEM시스템의 통계 정보를 분석합니다.1. CPU 가 초당 처리할 수 있는 오퍼레이션 수2. NETWORK 가 초당 처리할 수 있는 오퍼레이션 수 ( 클러스터 인 경우 )를 측정합니다. ANALYZE SYSTEM 은 장비나, 네트워크가 변경되는 경우 한번만 수행하면 됩니다.분석된 데이터는 DBA_STAT_SYSTEM 테이블에 저장됩니다.gSQL> ANALYZE SYSTEM COMPUTE STATISTICS; analyzed. gSQL> SELECT * FROM DBA_STAT_SYSTEM; CPU_OPS NETWORK_IOPS N..
GOLDILOCKS 는 XA 트랜잭션간 데이터 소실을 방지하기 위해 2단계 커밋을 지원합니다. 사진은 G1, G2 그룹에 대해 글로벌 트랜잭션이 발생한 뒤 커밋을 수행했을 때의 로직입니다. Prepare Commit 단계1. APP 는 G1N2 노드에 Prepare Commit Protocol 을 전송합니다.2. G1N2 노드는 자기자신 노드에 Prepare Commit 을 수행함과 동시에 Global Coordinator 인 G1N1 장비로 Prepare Commit Protocol 을 전송합니다.3. G1N1 장비는 트랜잭션에 참여하는 모든 노드의 cserver 에 Prepare Commit Protocol 을 전송합니다.4. 응답받은 각 장비는 Prepare Commit 을 수행 후 G1N2 장비로..
GOLDILOCKS CLUSTER 는 트랜잭션의 종류에 따라 명칭 및 동작 방식이 다릅니다. 명칭 트랜잭션의 범위 동작 방식 Global Transaction 전체 노드의 전체 멤버 트랜잭션의 상태를 Prepare 로 변경 트랜잭션이 기록한 모드 로그가 디스크로 반영 후 응답을 Global Coordinator 에 전송 :: 복구 시 리두로그로부터 Commit 혹은 Rollback 을 판단 Global Coordinator 는 클라이언트에 응답 Global Commit 클러스터 전체 노드의 전체 멤버에 커밋프로토콜 전송 전송한 멤버로부터 응답을 받을 때 까지 대기 비동기로 수행 가능 Domain Transaction 특정 노드의 전체 멤버 트랜잭션의 상태를 Prepare 로 변경 트랜잭션이 기록한 모든 ..
GOLDILOCKS 는 유저와 스키마가 1 : N 관계를 가질 수 있습니다.http://mozi.tistory.com/101?category=999095 스키마 소유권 부여MOZI 유저에 SCHEMA1, SCHEMA2, SCHEMA3 스키마 소유권을 부여하는 방법입니다.gSQL> CREATE SCHEMA SCHEMA1 AUTHORIZATION MOZI; Schema created. gSQL> CREATE SCHEMA SCHEMA2 AUTHORIZATION MOZI; Schema created. gSQL> CREATE SCHEMA SCHEMA3 AUTHORIZATION MOZI; Schema created. 유저가 소유하고 있는 스키마는 USER_SCHEMAS 테이블로 조회할 수 있습니다.gSQL> SEL..
GOLDILOCKS 는 유저와 스키마가 1:N 의 관계를 가집니다.유저는 스키마를 0개 부터 1개 이상을 소유할 수 있습니다. 유저별로 스키마를 소유할 수 있는 방법에 대한 그림입니다. 타 DBMS 의 경우의 유저와 스키마의 관계는 다음과 같습니다. DBMS USER : SCHEMA 관계 Oracle 1 : 1 MySQL 1 : 1 Postgres 1 : N
GOLDILOCKS 는 클러스터 환경에서 Row Identifier 를 위해 Global Secondary Index 를 지원합니다. Global Secondary Index 란?http://mozi.tistory.com/99?category=999095 테이블에 Global Secondary Index 가 없는 경우,LIMIT FETCH 와 같은 쿼리가 수행되지 않습니다. Global Secondary Index 유무 확인하기gSQL> SELECT TABLE_OWNER, TABLE_SCHEMA, TABLE_NAME FROM ALL_GSI_PLACE; TABLE_OWNER TABLE_SCHEMA TABLE_NAME ----------- ----------------- --------------------..
