데이터베이스 엔진 업그레이드 방법 선택Choose a database engine upgrade method

가동 중지와 위험을 최소화하기 위해 이전 릴리스의 SQL Server에서 데이터베이스 엔진Database Engine을 업그레이드하려는 경우 고려해야 할 몇 가지 방식이 있습니다.There are several approaches to consider when you are planning to upgrade the 데이터베이스 엔진Database Engine from a prior release of SQL Server in order to minimize downtime and risk. 전체 업그레이드를 실행하거나 새 설치로 마이그레이션하거나 롤링 업그레이드를 실행할 수 있습니다.You can perform an upgrade in-place, migrate to a new installation, or perform a rolling upgrade. 아래 다이어그램에 따라 적절한 방식을 선택할 수 있습니다.The following diagram will help you to choose amongst these approaches. 다이어그램의 각 방식은 아래에서도 설명합니다.Each of the approaches in the diagram are also discussed below. 다이어그램의 어느 지점에서 결정해야 하는지 알아보려면 Plan and Test the Database Engine Upgrade Plan를 참조하십시오.To assist you with the decision points in the diagram, please also review Plan and Test the Database Engine Upgrade Plan.

데이터베이스 엔진 업그레이드 방법에 대한 의사 결정 트리Database Engine Upgrade Method Decision Tree

다운로드Download

  • SQL ServerSQL Server를 다운로드하려면 평가 센터로 이동하세요.To download SQL ServerSQL Server, go to Evaluation Center.

  • Azure 계정이 있으세요?Have an Azure account? 계정이 있으면 여기로 이동하여 SQL ServerSQL Server Developer Edition이 이미 설치되어 있는 가상 컴퓨터를 실행합니다.Then go Here to spin up a Virtual Machine with SQL ServerSQL Server Developer Edition already installed.

참고

또한 Azure SQL 데이터베이스 업그레이드 또는 SQL Server 환경 가상화를 업그레이드 계획에 포함하여 고려할 수 있습니다.You may also consider upgrading the Azure SQL Database or virtualizing your SQL Server environment as part of your upgrade plan. 이러한 주제는 이 문서에서 다루지 않지만 다음 링크를 참조할 수 있습니다.These topics are out of scope for this topic, but here are some links:

전체 업그레이드 Upgrade in-place

이 방식에서는 SQL Server 설치 프로그램에서 기존 SQL ServerSQL Server 비트를 새 SQL ServerSQL Server 비트로 바꾼 다음 시스템 및 사용자 데이터베이스 각각을 업그레이드하여 기존 SQL ServerSQL Server 설치를 업그레이드합니다.With this approach, the SQL Server setup program upgrades the existing SQL ServerSQL Server installation by replacing the existing SQL ServerSQL Server bits with the new SQL ServerSQL Server bits and then upgrades each of the system and user databases. 전체 업그레이드가 가장 쉽고 약간의 가동 중지 시간이 필요하며 대체가 필요할 경우 대체 시간이 더 오래 소요되고 일부 시나리오에서는 지원되지 않습니다.The upgrade in-place approach is easiest, requires some amount of downtime, takes longer to fallback if a fallback is necessary, and it is not supported for all scenarios. 지원되는 현재 위치 업그레이드 및 지원되지 않는 전체 업그레이드 시나리오에 대한 자세한 내용은 지원되는 버전 및 에디션 업그레이드를 참조하세요.For more information on supported and unsupported upgrade in-place scenarios, see Supported Version and Edition Upgrades.

