내보내기(0) 인쇄
모두 확장

Azure BizTalk 서비스 릴리스 정보

업데이트 날짜: 2014년 11월

Microsoft Azure BizTalk 서비스의 릴리스 정보에는 이번 릴리스의 알려진 문제가 포함되어 있습니다.

BizTalk Services 포털에서 휴지 암호화를 사용하도록 설정할 수 있습니다. See BizTalk 서비스 포털에서 휴지 암호화 사용.

  • 조직 계정이 지원됩니다.

    • 시나리오: Microsoft 계정(user@live.com)을 사용하여 BizTalk 서비스 배포를 등록했습니다. 이 시나리오에서는 Microsoft 계정 사용자만 BizTalk 서비스 포털을 사용하여 BizTalk 서비스를 관리할 수 있습니다. 조직 계정은 사용할 수 없습니다.

    • 시나리오: Azure Active Directory의 조직 계정(user@fabrikam.com 또는 user@contoso.com)을 사용하여 BizTalk 서비스 배포를 등록했습니다. 이 시나리오에서는 동일한 조직 내의 Azure Active Directory 사용자만 BizTalk 서비스 포털을 사용하여 BizTalk 서비스를 관리할 수 있습니다. Microsoft 계정은 사용할 수 없습니다.

  • Azure 관리 포털에서 BizTalk 서비스를 만들면 BizTalk 서비스 포털에 자동으로 등록됩니다.

    시나리오: Azure 관리 포털에 로그인하고 BizTalk 서비스를 만든 다음 처음으로 관리를 선택합니다. BizTalk 서비스 포털이 열리면 BizTalk 서비스가 자동으로 등록되고 배포에 대한 준비가 됩니다.

See BizTalk Services 포털에서 BizTalk 서비스 배포 등록 및 업데이트.

다음 섹션에는 이번 BizTalk 서비스 릴리스의 알려진 문제가 나와 있습니다.

BizTalk 서비스을 업그레이드하는 동안 서비스에 변경 내용을 적용하기 위해 BizTalk Services 포털을 열면 BizTalk Services 포털과의 연결 문제가 발생할 수 있습니다.

이 문제를 해결하려면 브라우저를 다시 시작하거나 브라우저 캐시를 삭제하거나 개인 모드에서 포털을 시작할 수 있습니다.

Visual Studio 솔루션의 BizTalk 서비스 프로젝트에서는 다음 상황을 고려하세요.

  • 같은 Visual Studio 솔루션에 BizTalk 서비스 프로젝트와 사용자 지정 바인딩 프로젝트가 모두 포함되어 있는 경우 BizTalk Services 프로젝트에는 이 사용자 지정 바인딩 프로젝트 파일에 대한 참조가 포함됩니다.

  • BizTalk Services 프로젝트에 사용자 지정 바인딩/동작 DLL에 대한 참조가 포함되어 있는 경우

Visual Studio에서 솔루션을 정상적으로 '빌드'한 다음 '다시 빌드'하거나 '정리'합니다. 그런 후에 솔루션을 다시 빌드하거나 정리하면 다음 오류가 발생합니다.

Unable to copy file <Path to DLL> to “bin\Debug\FileName.dll”. The process cannot access the file ‘bin\Debug\FileName.dll’ because it is being used by another process.

해결 방법

  • Visual Studio 2012 업데이트 3이 설치되어 있으면 다음의 두 옵션을 사용할 수 있습니다.

    • Visual Studio를 다시 시작합니다. 또는

    • 솔루션을 다시 시작하고 솔루션에서 빌드만 수행합니다.

  • Visual Studio 2012 업데이트 3이 설치되어 있지 않은 경우 작업 관리자를 열고 프로세스 탭과 MSBuild.exe 프로세스를 차례로 클릭한 다음 프로세스 끝내기 단추를 차례로 클릭합니다.

