Integration Services 업그레이드 시 고려 사항
현재 컴퓨터에 SQL Server 2005Integration Services가 설치된 경우 SQL Server 2008Integration Services로 업그레이드할 수 있습니다.
[!참고]
SQL Server 2000 DTS(데이터 변환 서비스)에서 SQL Server 2008Integration Services로 업그레이드하려면 데이터 변환 서비스 업그레이드 시 고려 사항을 참조하십시오.
Integration Services를 업그레이드하기 전에
SQL Server 2008로 업그레이드하기 전에 먼저 업그레이드 관리자를 실행하는 것이 좋습니다. 업그레이드 관리자는 기존 Integration Services 패키지를 SQL Server 2008에서 사용되는 새로운 패키지 형식으로 마이그레이션하는 경우 발생할 수 있는 문제를 보고합니다. 자세한 내용은 업그레이드 관리자를 사용하여 업그레이드 준비를 참조하십시오.
Integration Services 업그레이드
다음 방법 중 하나를 사용하여 업그레이드할 수 있습니다.
SQL Server 2008 설치 프로그램을 실행하고 SQL Server 2000 또는 SQL Server 2005에서 업그레이드 옵션을 선택합니다.
명령 프롬프트에서 setup.exe를 실행하고 /ACTION=upgrade 옵션을 지정합니다. 자세한 내용은 방법: 명령 프롬프트에서 SQL Server 2008 설치의 "Integration Services용 설치 스크립트" 섹션을 참조하십시오.
다음 동작은 업그레이드를 사용하여 수행할 수 없습니다.
Integration Services의 기존 설치 다시 구성
SQL Server 32비트에서 64비트 버전으로 전환, 또는 64비트 버전에서 32비트 버전으로 전환
SQL Server의 한 언어 버전에서 다른 언어 버전으로 전환
업그레이드할 때 Integration Services와 데이터베이스 엔진을 모두 업그레이드하거나 데이터베이스 엔진만 또는 Integration Services만 업그레이드할 수 있습니다. 데이터베이스 엔진만 업그레이드하는 경우 SQL Server 2005Integration Services는 계속 작동하지만 SQL Server 2008Integration Services의 기능은 사용할 수 없습니다. Integration Services만 업그레이드하는 경우 SQL Server 2008Integration Services의 모든 기능이 작동하지만 SQL Server 2008SQL Server 데이터베이스 엔진 인스턴스를 다른 컴퓨터에서 사용할 수 있는 경우가 아니면 파일 시스템의 패키지만 저장할 수 있습니다.
Integration Services와 데이터베이스 엔진 모두 SQL Server 2008로 업그레이드
이 섹션에서는 다음 조건에 해당하는 업그레이드를 수행할 때 나타나는 결과에 대해 설명합니다.
Integration Services 및 데이터베이스 엔진 인스턴스를 모두 SQL Server 2008로 업그레이드하는 경우
Integration Services 및 데이터베이스 엔진 인스턴스가 같은 컴퓨터에 있는 경우
업그레이드 프로세스에서 수행하는 태스크
업그레이드 프로세스에서는 다음 태스크를 수행합니다.
Integration Services 파일, 서비스 및 도구(Management Studio 및 BI Development Studio)를 업그레이드합니다. 여러 SQL Server 2005 인스턴스가 같은 컴퓨터에 있는 경우에는 데이터베이스 엔진의 첫 번째 인스턴스를 업그레이드하면 이러한 업그레이드가 수행됩니다.
업그레이드 프로세스를 완료한 후 SQL Server 2005Integration Services 파일, 서비스 및 도구를 제거합니다.
SQL Server 2005 데이터베이스 엔진 인스턴스를 SQL Server 2008 버전으로 업그레이드합니다.
다음과 같이 SQL Server 2005 Integration Services(SSIS) 시스템 테이블에서 SQL Server 2008Integration Services 시스템 테이블로 데이터를 이동합니다.
msdb.dbo.sysdtspackages90 시스템 테이블에서 msdb.dbo.sysssispackages 시스템 테이블로 패키지를 변경하지 않고 이동합니다.
[!참고]
데이터를 다른 시스템 테이블로 이동하지만 패키지를 새 형식으로 마이그레이션하지는 않습니다.
msdb.sysdtsfolders90 시스템 테이블에서 msdb.sysssispackagefolders 시스템 테이블로 폴더 메타데이터를 이동합니다.
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의 새 기본 위치로 이동합니다.
업그레이드된 데이터베이스 엔진 인스턴스를 가리키도록 Integration Services 서비스 구성 파일을 업데이트합니다.
업그레이드 프로세스에서 수행하지 않는 태스크
업그레이드 프로세스에서는 다음 태스크를 수행하지 않습니다.
기존 Integration Services 패키지를 SQL Server 2008에서 사용되는 새 패키지 형식으로 마이그레이션하지 않습니다. 패키지를 마이그레이션하는 방법은 Integration Services 패키지 업그레이드을 참조하십시오.
서비스 구성 파일에 추가된 기본 위치가 아닌 파일 시스템 위치에서 패키지를 이동하지 않습니다. 이전에 서비스 구성 파일을 편집하여 파일 시스템 폴더를 추가한 경우 이러한 폴더에 저장된 패키지는 새 위치로 이동되지 않습니다.
SQL Server 에이전트에서 dtexec 유틸리티(dtexec.exe)를 직접 호출하는 작업 단계는 dtexec 유틸리티에 대한 파일 시스템 경로를 업데이트하지 않습니다. 이러한 작업 단계는 수동으로 편집하여 dtexec 유틸리티에 대한 SQL Server 2008 위치를 지정하도록 파일 시스템 경로를 업데이트해야 합니다.
업그레이드한 후 수행할 수 있는 태스크
업그레이드 프로세스가 완료되면 다음 태스크를 수행할 수 있습니다.
패키지를 실행하는 SQL Server 에이전트 작업을 실행합니다.
Management Studio를 사용하여 SQL Server 2005 인스턴스에 저장된 Integration Services 패키지를 관리합니다. 단, SQL Server 2005 인스턴스를 서비스에서 관리하는 위치 목록에 추가하려면 서비스 구성 파일을 수정해야 할 수 있습니다.
packageformat 열의 값을 확인하여 msdb.dbo.sysssispackages 시스템 테이블에서 패키지 버전을 식별합니다. 테이블에는 각 패키지의 버전을 식별하는 packageformat 열이 있습니다. packageformat 열 값이 2이면 SQL Server 2005Integration Services 패키지를, 3이면 SQL Server 2008Integration Services 패키지를 나타냅니다. 패키지를 새 패키지 형식으로 마이그레이션하기 전까지 SQL Server 2005Integration Services 패키지에서 packageformat 열 값은 2입니다.
SQL Server 2005 도구를 사용하여 Integration Services 패키지를 디자인, 실행 또는 관리할 수 없습니다. SQL Server 2005 도구에는 SQL Server 2005 버전의 Business Intelligence Development Studio, SQL Server 가져오기 및 내보내기 마법사, 그리고 패키지 실행 유틸리티(dtexecui.exe)가 포함되어 있습니다. 업그레이드 프로세스를 수행하더라도 SQL Server 2005 도구는 제거되지 않습니다. 그러나 업그레이드된 서버의 Integration Services 패키지에 대한 작업을 수행하는 데 이러한 도구를 계속 사용할 수는 없습니다.
기본적으로 업그레이드 설치의 경우 Integration Services는 패키지 실행과 관련된 이벤트를 응용 프로그램 이벤트 로그에 로깅하도록 구성됩니다. SQL Server 2008의 데이터 수집기 기능을 사용하는 경우 이 설정으로 인해 이벤트 로그 항목이 너무 많이 생성될 수 있습니다. 로깅되는 이벤트에는 EventID 12288, "패키지가 시작되었습니다" 및 EventID 12289, "패키지가 성공적으로 완료되었습니다"가 포함됩니다. 이러한 이벤트가 응용 프로그램 이벤트 로그에 로깅되지 않도록 하려면 편집을 위해 레지스트리를 엽니다. 그런 다음 레지스트리에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS 노드를 찾고 LogPackageExecutionToEventLog 설정의 DWORD 값을 1에서 0으로 변경합니다.
데이터베이스 엔진만 SQL Server 2008로 업그레이드
이 섹션에서는 다음 조건에 해당하는 업그레이드를 수행할 때 나타나는 결과에 대해 설명합니다.
데이터베이스 엔진 인스턴스만 업그레이드하는 경우. 즉, 데이터베이스 엔진 인스턴스는 SQL Server 2008 인스턴스가 되지만 Integration Services 인스턴스 및 클라이언트 도구는 SQL Server 2005에 속하는 경우입니다.
데이터베이스 엔진의 인스턴스가 한 컴퓨터에 있고 SQL Server 2005Integration Services 및 클라이언트 도구가 다른 컴퓨터에 있는 경우
업그레이드한 후 수행할 수 있는 태스크
업그레이드된 데이터베이스 엔진 인스턴스에서 패키지를 저장하는 시스템 테이블은 SQL Server 2005에서 사용되는 시스템 테이블과 다릅니다. 따라서 SQL Server 2005 버전의 Management Studio 및 BI Development Studio로는 업그레이드된 데이터베이스 엔진 인스턴스의 시스템 테이블에서 패키지를 검색할 수 없습니다. 이러한 패키지는 검색할 수 없으므로 이에 대해 수행할 수 있는 작업은 다음과 같이 제한됩니다.
업그레이드된 데이터베이스 엔진 인스턴스에서 다른 컴퓨터의 SQL Server 2005 도구, Management Studio 및 BI Development Studio를 사용하여 패키지를 로드하거나 관리할 수 없습니다.
[!참고]
업그레이드된 데이터베이스 엔진 인스턴스의 패키지가 아직 새 패키지 형식으로 마이그레이션되지 않은 경우에도 이러한 패키지는 SQL Server 2005 도구로 검색할 수 없습니다. 따라서 SQL Server 2005 도구에서 이러한 패키지를 사용할 수 없습니다.
업그레이드된 데이터베이스 엔진 인스턴스의 msdb에 저장된 패키지는 다른 컴퓨터의 SQL Server 2005 Integration Services(SSIS)를 사용하여 실행할 수 없습니다.
업그레이드된 데이터베이스 엔진 인스턴스에 저장된 SQL Server 2005Integration Services 패키지는 SQL Server 2005 컴퓨터의 SQL Server 에이전트 작업을 사용하여 실행할 수 없습니다.