2008-09-02 5 views
2

SQL Server 패키지 구성 테이블에서 일부 변수 데이터를 설정하는 SSIS 패키지가 있습니다. ("구성 설정 직접 지정"옵션 선택)패키지 구성에 다른 데이터베이스 연결을 사용하려면 어떻게해야합니까?

패키지를 개발할 때 지정한 데이터베이스 연결을 사용할 때 잘 작동합니다. 그러나 테스트 환경 (에이전트 작업 또는 직접 패키지 실행 중)에서 서버 (64 비트)를 실행하고 연결 관리자에 새 연결 문자열을 지정하면 패키지는 여전히 DB 서버에서 설정을 읽습니다 내가 개발에서 지정한

다른 모든 연결은 올바른 연결 문자열을 사용하며 잘못된 위치에서 읽는 패키지 구성 인 것 같습니다.

어떤 아이디어가 있습니까? 아니면 뭔가 잘못하고 있습니까?

+0

이 작업을 수행했는지 확인하십시오. – jinsungy

답변

2

내가 할 수 있었던 유일한 방법은 Windows 환경 변수를 사용하는 것이 었습니다. 환경 변수에서 연결 문자열 및 사용자 기본 설정 같은 것을 지정하고 SSIS 작업에서 해당 환경 변수를 선택할 수 있습니다.

1

SQL 클라이언트 구성에서 서버 별명을 사용하는 것을 선호합니다. 그런 식으로 패키지를 다른 SQL Server로 지정하면 새 서버를 가리 키도록 별칭을 편집하는 것처럼 간단하며 SSIS 패키지에서 편집 할 필요가 없습니다. 패키지를 라이브 서버로 옮길 때 별칭을 추가해야하며 작동합니다.

이것은 실제 서버 이름 지정 규칙을 사용할 때 실제 시스템 이름보다 자세한 이름이 될 수 있습니다.

1

실제로 질문을 완전히 이해하지 못했지만 dev, production 등과 같은 환경마다 구성 파일에 연결 설정을 저장합니다. 패키지는 실행될 때 구성 파일에서 연결 설정을 읽습니다.

0

패키지 구성을 데이터베이스 테이블에 보관하려면 다른 데이터와 함께 백업 된 것으로 알고 있으며 어디에서 찾을 수 있는지 알고 있습니다. 그냥 환경 설정.

나는 이것이 작동하도록하기 위해 환경 변수 구성을 사용하여 패키지 구성을 읽는 연결 관리자의 연결 문자열을 설정할 수 있음을 알았습니다. (비록 새로운 환경 변수를 찾기 전에 SQL Server 에이전트를 다시 시작해야만했으나, 이것을 프로덕션에 배포 할 때 이상적이지 않음)

예약 된 작업의 단계로 SSIS 패키지를 실행하면 이 순서 :

  • 로드 패키지 CONFIGS의 각 순서가 데이터의 패키지 Configuations 주최자
  • 설정 연결 문자열에 표시는 예약 된 작업
  • 시작의 작업 단계 속성에서 탭을 소싱 실행중인 패키지.

예약 된 작업에서 내 패키지 구성에 대한 데이터 소스를 설정할 수 있도록 첫 번째 2가 다른 방법으로 사용될 것으로 예상 했었습니다. 그것은 내가 다른 사람들이 패키지를 관리 할 때 그것을 찾길 기대하는 곳입니다.

1

SSIS 패키지를 호출하는 작업을 만들고이 단계를 설정하는 경우 탭 영역이 있습니다. 기본 탭은 패키지 이름을 설정하는 곳이고, 다음 탭은 설정 파일을 설정할 수있는 곳입니다.각 패키지에 대한 설정 파일을 가지고 서버 (dev, test, prod)에 대해 변경하십시오. config 파일은 dev, test 및 prod 서버에 직접 놓은 다음 해당 작업을 설정할 때이를 가리킬 수 있습니다.

0

SSIS 보안의 의미는 끔찍합니다. 내가 사무실에 없을 때 아무도 물건을 지원할 수 없습니다. 작업이 구성 파일에서 읽히지 않습니다 ... 포기합니다. 데이터 소스 탭에서 문자열을 편집 할 때만 작동합니다. 그러나 두 번째로 작업에 들어가면 암호가 손실됩니다. 끔찍한 디자인, 절대적으로 끔찍한. 작업 단계에서 xml 파일을 지정할 때 정의 된 연결 문자열을 읽지 만 그렇지 않은 것으로 생각할 것입니다. 이것은 다른 누구에게나 실제로 적용 되는가?

0

패키지 속성을 이동하고 배포를 True로 설정하십시오. 이것은 당신이 한 일을 위해서 일해야합니다.

0

나는 동일한 질문을 받았으며 SQL Server에서 호스팅되는 패키지 구성에 사용 된 연결 문자열을 편집 할 수 없다는 동일한 대답을 얻었습니다. 단, SQL Server 연결 문자열이 환경 변수에 있어야한다고 지정하는 경우는 예외입니다.

이것은 불행히도 내 컴퓨터 환경에서 두 개의 환경이 호스팅되는 dev 환경에서는 작동하지 않습니다. 나는 SQL Server Central [무료 가입 및 좋은 사이트]에 대한 자세한 내용은 Scott Coleman의 접근법을 따라갔습니다. 트릭은 하나의 중앙 서버에 구성 설정을 저장 한 다음 해당 서버에 연결된 시스템을 사용하여 활성화 된 환경을 확인하는보기를 만드는 것입니다.

필자는 테스트 및 dev 설정이 동일한 SSIS 인스턴스에서 실행되지만 다른 사용자 이름으로 실행되기 때문에 환경에 연결하는 사용자를 사용하여이 방법을 사용했습니다. Scott은 주석에서 응용 프로그램 이름을 설정해야한다고 제안하지만 패키지 실행 작업 단계에서는 변경할 수 없으므로 옵션이 아닙니다.

내가 발견 한 또 다른 경고는 구성 변수에 대한 삽입, 업데이트 및 삭제를 수행하기 위해 "대신"트리거를 내보기에 추가해야한다는 것입니다.

1

SQL Server 패키지 구성을 사용하는 경우 패키지의 모든 속성은 SQL Server 테이블에서 가져옵니다. -

관련 문제