다음을 통해 공유


통합 서비스 업그레이드

SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS)가 현재 컴퓨터에 설치된 경우 SQL Server 2014 Integration Services(SSIS)로 업그레이드할 수 있습니다.

이전 버전의 Integration Services 중 하나가 설치된 컴퓨터에서 SQL Server 2014 Integration Services(SSIS)로 업그레이드하면 SQL Server 2014 Integration Services(SSIS)가 이전 버전과 나란히 설치됩니다.

이 병렬 설치를 사용하면 여러 버전의 dtexec 유틸리티가 설치됩니다. 올바른 버전의 유틸리티를 실행하려면 명령 프롬프트에서 전체 경로(<드라이브>:\Program Files\Microsoft SQL Server\<version>\DTS\Binn)를 입력하여 유틸리티를 실행합니다. dtexec에 대한 자세한 내용은 dtexec 유틸리티를 참조하세요.

비고

이전 버전의 SQL Server에서는 기본적으로 SQL Server를 설치할 때 사용자 그룹의 모든 사용자가 Integration Services 서비스에 액세스할 수 있었습니다. SQL Server 2014를 설치할 때 사용자는 Integration Services 서비스에 액세스할 수 없습니다. 이 서비스에는 기본적으로 보안이 적용됩니다. SQL Server 2014가 설치되면 SQL Server 관리자는 DCOM 구성 도구(Dcomcnfg.exe)를 실행하여 특정 사용자에게 Integration Services 서비스에 대한 액세스 권한을 부여해야 합니다. 자세한 내용은 Integration Services 서비스에 대한 권한 부여를 참조하세요.

Integration Services를 업그레이드하기 전에

SQL Server 2014로 업그레이드하기 전에 업그레이드 관리자를 실행하는 것이 좋습니다. 업그레이드 관리자는 기존 Integration Services 패키지를 SQL Server 2014에서 사용하는 새 패키지 형식으로 마이그레이션하는 경우 발생할 수 있는 문제를 보고합니다. 자세한 내용은 업그레이드 관리자를 사용하여 업그레이드 준비를 참조하세요.

비고

DTS(데이터 변환 서비스) 패키지 마이그레이션 또는 실행에 대한 지원은 SQL ServerIntegration Services의 현재 릴리스에서 중단되었습니다. 다음 DTS 기능이 중단되었습니다.

  • DTS 런타임 환경
  • DTS API
  • DTS 패키지를 다음 버전의 Integration Services로 마이그레이션하기 위한 패키지 마이그레이션 마법사
  • SQL Server Management Studio에서 DTS 패키지 유지 관리 지원
  • DTS 2000 패키지 작업 실행
  • DTS 패키지 업그레이드 어드바이저의 검사

다른 지원되지 않는 기능에 대한 자세한 내용은 SQL Server 2014에서 지원되지 않는 Integration Services 기능을 참조하세요.

통합 서비스 업그레이드

다음 방법 중 하나를 사용하여 업그레이드할 수 있습니다.

  • SQL Server 2014 설치 프로그램을 실행하고 SQL Server 2005, SQL Server 2008 또는 SQL Server 2008 R2 또는 SQL Server2012에서 업그레이드하는 옵션을 선택합니다.

  • 명령 프롬프트에서 setup.exe 실행하고 옵션을 지정합니다 /ACTION=upgrade . 자세한 내용은 명령 프롬프트에서 SQL Server 2014 설치의 "Integration Services용 설치 스크립트" 섹션을 참조하세요.

업그레이드를 사용하여 다음 작업을 수행할 수 없습니다.

  • Integration Services의 기존 설치를 다시 구성합니다.

  • 32비트에서 64비트 버전의 SQL Server로 또는 64비트 버전에서 32비트 버전으로 이동합니다.

  • 지역화된 SQL Server 버전에서 다른 지역화된 버전으로 이동합니다.

업그레이드할 때 Integration Services와 데이터베이스 엔진을 모두 업그레이드하거나 데이터베이스 엔진을 업그레이드하거나 Integration Services를 업그레이드하기만 하면 됩니다. 데이터베이스 엔진만 업그레이드하는 경우 SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS)는 계속 작동하지만 SQL Server 2014 Integration Services(SSIS)의 기능은 없습니다. Integration Services만 업그레이드하는 경우 SQL Server 2014 Integration Services(SSIS)는 완벽하게 작동하지만 SQL Server 2014 데이터베이스 엔진의 인스턴스를 다른 컴퓨터에서 사용할 수 없는 한 파일 시스템에만 패키지를 저장할 수 있습니다.

Integration Services와 데이터베이스 엔진을 모두 SQL Server 2014로 업그레이드

이 섹션에서는 다음 조건을 포함하는 업그레이드 수행의 효과에 대해 설명합니다.

  • Integration Services와 데이터베이스 엔진 인스턴스를 모두 SQL Server 2014로 업그레이드합니다.

  • Integration Services와 데이터베이스 엔진 인스턴스는 모두 동일한 컴퓨터에 있습니다.

