ERROR] Internal SOAP Processing Failure 에 대해

BIZTALK/운영
posted by 방랑군 2010. 3. 26. 09:49
MS
BizTalk Server Developer Center

참고 사이트 : http://msdn.microsoft.com/en-us/library/ms946383.aspx



I've exposed quite a lot of my orchestrations as web services; while doing that I faced numerous problems sojust thought of summarizing all possible resolutions techniques here
1. SOAP Port not created
2. All properties required for correlation are not promoted; so uninstall assembly are redeploy it
3. SOAP Port created is not bound to orchestration
4. Web service is using anonymous access; remove this anonymous access; keep only windows authentication
5. User account for web service application pool doesn't have access to %temp% folder
6. User account for web service application pool is not member of IIS_WPG group
7. Client to this web service is sending credentials
8. Do iisreset once to ensure all changes are reflected
9. User account for Isolated host has enough rights to access SQL server
10. If you are using Http and SOAP adapters both then create seperate instances of isolated hosts for them

11. Changing receive location pipeline to XML receive pipeline from default passthru pipeline

12. Finally check event log for more information 

저작자표시

'BIZTALK > 운영' 카테고리의 다른 글

[참조]MSDTC(Microsoft Distributed Transaction Coordinator) 문제 해결하기  (0) 2009.12.22
[BizTalkMgmtDb].[dbo].[adm_Group]  (0) 2009.12.21
BizTalk MsgBoxViewe  (1) 2009.11.30
유지 관리 및 BizTalk Server 데이터베이스 문제를 해결하는 방법  (0) 2009.11.30

[참조]MSDTC(Microsoft Distributed Transaction Coordinator) 문제 해결하기

BIZTALK/운영
posted by 방랑군 2009. 12. 22. 15:18


참조 : http://blog.naver.com/dhysys?Redirect=Log&logNo=50039413036


BizTalk Server를 설치하러 다니다보면 꼭 한번은 격는 문제중에 하나는 MSDTC 문제입니다.

문제가 생기면 인프라적인 문제와 애플리케이션적인 문제속에서 고민하느라 시간을 마구 잡아먹는 하마가 될 경우도 종종 발생합니다.

 

오늘은 그동안 사이트를 돌아다니면서 여러가지 시도해본것중에 필요한 스텝만 정리해보도록 하겠습니다.

 

그럼 MSDTC가 무엇이냐?

DTC(Distributed Transaction Coordinator) 서비스는 데이터베이스, 메시지 큐, 파일 시스템 등 두 가지 이상의 트랜잭션 보호 리소스를 업데이트하는 트랜잭션을 조정합니다. 단일 환경의 컴퓨터나 또는 네트워크 상에 있는 분산환경의 컴퓨터들의 트랜잭션 리소스를 보호합니다. blah..blah..blah.. 자세한 설명은 링크를 확인하시기 바랍니다. 한국어 페이지는 열리지 않는군요..

 

큰 내용을 살펴보면 트랜잭션을 사용하는 상황에서 그것도 분산환경 상에서 그것을 보장해주는 기술입니다.

 

트랜잭션 (Transaction) 이란?

정보의 교환이나 데이터베이스 갱신 등 연관되는 작업들에 대한 일련의 연속을 의미...

 

예를들어 은행 ATM기를 사용할때 A라는 고객과 B라는 고객에 서로 다른 위치에서 같은 구좌의 돈을 찾게 되는 상황이 발생하였을때 B라는 사람이 먼저 조회를 했지만 A라는 사람이 돈을 찾아버리게 되면 B가 조회한 내용과 찾을 수 있는 돈이 달라지면서 문제가 발생할 수 있습니다. 이럴때에 구좌의 돈(데이터)의 무결성을 보장해주는것이 트랜잭션이라고 생각하시면 됩니다.

 

분산환경에서 트랜잭션을 보호해준다!

이렇게 보았을때는 괴장히 비즈니스에 도움을 주는 기술입니다. 하지만! 이것이 Microsoft사에서 나왔기때문에.. Microsoft 제품 (SQL, MSMQ)에 제한적으로 지원됩니다. 물론 Oracle 같은 경우도 지원을 하지만 Version을 매우 따지기때문에 아무래도 이기종간 (Oracle, DB2, HOST, CA...)에 사용하기에는 좀 무리가 있습니다.

 

사설이 길었지만... 이기술이 BizTalk Server에서도 사용되어지고 있습니다. BizTalk Server 와 Message Box(SQL) 사이에 트랜잭션 그리고 BizTalk Server 와 분산환경의 SQL Server와 통신하기 위해서 사용되고 있습니다.

 

그렇다면 왜! Microsoft 제품군을 설치하는데 문제가 발생할까?

BizTalk Server를 설치하게 되면 절대! 같은 머신에 설치하는 경우가 없습니다. 테스트 용도 또는 아주 작은 사이즈에서는 가끔 설치하기도 하지요.. 그렇게 되면 BizTalk Server와 Message Box 사이가 분산환경이 되버리면서.. IP Filtering, FireWall, Security... 같은 아주 다양한 문제와 맞이 하게 됩니다.

 

MSDTC는 분산환경에서 트랜잭션을 보장하기 위해 매우 많은 포트를 사용하고 있습니다. 그것도 동적으로! 가끔 너무 많은 포트를 사용한다는 고객사로부터 듣습니다.

 

MSDTC관련 오류가 발생하였다!! 무엇을 확인해야할까?

 

1. 방화벽 체크

MSDTC를 사용하기 위해서는 필요한 포트가 있습니다. 반드시 포트가 오픈되었는지 확인해야 합니다.

다음의 포트리스트는 일반적으로 BizTalk Server에서 필요로 하는 포트입니다. 

 

2. MSDTC 구성 체크

로컬 머신과 MSDTC통신을 하고 싶은 리모트 머신의 MSDTC구성을 확인합니다.

(1) Application Server

Windows Add/Remove -> Applicatoin Serve에서 "Enable network COM+ access", "Enable network DTC acess"를 체크하여 설치하도록 합니다.

 

 

(2) MSDTC Security Configuration

 

Start->Administrator Tools->Component Services에서 트리노드를 확장하여 "My Computer"에서 속성버튼을 클릭합니다.

"COM Security"탭으로 이동 "Security Configuration"을 클릭합니다.

 

- "Network DTC Access" 체크

- "Allow Remote Clients, Allow Remote Administration" 체크

- "Allow Inbound, Allow Outbound, Incomming Caller Authentication Required" 체크

 

** Windows 2003 Server 버전을 기준으로 설명하고 있습니다. Window Server 2003 이전 버전은 Regstry에서 설정하여야 합니다.

     

(3) Port Range assignment

기본적으로 포트의 제한을 걸지 않은 상태라면 0~65535라는 말 그대로 몽땅 다 이용하도록 되어있습니다.

일반적으로 기업내에서 모든 포트를 다 열어주지 않기 때문에 제한을 하도록 합니다. 일반적으로 200개 정도를 동적포트로 할당합니다.

 

 

** 로컬 머신과 리모트 머신 모두 구성해야됩니다.

자 이렇게 하면 기본적인 구성은 완료가 되었다. 하지만.. 실제 해보면 안되는 경우가 비일비재 합니다.. 이제 몇가지 사항을 더 확인해보고 Microsoft에서 제공하는 Tool을 이용하면 당신은 MSDTC를 멋지게 연결할 수 있을것입니다.

 

3. HOST명, IP 확인