이 방식은 다음과 같은 시나리오에서 빈번하게 사용됩니다.This approach is frequently used in the following scenarios:

  • 고가용성(HA) 구성이 없는 개발 환경A development environment without a high-availability (HA) configuration.

  • 가동 중시 시간이 허용되고 최근 하드웨어 및 소프트웨어에서 실행되는 중요 업무와 관련 없는 운영 환경A non-mission critical production environment that can tolerate downtime and that is running on a recent hardware and software. 가동 중지 시간은 데이터베이스의 크기와 I/O 하위 시스템의 속도에 따라 달라집니다.The amount of downtime is dependent upon the size of your database and the speed of your I/O subsystem. 메모리 액세스에 최적화된 테이블을 사용하는 경우 SQL Server 2014를 업그레이드하려면 시간이 다소 더 걸립니다.Upgrading SQL Server 2014 when memory-optimized tables are in use will take some extra time. 자세한 내용은 Plan and Test the Database Engine Upgrade Plan를 참조하세요.For more information, see Plan and Test the Database Engine Upgrade Plan.

경고

SQL ServerSQL Server 설치 프로그램을 실행할 때에는 업그레이드 사전 검사가 실행되는 과정에서 SQL ServerSQL Server 인스턴스가 중지된 다음 다시 실행됩니다.When running the SQL ServerSQL Server setup program, the SQL ServerSQL Server instance is stopped and restarted as part of running the pre-upgrade checks.

주의

SQL ServerSQL Server를 업그레이드하면 이전 SQL ServerSQL Server 인스턴스를 덮어쓰게 되므로 이러한 인스턴스는 시스템에 더 이상 존재하지 않게 됩니다.When you upgrade SQL ServerSQL Server, the previous SQL ServerSQL Server instance will be overwritten and will no longer exist on your computer. 따라서 업그레이드 전에 이전 SQL ServerSQL Server 인스턴스와 연결된 SQL ServerSQL Server 데이터베이스 및 기타 개체를 백업하세요.Before upgrading, back up SQL ServerSQL Server databases and other objects associated with the previous SQL ServerSQL Server instance.

다음은 데이터베이스 엔진Database Engine의 현재 위치 업그레이드에 필요한 단계를 개략적으로 표시한 다이어그램입니다.The following diagram provides a high-level overview of the steps required for an in-place upgrade of the 데이터베이스 엔진Database Engine.

데이터베이스 엔진 업그레이드- 비HA 전체 업그레이드Database Engine Upgrade Non-HA In-Place Upgrade

자세한 내용은 설치 마법사를 사용하여 SQL Server 업그레이드(설치 프로그램)를 참조하세요.For detailed steps, see Upgrade SQL Server Using the Installation Wizard (Setup).

새 설치로 마이그레이션 Migrate to a new installation