메시지에 대해 승격된 속성의 일부분으로 인쇄할 수 없는 문자를 사용하는 경우 BasicHttpRelay 바인딩을 사용하는 릴레이 대상으로 해당 메시지를 라우팅할 수 없습니다. 또한 추적의 일부분으로 제공되는 승격된 속성은 BLOB의 경우에는 URL로 인코딩되고 대상의 경우에는 인코딩되지 않습니다.

다음과 같은 시나리오를 고려해 볼 수 있습니다. 비동기 MDN 보내기 확인란을 선택하고 비동기 MDN을 보낼 URL을 지정한 후에 비동기 MDN 보내기 확인란을 다시 선택 취소하는 경우, 비동기 MDN을 보내는 옵션이 선택되어 있지 않아도 MDN은 지정한 URL로 전송됩니다.

이 문제를 해결하려면 비동기 MDN 보내기 확인란 선택을 취소하기 전에 지정한 URL을 지우고 나서 AS2 규약을 배포해야 합니다.

IEA 세그먼트 외부에 공백이 있으면 디스어셈블러는 해당 공백을 현재 교환의 끝으로 처리하여 다음 공백 집합을 다음 메시지로 간주합니다. 그러나 공백은 유효한 교환이 아니므로 경로 대상으로 정상적인 메시지 하나가 전송된 다음 일시 중단 끝점으로 빈 메시지 하나가 전송될 수 있습니다.

추적 이벤트는 EDI 메시지 처리 및 상관 관계까지 캡처됩니다. 프로토콜 단계 외부에서 메시지에 오류가 발생해도 추적은 성공한 것으로 표시됩니다. 이러한 상황에서는 추적세부 정보 열 아래 LOG 섹션에서 오류 세부 정보를 확인할 수 있습니다.

프로토콜 단계에 대한 내용은 Azure BizTalk 서비스의 X12 수신 규약Azure BizTalk 서비스의 X12 송신 규약에 나와 있습니다.

BizTalk Services 포털에서는 규약을 구성할 때 ID의 한정자를 수정할 수 있습니다. 이 경우 속성이 일치하지 않게 될 수 있습니다. 예를 들어 한정자로 ZZ:1234567 및 ZZ:7654321을 사용하는 규약이 있는데 BizTalk Services 포털 프로필 설정에서 ZZ:1234567을 01:ChangedValue로 변경한 다음 규약을 열면 ZZ:1234567이 아닌 01:ChangedValue가 표시됩니다.

ID의 한정자를 수정하려면 규약을 삭제하고 파트너 프로필에서 ID를 업데이트한 후 규약을 다시 만듭니다.

Warning경고
이 동작은 X12와 AS2에 모두 적용됩니다.

AS2 메시지의 첨부 파일은 송신 또는 수신에서 지원되지 않습니다. 구체적으로 설명하자면, 첨부 파일은 자동으로 무시되며 메시지 본문은 일만 AS2 메시지로 처리됩니다.

리소스를 추가할 때 이전에 리소스를 추가할 때 사용했던 경로가 대화 상자에 저장되지 않을 수 있습니다. 이전에 사용했던 경로가 저장되도록 하려면 Internet Explorer에서 BizTalk Services 포털 웹 사이트를 신뢰할 수 있는 사이트에 추가해 보세요.

다음과 같은 시나리오를 순서대로 수행하는 경우를 고려해 보세요.

  • BizTalk Services 프로젝트에 XML 단방향 연결 등의 연결을 추가합니다.

  • 엔터티 이름 속성에 값을 지정하여 연결 이름을 바꿉니다. 그러면 관련 .bridgeconfig 파일의 이름이 지정한 이름으로 바뀝니다.

  • 변경 내용을 저장하지 않고 Visual Studio에서 탭을 닫아 .bcs 파일을 닫습니다.

  • 솔루션 탐색기에서 .bcs 파일을 다시 엽니다.

    그러면 관련 .bridgeconfig 파일의 이름은 지정한 새 이름으로 바뀌었지만 디자인 화면의 엔터티 이름은 계속 이전 이름임을 확인할 수 있습니다. 연결 구성 요소를 두 번 클릭하여 연결 구성을 열려고 하면 다음 오류가 표시됩니다.

    ‘<old name>’ Entity’s associated file ‘<old name>.bridgeconfig’ does not exist
    