MSDTC연결은 HOST명으로 연결되기 때문에 HOST명과 IP가 동일한지 반드시 확인해봐야 합니다.

AD(Active Directory)환경이라면 Domain Server에서 HOST명과 IP를 연결해 줍니다.

AD환경이 아니라면 "C:WINDOWSsystem32driversetc" hosts파일에서 지정할 수 있습니다.

 

 

** 한번 이런경우가 있었습니다. AD환경이기 때문에 아무생각없이 테스트를 하고 있었는데 아무리 해도 연결이 안되는겁니다.

    나중에 알고보니 hosts파일에 IP가 고정되어 전혀 다른 컴퓨터를 바라보고 테스트를 하고 있었습니다. hosts파일을 수정한 후에야

    정상적으로 연결할 수 있었습니다.

 

4. 컴퓨터 방화벽 체크

Windows 2003, XP, Vista... 등에서는 기본적으로 방화벽을 제공 하고 있습니다. 방화벽에 MSDTC를 사용할 수 있도록 구성하거나 방화벽 사용을 중지하여야 합니다.

 

 

5. Microsoft에서 제공하는 툴로 점검하기 (DTCPing, DTCTester, TCPView)

Microsoft에서 제공하는 툴로 정상적으로 RPC통신이 되는지 포트가 열리는지를 확인할 수 있습니다.

(1) DTCPing

가장 기본적으로 사용하는 툴로서 방화벽이 제대로 열렸는지 확인 할 수 있습니다. RPC통신에 필요한 포트를 확인합니다.

실제 통신은 하지 않기 때문에 통신은 되지만 안되는 경우가 발생할 수 있습니다.

 

1. 서버와 클라이언트에 모두 실행되어야 합니다.

 

2. HOST명으로만 연결할 수 있습니다. (AD환경이 아니라면 HOST파일에 정의되어야 합니다.)

 

** 다운로드는 여기서 받을 수 있습니다.

 

(2) DTCTester

DTCPing이 기본적인 RPC통신 확인만 한다면 DTCTester는 실제 SQL데이터베이스에 DTC작업을 합니다. MSDTC가 되는지 확실하게 테스트해 볼 수 있습니다.

1. SQL에 데이터베이스가 있는 환경에서만 사용할 수 있습니다.

 

** ODBC Data source를 이용하여 연결하기 때문에 테스트하려는 서버의 SQL의 Data Source를 반드시 만들어야 합니다.

 

2. SQL데이터베이스에 하는 작업은 다음과 같습니다.

** 사용방법은 "dtctester.exe <dsn name> <user name> <password>" 입니다.

 

- SQL 서버의 데이터 원본명(DSN)으로 연결을 합니다.

- 임시 테이블을 생성합니다.

- 트랜잭션을 초기화 합니다.

- 임시테이블에 데이터를 입력합니다.

- 분산트랜잭션을 커밋합니다.

- 커밋이 되었는지 확인합니다.

- 컨넥션을 종료합니다.

 

 

** 사용방법은 여기서 볼 수 있습니다.

    다운로드는 여기서 받을 수 있습니다.

  

(3) TCPView

"netstat -na"와 비슷한 기능을 제공합니다. 현재 열린 포트 목록과 상태들을 확인 할 수 있습니다. GUI기반으로 좀더 편하게 확인 할 수 있습니다.

 

** Dtcping.exe 가 1567포트로 열린것을 확인할 수 있습니다.

 

다운로드는 여기서 받을 수 있습니다.

 

MSDTC문제가 발생하면..같은 오류이지만 너무나도 많은 환경에 의해서 발생할 수 있습니다. 그 중에서 많이 해결했던 방법을 조금이나만 도움이 되길 바라면서 정리했습니다.

저작자표시

'BIZTALK > 운영' 카테고리의 다른 글

ERROR] Internal SOAP Processing Failure 에 대해  (0) 2010.03.26
[BizTalkMgmtDb].[dbo].[adm_Group]  (0) 2009.12.21
BizTalk MsgBoxViewe  (1) 2009.11.30
유지 관리 및 BizTalk Server 데이터베이스 문제를 해결하는 방법  (0) 2009.11.30

[BizTalkMgmtDb].[dbo].[adm_Group]

BIZTALK/운영
posted by 방랑군 2009. 12. 21. 13:13


GlobalTrackingOption 

1 : 트랙킹 데이타 쌓이게 한다. [DEFAULT]
0 : 트랙킹 데이타 안 쌓이게 한다. 
저작자표시

'BIZTALK > 운영' 카테고리의 다른 글

ERROR] Internal SOAP Processing Failure 에 대해  (0) 2010.03.26
[참조]MSDTC(Microsoft Distributed Transaction Coordinator) 문제 해결하기  (0) 2009.12.22
BizTalk MsgBoxViewe  (1) 2009.11.30
유지 관리 및 BizTalk Server 데이터베이스 문제를 해결하는 방법  (0) 2009.11.30

BizTalk MsgBoxViewe

BIZTALK/운영
posted by 방랑군 2009. 11. 30. 14:20


Version 10.15.8078. 

Download it : MsgBoxViewer10_15.zip

 

New Features:

- New query in “Server Info” category: “NET Config files” on all BT servers - not checked by default
- New query in “Server Info”: “Running Processes” on all servers
- New query in “Advanced DB Info” category: “Tracking tables Sequence Number”  -  not checked by default
- New query in “Advanced DB Info” category:  “Tracking tables Sequence Number gaps” - not checked by default
- New query in “Advanced DB Info” category : “Tracking tables Sequence Large BLOBs” - not checked by default
- Provides a rule raising a warning if large table “NotEqualPredicateTables” found (known issue)
- Provides additional EventsLog rules
- Improves MsgBox Database naming convention in some Summary Report categories to be unique in multiple MsgBox scenarios
- Provides “Total Q rows” entry in the “MsgBox Table” Summary Report category
- "Current Error Log" query is modified to list entries in Descendant order
- Provides some rules to the "Current Error Log" query to check for Disk space errors, Db Integrity or Fatal errors, and raise warnings if   found
- "Error Log.1" request in now moved into its dedicated query  - not Checked by default
- Host instance "Start time" is now added in Topology Report "Running Host instance" category
- System Variables are added in Topology Report

 

Version 10.15. 

Download it : MsgBoxViewer10_15.zip

 

New features:

- Can export now into MBV Extension File custom rules created in MBV gui ("Export" button present in the Rule Dialog in MBV gui)
- Get Artefacts per Host
- Get  COM+ rollup version from COM+ & MSDTC modules loaded in BizTalk instances and from the “Important software Layer” query
  and add it in the Topology Report
- Get SQL ERROR LOGs
- Get LanManWorkstations parameters of all Servers
- Get Config File of all BT servers
- Get also the list of Stopped services on all servers, raise warning if some BizTalk related services are stopped (EDI, Rules update, etc…) and add this list in the Topçology Report
- Get BAM Portal  config file
- Get BAMQueryService  config file
- Get BAMMgmtService Config File
- Get RPC Settings and Internet Port range on all Servers if found
- Get File list of all BT HotFixes installed on all BT Servers
- Include also in the Perfmon Log query the “Process” counters for all running BTSNTSVCx.EXE and RUNTIMEAGENT.EXE 
- Select now by  default "Error and Warning" as type of events to retrieve in the Event Log Query
- Changed DTC Settings and CID duplication queries to be a single VBS query and manage x64 targeded servers (so it should target correctly this time remote x64 registries)
- Check for “FailureActions” changes in BizTalk Services (default  is “Restart Service”)
- Check when max size of a DB file is soon reached (based on his growth) and raise warning if it is 
- Add  SQL Servers Disk Infos in Topology with Disk  types, Capacity, and FreeSpace
- Populate more statistics in the “BizTalk group” category in the Summary Report to reflect very quickly number of BT Servers, SQL ones, 
  DBs,  MsgBoxes, RL, send Ports, pipelines,  ports, etc…