이 방식에서는 현재 환경을 유지하면서 새 SQL ServerSQL Server 환경을 빌드합니다. 이때 새 하드웨어와 새 버전의 운영 체제를 사용하는 경우가 많습니다.With this approach, you maintain the current environment while you build a new SQL ServerSQL Server environment, frequently on new hardware and with a new version of the operating system. SQL ServerSQL Server 을 새 환경에 설치한 다음에는 기존 사용자 데이터베이스를 기존 환경에서 새 환경으로 마이그레이션하고 가동 중지 시간을 최소화할 수 있도록 새 환경을 준비하기 위한 여러 단계를 수행합니다.After installing SQL ServerSQL Server in the new environment, you perform a number of steps to prepare the new environment so that you can migrate the existing user databases from the existing environment to the new environment and minimize downtime. 이러한 단계에는 다음을 마이그레이션하는 작업이 포함됩니다.These steps include migrating the following:

  • 시스템 개체: 일부 응용 프로그램은 단일 사용자 데이터베이스 범위 밖에 있는 정보, 엔터티 및/또는 개체에 따라 달라집니다.System objects: Some applications depend on information, entities, and/or objects that are outside of the scope of a single user database. 일반적으로 응용 프로그램은 master 및 msdb 데이터베이스뿐만 아니라 사용자 데이터베이스에 따라 달라집니다.Typically, an application has dependencies on the master and msdb databases, and also on the user database. 사용자 데이터베이스의 올바른 작동을 위해 해당 데이터베이스 외부에 저장되어 있는 모든 요소는 대상 서버 인스턴스에서 사용할 수 있어야 합니다.Anything stored outside of a user database that is required for the correct functioning of that database must be made available on the destination server instance. 예를 들어 응용 프로그램에 대한 로그인은 master 데이터베이스에서 메타데이터로 저장되어 있으며 대상 서버에서 다시 생성되어야 합니다.For example, the logins for an application are stored as metadata in the master database, and they must be re-created on the destination server. 메타데이터가 msdb 데이터베이스에 저장되어 있는 SQL Server 에이전트 작업에 따라 응용 프로그램이나 데이터베이스 유지 관리 계획이 달라지는 경우 대상 서버 인스턴스에서 이러한 작업을 다시 만들어야 합니다.If an application or database maintenance plan depends on SQL Server Agent jobs, whose metadata is stored in the msdb database, you must re-create those jobs on the destination server instance. 마찬가지로 서버 수준 트리거에 대한 메타데이터는 master에 저장되어 있습니다.Similarly, the metadata for a server-level trigger is stored in master.

    응용 프로그램에 대한 데이터베이스를 다른 서버 인스턴스로 이동할 경우 대상 서버 인스턴스의 master 및 msdb에서 종속 개체와 엔터티의 모든 메타데이터를 다시 만들어야 합니다.When you move the database for an application to another server instance, you must re-create all the metadata of the dependant entities and objects in master and msdb on the destination server instance. 예를 들어 데이터베이스 응용 프로그램이 서비스 수준 트리거를 사용하는 경우 단순히 새 시스템에서 데이터베이스를 연결하거나 복원하는 것만으로 충분하지 않습니다.For example, if a database application uses server-level triggers, just attaching or restoring the database on the new system is not enough. master 데이터베이스에서 이러한 트리거에 대한 모든 메타데이터를 수동으로 다시 만들지 않으면 데이터베이스가 예상대로 작동하지 않습니다.The database will not work as expected unless you manually re-create the metadata for those triggers in the master database. 자세한 내용은 다른 서버 인스턴스에서 데이터베이스를 사용할 수 있도록 할 때 메타데이터 관리(SQL Server)를 참조하세요.For detailed information, see Manage Metadata When Making a Database Available on Another Server Instance (SQL Server)

  • MSDB에 저장된 Integration Services 패키지: 패키지를 MSDB에 저장하는 경우 dtutil Utility 를 사용하여 이러한 패키지를 제외하거나 새 서버에 재배포해야 합니다.Integration Services packages stored in MSDB: If you are storing packages in MSDB, you will need to either script out those packages using the dtutil Utility or redeploy them to the new server. 새 서버에서 패키지를 사용하기 전에 패키지를 SQL ServerSQL Server으로 업그레이드해야 합니다.Before using the packages on the new server, you will need to upgrade the packages to SQL ServerSQL Server. 자세한 내용은 Upgrade Integration Services Packages를 참조하세요.For more information, see Upgrade Integration Services Packages.

  • Reporting Services 암호화 키: 보고서 서버 구성의 중요한 부분은 중요한 정보의 암호화에 사용되는 대칭 키의 백업 복사본을 만드는 것입니다.Reporting Services encryption keys: An important part of report server configuration is creating a backup copy of the symmetric key used for encrypting sensitive information. 대칭 키의 백업 복사본은 여러 일상 작업에 필요하며 새 설치에서 기존 보고서 서버 데이터베이스를 다시 사용할 수 있도록 합니다.A backup copy of the key is required for many routine operations, and enables you to reuse an existing report server database in a new installation. 자세한 내용은 Reporting Services 암호화 키 백업 및 복원Upgrade 및 Migrate Reporting Services을 참조하세요.For more information, see Back Up and Restore Reporting Services Encryption Keys and Upgrade and Migrate Reporting Services

    SQL ServerSQL Server 환경의 시스템 개체가 기존 환경과 동일할 경우 기존 시스템의 사용자 데이터베이스를 SQL ServerSQL Server 인스턴스로 마이그레이션할 때 기존 시스템의 가동 중시 시간을 최소화해야 합니다.Once the new SQL ServerSQL Server environment has the same system objects as the existing environment, you then migrate the user databases from the existing system to the SQL ServerSQL Server instance in a manner that will minimize downtime on the existing system. 데이터베이스 마이그레이션은 백업 및 복원을 사용하여 수행하며 SAN 환경인 경우에는 LUN을 변경합니다.You accomplish the database migration either using backup and restore, or by repointing LUNs if you are in a SAN environment. 두 방법의 단계는 아래 다이어그램에 나와 있습니다.The steps for both methods are delineated in the diagrams below.

