알려진 애플리케이션 및 아티팩트 업데이트 문제

응용 프로그램 업데이트

아티팩트를 제거하거나 삭제해도 모든 위치에서 제거되지는 않습니다.

아티팩트를 제거하거나 삭제하면 BizTalk Server 데이터베이스에서 아티팩트가 삭제되어 관리 콘솔이나 BTSTask ListApp 명령으로 생성된 응용 프로그램의 아티팩트 목록에 아티팩트가 더 이상 표시되지 않습니다. 이러한 위치에 있는 경우 Windows 레지스트리, GAC(전역 어셈블리 캐시), 가상 디렉터리 또는 파일 시스템에서 아티팩트가 제거되지 않습니다. BizTalk 관리 데이터베이스에만 있는 송신 포트, 송신 포트 그룹, 수신 포트, 수신 위치 등의 경우에는 아티팩트를 제거하면 완전히 삭제됩니다.

아티팩트 업데이트

아티팩트 상태를 제거하거나 변경하면 애플리케이션이 작동하지 않을 수 있습니다.

한 애플리케이션에서 다른 애플리케이션으로 참조를 추가하고 다른 애플리케이션이 종속되는 아티팩트 상태를 변경하거나 아티팩트를 제거하면 종속성이 있는 애플리케이션이 제대로 작동하지 않습니다. 아티팩트 상태를 변경하는 방법에 대한 자세한 내용은 아티팩트 관리 (https://go.microsoft.com/fwlink/?LinkID=154725)의 적절한 아티팩트 섹션을 참조하세요.

.NET 정책 파일은 지원되지 않습니다.

.NET 정책 파일의 사용은 BizTalk Server 지원되지 않습니다. 그 이유는 정책 파일이 예상대로 동작하지 않을 수 있기 때문입니다. 정책 파일은 .NET을 GAC에 있는 지정된 어셈블리 버전으로 리디렉션하지만 BizTalk Server는 캐시 또는 BizTalk 관리 데이터베이스에서 어셈블리 및 아티팩트 데이터에 액세스하는 경우가 많습니다. 아티팩트 유형, 캐싱 상황 및 호스트 인스턴스의 재시작 여부에 따라 정책 파일이 원하는 방식으로 동작하지 않을 수 있습니다.

어셈블리 업데이트

호스트가 중지되지 않은 경우 어셈블리에 대한 변경 내용이 적용되지 않을 수 있습니다.

BizTalk 어셈블리는 .NET 버전 관리 규칙을 따라야 합니다. 즉, BizTalk 프로젝트가 다른 .NET 프로젝트 또는 어셈블리(BizTalk 프로젝트 포함)의 특정 버전에 대해 빌드되면 최신 버전에 대해 다시 빌드될 때까지 해당 버전을 계속 사용합니다.

BizTalk 프로젝트의 버전 번호를 변경하지 않거나, 형식이 로드된 BizTalk 호스트 인스턴스를 중지하고 다시 시작하지 않고 어셈블리를 다시 배포하면 .NET 버전 관리와 관련된 개발 과정에서 일반적인 문제가 발생합니다.

프로세스가 다시 실행되면 변경 사항이 적용되지 않습니다. 이것은 .NET 어셈블리가 메모리로 로드되는 방식 때문입니다. 호스트에는 이미 어셈블리의 메모리 내 복사본이 있으므로 새 복사본을 GAC(전역 어셈블리 캐시)에 배치할 때 어셈블리를 다시 로드하지 않습니다. 예를 들면 오케스트레이션이 있는 어셈블리의 1.0.0.0 버전이 배포되어 실행 중이며 오케스트레이션을 변경했지만 버전 번호가 변경되지 않은 경우 변경 사항이 적용되지 않습니다. 호스트 인스턴스를 중지하면 어셈블리의 메모리 내 복사본이 삭제되고 호스트 인스턴스를 다시 시작하면 어셈블리의 새 복사본이 다시 로드되고 변경 사항을 가져옵니다. 새 버전(예: 버전 2.0.0.0)이 배포되고 로드된 경우 변경 내용이 적용됩니다.

어셈블리 버전을 변경하면 어셈블리와 버전별로 참조하는 항목 간의 관계가 끊어질 수 있습니다.

.NET Framework 개발에서는 빌드가 발생할 때 어셈블리 버전 번호를 현재 빌드 번호로 업데이트하는 것이 일반적입니다. 그러나 BizTalk 솔루션을 개발할 때 어셈블리 버전 번호를 변경하면 어셈블리와 해당 어셈블리 버전 번호로 DLL을 참조하는 종속 항목 사이의 관계가 끊어질 수 있습니다. 다음 표에서는 버전 번호와 어셈블리 버전 번호 변경의 영향을 사용하여 BizTalk Server 어셈블리를 참조하는 항목을 나열합니다.

엔터티	어셈블리 버전 번호 변경 시 끼치는 영향
바인딩 파일	어셈블리 버전 번호를 변경하면 어셈블리를 참조하는 기존 바인딩 파일이 실패합니다. 이는 바인딩 파일이 버전 번호를 포함하는 특성으로 어셈블리를 참조하기 때문입니다. 메모장 또는 다른 편집기를 사용하여 바인딩 파일에서 버전 정보를 업데이트할 수 있습니다. 솔루션을 다시 배포한 다음 BizTalk Server 관리 콘솔을 사용하여 바인딩 파일을 다시 생성할 수도 있습니다. 마지막으로 스크립트를 사용하여 배포 및 버전 관리를 자동화할 수 있습니다. 배포에 대한 자세한 내용은 BizTalk 애플리케이션 배포 및 관리 (https://go.microsoft.com/fwlink/?LinkID=154210)를 참조하세요.
BAM 추적 프로필 정의 파일(.btt)	어셈블리 버전 번호를 변경하면 기존 BAM 추적 프로필 정의 파일이 실패합니다. BAM 추적 파일은 이진 파일 형식이므로 편집될 수 없고 다시 생성되어야 합니다. BAM 추적 프로필이 필요하면 다음 작업 중 하나를 수행해야 할 수 있습니다. - 빌드 프로세스 중에 버전 번호가 자주 업데이트되는 것을 방지합니다. - 버전 번호가 안정될 때까지 BAM 추적 프로필 빌드 지연
웹 서비스 게시 마법사를 사용하여 게시된 웹 서비스	웹 서비스 게시 마법사를 사용하여 ASP.NET 웹 인터페이스를 생성하는 경우 BizTalk Server 어셈블리의 어셈블리 버전이 ASP.NET 소스 코드에 포함됩니다. 어셈블리 버전 번호는 웹 서비스 작업의 bodyTypeAssemblyQualifiedName 속성의 일부로 ASP.NET 인터페이스에서 런타임에 사용됩니다. bodyTypeAssemblyQualifiedName 속성을 업데이트하지 않고 BizTalk Server 어셈블리의 버전 번호가 변경되면 BizTalk Server 후속 웹 서비스 작업이 거부됩니다. 수신 위치가 XmlDefaultPipeline을 사용할 경우 등록은 문서 유형에 따라 달라집니다. 등록은 포함된 어셈블리 정보를 사용하며 어셈블리가 없으면 등록이 실패합니다. 포트를 표시하고 마법사를 사용하여 수신 위치를 만드는 경우 기본값인 PassThruPipeline을 사용하는 경우 등록은 이 포함된 어셈블리 정보를 무시합니다.