- Identify and include more software versions in the Topology Report  (WCF adapter, MQS client layer, Oracle client layer, SAP client layer, etc..) 
- For BT 2009, add UDDI Db in list of Dbs analyzed  if its location is found in registry in the BTS running MBV
- Detect when SMS agent is running and raise a warning suggesting to use latest version of Mgmt Pack (risk of 100 CPU% wiyh previous version of the BizTalk Mgmt Pack)
- Detect if some BizTalk related  services were stopped on BT servers (MSDTC, ENTSSO, EDI, Rule Engine)
- Raise "not supported" warning if W2K8 R2 is detected
- Fixed bug when generating temp .VBS file with path having spaces
- Fixed bug whene generating temp .BAT file with a long filename
- Checks for non unique document namespaces and raise a warning if found

Posted: Tuesday, December 18, 2007 9:49 PM by jpierauc
Attachment(s): MsgBoxViewer10_15.zip

Comments

Jean-Paul Smit said: 

On a blogpost by Yossi Dahan I read about a BizTalk tool I didn&#39;t know about: MsgBoxViewer Via Google

# May 6, 2008 7:55 AM

EAI world! said: 

Cuando necesitamos conocer y/o predecir del comportamiento de nuestro entorno de BizTalk Server entonces,

저작자표시

'BIZTALK > 운영' 카테고리의 다른 글

ERROR] Internal SOAP Processing Failure 에 대해  (0) 2010.03.26
[참조]MSDTC(Microsoft Distributed Transaction Coordinator) 문제 해결하기  (0) 2009.12.22
[BizTalkMgmtDb].[dbo].[adm_Group]  (0) 2009.12.21
유지 관리 및 BizTalk Server 데이터베이스 문제를 해결하는 방법  (0) 2009.11.30

유지 관리 및 BizTalk Server 데이터베이스 문제를 해결하는 방법

BIZTALK/운영
posted by 방랑군 2009. 11. 30. 14:19


이 문서가 적용되는 제품 보기.

이 페이지에서

요약

Microsoft BizTalk Server 데이터베이스 및 데이터베이스 상태를 성공적인 BizTalk Server 메시징 환경에 대한 매우 중요한 역할을 합니다. 이 문서에서는 BizTalk Server 데이터베이스를 사용하여 작업할 때 고려해야 할 중요한 사항을 설명합니다. 이러한 고려 사항은 다음과 같습니다.
  • 통계 자동 업데이트 및 자동 통계 만들기 Microsoft SQL Server 옵션을 해제해야 합니다.
  • 병렬 속성의 최대 학위 올바르게 설정해야 합니다.
  • 확인할 때 BizTalk Server가 인덱스를 다시 만들 수 있습니다.
  • 잠금, 교착 상태, 또는 차단이 발생할 수 있습니다.
  • 큰 데이터베이스 또는 테이블을 문제가 발생할 수 있습니다.
  • BizTalk SQL Server 에이전트 작업
  • 서비스 인스턴스는 일시 중단할 수 있습니다.
  • SQL Server 및 BizTalk Server 성능 문제가 발생할 수 있습니다.
  • BizTalk Server 에서 최선의 방법을 따라야 합니다.
위로 가기

소개

이 문서에서는 BizTalk Server 데이터베이스를 유지 관리하는 방법 및 BizTalk Server 데이터베이스 문제를 해결하는 방법에 대해 설명합니다.
위로 가기

추가 정보

알려진된 문제

통계 자동 업데이트 및 자동 통계 만들기 옵션을 사용하지 않도록 설정해야 합니다.

BizTalkMsgBoxDb 데이터베이스에서 자동 통계 만들기 및 통계 자동 업데이트 옵션을 해제해야 합니다. 다음 저장된 프로시저를 실행할 SQL Server에서 이러한 설정을 사용할 수 있는지 여부를 확인하려면:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'
끄기"." CurrentSetting 설정을 설정해야 합니다 이 설정은 "시" 로 설정되어 있으면, SQL Server에서 다음 저장된 프로시저를 실행하여 해제할:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
917845  차단이 발생할 조건, 또는 다른 SQL Server 문제를 BizTalkMsgBoxDb 데이터베이스 BizTalk Server 2006 또는 BizTalk Server 2004 연결하려고 하면 교착 상태
912262  자동 업데이트 통계 옵션을 자동 통계 옵션을 만들고 BizTalk Server 2004 또는 BizTalk Server 2006 BizTalkMsgBoxDB 데이터베이스를 호스팅하는 SQL Server 2000 또는 SQL Server 2005 데이터베이스 인스턴스에서 병렬 설정이 해제되어

병렬 property최대 학위 올바르게 설정해야 합니다.

SQL Server를 실행 중이고 BizTalkMsgBoxDb 데이터베이스를 호스팅하는 컴퓨터에서 최대 학위 병렬 run_value 및 config_value 속성의 값을 1로 설정하십시오. 저장 프로시저에 대해 마스터 병렬 처리 설정 최대 학위 확인하려면 다음을 실행합니다 SQL Server 에서 데이터베이스: run_value 및 config_value 속성 값을 1로 설정된 경우 SQL Server에서
exec sp_configure 'max degree of parallelism'
다음 저장된 프로시저를 실행할:
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
899000  BizTalk Server를 구성할 때 SQL Server 인스턴스에 대한 병렬 처리 설정
917845  차단이 발생할 조건, 또는 다른 SQL Server 문제를 BizTalkMsgBoxDb 데이터베이스 BizTalk Server 2006 또는 BizTalk Server 2004 연결하려고 하면 교착 상태

확인할 때 BizTalk Server가 인덱스를 다시 만들 수 있습니다

대부분의 BizTalk Server 인덱스에는 클러스터된 (인덱스 ID: 1). DBCC SHOWCONTIG 문을 BizTalk Server 테이블의 조각화 정보를 표시할 수 있습니다. 

BizTalk Server 인덱스의 GUID를 기반으로 합니다. 따라서 일반적으로 조각화가 발생합니다. DBCC SHOWCONTIG를 문에 의해 반환된 검색 밀도 값이 30% 미만인 경우 가동 중지 시간 동안 BizTalk Server 인덱스는 다시 작성할 수 있습니다. 

BizTalk Server 테이블이 많은 데이터 형식 정의를 사용하는 열이 포함되어 있습니다. 이러한 열은 온라인 인덱싱을 수행할 수 없습니다. 따라서 BizTalk Server 데이터를 처리하는 동안 BizTalk Server 인덱스를 결코 다시 합니다. 

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
917845  차단이 발생할 조건, 또는 다른 SQL Server 문제를 BizTalkMsgBoxDb 데이터베이스 BizTalk Server 2006 또는 BizTalk Server 2004 연결하려고 하면 교착 상태
DBCC SHOWCONTIG를 문을 출력을 분석하는 방법에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.
http://technet.microsoft.com/en-us/library/cc966523.aspx

잠금, 교착 상태, 또는 차단이 발생할 수 있습니다.