이러한 상황이 발생하지 않도록 하려면 BizTalk Services 프로젝트에서 엔터티 이름을 바꾼 후 변경 내용을 저장하세요.

XSD 파일 등의 아티팩트를 BizTalk Services 프로젝트에 추가하고, 요청 메시지 유형으로 지정하는 등의 방법으로 연결 구성에 해당 아티팩트를 포함한 후에 Visual Studio 프로젝트에서 아티팩트를 제외하는 시나리오를 고려해 보세요. 이러한 경우 삭제된 아티팩트를 Visual Studio 프로젝트에 포함했을 때와 같은 디스크 위치에서 사용할 수 있으면 프로젝트 빌드 시 오류가 발생하지 않습니다.

BizTalk Services 프로젝트에서는 프로젝트에 추가한 스키마가 다른 스키마를 가져오는 경우 BizTalk Services 프로젝트에서 가져온 스키마가 프로젝트에 추가되었는지 여부를 확인하지 않습니다. 이러한 프로젝트를 빌드할 때는 빌드 오류가 발생하지 않습니다.

이번 릴리스에서는 XML 요청-응답 연결의 응답 메시지 문자 집합이 항상 UTF-8로 설정됩니다.

BizTalk 어댑터 서비스 기능 내의 BizTalk 어댑터 팩 어댑터는 어댑터 작업을 위해 사용자 정의 데이터 형식을 활용할 수 있습니다.

사용자 정의 데이터 형식을 사용할 때는 .dll 파일을 드라이브:\Program Files\Microsoft BizTalk Adapter Service\BAServiceRuntime\bin\ 또는 BizTalk 어댑터 서비스 서비스를 호스트하는 서버의 GAC(전역 어셈블리 캐시)에 복사합니다. 그렇지 않으면 클라이언트에서 다음 오류가 발생할 수 있습니다.

<s:Fault xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <faultcode>s:Client</faultcode>
  <faultstring xml:lang="en-US">The UDT with FullName "File, FileUDT, Version=Value, Culture=Value, PublicKeyToken=Value" could not be loaded. Try placing the assembly containing the UDT definition in the Global Assembly Cache.</faultstring>
  <detail>
    <AFConnectRuntimeFault xmlns="http://Microsoft.ApplicationServer.Integration.AFConnect/2011" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
      <ExceptionCode>ERROR_IN_SENDING_MESSAGE</ExceptionCode>
    </AFConnectRuntimeFault>
  </detail>
</s:Fault>

Important중요
GACUtil.exe를 사용하여 전역 어셈블리 캐시에 파일을 설치하는 것이 좋습니다. 이 도구 및 Visual Studio 명령줄 옵션을 사용하는 방법은 GACUtil.exe에 나와 있습니다.

BizTalk 어댑터 서비스 런타임을 설치하면 BAService 응용 프로그램을 포함하는 BizTalk 어댑터 서비스 웹 사이트가 IIS에 만들어집니다. BAService 응용 프로그램은 내부적으로 릴레이 바인딩을 사용하여 온-프레미스 서비스 끝점 범위를 클라우드로 확장합니다. 온-프레미스에서 호스트되는 서비스의 경우에는 온-프레미스 서비스를 시작할 때만 해당 릴레이 끝점이 Service Bus에 등록됩니다.

응용 프로그램을 중지했다 시작하면 응용 프로그램 자동 시작 구성이 보존되지 않습니다. 그러므로 BAService를 중지할 때는 항상 BizTalk 어댑터 서비스 웹 사이트를 대신 다시 시작해야 합니다. BAService 응용 프로그램을 시작하거나 중지해서는 안 됩니다.

