복원시 테일 로그 백업?

일반적으로 프로덕션 서버에서 비 프로덕션 서버로 DB를 복원 할 때 테일 로그가 백업되지 않는다는 오류를 잊었을 때 WITH REPLACE 옵션을 사용합니다.

MSDN에 따르면 실제로 복원하기 전에 테일 로그를 백업해야합니다.

데이터베이스가 온라인 상태이고 데이터베이스에서 복원 작업을 수행하려는 경우 로그 꼬리 백업을 시작하십시오. 온라인 데이터베이스에 대한 오류를 피하려면 BACKUP Transact-SQL 문의… WITH NORECOVERY 옵션을 사용해야합니다.

내가하고있는 방식의 위험이나 단점은 무엇입니까? 왜 테일 로그를 백업해야합니까?

SQL Server 2008R2를 사용하고 있지만이 쿼리는 대부분의 최신 버전의 SQL Server와 관련이 있다고 가정하므로 처음에는 그렇게 태그하지 않았습니다.

sql-server restore transaction-log

— 폴
소스

그것은 당신이 같은 위치에서 복원하고 잠재적으로 추가 트랜잭션 로그를 적용하려는 경우를 의미한다고 생각합니다. 다른 곳의 간단한 데이터베이스 복사본 만 복원하고 로그 체인을 유지 관리 할 필요가 없다면 사용중인 방법을 사용합니다. WITH COPY_ONLY백업 에도 사용할 수 있습니다 .

— Aaron Bertrand

로그의 꼬리를 백업하지 않으면 데이터베이스를 마지막으로 백업 한 이후에 발생한 트랜잭션이 손실됩니다.

— JoseTeixeira
소스

예, 이해했습니다. 그러나 나는 당신의 대답으로 인해 생각의 격차를 해소 할 수 있다고 생각합니다. 비 프로덕션 DB는 백업되지 않습니다. 어쨌든 복원하여 DB 전체를 잃어 가고 있습니다. 왜 테일 로그에 관심이 있습니까? 그러나 MSDN의 생각은 항상 내 DB를 백업한다는 것입니다. 지금 백업되지 않은 비트는 테일 로그이므로 백업을 원합니다. 아무도 신경 쓰지 않는 일시적인 비 프로덕션 DB의 특정 시나리오에는 테일 로그를 백업하는 이점이 없습니다.

— Paul

완전히 그렇습니다. 비 프로덕션 환경으로 데이터를 가져오고 실제로 무엇이 있는지 신경 쓰지 않는다면 실제로 아무런 문제가 없습니다.

— JoseTeixeira