BCP 동작 모드는 2가지가 있습니다.

SLOW : 인덱스와 트리거가 Active 상태에서 BCP in 이 되는 경우

FAST : 인덱스(Pkey constraint 포함)가 없고,

트리거가 Active 상태가 아니거나 없는 상태에서 BCP in경우

FAST 모드로 동작할 때는 syslog 공간을 거의 사용하지 않습니다.

아무래도 SLOW 모드로 BCP 작업을 하셨던것 같네요.

굳이 SLOW BCP로 시간이 오래걸리긴 하지만, 밀어 붙이신다면,

DB에 truncate log on checkpoint 옵션을 걸어 주시고,

BCP in 스크립트에 -b rowcount 를 추가하면 rowcount 만큼 입력될 때마다 commit을 수행하여 강제적으로 checkpoint가 발생됩니다.

예를 들어 10000건 데이타를 테이블에 넣는다고 가정할 때,

1) -b 옵션이 없거나 -b 가 있어도 rowcount 가 명시되어 있지 않으면

단일 트랜잭션으로 처리가 되어 SLOW BCP로 동작할 때에는 10000건에 대한 insert 내역이 syslogs에 남게 됩니다.

2) -b 1000 이라고 하면, 1000건 입력하고 commit. 다음 1000건 입력하고 commit. 이런식으로 중간중간에 commit을 강제적으로 일으켜서,

1000 row 씩 10개의 트랜잭션으로 나눠서 처리하도록 해줍니다.

답변감사 함니다.... ^^

아~ 그리고 BCP IN 하는 Table은 새로 만든것으로 안에 아무것도 없는 곳에 넣구 있습니다.

확인해 보았는데요.. 옵션 Truncate log on checkpoint 는 되어 있구용... 

음.. Log 가 10G 였을때두... 

Row수가 총 29867529 인데 29867000에 걸렸었어요... syslogs full이라공..

근데 15G 증설 후에두.. 오늘 와서 확인 해보니 row  29867000 에 똑같이 그렇게 에러가 났더라구요.. 

같은 테이블인데..... 혹시 다른 문제가 있는걸까요..... ~.,~

BCP IN 되다가 이렇게... 나와용.

Server Message: GENE - Msg 7412, Level 10, State 2:

Space available in the log segment has fallen critically low in database 'xxx_DB'.  All future modifications to this database will be aborted until the log is successfully dumped and space becomes available.

Server Message: GENE - Msg 1105, Level 17, State 4:

BCP IN 할 때 로그 Full 이발생한다는 건

테이블이 비어 있던 비어있지 않던간에

index 나 트리거가 있다는 얘기구요.

index 나 트리거가 있다면,

-b 옵션을 써보시는게 좋을 것 같네요.

에러 로그 상으로의 다른 문제점은 없어 보입니다.