일반적으로, 잠금 및 블록 BizTalk Server 환경에서 발생합니다. 그러나 이러한 잠금 또는 블록 오랫동안 계속 수행할지 않습니다. 따라서, 차단 및 교착 상태는 잠재적인 문제를 나타냅니다.

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
917845  차단이 발생할 조건, 또는 다른 SQL Server 문제를 BizTalkMsgBoxDb 데이터베이스 BizTalk Server 2006 또는 BizTalk Server 2004 연결하려고 하면 교착 상태

큰 데이터베이스 또는 테이블을 문제가 발생할 수 있습니다.

BizTalkMsgBoxDb 데이터베이스 5 GB 보다 큰 경우 문제가 발생할 수 보았습니다. 이상적으로는 BizTalkMsgBoxDb 데이터베이스의 모든 데이터를 보유하는 수 합니다지 않습니다. 데이터 처리 또는 BizTalkDTADb 데이터베이스로 이동할 때까지 BizTalkMsgBoxDb 데이터베이스 버퍼를 간주해야 합니다. 

강력한 SQL Server 백 엔드 및 많은 긴 오케스트레이션 시 사용하는 환경을 5 GB 보다 큰 BizTalkMsgBoxDb 데이터베이스가 있을 수 있습니다.

장기 실행 오케스트레이션 사용하는 대용량 환경의 5 GB 이상의 훨씬 작은 BizTalkMsgBoxDb 데이터베이스에 있어야 합니다.

BizTalkDTADb 데이터베이스 집합 크기를 있지 않습니다. 그러나 쿼리 성능이 저하되면, 데이터베이스가 너무 큰 것 같습니다. 일반적으로, 20 GB 15GB은 너무 커서 간주됩니다. 큰 BizTalk Server 데이터베이스를 사용할 때 다음과 같은 문제가 발생할 수 있습니다.
  • BizTalkMsgBoxDb 데이터베이스 계속해서 커집니다. 그러나 로그 파일과 데이터 크기가 큰 남아 있습니다.
  • BizTalk Server 경우에도 간단한 메시지 흐름 시나리오를 처리하는 데 평소보다 시간이 더 걸립니다.
  • 상태 및 활동 추적 (HAT) 평상시보다 시간이 더 걸릴 쿼리와 시간이 초과될 수 있습니다.
  • 데이터베이스 로그 파일에 절대 잘립니다.
  • BizTalk SQL Server 에이전트 작업을 평소보다 느리게 실행됩니다.
  • 일부 테이블 훨씬 큰 수 또는 행이 너무 일반적인 테이블 크기를 비교하여 있습니다.
데이터베이스를 여러 가지 이유로 커질 수 있습니다. 이러한 이유는 다음과 같습니다.
  • BizTalk SQL Server 에이전트 작업을 실행하지 않는
  • 일시 중단된 인스턴스 수가 많은
  • 디스크 오류
  • 추적
  • 조절
  • SQL Server 성능
  • 네트워크 대기 시간
사용자 환경에서 데이터 문제가 발생하는지 여부를 확인하려면 예상한 알고 있어야 합니다.

기본적으로 추적 기본 호스트에서 사용할 수 있습니다. BizTalk은 호스트 추적 허용 옵션이 있는 단일 호스트를 확인할 수 있어야 합니다. 추적을 사용하면 추적, 추적 데이터 디코딩 서비스 (TDDS) 이동합니다 BizTalkMsgBoxDb 데이터베이스의 데이터를 이벤트 BizTalkDTADb 데이터베이스에. 추적 호스트를 중지하면 TDDS BizTalkDTADb 데이터베이스로 데이터를 이동하는 및 TrackingData_x_x BizTalkMsgBoxDb 데이터베이스의 테이블을 증가합니다. 

추적 하나의 호스트에 지정하는 것이 좋습니다. TDDS에서 대용량 시나리오에서 새 추적 이벤트를 유지 관리할 수 있도록 단일 추적 호스트 여러 인스턴스를 만들 수 있습니다. 하나 이상의 추적 호스트 있어야 합니다.

테이블에 너무 많은 행이 있을 수 있습니다. 너무 많은 행 없음 집합 수가 있습니다. 또한 이 행 수를 테이블에 저장되는 데이터 종류에 의해 달라집니다. 예를 들어, 1 백만 개 이상의 행이 있을 것입니다 dta_DebugTrace 테이블에 너무 많은 행이 있습니다. 200,000 두 개 이상의 행이 있을 것입니다 HostName Q_Suspended 테이블에 너무 많은 행이 있습니다.

올바른 BizTalk SQL Server 에이전트 작업을 사용하십시오.

BizTalk SQL Server 에이전트 작업을 BizTalk Server 데이터베이스를 관리하는 높은 성능을 유지하는 데 중요합니다.

SQL Server 에이전트 백업 BizTalk Server BizTalk Server 데이터베이스를 백업하려면 지원되는 유일한 방법은 작업입니다. 이 작업의 모든 BizTalk Server 데이터베이스를 전체 복구 모델 사용하도록 설정할 수 있어야 합니다. 이 작업에 정상 BizTalk Server 환경에 대해 구성해야 합니다. SQL Server 메서드를 사용하여 SQL Server 서비스가 중지된 경우 및 모든 BizTalk Server 프로세스가 중지된 경우 BizTalk Server 데이터베이스를 백업하는 데 사용할 수 있습니다. 

MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server 에이전트 작업 무한히 실행됩니다. 따라서 SQL Server 에이전트 작업 기록을 절대로 성공적인 완료를 표시합니다. 오류가 발생할 경우 작업 1분 내에 다시 시작되고 계속 무한히 실행됩니다. 따라서 오류를 안전하게 무시할 수 있습니다. 또한 작업 기록을 지울 수 있습니다. 경우에만 이 작업을 지속적으로 오류가 발생하여 다시 작업 기록을 보고하는 경우 고려해야 합니다. 

MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server 에이전트 작업에 의해 MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb 작업을 시작할 때문에 사용하면 합니다 유일한 BizTalk Server 작업을 것입니다.

DTA 제거 및 보관 SQL Server 에이전트 작업 BizTalkDTADb 데이터베이스 제거 및 추적된 메시지 보관을 유지할 수 있습니다. 이 작업은 테이블의 모든 행을 읽고 레코드를 제거 여부를 확인하는 데 시간 스탬프를 비교합니다.

MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server 에이전트 작업 제외한 모든 BizTalk SQL Server 에이전트 작업을 성공적으로 실행되고 있어야 합니다.