업그레이드 프로세스의 역할

업그레이드 프로세스는 다음 작업을 수행합니다.

  • SSIS(SQL Server 2014 Integration Services) 파일, 서비스 및 도구(Management Studio 및 SQL Server Data Tools)를 설치합니다. 동일한 컴퓨터에 SQL Server 2005 또는 SQL Server 2008 인스턴스가 여러 개 있는 경우 인스턴스를 SQL Server 2014로 처음 업그레이드하면 SQL Server 2014 Integration Services(SSIS) 파일, 서비스 및 도구가 설치됩니다.

  • SQL Server 2005 또는 SQL Server 2008Database 엔진의 인스턴스를 SQL Server 2014 버전으로 업그레이드합니다.

  • 다음과 같이 SQL Server 2005 Integration Services(SSIS) 또는 SSIS(SQL Server 2008 Integration Services) 시스템 테이블에서 SQL Server 2014 Integration Services(SSIS) 시스템 테이블로 데이터를 이동합니다.

    • msdb.dbo.sysdtspackages90 시스템 테이블에서 msdb.dbo.sysssispackages 시스템 테이블로 변경 없이 패키지를 이동합니다.

      비고

      데이터가 다른 시스템 테이블로 이동하더라도 업그레이드 프로세스는 패키지를 새 형식으로 마이그레이션하지 않습니다.

    • msdb.sysdtsfolders90 시스템 테이블에서 msdb.sysssisfolders 시스템 테이블로 폴더 메타데이터를 이동합니다.

    • msdb.sysdtslog90 시스템 테이블에서 msdb.sysssislog 시스템 테이블로 로그 데이터를 이동합니다.

  • 데이터를 새 msdb.sysssis* 테이블로 이동한 후 액세스하는 데 사용되는 msdb.sysdts*90 시스템 테이블 및 저장 프로시저를 제거합니다. 업그레이드 시 sysdtslog90 테이블은 동일한 이름의 뷰인 sysdtslog90으로 대체됩니다. 이 새 sysdtslog90 뷰는 새 msdb.sysssislog 시스템 테이블을 노출합니다. 이렇게 하면 로그 테이블을 기반으로 하는 보고서가 중단 없이 계속 실행됩니다.

  • 패키지에 대한 액세스를 제어하려면 db_ssisadmin, db_ssisltduser 및 db_ssisoperator 세 가지 고정 데이터베이스 수준 역할을 만듭니다. db_dtsadmin, db_dtsltduser 및 db_dtsoperator SQL Server 2005Integration Services 역할은 제거되지 않지만 해당 새 역할의 멤버로 만들어집니다.

  • SSIS 패키지 저장소(즉, Integration Services 서비스에서 관리하는 파일 시스템 위치)가 \SQL Server\90, \SQL Server\100 또는 \SQL Server\110 아래의 기본 위치인 경우 해당 패키지를 \SQL Server\120 아래의 새 기본 위치로 이동합니다.

  • 데이터베이스 엔진의 업그레이드된 인스턴스를 가리키도록 Integration Services 서비스 구성 파일을 업데이트합니다.

업그레이드 프로세스에서 수행하지 않는 작업

업그레이드 프로세스는 다음 작업을 수행하지 않습니다.

  • SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS) 서비스를 제거하지 않습니다.

  • 기존 Integration Services 패키지를 SQL Server 2014에서 사용하는 새 패키지 형식으로 마이그레이션하지 않습니다. 패키지를 마이그레이션하는 방법에 대한 자세한 내용은 Integration Services 패키지 업그레이드를 참조하세요.

  • 서비스 구성 파일에 추가된 기본 위치 이외의 파일 시스템 위치에서 패키지를 이동하지 않습니다. 이전에 서비스 구성 파일을 편집하여 파일 시스템 폴더를 더 추가한 경우 해당 폴더에 저장된 패키지는 새 위치로 이동되지 않습니다.

  • dtexec 유틸리티(dtexec.exe)를 직접 호출하는 SQL Server 에이전트 작업 단계에서는 dtexec 유틸리티의 파일 시스템 경로를 업데이트하지 않습니다. 이러한 작업 단계를 수동으로 편집하여 파일 시스템 경로를 업데이트하여 dtexec 유틸리티의 SQL Server 2014 위치를 지정해야 합니다.

업그레이드 후 수행할 수 있는 사항