LOB 구성 요소의 주소 및 엔터티 이름에는 특수 문자를 사용하면 안 됩니다. 특수 문자를 사용하는 경우에는 BizTalk Services 프로젝트 배포 중에 오류가 발생합니다. '%' 등의 특정 문자가 있으면 BizTalk 어댑터 서비스 웹 사이트가 중지 상태가 되므로 수동으로 시작해야 합니다.

변환에 컨텍스트 속성 가져오기 매핑 작업이 포함되어 있으면 TestMap이 실패합니다. 컨텍스트 속성 가져오기 매핑 작업을 더미 데이터가 포함된 문자열 연결 매핑 작업으로 바꾸면 일시적으로 이 문제를 해결할 수 있습니다. 이 방법을 사용하는 경우 대상 스키마가 채워지며, 다른 전송 기능을 테스트할 수 있습니다.

Visual Studio에서 TestMap 속성이 표시되지 않는 경우가 있습니다. 속성 창 및솔루션 탐색기 창을 동시에 도킹하지 않으면 이러한 현상이 발생할 수 있습니다. 이 문제를 해결하려면 속성솔루션 탐색기 창을 도킹하세요.

DateTime Reformat 매핑 작업을 디자인 화면에 추가하고 구성할 때 서식 드롭다운 목록이 회색으로 표시될 수 있습니다. 컴퓨터 디스플레이가 중간 – 125% 또는 크게 – 150%로 설정되어 있으면 이러한 현상이 발생할 수 있습니다. 이 문제를 해결하려면 아래 단계를 수행하여 디스플레이를 작게 – 100%(기본값)으로 설정합니다.

  1. 제어판을 열고 모양 및 개인 설정을 클릭합니다.

  2. 디스플레이를 클릭합니다.

  3. 작게– 100%(기본값)적용을 차례로 클릭합니다.

서식 드롭다운 목록이 정상적으로 작동합니다.

다음과 같은 시나리오를 고려해 보세요.

  1. 거래 업체 관리 OM API를 사용하여 규약을 만듭니다.

  2. BizTalk Services 포털의 서로 다른 두 탭에서 규약을 엽니다.

  3. 두 탭에서 모두 규약을 배포합니다.

  4. 두 규약이 모두 배포되어 BizTalk Services 포털에 중복 항목이 생성됩니다.

해결 방법. BizTalk Services 포털에서 중복 규약 중 하나를 열고 배포를 취소합니다.

다음과 같은 시나리오를 고려해 보세요.

시나리오 1: 손 도장(Thumbprint) 기반 인증서를 사용하여 연결에서 서비스 끝점으로의 메시지 전송 보안

먼저 BizTalk Services 프로젝트에서 손 도장(Thumbprint) 기반 인증서를 사용하는 시나리오를 고려해 보겠습니다. BizTalk Services 포털에서 이름은 동일하게 유지하되 다른 손 도장(Thumbprint)을 사용하여 인증서를 업데이트했는데 BizTalk Services 프로젝트는 그에 따라 업데이트하지 않으면 이전 인증서 데이터가 채널 캐시에 계속 남아 있으므로 연결이 메시지 처리를 계속할 수 있습니다. 그 후에는 메시지 처리가 실패합니다.

해결 방법: BizTalk Services 프로젝트에서 인증서를 업데이트한 후 프로젝트를 다시 배포합니다.

시나리오 2: 이름 기반 동작을 사용하여 연결에서 서비스 끝점으로의 메시지 전송 보안

이번에는 BizTalk Services 프로젝트에서 이름 기반 동작을 사용하여 인증서를 식별하는 시나리오를 고려해 보세요. 이 경우에도 BizTalk Services 포털에서 인증서를 업데이트하고 BizTalk Services 프로젝트는 그에 따라 업데이트하지 않으면 이전 인증서 데이터가 채널 캐시에 계속 남아 있으므로 연결이 메시지 처리를 계속할 수 있습니다. 그 후에는 메시지 처리가 실패합니다.