모든 BizTalk Server SQL Server 에이전트 작업의 설명을 보려면 다음 MSDN) Microsoft 소프트웨어 개발자 네트워크 (웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/aa561960.aspx
모든 BizTalk Server 2004 SQL Server 에이전트 작업에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
919776  BizTalk Server 2004 SQL Server 에이전트 작업에 대한 설명

서비스 인스턴스는 일시 중단될 수 있다

서비스 인스턴스는 일시 중단된 (다시 시작 가능) 또는 (중단되어) 일시 중단할 수 있습니다. 이러한 서비스 인스턴스 메시징, 오케스트레이션, 포트 수 있습니다. 

서비스 인스턴스 두 종류의 데이터베이스 unnecessarily.These 인스턴스를 종료할 수 증가 BizTalkMsgBoxDb을 할 수 있습니다. 어떤 방법을 사용하는 BizTalk 버전에 따라 다음 표에 나와 있습니다.
그룹 허브 모자 Terminate.vbs
BizTalk Server 2009년 예 아니오 예
BizTalk Server 2006 R2 예 예 예
BizTalk Server 2006 예 예 예
BizTalk Server 2004 아니오 예 예
Terminate.vbs 스크립트에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/bb203857.aspx
그룹 허브 페이지 캐싱 인스턴스가 나타나지 않는 및 일시 중단 또는 캐싱 인스턴스를 종료할 수 없습니다. 이 제한 테이블 증가 일반적인 원인입니다. BizTalk Server 2006의 캐시 서비스 인스턴스에 대한 새 좀비 메시지를 방지하기 위해 Microsoft 기술 자료 문서 936536 설명되어 있는 핫픽스를 적용하십시오. BizTalk Server 2006 R2 및 나중에 이 문제가 해결되었습니다.

참고 좀비 메시지가 있었지만 라우팅되지 않은 소비되는 메시지입니다.

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
936536  FIX: BizTalk Server 2006 성능 문제가 발생할 및 조절 메시지가 성능 로그 파일에 기록됩니다.
BizTalk Server 호스트 인스턴스가 종료되면 캐싱 인스턴스를 제거할 수 없습니다. BizTalk Server 2006과 BizTalk Server 2006 R2이 이 문제를 해결하려면 Microsoft 기술 자료 문서 944426 설명되어 있는 핫픽스를 적용하십시오. 이 문제는 BizTalk Server 2009년 해결되었습니다.

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
944426  FIX: 고아 캐시 인스턴스가 BizTalk Server 2006의 BizTalkMsgBoxDb 데이터베이스 인스턴스 테이블의 빌드할 수 있습니다.
위로 가기
또 다른 일반적인 문제는 라우팅 실패 보고서 (RFRs) BizTalkHostQ 및 BizTalkHostQ_Suspended 테이블을 만들 수 있다는 점입니다. 해당 RFRs 제거 및 증가 BizTalkMsgBoxDb 데이터베이스에 이 동작이 발생할 수 있습니다. BizTalk Server 2006의 이 문제를 해결하려면 Microsoft 기술 자료 문서 941690 설명되어 있는 핫픽스를 적용하십시오. BizTalk Server 2006 R2 및 나중에 이 문제가 해결되었습니다. 

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
941690  FIX: <biztalkhostname>Q_Suspended 테이블의 BizTalk Server 2006 서버의 라우팅 오류 보고서 제거되지 않지만
위로 가기
용어 "고아" 메시지와 메시지를 "좀비" 자주 같은 의미로 사용됩니다. 

고아 메시지는 연관된 인스턴스가 없는 메시지입니다. 예를 들어, 라우팅 오류 보고서 고아 메시지입니다.

좀비 메시지가 있었지만 라우팅되지 않은 소비되는 메시지입니다. 예를 들어, 메시지는 호송 오케스트레이션 배달되었습니다. 그러나 호송 오케스트레이션 다른 코드 경로를 아래로 진행되었습니다. 오케스트레이션 인스턴스가 완료됩니다. 메시지가 삭제되고 좀비 메시지로 이제 알려져 있습니다. 

좀비 메시지를 설명을 보려면 다음 MSDN 웹 사이트를 방문하십시오.
http://blogs.msdn.com/biztalk_core_engine/archive/2004/06/30/169430.aspx

SQL Server 및 BizTalk Server 성능 문제가 발생할 수 있다

BizTalk Server 짧고 매우 빠른 트랜잭션 수백을 SQL Server에 1분 내에 있습니다. SQL Server이 이 활동 유지할 수 없는 경우 BizTalk Server 성능 문제가 발생할 수 있습니다. 실제 디스크 성능 개체는 읽기 평균 디스크 초, 평균 디스크 초/전송 및 평균 디스크 초/쓰기 성능 모니터 카운터를 모니터링하십시오. 최적 값은 미만의 10 밀리초 (ms) 입니다. 20ms 또는 값은 성능이 간주됩니다.

SQL Server 성능에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.
http://technet.microsoft.com/en-us/library/cc966540.aspx
BizTalk Server 2004 데이터베이스 가용성에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/ms942187.aspx
BizTalk Server 2006 데이터베이스 가용성에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/aa559920.aspx
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
298475  SQL Server 성능 문제를 해결하는 방법
271509  SQL Server 2000 및 SQL Server 2005 차단 모니터링하는 방법

BizTalk Server에서 최상의 방법

SQL 서버에서 SQL Server 에이전트를 시작해야 합니다. SQL Server 에이전트가 중지되었을 때 데이터베이스 유지 관리를 담당하는 기본 제공 BizTalk SQL Server 에이전트 작업을 실행할 수 없습니다. 이 동작으로 인해 데이터베이스 증가 및 이 성장 성능 문제가 발생할 수 있습니다. BizTalk Server 데이터베이스 유지 관리 BizTalk Server 2004 서비스 팩 2(SP2) 것보다 최신 버전의 BizTalk Server 크게 향상되었습니다. 

SQL Server LDF 및 MDF 파일을 별도의 드라이브에 넣습니다. BizTalkMsgBoxDb 및 BizTalkDTADb 데이터베이스에 대한 LDF 및 MDF 파일이 같은 드라이브에 있는 경우 디스크 경합이 발생할 수 있습니다.

추적 메시지 본문에서 활용할 경우 이 기능을 사용하지 마십시오. 자주, 개발 및 솔루션을 문제를 해결하는 동안 메시지 본문을 추적을 사용하도록 설정하고 싶을 수 있습니다. 이렇게 하면 끝나면 메시지 본문 추적 사용하지 않도록 확인하십시오. 추적 메시지 본문에 사용하면, BizTalk Server 데이터베이스를 커집니다. 만들어야 비즈니스 있는 경우 메시지 본문 추적 사용, TrackedMessages_Copy_BizTalkMsgBoxDb 및 DTA 제거 및 보관 SQL Server 에이전트 작업이 성공적으로 실행 중인지 확인해야 합니다.

일반적으로 더 작은 트랜잭션 로그를 더 나은 성능을 발생합니다. 트랜잭션 로그를 작게 유지하려면 백업 BizTalk Server SQL Server 에이전트 작업을 더 자주 실행하도록 구성하십시오. 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/bb743398.aspx
해당 BizTalk Server 2006 최상의 방법 분석 (BPA) 기존 BizTalk Server 배포를 평가할 수 있습니다. 해당 BPA 수많은 데이터베이스 관련 검사를 수행합니다. 해당 BPA에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/downloads/details.aspx?FamilyID=93d432fe-1370-4b6d-aaa8-a0c43c30f5ab&displaylang=en
위로 가기

문제 해결

문제 해결 단계를 BizTalk Server SQL Server 데이터베이스에 대한 최상의 블로킹 또는 교착 상태 같은 데이터베이스 문제 종류에 따라 달라집니다. BizTalk Server 데이터베이스 문제를 해결하려면 다음과 같이 하십시오.

1단계: 사용 및 필요한 모든 BizTalk SQL Server 에이전트 작업을 실행하십시오.

MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb 작업 제외한 모든 BizTalk SQL Server 에이전트 작업을 성공적으로 설정된 실행 중이어야 합니다. 다른 작업 사용 안 함으로 설정하지 마십시오. 

오류가 발생할 경우 기록 보기 옵션을 SQL Server 오류 정보를 볼 수 있으며 그에 따라 실패 문제 해결 MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server 에이전트 작업 무한히 실행되도록 합니다. 따라서 사용자가 경우에만 작업을 지속적으로 오류가 발생하여 다시 작업 기록을 보고하는 경우 관심을 합니다.

2단계: MsgBoxViewer 도구를 사용하십시오.

문제를 재현하는 동안 MsgBoxViewer 데이터를 수집하십시오. 

MsgBoxViewer 도구에 대한 테이블 크기 및 행 수를 자세한 정보를 가진 HTML 보고서를 제공하므로 문제 해결에 유용합니다. 보고서를 또한 BizTalk Server 조절 여부를 확인하는 데 도움이 될 수 있습니다. 또한 이 도구는 BizTalk Server 데이터베이스 및 BizTalk Server 구성에 대한 스냅샷을 제공합니다. 

MsgBoxViewer 도구를 사용할 때 선택 모든 쿼리에 대한 완전한 분석 선택적 쿼리 탭을 눌러 확인하십시오. 

MsgBoxViewer 도구를 다운로드하는 방법에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.
http://blogs.technet.com/jpierauc/pages/msgboxviewer.aspx
BizTalk Server 조절에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/aa559893.aspx
BizTalk Server 보통 때보다 느리게, MsgBoxViewer 도구를 실행할 실행 중일 때 모든 쿼리에 선택적 쿼리 탭을 선택합니다 클릭한 다음 모든 문제에 대해 생성된 HTML 보고서를 검토하십시오. 요약 보고서 섹션을 빨간색으로 노란색 및 잠재적인 문제 경고를 나열합니다. 

또한 어떤 테이블에 가장 큰 수 및 대부분의 레코드가 확인하려면 출력 MsgBoxViewer 도구를 사용할 수 있습니다. 다음 표에서는 일반적으로 가장 큰 증가 BizTalk Server 테이블을 보여 줍니다. 이 데이터는 잠재적인 문제가 발생할 확인할 수 있습니다.
테이블설명
HostNameQ_Suspended 이 테이블은 특정 호스트에 대해 일시 중단된 인스턴스 관련된 메시지 스풀 테이블에 대한 참조를 포함합니다. BizTalkMsgBoxDb 데이터베이스 테이블입니다.
HostNameQ 이 테이블은 특정 호스트와 연결되지 않는 일시 메시지 스풀 테이블에 대한 참조를 포함합니다. BizTalkMsgBoxDb 데이터베이스 테이블입니다.
스풀 
부분 
조각		 이러한 테이블의 실제 메시지 데이터를 BizTalkMsgBoxDb 데이터베이스에 저장합니다.
인스턴스 이 테이블은 모든 인스턴스 및 현재 상태 BizTalkMsgBoxDb 데이터베이스에 저장합니다.
TrackingData_ x _ x 이 테이블은 추적된 이벤트를 TDDS에서 이벤트를 BizTalkDTADb 데이터베이스로 이동하는 BizTalkMsgBoxDb 데이터베이스에 저장합니다.
Tracking_Fragments x
Tracking_Parts x
Tracking_Spool x		 BizTalkMsgBoxDb 및 BizTalkDTADb 데이터베이스에서 이러한 테이블을 각각 두 가지입니다. 온라인 상태인 및 다른 오프라인 상태입니다. 

BizTalk Server 2004 SP2 에서 및 이후 버전에서 TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server 에이전트 작업 추적된 메시지 본문을 BizTalkDTADb 데이터베이스에서 이러한 테이블을 직접 이동합니다.

BizTalk Server 2004 서비스 팩 1 (SP1) 및 이전 버전의 BizTalk Server TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server 에이전트 작업 추적된 메시지 본문을 BizTalkMsgBoxDb database.The TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server 에이전트 작업 이러한 테이블로 오프라인 테이블을 제거하고 테이블 온라인 작업 또한 온라인 테이블 오프라인 상태로 동안 있습니다 복사합니다.
dta_ServiceInstances 이 표는 서비스 인스턴스에 대한 추적된 이벤트를 BizTalkDTADb 데이터베이스에 저장합니다. 이 테이블이 많은 경우 BizTalkDTADb 데이터베이스 가능성이 큽니다.
dta_DebugTrace 이 테이블은 오케스트레이션 디버거 이벤트를 BizTalkDTADb 데이터베이스에 저장합니다.
dta_MessageInOutEvents 이 테이블은 추적된 이벤트 메시지를 BizTalkDTADb 데이터베이스에 저장합니다. 이러한 추적된 이벤트 메시지는 메시지 컨텍스트 정보를 포함합니다.
dta_ServiceInstanceExceptions 이 테이블은 일시 중단된 서비스 인스턴스 오류 정보를 BizTalkDTADb 데이터베이스에 저장합니다.
다음 시나리오를 고려하십시오.
HostNameQ_Suspended 테이블
HostName Q_Suspended 테이블에 레코드가 여러 개 있을 경우 테이블 그룹 허브 페이지 또는 HAT를 나타나는 유효한 일시 중단된 인스턴스 수 있습니다. 이러한 인스턴스를 종료할 수 있습니다. 이러한 인스턴스가 있는 그룹 허브 페이지 또는 HAT를 의 인스턴스가 나타나지 않는 경우 인스턴스 또는 라우팅 오류 보고서 분리된 아마도 캐싱. 일시 중단된 인스턴스를 종료할 때 이 테이블의 항목 및 스풀 및 인스턴스 테이블의 해당 연결된 행을 정리합니다.
HostNameQ: 테이블
HostName Q 테이블에 레코드가 많은 경우 다음과 같은 종류의 인스턴스가 있을 수 있습니다.
  • 실행 준비 인스턴스
  • 활성 인스턴스
  • 디하이드레이션된 인스턴스
BizTalk Server "" catch하고 인스턴스를 처리하는 데 시간이 필요합니다. 이 표에서는 들어오는 속도를 처리 나가는 처리 속도가 outpaces 때 커질 수 있습니다. 이 시나리오는 큰 BizTalkDTADb 데이터베이스 또는 SQL Server 디스크 지연 등의 다른 문제가 발생할 때 발생할 수 있습니다.
스풀링하기에, 파트 및 테이블 조각 수
스풀, 파트 및 조각 테이블에 레코드가 여러 개 있을 경우 디하이드레이션된, 또는 일시 중단된 메시지 수를 현재 활성화되어 있습니다. 크기, 부품 번호 및 이러한 테이블의 조각화 설정을 따라 단일 메시지를 이러한 모든 테이블을 생성할 수 있습니다. 각 메시지에는 스풀 테이블 정확히 하나의 행과 하나 이상의 파트 테이블의 행에 있습니다.
인스턴스 테이블
인스턴스 테이블에 남아 있게 많은 일시 중단된 인스턴스를 BizTalk 관리자 허용해서는 안 됩니다. 장기 실행 오케스트레이션 비즈니스 논리가 필요한 경우 디하이드레이션된 인스턴스가 많은 경우에만 유지되어야 합니다. 하나의 서비스 인스턴스가 스풀 테이블의 많은 메시지와 연결될 수 있습니다.
TrackingData_ x _ x 테이블
TrackingData_ x _ x 테이블을 큰 경우, 추적 호스트 (TDDS) 실행되고 있지 않거나 성공적으로 실행되고 있지 않습니다. 추적 인스턴스를 호스트하는 경우 실행, 이벤트 로그 및 오류 정보를 BizTalkDTADb 데이터베이스에서 TDDS_FailedTrackingData 테이블을 검토합니다.
Tracking_Spool1 또는 Tracking_Spool2 테이블
BizTalk Server 2004 SP1 및 BizTalk Server의 이전 버전에서 Tracking_Spool1 또는 Tracking_Spool2 테이블 커질 경우 TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server 에이전트 작업 활성화되어 있고 실행 중인지 확인하십시오. 

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
907661  Tracking_Spool1 또는 Tracking_Spool2 BiztalkMsgBoxDb 데이터베이스의 테이블을 BizTalk Server 2004 매우 커질 수
BizTalk Server 2004 SP1 및 이전 버전의 BizTalk Server 대신 BizTalkMsgBoxDb 데이터베이스에서 추적된 메시지 본문을 제거하고 BizTalkDTADb 데이터베이스에 추적된 메시지 본문을 이동하는 것이 좋습니다. 

자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/ms966372.aspx
dta_DebugTrace 테이블
dta_DebugTrace 테이블의 많은 레코드가 있는 경우 사용 중인 또는 사용되고 오케스트레이션 디버깅. 오케스트레이션 디버깅 일반 작업에는 필요하지 않은 경우 오케스트레이션 디버깅을 사용하지 않도록 설정하십시오. 오케스트레이션 디버깅을 사용할 경우 또는 BizTalkMsgBoxDb 데이터베이스에서 백로그가 존재할 경우 dta_DebugTrace 테이블을 계속 TDDS 계속 이 데이터를 dta_DebugTrace 테이블로 이동하는 커질 수 있습니다. 

전역 추적 기본적으로 사용할 수 있습니다. 전역 추적 필요하지 않으면 해제할 수 있습니다. 자세한 내용은 다음 Microsoft 웹 사이트를 참고하시기 바랍니다:
http://technet.microsoft.com/en-us/library/bb203858.aspx
dta_DebugTrace 테이블 및 dta_messageInOutEvents BizTalkTrackingDb 데이터베이스에서 테이블의 너무 큰 경우 추적 호스트 중지 후 테이블을 수동으로 잘라낼 수 있습니다. BizTalk 2004 BizTalkDTADb 데이터베이스에서 dtav_FindMessageFacts 뷰의 dta_messageInOutEvents 테이블을 잘라내는 것을 방지합니다. 이 문제를 해결하려면 다음 이 단계를 수행하십시오.
  1. 추적 호스트 및 DTA 제거 및 보관 작업을 중지하십시오.
  2. dta_messageInOutEvents 테이블을 자를 경우 저장하고 dtav_FindMessageFacts 보기를 삭제하십시오. 이렇게 하려면 다음과 같이 하십시오.
    1. SQL Server에서 dtav_FindMessageFacts 보기를 BizTalkDTADb 데이터베이스에 액세스하십시오.
    2. dtav_FindMessageFacts 보기를 마우스 오른쪽 단추로 클릭하고 모든 작업 을 누른 다음 SQL 스크립트 생성 을 클릭하십시오. SQL 스크립트 생성 대화 상자를 열면 변경 내용이 없습니다 확인한 다음 확인 을 누릅니다.
    3. 파일 dtav_FindMessageFacts.sql 이름을 지정한 다음 저장 을 누릅니다.
    4. dtav_FindMessageFacts 뷰를 마우스 오른쪽 단추로 클릭한 다음 삭제 를 클릭하십시오. 모두 삭제 를 클릭하십시오.
이제 테이블이나 테이블을 자를 수 있습니다. dta_messageInOutEvents 테이블을 자를 경우 dta_url 테이블을 자를 수도 합니다. BizTalk Server 2004 dta_url 테이블이 하나만 있습니다.

작업을 마치면, dtav_FindMessageFacts 보기를 다시 만들려면 다음과 같이 하십시오.
  1. SQL Server에서 새 쿼리를 엽니다.
  2. 사용 가능한 데이터베이스 목록에서 BizTalkDTADb 데이터베이스를 선택하십시오.
  3. 저장된 dtav_FindMessageFacts.sql 스크립트를 실행하십시오. BizTalkDTADb 데이터베이스에서 뷰를 다시 만듭니다.
추적 호스트 및 DTA 제거 및 보관 작업을 다시 시작하십시오.
위로 가기
추적 데이터베이스 크기 조정 지침에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/en-us/library/aa559162.aspx
dta_ServiceInstanceExceptions 테이블
dta_ServiceInstanceExceptions 테이블의 일반적으로 정기적으로 인스턴스를 일시 중단했습니다 환경에서 큰 됩니다.

3단계: 교착 상태 시나리오는 조사

교착 상태 시나리오에서 SQL Server에서 DBCC 추적이 있도록 교착 상태 정보를 SQLERROR 로그에 기록됩니다. 

SQL Server 2005 에서 이상에서, 다음 문을 실행할:
DBCC TRACEON (1222,-1)
다음 문을 실행할 SQL Server 2000 위치:
DBCC TRACEON (1204)
또한 PSSDiag 유틸리티를 사용하여 잠금: 교착 상태 이벤트 및 잠금: 교착 상태 체인 이벤트 데이터를 수집합니다. 

BizTalkMsgBoxDB 고용량, 높은 트랜잭션 온라인 트랜잭션 처리 (OLTP) 데이터베이스에 데이터베이스입니다. 교착 상태는 일부 예상 및 이 교착 상태는 BizTalk Server 엔진에서 내부적으로 처리됩니다. 이 문제가 발생하면 오류 로그에 오류가 나열됩니다. 교착 상태 시나리오는 조사할 때 교착 상태가 오류 이벤트 로그에 출력을 조사 중인 교착 상태가 상관될 합니다.

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
830232  PSSDIAG 데이터 컬렉션 유틸리티
위로 가기

차단된 프로세스 단계 4: 위치

SQL Server에서 활동 모니터 잠금 시스템 프로세스의 서버 프로세스 식별자 (SPID) 얻을 수 있습니다. 그런 다음 SQL 프로필러를 확인할 잠금 SPID가 실행 중인 SQL 문을 실행하십시오.

SQL Server 에서 잠금 및 블로킹 문제를 해결하는 데 사용할 블로킹 스크립트를 모든 Transact-SQL 이벤트를 캡처하려면 PSSDiag 유틸리티를 사용하십시오. 

SQL Server 2005 에서 이상에서, SPID 또는 SPID 지정한 임계값 이상 차단 확인하려면 차단된 프로세스 임계값 설정을 지정할 수 있습니다. 

PSSDiag 유틸리티에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
830232  PSSDIAG 데이터 컬렉션 유틸리티
차단된 프로세스 임계값에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
http://msdn2.microsoft.com/en-us/library/ms181150.aspx
참고 SQL Server 에서 차단 문제에 대한 잠금이 발생할 때 또는 Microsoft 고객기술지원부에 문의하는 것이 좋습니다. Microsoft 고객기술지원부에 올바른 PSSDiag 유틸리티를 옵션을 구성하는 데 도움이 될 수 있습니다.

단계 5: BizTalk Server 2004 SP2 설치

BizTalk Server 2004 SP1 제거 및 기능을 BizTalkDTADb 데이터베이스의 보관 없는 기본 제공이 있습니다. 이 기능은 BizTalk Server 2004 SP2에 포함되어 있습니다. 설치 프로그램이 BizTalkDTADb 데이터베이스를 삭제하는 때문에 BizTalkDTADb 데이터베이스 크기에 따라 BizTalk Server 2004 SP2 설치 시간이 걸릴 수 있습니다. 

BizTalk Server 2004 서비스 팩 2를 설치할 때 발생할 수 있는 알려진된 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
940519  BizTalk Server 2004 서비스 팩 2 ReadmeS.htm 파일에 설명되어 있는 알려진된 문제
위로 가기
BizTalk Server 2004 SP2를 설치할 때 아래 이 단계를 따르는 것이 좋습니다.
  1. 다운로드 및 Microsoft 기술 자료 문서 894253 설명되어 있는 핫픽스를 적용하십시오. SQL Server 2000에서 Bts_tracking_shrinkexistingdatabase.sql 스크립트를 실행하려면 이 기술 자료 문서의 단계를 수행하십시오. 

    추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
    894253  FIX: dtasp_PruneTrackingdatabase() 저장된 프로시저를 BizTalk Server 2004 DTA 데이터베이스를 정리하는 데 많은 시간이 걸릴 수 있습니다.
  2. BizTalk Server 2004 SP2를 설치하십시오. 

    추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
    888751  BizTalk Server 2004 최신 서비스 팩을 구하는 방법
위로 가기

모든 데이터 삭제

데이터베이스가 너무 큰 경우 및 기본 방법은 모든 데이터를 삭제할 경우 데이터를 삭제할 수 있습니다.

주의 이 메서드는 모든 환경에서 데이터가 중요한 비즈니스 또는 데이터가 필요한 곳에 사용하지 않습니다.

BizTalkMsgBoxDb 데이터베이스 단계 제거

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
924715  FIX: BizTalk Server 2006 테스트 환경에서 저장 프로시저를 사용하여 bts_CleanupMsgbox 실행하면 데이터 추적 데이터베이스에서 삭제할 메시지
BizTalkMsgBoxDb 데이터베이스에서 데이터를 모두 삭제하려면 다음과 같이 하십시오.

참고 이 작업은 모든 메시지를 삭제합니다. 프로덕션 환경에서 이러한 단계를 따르지 않습니다.
  1. 모든 BizTalk Server 데이터베이스를 백업하십시오.
  2. Drive Msgbox_cleanup_logic.sql 스크립트 복사: SQL Server BizTalk 200 x \Program Files\Microsoft \schema.
  3. 이 bts_CleanupMsgbox 저장 프로시저의 업데이트 BizTalkMsgBoxDb 데이터베이스에 대해 SQL 스크립트를 실행하십시오.
  4. 모든 BizTalk 호스트, 서비스 및 사용자 지정 격리된 어댑터를 중지하십시오. HTTP 또는 SOAP 어댑터를 사용하는 경우 IIS 서비스를 다시 시작하십시오.
  5. 모든 BizTalkMsgBoxDb 데이터베이스에 대해 bts_CleanupMsgbox 저장 프로시저를 실행하십시오.
  6. 모든 호스트 및 BizTalk Server 서비스를 다시 시작하십시오.

BizTalkDTADb 데이터베이스 옵션 제거

BizTalkDTADb 데이터베이스에서 데이터를 모두 삭제하려면 다음 방법 중 하나를 사용할 수 있습니다.

참고 두 메서드 모두 모든 메시지를 삭제합니다.
  • 방법 1:
    1. 모든 BizTalk Server 데이터베이스를 백업하십시오.
    2. dtasp_PurgeAllCompletedTrackingData 저장 프로시저를 실행하십시오. 저장된 dtasp_PurgeAllCompletedTrackingData 절차에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
      http://msdn.microsoft.com/en-us/library/aa561918.aspx
      참고 이 작업은 완료된 모든 메시지를 삭제합니다.
  • 방법 2:
    1. 모든 BizTalk 데이터베이스를 백업하십시오.
    2. dtasp_CleanHMData 저장 프로시저를 실행하십시오. 제거해야 하는 불완전한 인스턴스가 많은 BizTalkDTADb 데이터베이스에 포함된 경우에만 이 옵션을 사용하십시오.

      이렇게 하려면 다음과 같이 하십시오.
      1. 모든 BizTalk 호스트, 서비스 및 사용자 지정 격리된 어댑터를 중지하십시오. HTTP 또는 SOAP 어댑터를 사용하는 경우 IIS 서비스를 다시 시작하십시오.
      2. BizTalkDTADb 데이터베이스에서 dtasp_CleanHMData 저장 프로시저를 실행하십시오.
      3. 모든 호스트 및 BizTalk Server 서비스를 다시 시작하십시오.
BizTalk Server 2004 전용 단계
BizTalk Server 2004의 BizTalkDTADb 데이터베이스에서 모든 데이터를 삭제하려면 다음과 같이 하십시오.

참고 이 작업은 완료된 모든 메시지를 삭제합니다.
  1. 모든 BizTalk Server 데이터베이스를 백업하십시오.
  2. 모든 BizTalk 호스트, 서비스 및 사용자 지정 격리된 어댑터를 중지하십시오. HTTP 또는 SOAP 어댑터를 사용하는 경우 IIS 서비스를 다시 시작하십시오.
  3. 다운로드 및 Microsoft 기술 자료 문서 894253 설명되어 있는 핫픽스를 적용하십시오. SQL Server 2000에서 Bts_tracking_shrinkexistingdatabase.sql 스크립트를 실행하려면 이 기술 자료 문서의 단계를 수행하십시오. 

    추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
    894253  FIX: dtasp_PruneTrackingdatabase() 저장된 프로시저를 BizTalk Server 2004 DTA 데이터베이스를 정리하는 데 많은 시간이 걸릴 수 있습니다.
  4. 모든 호스트와 BizTalk 서비스를 다시 시작하십시오.
참고 추적 데이터를 사용해야 하는 경우 BizTalkDTADb 데이터베이스를 다시 설정하는 다른 SQL Server 데이터베이스를 복원하고 원래 BizTalkDTADb 데이터베이스 제거. 

MsgBoxViewer 데이터 또는 PSSDiag 출력을 분석하는 도움이 필요한 경우 Microsoft 고객기술지원부에 문의하십시오. 고객 지원 서비스 전화 번호 및 지원 비용에 대한 정보를 전체 목록은 다음 Microsoft 웹 사이트를 방문하십시오.
http://support.microsoft.com/contactus/?ws=support
참고 기술 지원 서비스에 문의하여 전에 MsgBoxViewer 데이터, PSSDiag 출력 및 업데이트된 이벤트 로그 (.evt 파일) 압축하십시오. 지원 엔지니어는 이러한 파일을 BizTalk Server에 보내야 할 수 있습니다.
위로 가기
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Standard
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 R2 Branch
  • Microsoft BizTalk Server 2006 Enterprise Edition
  • Microsoft BizTalk Server 2006 Developer Edition
  • Microsoft BizTalk Server 2006 Standard Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
  • Microsoft BizTalk Server 2004 Standard Edition
위로 가기
키워드: 
 kbmt kbpubtypekc kbinfo kbhowto KB952555 KbMtko
위로 가기
기계 번역된 문서기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
이 문서의 영문 버전 보기.
위로 가기
 
저작자표시

'BIZTALK > 운영' 카테고리의 다른 글

ERROR] Internal SOAP Processing Failure 에 대해  (0) 2010.03.26
[참조]MSDTC(Microsoft Distributed Transaction Coordinator) 문제 해결하기  (0) 2009.12.22
[BizTalkMgmtDb].[dbo].[adm_Group]  (0) 2009.12.21
BizTalk MsgBoxViewe  (1) 2009.11.30

티스토리툴바