업그레이드 프로세스가 완료되면 다음 작업을 수행할 수 있습니다.

  • 패키지를 실행하는 SQL Server 에이전트 작업을 실행합니다.

  • Management Studio를 사용하여 SQL Server 2008 또는 SQL Server 2014 인스턴스에 저장된 Integration Services 패키지를 관리합니다. 서비스 구성 파일을 수정하여 SQL Server 2008 인스턴스를 서비스에서 관리하는 위치 목록에 추가해야 합니다.

    비고

    초기 버전의 Management Studio는 SQL Server 2014 Integration Services(SSIS) 서비스에 연결할 수 없습니다.

  • packageformat 열의 값을 확인하여 msdb.dbo.sysssispackages 시스템 테이블의 패키지 버전을 식별합니다. 테이블에는 각 패키지의 버전을 식별하는 packageformat 열이 있습니다. packageformat 열의 값이 2이면 SQL Server 2005 Integration Services(SSIS) 패키지가 표시됩니다. 값이 3이면 SQL Server 2008 Integration Services(SSIS) 패키지가 표시됩니다. 패키지를 새 패키지 형식으로 마이그레이션할 때까지 packageformat 열의 값은 변경되지 않습니다.

  • SQL Server 2005 또는 SQL Server 2008 도구를 사용하여 Integration Services 패키지를 디자인, 실행 또는 관리할 수 없습니다. SQL Server 2005 및 SQL Server 2008 도구에는 SSDT(SQL Server Data Tools), SQL Server 가져오기 및 내보내기 마법사 및 패키지 실행 유틸리티(dtexecui.exe)의 해당 버전이 포함됩니다. 업그레이드 프로세스는 SQL Server 2005 또는 SQL Server 2008tools를 제거하지 않습니다. 그러나 이러한 도구를 사용하여 업그레이드된 서버에서 SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS) 패키지를 계속 사용할 수 없습니다.

  • 기본적으로 업그레이드 설치에서 Integration Services는 애플리케이션 이벤트 로그에 패키지 실행과 관련된 이벤트를 기록하도록 구성됩니다. 이 설정은 SQL Server 2014의 데이터 수집기 기능을 사용할 때 너무 많은 이벤트 로그 항목을 생성할 수 있습니다. 기록되는 이벤트에는 EventID 12288, "패키지 시작됨", EventID 12289, "패키지가 성공적으로 완료되었습니다."가 포함됩니다. 애플리케이션 이벤트 로그에 이러한 두 이벤트 로깅을 중지하려면 편집을 위해 레지스트리를 엽니다. 그런 다음 레지스트리에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\120\SSIS 노드를 찾고 LogPackageExecutionToEventLog 설정의 DWORD 값을 1에서 0으로 변경합니다.

데이터베이스 엔진만 SQL Server 2014로 업그레이드

이 섹션에서는 다음 조건을 포함하는 업그레이드 수행의 효과에 대해 설명합니다.

  • 데이터베이스 엔진의 인스턴스만 업그레이드합니다. 즉, 데이터베이스 엔진의 인스턴스는 이제 SQL Server 2014의 인스턴스이지만 Integration Services 및 클라이언트 도구의 인스턴스는 SQL Server 2005 또는 SQL Server 2008에서 제공됩니다.

  • 데이터베이스 엔진의 인스턴스는 한 컴퓨터에 있고 Integration Services 및 클라이언트 도구는 다른 컴퓨터에 있습니다.

업그레이드 후 수행할 수 있는 사항

데이터베이스 엔진의 업그레이드된 인스턴스에 패키지를 저장하는 시스템 테이블은 SQL Server 2005 또는 SQL Server 2008에서 사용한 것과 다릅니다. 따라서 SQL Server 2005 또는 SQL Server 2008 버전의 Management Studio 및 SQL Server Data Tools는 업그레이드된 데이터베이스 엔진 인스턴스의 시스템 테이블에서 패키지를 검색할 수 없습니다. 이러한 패키지를 검색할 수 없으므로 해당 패키지로 수행할 수 있는 작업은 제한됩니다.

  • 다른 컴퓨터에서는 SQL Server 2005 또는 SQL Server 2008 도구, Management Studio 및 SQL Server Data Tools를 사용하여 데이터베이스 엔진의 업그레이드된 인스턴스에서 패키지를 로드하거나 관리할 수 없습니다.

    비고

    데이터베이스 엔진의 업그레이드된 인스턴스에 있는 패키지는 아직 새 패키지 형식으로 마이그레이션되지 않았지만 SQL Server 2005 또는 SQL Server 2008 도구에서 검색할 수 없습니다. 따라서 SQL Server 2005 또는 SQL Server 2008 도구에서는 패키지를 사용할 수 없습니다.

  • 다른 컴퓨터에서는 SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS)를 사용하여 데이터베이스 엔진의 업그레이드된 인스턴스에서 msdb에 저장된 패키지를 실행할 수 없습니다.

  • SQL Server 2005 또는 SQL Server 2008 컴퓨터에서 SQL Server 에이전트 작업을 사용하여 데이터베이스 엔진의 업그레이드된 인스턴스에 저장된 SQL Server 2005 Integration Services(SSIS) 또는 SQL Server 2008 Integration Services(SSIS) 패키지를 실행할 수 없습니다.

외부 리소스

blogs.msdn.com Denali에서 기존 사용자 지정 SSIS 확장 및 애플리케이션을 작동하게 하는 블로그 항목입니다.