주의

가동 중지 시간은 데이터베이스의 크기와 I/O 하위 시스템의 속도에 따라 달라집니다.The amount of downtime is dependent upon the size of your database and the speed of your I/O subsystem. 메모리 액세스에 최적화된 테이블을 사용하는 경우 SQL Server 2014를 업그레이드하려면 시간이 다소 더 걸립니다.Upgrading SQL Server 2014 when memory-optimized tables are in use will take some extra time. 자세한 내용은 Plan and Test the Database Engine Upgrade Plan를 참조하세요.For more information, see Plan and Test the Database Engine Upgrade Plan.

사용자 데이터베이스를 마이그레이션한 후에는 다양한 방법 중 하나(예: 서버 이름 변경, DNS 항목 사용, 연결 문자열 수정)를 사용하여 새 사용자가 새 SQL ServerSQL Server 인스턴스를 가리키도록 합니다.After migrating the user database(s), you point new users to the new SQL ServerSQL Server instance using one of a variety of methods (e.g. renaming the server, using a DNS entry, modifying connection strings). 새 설치 방식에서는 현재 위치 업그레이드에 비해 위험과 가동 중지 시간이 줄어들며 SQL ServerSQL Server으로 업그레이드할 때 하드웨어와 운영 체제도 함께 손쉽게 업그레이드할 수 있습니다.The new installation approach reduces risk and downtime as compared to an in-place upgrade , and facilitates hardware and operating system upgrades in conjunction with the upgrade to SQL ServerSQL Server.

참고

이미 HA(고가용성) 솔루션이 설치되어 있거나 여러 SQL ServerSQL Server인스턴스 환경이 실행 중인 경우에는 롤링 업그레이드를 진행합니다.If you already have a high availability (HA) solution in place or some other multiple SQL ServerSQL Serverinstance environment, go Rolling upgrade. 고가용성 솔루션이 없는 경우에는 임시로 데이터베이스 미러링 을 구성하여 가동 중지 시간을 더욱 최소화할 수 있습니다. 그럴 경우 이 업그레이드를 더 손쉽게 실행하거나 이 기회를 통해 영구 HA 솔루션으로 Always On 가용성 그룹 을 구성할 수 있습니다.If you do not have a high availability solution in place, you can consider either temporarily configuring Database Mirroring to further minimize downtime to facilitate this upgrade or taking this opportunity to configure an Always On Availability Group as a permanent HA solution.

