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

이 항목 적용 대상: 예SQL Server없습니다Azure SQL 데이터베이스없습니다Azure SQL 데이터 웨어하우스 없습니다 병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse SQL ServerSQL Server 로그 전달 구성에서 새 SQL Server 2017SQL Server 2017 버전, 새 SQL ServerSQL Server서비스 팩, SQL ServerSQL Server누적 업데이트로 업그레이드할 경우 적적한 순서로 로그 전달 서버를 업그레이드하면 로그 전달 재해 복구 솔루션이 보존됩니다. When upgrading from a SQL ServerSQL Server log shipping configuration to a new SQL Server 2017SQL Server 2017 version, a new SQL ServerSQL Serverservice pack, or a SQL ServerSQL Servercumulative update, upgrading your log shipping servers in the appropriate order will preserve your log shipping disaster recovery solution.

참고

백업 압축SQL Server 2008 EnterpriseSQL Server 2008 Enterprise에서 도입되었습니다.Backup compression was introduced in SQL Server 2008 EnterpriseSQL Server 2008 Enterprise. 업그레이드된 로그 전달 구성은 백업 압축 기본값 서버 수준 구성 옵션을 사용하여 백업 압축을 트랜잭션 로그 백업 파일에 사용할지 여부를 제어합니다.An upgraded log shipping configuration uses the backup compression default server-level configuration option to control whether backup compression is used for the transaction log backup files. 로그 백업에 대한 백업 압축 동작은 각 로그 전달 구성에 지정할 수 있습니다.The backup compression behavior of log backups can be specified for each log shipping configuration. 자세한 내용은 로그 전달 구성(SQL Server)에서 도입되었습니다.For more information, see Configure Log Shipping (SQL Server).

항목 내용:In This Topic:

필수 구성 요소Prerequisites

시작하기 전에 다음과 같은 중요한 정보를 검토하십시오.Before you begin, review the following important information:

  • Supported Version and Edition Upgrades: 사용자의 Windows 운영 체제 버전 및 SQL Server 버전에서 SQL Server 2016으로 업그레이드할 수 있는지 확인합니다.Supported Version and Edition Upgrades: Verify that you can upgrade to SQL Server 2016 from your version of the Windows operating system and version of SQL Server. 예를 들어, SQL Server 2005 인스턴스에서 SQL Server 2017SQL Server 2017로 직접 업그레이드할 수 없습니다.For example, you cannot upgrade directly from a SQL Server 2005 instance to SQL Server 2017SQL Server 2017.

  • Choose a Database Engine Upgrade Method: 지원되는 버전 및 버전 업그레이드에 대한 검토와 사용자 환경에 설치된 기타 구성 요소를 바탕으로 적절한 업그레이드 방법 및 단계를 선택하여 올바른 순서로 구성 요소를 업그레이드합니다.Choose a Database Engine Upgrade Method: Select the appropriate upgrade method and steps based on your review of supported version and edition upgrades and also based on other components installed in your environment to upgrade components in the correct order.

  • 데이터베이스 엔진 업그레이드 계획 및 테스트: 릴리스 정보 및 알려진 업그레이드 문제, 업그레이드 전 검사 목록을 검토한 후 업그레이드 계획을 개발하고 테스트합니다.Plan and Test the Database Engine Upgrade Plan: Review the release notes and known upgrade issues, the pre-upgrade checklist, and develop and test the upgrade plan.

  • SQL Server 2016 설치를 위한 하드웨어 및 소프트웨어 요구 사항: SQL Server 2017SQL Server 2017를 설치하기 위한 소프트웨어 요구 사항을 검토합니다.Hardware and Software Requirements for Installing SQL Server 2016: Review the software requirements for installing SQL Server 2017SQL Server 2017. 추가 소프트웨어가 필요한 경우 가동 중지 시간을 최소화할 수 있도록 업그레이드 프로세스를 시작하기 전에 각 노드에 해당 소프트웨어를 설치하세요.If additional software is required, install it on each node before you begin the upgrade process to minimize any downtime.

업그레이드하기 전에 데이터 보호Protect Your Data Before the Upgrade

가능하면 로그 전달 업그레이드 전에 데이터를 보호하는 것이 좋습니다.As a best practice, we recommend that you protect your data before a log shipping upgrade.

데이터를 보호하려면To protect your data

  1. 모든 주 데이터베이스에 대해 전체 데이터베이스 백업을 수행합니다.Perform a full database backup on every primary database.

    자세한 내용은 전체 데이터베이스 백업 만들기(SQL Server)를 참조하세요.For more information, see Create a Full Database Backup (SQL Server).

  2. 모든 주 데이터베이스에서 DBCC CHECKDB 명령을 실행합니다.Run the DBCC CHECKDB command on every primary database.

중요

