Ora-1555:SnapShot Too Old에 관해...


-----------------------------------------------------
ORA-1555  “SNAPSHOT TOO OLD” 에러의 원인과 해결방법
-----------------------------------------------------

데이타 일관성(Read Consistency)과 Block CleanOut
ORA-1555 에러의 원인을 이해하기 전에 먼저 데이타 일관성(Read Consistency)에 대한 이해가
필요한다. 여러 단계의 데이타 일관성을 지원하는 오라클의 이 기능은, 한 시점에서 데이타를
일관된 내용으로 볼 수 있도록 제공하는 것으로 데이타베이스 사용자에게는 아주 중요한 개념이다.

[ 예제 ]
테이블에 있는 백만건의 레코드를 수정하는 트랜잭션이 있다고 가정해 보자.  이 작업을 수행하기
위해서는 아주 많은 데이타베이스 블럭에 접근해야 한다. 사용자가 이 트랜잭션을 Commit했을 때
오라클은 이것을 반영하기 위해 데이타 블럭에 다시 접근하지 않는다.  그것은 수정된 데이타가
저장되어 있는 데이타 블럭에 접근하여 데이타를 읽는, 다음 트랜잭션을 위해 남겨진다.
( 이런 과정을 ‘Delayed Block Cleanout’ 이라고 한다.)

오라클이 Table, Index, Cluster등을 수정 할 때마다  그 트랜잭션에 의해 바뀌기 전의 원래
데이타를 롤백 세그먼트에 저장하고, 그 롤백 세그먼트의 식별자들은 수정된 데이타 블럭의 
Header에 저장한다. (이것은, 만약 사용자가 수정한 내용을 Commit하지 않고 있다가 나중에
수정하기 전의 원래 데이타로 Undo하기를 원할 때 필요하다.)

Commit을 하면, 오라클은 그 트랜잭션과 관련된 롤백 세그먼트의 블럭 Header에  그 데이타가
이미 Commit되었다는 것을 표시한다. 그리고, 수정된 블럭에 다른 트랜잭션이 다시 조회를 하면
오라클은 어떤 시점에서 수정되었는지를 가리키는 데이타 블럭 Header를 조사한다. 오라클은
수정사항이 이미 Commit된 것인지, 아직 Commit되지 않은 것인지 확인한다. 이를 위해 오라클은
이전 트랜잭션에 의해 사용된 롤백 세그먼트를 찾아서 롤백 세그먼트 Header에서 이 정보를
확인한다. 그 블럭이 Commit되었다는 것을 확인하면, 그 블럭을 읽는 다음 트랜잭션이 같은 과정을
다시 겪지 않도록 그 데이타 블럭의 Header를 수정한다. (Block CleanOut)
ORA-1555 에러가 발생하는 기본적인 두 가지 원인은 다음과 같다.
트랜잭션이 Commit된 후에 롤백 세그먼트 안에 저장되어 있는 롤백을 위한 데이타들이 다른
데이타로 인해 지워지는 경우이다.  트랜잭션이 Commit된 후에 롤백 세그먼트 Header에 있는
트랜잭션 테이블의 트랜잭션 슬롯의 정보가 지워지는 경우이다.

해결책
롤백 세그먼트의 크기를 키워준다.  필요한 롤백 정보가 다른 트랜잭션의 발생으로 지워질
가능성을 줄인다. Commit 하는 수를 줄인다.전체 테이블보다 부분으로 나누어서 작업을 수행한다.
롤백 세그먼트를 추가로 생성한다. 이것은 수정, 삭제등의 작업을 수행할 때 한 롤백 세그먼트의
사용을 줄이는 효과를 가져온다.
PL/SQL문에서 Loop안에 Fetch 후 Commit을 넣으면 빈번한 Commit으로 에러가 발생할 수 있다.