아래 페이지를 참조해보시면 좋으실듯 합니다.

http://support.microsoft.com/kb/2091024

데이터베이스 또는 트래잭션 로그파일의 자동증가시간이 오래 지속될수록 성능 이슈가 일어날 수 있을듯 합니다.

파일의 자동증가가 필요한 작업들은 파일 증가 작업이 진행되는 동안 락이나 래치와 같은 리소스들을 계속 보유하기

때문에 심각한 퍼포먼스 하락을 유발할 수 있다고 되어 있네요.

또한 자동증가가 필요한 작업(operation)들은 PREEMPTIVE_OS_WRITEFILEGATHER waittype 을 발생하게 된다고 합니다.

발생원인은 보통 FILEGROWTH 옵션이 아주 큰 fixed 값으로 셋팅되어 있다거나 또는 현재 파일사이즈가 아주 큰 상태에서 %

값으로 셋팅이 되어 있는 상황입니다. 파일의 자동증가가 오래 걸리는 이유는 파일에 대해 확보된 여분의 space 에 대해서

SQL 서버가 zero 초기화 작업을 수행해야 하기 때문입니다.

해결방법은 데이터베이스 파일 또는 트랜잭션 로그 파일의 최대 사이즈(늘어날 수 있는)를 계획(Plan)하여 설정하시고 ,  공간에

대해 계획하지 못한 상황에 대해서만 파일의 자동증가가 일어나도록 허용하는 방법입니다.

데이터베이스파일의 자동증가는 sql 서버가 instant file initialization 라는 기술을 사용하면 여분의 확보된 공간에 대해 zero 초기화

기능이 필요하지 않을 수 있습니다. 이 기능은 windows xp 또는 windows server 2003 이후의 운영체제에서 sql 서비스 계정이

SE_MANAGE_VOLUME 유저 권한을 가지면 사용할 수 있습니다.

트랜잭션 로그 파일의 사이즈가 너무 크네요??? 트랜잭션 로그 백업은 안받으시는지요?

아.. 그렇군요.

자세한 답변 너무 감사드립니다.

따로 로그 백업은 하지 않고 있습니다.

혹시 DB 풀백업 하면 로그파일은 삭제 되지 않을까요?

저는 로그 백업을 받아야 삭제 되는걸로 아는데 어떤 분이 DB 풀백업 해도 삭제 된다고 하셔서...

위와 같은 에러 로그가 계속 쌓이다가 풀백업 JOB 이 돌면서 에러 로그가 남지 않았기도 하고요.

풀백업이나 디프렌셜(Differential) 백업의 경우는 트랜잭션 로그를 자르지 않습니다. 이 백업시 로그가 같이 백업이 되는 경우는 무결성을 지원하기 위합입니다. 따라서 트랜잭션 로그 백업을 해야 로그 자르기가 됩니다.

지금 현재의 경우 로그 파일 사이즈는 로그 백업을 하시고 따로 줄이는 작업을 하셔야 축소가 될듯 합니다.

풀백업으로 안되는게 맞는거군요.

로그 백업으로 비우고 크기 축소 작업을 해야 겠네요.

친절하신 설명 너무너무 감사드립니다.

즐거운 불금 되세요~ ^^