2010-03-08 5 views

답변

0

이 문제는 데이터를 단순 복구 모드로 전환하기 전에 전체 백업을 수행하지 않고 로그 파일을 축소 한 다음 다시 전체 복구 모드로 전환하면 발생합니다.

0

로그를 백업하는 대신 로그를 자른 이유가 무엇입니까? 공간이 부족한 경우 로그를 백업 한 다음 파일을 자르지 않고 잘라낼 수 있습니다. 백업 체인으로 혼란을 줄이고 처음부터 다시 시작해야합니다 (새로운 전체 백업을 취함).

이 사용되지 않습니다 TRUNCATE_ONLY WITH 이유의 백업 로그 중 하나이며, 실제로 몇 가지 배경 독서를 들어 SQL 서버 2008에서 실행되지 않습니다

http://sqlserverpedia.com/blog/sql-server-backup-and-restore/backup-log-with-truncate_only-like-a-bear-trap/

http://sqlblog.com/blogs/aaron_bertrand/archive/2009/07/27/oh-the-horror-please-stop-telling-people-they-should-shrink-their-log-files.aspx

+0

트랜잭션 로그 33Gig 였고 디스크 공간이 부족하여 백업에 실패했습니다. 그래서 수동으로 개입해야했습니다. –

+0

로그를 자르는 대신 백업하는 것과 같은 비상 대응에 대한 다른 접근 방법을 찾아야합니다. SQL Server 2008로 이동하면이 트릭이 더 이상 작동하지 않기 때문입니다. –

관련 문제