BACKUP DATABASE를 수행하지 않고 데이터베이스를 대기 모드로 전환할 수 있습니까?

BACKUP DATABASE를 수행하지 않고 데이터베이스를 대기 모드로 전환할 수 있습니까?

BACKUP DATABASE를 수행하지 않고 BACKUP DATABASE의 STANDBY 절을 사용하여 SQL Server 데이터베이스를 대기 읽기 전용 모드로 전환하는 T-SQL 방법이 있는지 아는 사람이 있습니까?

배경: SQL Server 2005 Workgroup Edition에 집에서 만든 로그 전달 설정이 있습니다. 압축 백업을 수행하는 타사 백업 유틸리티를 찾았습니다. BACKUP DATABASE보다 빠르고 파일 크기도 훨씬 작지만 데이터베이스를 대기/읽기 전용 모드로 전환하는 기능이 부족합니다. 재해 복구 테스트를 수행할 때 장애 조치를 수행하려면 이 기능이 필요합니다. 장애 조치를 수행하고 (현재 활성) 대기 서버에서 기본 서버로 로그를 전달하는 경우 다시 시작하는 대신 테스트가 끝나면 간단히 다시 장애 복구할 수 있습니다. 타사 도구 대신 BACKUP DATABASE를 사용하여 로그 테일 백업을 수행할 수 있지만 그럴 필요가 없다면 더 깨끗할 것입니다.

답변1

아니요, 동시에 백업에서 데이터베이스를 복원하지 않고 데이터베이스를 대기 모드로 전환할 수 있는 방법은 없습니다. 데이터베이스가 쓰기 가능해지면 LSN 체인이 끊어지기 때문에 로그를 다시 복원할 준비를 할 수 없습니다.

답변2

당신은 사용할 수 있습니까?

ALTER DATABASE your_database SET READ_ONLY

그런 다음 사용

ALTER DATABASE your_database SET READ_WRITE

언제 되돌리고 싶나요?

답변3

인정해야겠습니다. 저는 귀하의 다른 게시물(백업 소프트웨어에 관한)에 답글을 달았으며 이제 이 질문을 읽으면서 사실 귀하가 사용하고 있는 백업 소프트웨어에 대해 약간 걱정이 됩니다.

이는 솔루션이 "너무 복잡"하여 실제로 재앙으로 이어질 수 있는 것 중 하나입니다. 나는 당신이 사용하고 있는 백업 소프트웨어에 대해 아무것도 모르지만, Google에서 검색해 본 결과 좋지 않은 리뷰가 여러 개 있었습니다(그러나 불행하게도 오래된 리뷰였습니다).

그래서 나는 모른다. MS SQL Server를 신뢰하는 대신 이 백업 소프트웨어를 사용하려는 특별한 이유가 있습니까?

속도와 디스크 공간이 데이터 무결성과 신뢰성보다 훨씬 더 중요할 수는 없겠죠?

여기서 뭔가 빠졌나요?

Paul Randal이 여기에 참여하고 싶어할까요?

관련 정보