보조 서버의 업그레이드가 실행될 것으로 예상될 경우 주 서버에 로그 백업 사본을 저장할 충분한 공간이 있는지 확인합니다.Ensure that you have sufficient space on your primary server to hold the log backup copies for as long as the upgrade of the secondaries is expected to take. 보조 서버에 대한 장애 조치 중일 경우 이 동일한 문제가 보조 서버(새 주 서버)에 적용됩니다If you are failing over to a secondary, this same concern applies to the secondary (the new primary).

(선택 사항) 모니터 서버 인스턴스 업그레이드Upgrading the (Optional) Monitor Server Instance

모니터 서버 인스턴스(있는 경우)는 언제든지 업그레이드할 수 있습니다.The monitor server instance, if any, can be upgraded at any time. 그러나 주 및 보조 서버를 업그레이드할 경우 선택 사항 모니터 서버는 업그레이드하지 않아도 됩니다.However, you do not need to upgrade the optional monitor server when you upgrade the primary and secondary servers.

모니터 서버가 업그레이드되는 동안 로그 전달 구성은 계속 작동하지만 해당 상태는 모니터 테이블에 기록되지 않습니다.While the monitor server is being upgraded, the log shipping configuration continues to work, but its status is not recorded in the tables on the monitor. 따라서 모니터 서버가 업그레이드되는 동안에는 구성된 경고가 트리거되지 않습니다.Any alerts that have been configured will not be triggered while the monitor server is being upgraded. 업그레이드 후에는 sp_refresh_log_shipping_monitor 시스템 저장 프로시저를 실행하여 모니터 테이블의 정보를 업데이트할 수 있습니다.After the upgrade, you can update the information in the monitor tables by executing the sp_refresh_log_shipping_monitor system stored procedure. 모니터 서버에 대한 자세한 내용은 로그 전달 정보(SQL Server)를 참조하세요.For more information about a monitor server, see About Log Shipping (SQL Server).

보조 서버 인스턴스 업그레이드Upgrading the Secondary Server Instances

업그레이드 프로세스에는 주 서버 인스턴스를 업그레이드하기 전에 SQL ServerSQL Server 의 보조 서버 인스턴스를 SQL Server 2017SQL Server 2017 로 업그레이드하는 과정이 포함됩니다.The upgrade process involves upgrading the secondary server instances of SQL ServerSQL Server to SQL Server 2017SQL Server 2017 before upgrading the primary server instance. 업그레이드할 때는 항상 보조 SQL ServerSQL Server 인스턴스를 먼저 업그레이드해야 합니다.Always upgrade the secondary SQL ServerSQL Server instances first. 업그레이드된 보조 서버 인스턴스가 SQL ServerSQL Server 주 서버 인스턴스에서 로그 백업을 계속 복원하기 때문에 전체 업그레이드 프로세스 동안 로그 전달은 계속됩니다.Log shipping continues throughout the upgrade process because the upgraded secondary server instances continue to restore the log backups from SQL ServerSQL Server primary server instance. 주 서버 인스턴스를 보조 서버 인스턴스보다 먼저 업그레이드하면 새 버전의 SQL ServerSQL Server 에서 만든 백업을 이전 버전의 SQL ServerSQL Server에서 복원할 수 없기 때문에 로그 전달이 실패합니다.If the primary server instance is upgraded before the secondary server instance, log shipping will fail because a backup created on a newer version of SQL ServerSQL Server cannot be restored on an older version of SQL ServerSQL Server. 보조 인스턴스를 동시 또는 차례로 업그레이드할 수 있지만, 로그 전달 오류를 방지하려면 주 인스턴스를 업그레이드하기 전에 모든 보조 인스턴스를 업그레이드해야 합니다.You can upgrade the secondary instances simultanously or serially, but all secondary instance must be upgraded before the primary instance is upgraded to avoid a log shipping failure.

보조 서버 인스턴스가 업그레이드되는 동안에는 로그 전달 복사 및 복원 작업은 실행되지 않습니다.While a secondary server instance is being upgraded, the log shipping copy and restore jobs do not run. 즉, 복원되지 않은 트랜잭션 로그 백업은 주 서버에 누적되며 이러한 복원되지 않은 백업을 저장할 충분한 공간아 있어야 합니다.This means that unrestored transaction log backups will accumulate on the primary and you need to have sufficient space to hold these unrestored backups. 누적되는 양은 주 서버 인스턴스에서 예약된 백업의 빈도와 보조 인스턴스를 업그레이드하는 시퀀스에 따라 다릅니다.The amount of accumulation depends on the frequency of scheduled backup on the primary server instance and the sequence in which you upgrade the secondary instances. 또한 별도의 모니터 서버가 구성된 경우 지정된 간격보다 오랫동안 복원이 수행되지 않았음을 나타내는 경고가 발생할 수 있습니다.Also, if a separate monitor server has been configured, alerts might be raised indicating restores have not been performed for longer than the configured interval.

