님이 원하시는 답변은 아니지만

userexit을 구성하시면 archive log를 다른 directory로 바로 보낼수가 있습니다. 이 directory가 포함된 filesystem을 주기적으로 체크하면서 일정 비율이 되면 filesytem full이 발생하지 않도록 log를 삭제하는 script를 실행해보세요.

테이블이 logging을 하지 않도록 하는 방법으로 아래의 option이 있는데 테이블에 문제가 발생될 경우 복구가 안됩니다. 님은 테이블이 이미 생성된 경우이므로 사용할 수 없겠네요.

update대상이 없는 경우라면 그냥 load를 사용해보세요.load는 중복된 key값의 데이터를 삭제시 logging이 발생합니다.

- create table 시에 option

- 적용을 위한 alter table option

<주의사항 : 이 option을 사용하시려면 auto commit을 막으셔야 합니다. alter table ... ACTIVATE NOT LOGGED INITIALLY 다음에 commit이 실행되면 log가 쌓입니다.>

현재 작업 단위에 대한 테이블의 NOT LOGGED INITIALLY 속성을 활성화합니다.

이 명령문에 의해 테이블이 교체된 후 동일한 작업 단위에서 INSERT, DELETE, UPDATE, CREATE INDEX, DROP INDEX 또는 ALTER TABLE에 의한 테이블 변경사항은 기록되지 않습니다. NOT LOGGED INITIALLY 속성이 활성화되는 ALTER문에 의한 시스템 카탈로그 변경사항은 기록되지 않습니다. 동일한 작업 단위 내에서 이후의 시스템 카탈로그 정보 변경사항은 기록됩니다.

현재 작업 단위가 완료되면 NOT LOGGED INITIALLY 속성은 비활성화되고, 이후의 작업 단위에서 테이블에서 수행되는 모든 연산은 기록됩니다.

데이터를 삽입하면서 카탈로그 테이블에서의 잠금을 방지하기 위해 이 기능을 사용하는 경우, ALTER TABLE문에서 이 절만 지정해야 합니다. ALTER TABLE문에서 다른 절을 사용하면 카탈로그 잠금이 됩니다. ALTER TABLE문에 대해 다른 절이 지정되지 않는 경우, 시스템 카탈로그 테이블에서 SHARE 잠금만 됩니다. 이렇게 하면 이 명령문이 실행되어 실행된 작업 단위가 종료될 때까지의 시간 동안 동시성 충돌이 일어날 가능성이 현저히 줄어들게 됩니다.

테이블이 유형이 지정된 테이블이라면, 이 옵션이 유형이 지정된 테이블 계층의 루트 테이블에 대해서만 지원됩니다(SQLSTATE 428DR).

NOT LOGGED INITIALLY 속성에 대한 자세한 정보는 『CREATE TABLE』의 속성 설명을 참조하십시오.

주:

NOT LOGGED INITIALLY 속성이 활성화된 테이블에 대하여 비로그 활동이 일어나고, 명령문이 실패하여 롤백이 발생하거나 ROLLBACK TO SAVEPOINT가 실행될 경우에는 전체 작업 단위가 롤백됩니다(SQL1476N). 또한, 롤백이 발생한 후 NOT LOGGED INITIALLY 속성이 활성화된 테이블은 액세스 불가로 표시되어 삭제(drop)만 가능합니다. 따라서 NOT LOGGED INITIALLY 속성이 사용 중인 작업 단위 내에서 오류가 발생할 가능성은 최소로 해야 합니다.