0
트랜잭션 로그가 일주일에 업데이트되지 않은 SQL Server 2005 데이터베이스가 있습니다. 트랜잭션 로그는 사용 가능한 모든 디스크 공간을 모두 사용했기 때문에 최근에 잘 렸습니다. 예상대로 매일 성장하는 동일한 서버에 테스트 데이터베이스가 있습니다. 이것의 원인은 무엇일까요?SQL Server 2005 트랜잭션 로그가 증가/업데이트되지 않는 이유는 무엇입니까?
A
답변
0
데이터베이스의 데이터를 변경하지 않는 한 정말 "업데이트되지 않습니다" MDF/LDF의 수정 날짜는 대개 변경되지 않지만 파일의 데이터가 변경되지 않는다는 것을 의미하지는 않습니다. DB가 "단순"복구 모드 일 수 있으므로 로그가 작동하지만 증가하지는 않습니다.
우리는 전체 백업을 실행 중이며 지속적인 데이터 변경이 있음을 알고 있습니다. 트랜잭션 로그의 급속한 증가로 인한 최근 문제로 인해 로그 증가를 추적하려고 시도하고 있으므로 향후 문제를 피할 수 있습니다. 로그 증가를 추적하는 더 좋은 방법이 있습니까? –
내 이해를 확인할 수 있습니까? 로그의 여유 공간의 %로 인해 파일 크기가 커지는 것을 보지 못하는 이유가 무엇입니까? 예를 들어 내 로그가 50 %의 로그 공간을 사용하여 500MB 인 경우 사용 된 로그 공간의 %가 100 %에 도달하지 않으면 로그 파일이 커지는 것을 볼 수 없습니다. –
DB의 복구 모델을 확인하십시오. "단순"이면 로그는 다음과 같이 작동합니다. 각 트랜잭션에 대해 트랜잭션이 실행되는 동안 일부 로그가 사용됩니다. 일단 트랜잭션이 커밋되면 로그의 해당 부분이 해제되고 나중에 새 로그 데이터로 덮어 쓸 수 있습니다. 따라서 500MB의 로그와 합리적인 거래가 있다면 절대 채워지지 않으므로 결코 성장하지 않을 것입니다. "오래 된"로그 레코드가 절대로 버려지지 않는 아주 오래 실행되는 트랜잭션이 증가하게 만드는 유일한 방법입니다. – onupdatecascade