보조 서버 인스턴스가 업그레이드된 후에는 로그 전달 에이전트 작업이 다시 시작되어 계속 주 서버 인스턴스에서 보조 서버 인스턴스로 로그 백업을 복사하고 복원합니다.Once the secondary server instances have been upgraded, the log shipping agents jobs resume and continue to copy and restore log backups from the primary server instance to the secondary server instances. 보조 서버 인스턴스에서 보조 데이터베이스를 최신 상태로 만드는 데 필요한 시간은 보조 서버 인스턴스를 업그레이드하는 데 걸리는 시간과 주 서버에서 수행되는 백업 빈도에 따라 달라집니다.The amount of time required for the secondary server instances to bring the secondary database up to date varies, depending on the time taken to upgrade the secondary server instance and the frequency of the backups on the primary server.

참고

서버 업그레이드 도중 보조 데이터베이스 자체는 SQL Server 2017SQL Server 2017 데이터베이스로 업그레이드되지 않습니다.During the server upgrade, the secondary database itself is not upgraded to a SQL Server 2017SQL Server 2017 database. 로그 전달 데이터베이스의 장애 조치를 개시하여 온라인 상태가 된 경우에만 업그레이드됩니다.It will get upgraded only if it is brought online by initiating a failover of the log shipped database. 이론적으로, 이 조건은 무한 지속될 수 있습니다.In theory, this condition could persist indefinitely. 장애 조치가 시작되면 데이터베이스 메타데이터를 업그레이드하는 데 소요되는 시간은 짧습니다.The amount of time to upgrade the database metadata when a failover is initiated is small.

중요

업그레이드가 필요한 데이터베이스에는 RESTORE WITH STANDBY 옵션이 지원되지 않습니다.The RESTORE WITH STANDBY option is not supported for a database that requires upgrading. RESTORE WITH STANDBY를 사용하여 업그레이드된 보조 데이터베이스를 구성한 경우에는 업그레이드 후에 트랜잭션 로그를 더 이상 복원할 수 없습니다.If an upgraded secondary database has been configured by using RESTORE WITH STANDBY, transaction logs can no longer be restored after upgrade. 해당 보조 데이터베이스에서 로그 전달을 재개하려면 해당 대기 서버에서 로그 전달을 다시 설정해야 합니다.To resume log shipping on that secondary database, you will need to set up log shipping again on that standby server. STANDBY 옵션에 대한 자세한 내용은 트랜잭션 로그 백업 복원(SQL Server)을 참조하세요.For more information about the STANDBY option, see Restore a Transaction Log Backup (SQL Server).

주 서버 인스턴스 업그레이드Upgrading the Primary Server Instance

로그 전달은 주로 재해 복구 솔루션이므로, 가장 단순하고 가장 일반적인 시나리오는 준비된 주 인스턴스를 업그레이드하는 것이며 해당 데이터베이스는 이 업그레이드 도중에 사용할 수 없게 됩니다.Since log shipping is primarily a disaster recovery solution, the simplest and most common scenario is to upgrade the primary instance in-place and the database is simply unavailable during this upgrade. 서버가 업그레이드된 후에는 데이터베이스가 자동으로 업그레이드가 가능한 온라인 상태로 다시 설정됩니다.Once the server is upgraded, the database is automatically brought back online, which causes it to be upgraded. 데이터베이스가 업그레이드되면 로그 전달 작업이 다시 시작됩니다.After the database is upgraded, the log shipping jobs resume.

참고

또한 로그 전달은 로그 전달 보조 데이터베이스로 장애 조치(failover)(SQL Server)에 대한 옵션, 그리고 선택적으로 주 로그 전달 서버와 보조 로그 전달 서버 간 역할 변경(SQL Server)을 지원합니다.Log shipping also supports the option to Fail Over to a Log Shipping Secondary (SQL Server), and optionally Change Roles Between Primary and Secondary Log Shipping Servers (SQL Server). 그러나 로그 전달이 더 이상 고가용성 솔루션으로 구성되는 경우는 거의 없으므로(최신 옵션이 훨씬 더 강력함), 시스템 데이터베이스 개체가 동기화되지 않기 때문에 장애 조치는 일반적으로 가동 중지 시간을 최소화하지 않으며 클라이언트가 승격된 보조 인스턴스를 쉽게 찾아 연결하기는 어려울 수 있습니다.However, since log shipping is rarely configured as a high availability solution anymore (newer options are much more robust), failing over generally will not minimize downtime because system database objects will not be synchronized and enabling clients to easily locate and connect to a promoted secondary can be an ordeal.

참고 항목See Also

설치 마법사를 사용하여 SQL Server 2016으로 업그레이드(설치 프로그램) Upgrade to SQL Server 2016 Using the Installation Wizard (Setup)
명령 프롬프트에서 SQL Server 2016 설치 Install SQL Server 2016 from the Command Prompt
로그 전달 구성(SQL Server) Configure Log Shipping (SQL Server)
로그 전달 모니터링(Transact-SQL) Monitor Log Shipping (Transact-SQL)
로그 전달 테이블 및 저장 프로시저Log Shipping Tables and Stored Procedures