데이터베이스를 사랑하는 사람들의 모임 데이터베이스 사랑넷

Identiy Burning 발생 이유

=============================================================================================

다중의 동시사용자 를 위한 high-performance 를 위한 메카니즘 때문

identity column counter 값이 Memory에서 관리되며

ASE가 정상종료시 identity column counter 의 값을 해당 Table의 OAM Page에 기록하는 메카니즘.

따라서 ASE가 비정상 종료된다면 identity column counter 값을 해당 Table OAM Page에 기록하지

못한다.(정상 종료인 경우는 identity column counter 값을 해당 Table OAM Page에 기록함)

비정상 종료후 ASE 재시작시 해당 Table의 OAM Page에 기록되어있는 identity column counter 값은

burnning 된 (ASE 가 시작시 다음 burnning 될값을 해당 Table의 OAM Page에 기록한다.)

identity column counter값을 가지고 시작된다.

============================================================================================

현재 burnning 된 identity 값을 수정하는 방법

pre-12.5.0.3 : sybase가 권고하는 방법은 없음 (그러나 복잡하지만 할수는 있음)

단계1 .이미 burnning 된 identity column 값을 수정 (12.5.0.3+ 에서 가능)

set identity_update table명 on

update table명

set identity컬럼명 = 원하는값

where identity컬럼명 = burnning된값

set identity_update table명 off

단계2 .identity column counter값을 조정 (12.5.1+ 에서가능)

예: 현재 identity column counter가 500조 이고 위의 set identity_update 명령으로

burning 된 identity column을 수정완료후 다음부여될 identity column counter가 100 이라면

sp_chgattribute 테이블명, 'identity_burn_max', 0, '100'

주의사항 : 100이 숫자값이지만 sp_chgattribute 명령어로 지정시 위의 예처럼 '100'로 해야함.

지정하려는 숫자값보다 큰 identity 값이 Table에 존재하지 않아야함 (당근)

가능하면 해당 Table에 exclusive Table lock 건후 작업할것 (작업중 해당 Table에insert 하면 단계1부터 다시해야 하므로)

=============================================================================================

향후 burnning 현상이 발생하지 않도록 조정 방법

sp_chgattribute 테이블명,'identity_gap',1

(identity column counter 가 변경될때마다 해당 Table의 OAM page에 identity column counter 값을 기록함 -- ASE에 추가적인 overhead발생)

대복님이 2007-08-03 15:40에 작성한 댓글입니다. Edit Ｘ