SQL Server 2016으로 로그 전달 업그레이드(Transact-SQL)

  • 아티클

적용 대상:SQL Server

로그 전달 재해 복구 솔루션을 유지하려면 적절한 순서로 서비스 업데이트를 업그레이드하거나 적용하세요. 서비스 업데이트에는 서비스 팩 또는 누적 업데이트가 포함됩니다.

참고 항목

백업 압축은 SQL Server 2008(10.0.x) Enterprise에서 도입되었습니다. 업그레이드된 로그 전달 구성은 백업 압축 기본값 서버 수준 구성 옵션을 사용하여 백업 압축을 트랜잭션 로그 백업 파일에 사용할지 여부를 제어합니다. 로그 백업에 대한 백업 압축 동작은 각 로그 전달 구성에 지정할 수 있습니다. 자세한 내용은 로그 전달 구성(SQL Server)을 참조하세요.

항목 내용:

필수 조건

시작하기 전에 다음과 같은 중요한 정보를 검토하세요.

업그레이드하기 전에 데이터 보호

로그 전달 업그레이드 전에 데이터를 보호하는 것이 좋습니다.

데이터를 보호하려면 다음 단계를 따르세요.

  1. 모든 주 데이터베이스에 대해 전체 데이터베이스 백업을 수행합니다.

    자세한 내용은 전체 데이터베이스 백업 만들기(SQL Server)를 참조하세요.

  2. 모든 주 데이터베이스에서 DBCC CHECKDB 명령을 실행합니다.

Important

보조 서버의 업그레이드가 실행될 것으로 예상될 경우 주 서버에 로그 백업 사본을 저장할 충분한 공간이 있는지 확인합니다. 보조 복제본으로 장애 조치(failover)하는 경우 이 동일한 문제가 보조 데이터베이스(새 주 복제본)에 적용됩니다.

모니터 서버 인스턴스(옵션) 업그레이드

모니터 서버 인스턴스(있는 경우)는 언제든지 업그레이드할 수 있습니다. 그러나 기본 및 보조 서버를 업그레이드할 때는 선택적 모니터 서버를 업그레이드할 필요가 없습니다.

모니터 서버를 업그레이드하는 동안 로그 전달 구성은 계속 작동하지만 해당 상태 모니터의 테이블에 기록되지 않습니다. 구성된 경고는 모니터 서버를 업그레이드하는 동안 트리거되지 않습니다. 업그레이드 후에는 sp_refresh_log_shipping_monitor 시스템 저장 프로시저를 실행하여 모니터 테이블의 정보를 업데이트할 수 있습니다. 모니터 서버에 대한 자세한 내용은 로그 전달 정보(SQL Server)를 참조하세요.

보조 서버 인스턴스 업그레이드

업그레이드 프로세스에는 주 서버 인스턴스를 업그레이드하기 전에 SQL Server의 보조 서버 인스턴스를 업그레이드하는 작업이 포함됩니다. 항상 보조 SQL Server 인스턴스를 먼저 업그레이드해야 합니다. 업그레이드된 보조 서버 인스턴스가 주 서버 인스턴스에서 로그 백업을 계속 복원하기 때문에 전체 업그레이드 프로세스 동안 로그 전달은 계속됩니다. 주 서버 인스턴스를 보조 서버 인스턴스보다 먼저 업그레이드하면 새 버전의 SQL Server에서 만든 백업을 이전 버전의 SQL Server에서 복원할 수 없기 때문에 로그 전달이 실패합니다. 보조 인스턴스를 동시에 또는 직렬로 업그레이드할 수 있지만 로그 전달 오류를 방지하려면 주 인스턴스를 업그레이드하기 전에 모든 보조 인스턴스를 업그레이드해야 합니다.

보조 서버 인스턴스가 업그레이드되는 동안에는 로그 전달 복사 및 복원 작업은 실행되지 않습니다. 즉, 복원되지 않은 트랜잭션 로그 백업이 주 데이터베이스에 누적되며 이러한 복원되지 않은 백업을 저장할 충분한 공간이 있어야 합니다. 누적량은 주 서버 인스턴스에서 예약된 백업 빈도 및 보조 인스턴스를 업그레이드하는 순서에 따라 달라집니다. 또한 별도의 모니터 서버가 구성된 경우 구성된 간격보다 오랫동안 복원이 수행되지 않았음을 나타내는 경고가 발생할 수 있습니다.

보조 서버 인스턴스가 업그레이드되면 로그 전달 에이전트 작업이 다시 시작되고 주 서버 인스턴스에서 보조 서버 인스턴스로 로그 백업을 계속 복사하고 복원합니다. 보조 서버 인스턴스가 보조 데이터베이스를 최신 상태로 설정하는 데 필요한 시간은 보조 서버 인스턴스를 업그레이드하는 데 걸린 시간과 주 서버의 백업 빈도에 따라 달라집니다.

참고 항목

서버 업그레이드 도중 보조 데이터베이스 자체는 새 버전으로 업그레이드되지 않습니다. 로그가 제공된 데이터베이스의 장애 조치(failover)를 시작하여 온라인 상태가 된 경우에만 업그레이드됩니다. 이론적으로 이 조건은 무기한 지속될 수 있습니다. 장애 조치가 시작되면 데이터베이스 메타데이터를 업그레이드하는 데 소요되는 시간은 짧습니다.

Important

RESTORE WITH STANDBY 옵션은 업그레이드가 필요한 데이터베이스에 대해 지원되지 않습니다. RESTORE WITH STANDBY를 사용하여 업그레이드된 보조 데이터베이스를 구성한 경우 업그레이드 후 트랜잭션 로그를 더 이상 복원할 수 없습니다. 해당 보조 데이터베이스에서 로그 전달을 재개하려면 해당 대기 서버에서 로그 전달을 다시 설정해야 합니다. STANDBY 옵션에 대한 자세한 내용은 트랜잭션 로그 백업 복원(SQL Server)을 참조하세요.

주 서버 인스턴스 업그레이드

로그 전달은 주로 재해 복구 솔루션이므로 가장 간단하고 일반적인 시나리오는 기본 인스턴스를 현재 위치로 업그레이드하는 것이며 이 업그레이드 중에는 데이터베이스를 사용할 수 없습니다. 서버가 업그레이드되면 데이터베이스가 자동으로 다시 온라인 상태가 되어 업그레이드됩니다. 데이터베이스가 업그레이드되면 로그 전달 작업이 다시 시작됩니다.

참고 항목

또한 로그 전달은 로그 전달 보조 데이터베이스로 장애 조치(failover)(SQL Server) 옵션과 선택적으로 주 로그 전달 서버와 보조 로그 전달 서버 간 역할 변경(SQL Server)을 지원합니다. 그러나 로그 전달은 더 이상 고가용성 솔루션으로 구성되는 경우가 드물기 때문에(최신 옵션이 훨씬 더 강력함), 장애 조치(failover)는 일반적으로 가동 중지 시간을 최소화하지 않습니다. 그 이유는 시스템 데이터베이스 개체가 동기화되지 않으며, 클라이언트가 승격된 보조 데이터베이스를 쉽게 찾아서 연결할 수 있도록 지원하는 것은 어렵기 때문입니다.

참고 항목

설치 마법사를 사용하여 SQL Server 2016으로 업그레이드(설치 프로그램)
명령 프롬프트에서 SQL Server 2016 설치
로그 전달 구성(SQL Server)
로그 전달 모니터링(Transact-SQL)
로그 전달 테이블 및 저장 프로시저