응용 프로그램을 업데이트할 때의 중요한 고려 사항
다음은 응용 프로그램, 특히 프로덕션 환경에서 실행되는 응용 프로그램을 업데이트하기 전에 반드시 고려해야 할 사항입니다.
일반적인 고려 사항
파티와 규칙은 그룹 범위에서 표시되므로 추가 파티와 규칙을 추가하면 다른 응용 프로그램 작업에 방해가 될 수 있습니다.
다른 아티팩트가 종속된 아티팩트의 배포를 취소할 경우 먼저 종속된 아티팩트의 배포를 취소해야 합니다.
참고
잘못된 순서로 아티팩트 배포를 취소할 경우 BizTalk Server 관리 콘솔에서 경고 메시지를 표시하고 아티팩트 배포를 취소할 수 없게 합니다.
기존 애플리케이션의 BizTalk 어셈블리가 업데이트된 경우 변경 내용을 적용하려면 호스트 인스턴스를 다시 시작해야 할 수 있습니다. 호스트 instance 다시 시작하면 호스트 instance 실행되는 다른 모든 애플리케이션이 중지됩니다.
Visual Studio를 사용하여 프로덕션 환경에 응용 프로그램을 배포하며(권장되지 않음), 프로젝트 속성에서 호스트 인스턴스 다시 시작 옵션이 True로 설정되어 있으면 응용 프로그램을 배포할 때 해당 응용 프로그램과 관련이 없는 인스턴스를 포함하여 모든 호스트 인스턴스가 다시 시작됩니다. 이 경우 로컬 컴퓨터의 호스트 인스턴스에서 실행 중인 다른 모든 응용 프로그램이 중지됩니다.
BizTalk 애플리케이션으로 배포된 BizTalk Server 어셈블리(오케스트레이션, 스키마 또는 맵 포함)를 업데이트하려는 경우 다음 중 원하는 작업을 수행할 수 있습니다.
병렬 배포를 수행합니다. 일반적으로 버전을 증가시켜 최신 어셈블리를 적절하게 수정할 수 있습니다. 이렇게 하면 두 어셈블리에 고유한 정규화된 어셈블리 이름이 있습니다. 자세한 내용은 기존 버전과 함께 실행할 새 버전의 애플리케이션을 배포하는 방법을 참조하세요.
기존 BizTalk Server 어셈블리를 새 어셈블리로 바꿉 있습니다. 오래된 어셈블리를 로드할 수 있는 모든 호스트 인스턴스를 중지하고 GAC에서 오래된 어셈블리를 바꾼 다음 호스트 인스턴스를 다시 시작해야 합니다.
완전히 새로운 응용 프로그램을 배포하여 기존 응용 프로그램을 대체하는 경우 대체할 응용 프로그램과 다른 응용 프로그램 간의 참조를 수정해야 합니다.
스키마를 업데이트할 때의 고려 사항
BizTalk 그룹의 기존 스키마와 동일한 메시지 형식의 새 스키마를 포함하는 애플리케이션에 어셈블리를 추가하는 경우 파이프라인에서 스키마 확인이 발생할 때 버전 번호가 가장 높은 스키마가 사용됩니다. 또한 하나의 메시지 형식이 둘 이상의 .NET 형식을 참조하는 경우 이 모호성으로 인해 파이프라인 실행이 실패할 수 있습니다. 이는 스키마 조회에서 인스턴스의 루트 이름, 대상 네임스페이스 및 메시지 유형을 사용하기 때문입니다. 이러한 문제는 새 스키마와 메시지 유형이 동일한 스키마를 사용하는 응용 프로그램의 파이프라인에서 발생할 수 있습니다. 스키마 확인에 대한 자세한 내용은 파이프라인 구성 요소의 스키마 확인을 참조하세요.
스키마를 업데이트하는 경우 스키마에 의존하는 오케스트레이션뿐만 아니라 스키마를 참조하는 맵도 업데이트하거나 새로 만들어야 합니다.
스키마 버전을 높이는 경우 스키마를 사용하는 파이프라인 인스턴스 및 파이프라인 구성 요소의 스키마 참조를 업데이트해야 합니다.
스키마 배포를 취소하면 이전 버전 스키마(사용 가능한 경우)가 활성화됩니다.
정책을 업데이트할 때의 고려 사항
- 배포된 상태에 있는 가장 높은 버전의 정책이 BizTalk Server 런타임에 사용됩니다.