예를 들어 이 방식으로 다음을 업그레이드할 수 있습니다.For example, you may use this approach to upgrade:

  • 지원되지 않는 운영 체제에 설치된 SQL ServerSQL Server 업그레이드An installation of SQL ServerSQL Server on an unsupported operating system.

  • SQL Server 2016SQL Server 2016 이상에서 x86 설치를 지원하지 않으므로 SQL Server x86 설치 업그레이드An x86 installation of SQL Server as SQL Server 2016SQL Server 2016 and later do not support x86 installations.

  • SQL ServerSQL Server 를 새 하드웨어 및/또는 새 운영 체제 버전으로 업그레이드 to new hardware and/or a new version of the operating system.

  • SQL ServerSQL Server 업그레이드 in conjunction with server consolidation.

  • SQL Server 2016SQL Server 2016 이상에서 SQL Server 2005 전체 업그레이드를 지원하지 않으므로 SQL Server 2005 업그레이드 -SQL Server 2005 as SQL Server 2016SQL Server 2016 and later do not support the in-place upgrade of SQL Server 2005. 자세한 내용은 SQL Server 2005에서 업그레이드하나요?를 참조하세요.For more information, see Are you upgrading from SQL Server 2005.

    새 설치 업그레이드에 필요한 단계는 연결된 스토리지를 사용하는 경우나 SAN 스토리지를 사용하는 경우에 따라 약간 달라집니다.The steps required for a new installation upgrade vary slightly depending upon whether you are using attached storage or SAN storage.

  • 연결된 저장소 환경: 연결된 저장소를 사용하는 SQL ServerSQL Server 환경에서는 다음 다이어그램과 다이어그램 내의 링크를 통해 데이터베이스 엔진Database Engine의 새 설치 업그레이드에 필요한 단계를 안내합니다.Attached storage environment: If you have a SQL ServerSQL Server environment using attached storage, the following diagram and the links within the diagram to guide you through the steps required for a new installation upgrade of the 데이터베이스 엔진Database Engine.

    연결된 저장소에 대한 백업 및 복원을 사용한 새 설치 업그레이드 방법New installation upgrade method using backup and restore for attached storage

  • SAN 저장소 환경: SAN 저장소를 사용하는 SQL ServerSQL Server 환경에서는 다음 다이어그램과 다이어그램 내의 링크를 통해 데이터베이스 엔진Database Engine의 새 설치 업그레이드에 필요한 단계를 안내합니다.SAN storage environment: If you have a SQL ServerSQL Server environment using SAN storage, the following diagram and the links within the diagram to guide you through the steps required for a new installation upgrade of the 데이터베이스 엔진Database Engine.

    SAN 저장소에 대한 분리 및 연결을 사용한 새 설치 업그레이드 방법New installation upgrade method using detach and attach for SAN storage

롤링 업그레이드 Rolling upgrade

롤링 업그레이드는 가동 시간을 극대화하고 위험을 최소화하며 기능을 보존하기 위해 여러 SQL ServerSQL Server 인스턴스를 특정 순서로 업그레이드해야 하는 SQL Server 솔루션 환경에 필요합니다.A rolling upgrade is required in SQL Server solution environments involving multiple SQL ServerSQL Server instances that must be upgraded in a certain order to maximize uptime, minimize risk, and preserve functionality. 롤링 업그레이드는 업그레이드 프로젝트에서 하드웨어 및/또는 운영 체제를 더욱 쉽게 업그레이드하기 위해 각각의 기존 SQL ServerSQL Server 인스턴스에서 현재 위치 업그레이드를 수행하거나 새 설치 업그레이드를 수행하여 기본적으로 여러 SQL ServerSQL Server인스턴스를 특정 순서로 업그레이드하는 것입니다.A rolling upgrade is essentially the upgrade of multiple SQL ServerSQL Server instances in a particular order, either performing an upgrade in-place on each existing SQL ServerSQL Serverinstance or performing a new installation upgrade to facilitate upgrading hardware and/or the operating system as part of the upgrade project. 롤링 업그레이드 방식을 사용해야 하는 여러 시나리오가 있습니다.There are a number of scenarios in which you need to use the rolling upgrade approach. 이러한 방식에 대해서는 다음 항목에서 설명합니다.These are documented in the following topics:

다음 단계Next steps

Plan and Test the Database Engine Upgrade Plan Plan and Test the Database Engine Upgrade Plan
데이터베이스 엔진 업그레이드 완료Complete the Database Engine Upgrade