해결 방법: BizTalk Services 프로젝트에서 인증서를 업데이트한 후 프로젝트를 다시 배포합니다.

배포된 아티팩트와 파이프라인 등의 실행 정보가 저장되는 Microsoft Azure SQL 데이터베이스가 오프라인이더라도 BizTalk 서비스 연결은 일정 시간 동안 메시지를 계속 처리합니다. BizTalk 서비스에서는 캐시된 아티팩트 및 연결 구성을 사용하기 때문입니다.

SQL 데이터베이스가 오프라인일 때는 연결에서 메시지를 처리하지 않도록 하려면 BizTalk 서비스 PowerShell cmdlet을 사용하여 BizTalk 서비스를 중지하거나 일시 중단하면 됩니다. 작업 관리를 위한 Windows PowerShell cmdlet은 Azure BizTalk 서비스 관리 샘플을 참조하세요.

연결 사용자 지정 코드 내에서 XML 메시지를 읽을 때 .NET API System.Text.Encoding.UTF8.GetString(bytes)을 사용하는 경우 출력에서 메시지 첫 부분에 추가 BOM 문자가 포함됩니다. 출력에 추가 BOM 문자가 포함되지 않도록 하려면 System.IO.StreamReader().ReadToEnd()를 사용해야 합니다.

WCF를 사용하여 연결로 보내는 메시지는 확장되지 않습니다. 확장 가능 클라이언트를 사용하려면 HttpWebRequest를 대신 사용해야 합니다.

활성 일괄 처리에 EDI 또는 AS2 규약이 포함되어 있습니다. BizTalk 서비스를 미리 보기에서 GA로 업그레이드하면 다음과 같은 현상이 발생할 수 있습니다.

  • 오류: 토큰 공급자가 보안 토큰을 제공할 수 없습니다. 토큰 공급자 반환 메시지: 원격 이름을 확인할 수 없습니다.

  • 일괄 처리 작업이 취소됩니다.

해결 방법: BizTalk 서비스를 GA(일반 공급)로 업데이트한 후 규약을 다시 배포합니다.

연결을 나타내는 이전 아이콘이 포함된 이전 버전의 BizTalk 서비스 SDK를 업데이트한 후에도 도구 상자에 연결의 이전 아이콘이 계속 표시됩니다. 그러나 BizTalk Services 프로젝트 디자이너 화면에 연결을 추가하면 새 아이콘이 표시됩니다.

해결 방법. <system drive>:\Users\<user>\AppData\Local\Microsoft\VisualStudio\11.0의 .tbd 파일을 삭제하면 이 문제를 해결할 수 있습니다.

BizTalk 서비스을 미리 보기에서 GA로 업그레이드하는 동안 BizTalk Services 포털에 로그인하면 포털에 다음 오류가 표시될 수 있습니다.

This capability is not available as part of this edition of Microsoft Azure BizTalk 서비스. To use these capabilities switch to an appropriate edition.

해결 방법: 포털에서 로그아웃하고 브라우저를 닫았다가 연 다음 포털에 로그인합니다.

XML 연결을 BizTalk 서비스 미리 보기 구독에 배포했다고 가정해 보겠습니다. 이 경우 연결로 메시지를 보내면 해당 추적 데이터를 BizTalk Services 포털에서 확인할 수 있습니다. 그런데 BizTalk Services 포털 및 BizTalk 서비스 런타임 비트를 GA로 업그레이드한 후 이전에 배포한 것과 같은 연결 끝점으로 메시지를 보내면 업그레이드 후 보낸 메시지에 대해서는 추적 데이터가 표시되지 않습니다.

이 문서 전체에서 '파이프라인'과 '연결'이라는 용어는 구분 없이 사용됩니다. 두 항목은 모두 BizTalk 서비스에서 배포되는 메시지 처리 단위를 의미합니다.

참고 항목

표시:
© 2015 Microsoft