다음을 통해 공유


메시지 로깅 구성

이 항목에서는 다양한 시나리오에서 메시지 로깅을 구성하는 방법에 대해 설명합니다.

메시지 로깅 활성화

WCF(Windows Communication Foundation)에서는 기본적으로 메시지를 기록하지 않습니다. 메시지 로깅을 활성화하려면 추적 수신기를 System.ServiceModel.MessageLogging 추적 소스에 추가하고 구성 파일에서**<messagelogging>** 요소의 특성을 설정해야 합니다.

다음은 로깅을 활성화하고 추가 옵션을 지정하는 예제입니다.

<system.diagnostics>
  <sources>
      <source name="System.ServiceModel.MessageLogging">
        <listeners>
                 <add name="messages"
                 type="System.Diagnostics.XmlWriterTraceListener"
                 initializeData="c:\logs\messages.svclog" />
          </listeners>
      </source>
    </sources>
</system.diagnostics>

<system.serviceModel>
  <diagnostics>
    <messageLogging 
         logEntireMessage="true" 
         logMalformedMessages="false"
         logMessagesAtServiceLevel="true" 
         logMessagesAtTransportLevel="false"
         maxMessagesToLog="3000"
         maxSizeOfMessageToLog="2000"/>
  </diagnostics>
</system.serviceModel>

메시지 로깅 설정에 대한 자세한 내용은 추적 및 메시지 로깅에 권장되는 설정을 참조하십시오.

add를 사용하여 사용할 수신기의 이름과 형식을 지정할 수 있습니다. 예제 구성에서는 수신기 이름을 "messages"로 지정하고 표준 .NET Framework 추적 수신기(System.Diagnostics.XmlWriterTraceListener)를 사용할 형식으로 추가했습니다. System.Diagnostics.XmlWriterTraceListener를 사용하려면 출력 파일의 위치와 이름을 구성 파일에 지정해야 합니다. 이 작업을 수행하려면 initializeData를 로그 파일의 이름으로 설정합니다. 그렇지 않으면 시스템에서 예외가 throw됩니다. 로그를 기본 파일에 내보내는 사용자 지정 수신기를 구현할 수도 있습니다.

ms730064.Caution(ko-kr,VS.100).gif주의:
메시지 로깅에는 디스크 공간이 소모되므로 특정 서비스에 대해 디스크에 기록되는 메시지 수를 제한해야 합니다. 메시지 제한에 도달하면 정보 수준의 추적이 생성되고 모든 메시지 로깅 동작이 중지됩니다.

로깅 수준 및 추가 옵션에 대한 자세한 내용은 로깅 수준 및 옵션 단원에서 설명합니다.

sourceswitchValue 특성은 추적용으로만 사용할 수 있습니다. 다음과 같이 System.ServiceModel.MessageLoggingswitchValue 특성을 지정해도 아무런 효과가 없습니다.

<source name="System.ServiceModel.MessageLogging" switchValue="Verbose">

추적 소스를 비활성화하려면 대신에 messageLogging 요소의 logMessagesAtServiceLevel, logMalformedMessageslogMessagesAtTransportLevel 특성을 사용하고, 이러한 모든 특성을 false로 설정해야 합니다. 이 작업은 구성 편집기 UI 인터페이스나 WMI를 통해 이전 코드 예제의 구성 파일을 사용하여 수행할 수 있습니다. 구성편집기 도구에 대한 자세한 내용은 Configuration Editor 도구(SvcConfigEditor.exe)를 참조하십시오. WMI에 대한 자세한 내용은 진단에 Windows Management Instrumentation 사용을 참조하십시오.

로깅 수준 및 옵션

들어오는 메시지의 경우 로깅은 메시지가 형성된 직후, 서비스 수준의 메시지가 사용자 코드를 가져오기 직전 그리고 잘못된 형식의 메시지가 감지될 때 발생합니다.

나가는 메시지의 경우 로깅은 메시지가 사용자 코드를 남긴 직후 및 메시지가 송신되기 직전에 발생합니다.

WCF에서는 두 가지 다른 수준 즉, 서비스 및 전송 수준에서 메시지를 기록합니다. 잘못된 형식의 메시지도 기록됩니다. 이 세 가지 범주는 서로 연관이 없으며 구성에서 별도로 활성화할 수 있습니다.

로깅 수준은 messageLogging 요소의 logMessagesAtServiceLevel, logMalformedMessageslogMessagesAtTransportLevel 특성을 설정하여 제어할 수 있습니다.

서비스 수준

이 계층에서 기록되는 메시지는 수신 시와 송신 시에 각각 사용자 코드를 가져오거나 남기게 됩니다. 필터가 정의된 경우에는 해당 필터에 맞는 메시지만 기록되며 그 이외에는 서비스 수준의 모든 메시지가 기록됩니다. 신뢰할 수 있는 메시징 메시지를 제외한 인프라 메시지(트랜잭션, 피어 채널 및 보안)도 이 수준에서 기록됩니다. 스트리밍된 메시지의 경우는 헤더만 기록됩니다. 또한 이 수준에서 해독된 보안 메시지도 기록됩니다.

전송 수준

이 계층에서 기록된 메시지는 통신 전송 동안 또는 그 이후에 인코딩이나 디코딩할 수 있습니다. 필터가 정의된 경우에는 해당 필터에 맞는 메시지만 기록되며 그 이외에는 전송 계층의 모든 메시지가 기록됩니다. 신뢰할 수 있는 메시징 메시지를 포함한 모든 인프라 메시지도 이 계층에서 기록됩니다. 스트리밍된 메시지의 경우는 헤더만 기록됩니다. 또한 보안 메시지는 이 수준에서 암호화된 채로 기록되는데 HTTPS와 같은 보안 전송이 사용되는 경우는 예외입니다.

잘못된 형식의 수준

잘못된 형식의 메시지란 모든 처리 단계에서 WCF 스택에 의해 거부된 메시지를 말합니다. 이러한 잘못된 형식의 메시지는 암호화된 상태라면 암호화된 상태로, 적절하지 않은 XML로 된 상태라면 그 상태 그대로 기록됩니다. maxSizeOfMessageToLog를 통해 CDATA로 기록될 메시지 크기가 정의됩니다. 기본적으로 maxSizeOfMessageToLog는256K입니다. 이 특성에 대한 자세한 내용은 기타 옵션을 참조하십시오.

기타 옵션

로깅 수준 이외에 다음과 같은 옵션을 지정할 수 있습니다.

  • 전체 메시지 기록(logEntireMessage 특성): 이 값은 전체 메시지(메시지 헤더 및 본문)를 기록할지 여부를 지정합니다. 기본값은 false로, 메시지 헤더만 기록됩니다. 이 설정은 서비스 및 전송 메시지 로깅 수준에 영향을 줍니다.

  • 기록할 최대 메시지 수(maxMessagesToLog 특성): 이 값은 기록할 최대 메시지 수를 지정합니다. 모든 메시지(서비스, 전송 및 잘못된 형식의 메시지)가 이 할당량에 계산됩니다. 할당량에 도달하면 추적을 내보내고 추가 메시지는 기록되지 않습니다. 기본값은 10000입니다.

  • 기록할 메시지 최대 크기(maxSizeOfMessageToLog 특성): 이 값은 기록할 최대 메시지 크기(바이트)를 지정합니다. 이 크기 제한을 초과하는 메시지는 기록되지 않으며 해당 메시지에 대해 아무런 동작이 수행되지 않습니다. 이 설정은 모든 추적 수준에 영향을 줍니다. ServiceModel 추적을 사용하도록 설정된 경우, 경고 수준 추적을 첫 번째 로깅 지점(ServiceModelSend* 또는 TransportReceive)에서 내보내어 사용자에게 통보합니다. 서비스 수준 및 전송 수준 메시지의 기본값은 256K며 잘못된 형식의 메시지에 대한 기본값은 4K입니다. 주의   maxSizeOfMessageToLog와 비교하기 위해 계산되는 메시지 크기는 serialization 이전의 메모리에 있는 메시지 크기로, 이 크기는 기록되는 메시지 문자열의 실제 길이와 다를 수 있으며 대부분의 경우 실제 크기보다 더 큽니다. 따라서 메시지가 기록되지 않을 수 있으므로 이를 감안하여maxSizeOfMessageToLog 특성을 필요한 메시지 크기보다 10% 더 크게 지정합니다. 또한 잘못된 형식의 메시지가 기록될 경우 메시지 로그에 사용되는 실제 디스크 공간은 maxSizeOfMessageToLog에 지정된 값의 최대 5배가 될 수 있습니다.

구성 파일에 추적 수신기가 정의되어 있지 않으면 지정된 로깅 수준과 관계없이 로깅 출력이 생성되지 않습니다.

이 단원에 설명된 특성과 같은 메시지 로깅 옵션은 WMI(Windows Management Instrumentation)를 사용하여 런타임에 변경할 수 있습니다. 이 작업은 부울 속성인 LogMessagesAtServiceLevel, LogMessagesAtTransportLevelLogMalformedMessages를 노출하는 AppDomainInfo 인스턴스에 액세스하여 수행할 수 있습니다. 따라서 메시지 로깅을 위한 추적 수신기를 구성하지만 이러한 옵션을 구성에서 false로 설정해도, 이후에 응용 프로그램 실행 시 true로 변경할 수 있습니다. 이를 통해 메시지 로깅을 런타임에 효과적으로 활성화할 수 있습니다. 마찬가지로 구성 파일에 메시지 로깅을 활성화하더라도, WMI를 사용하여 런타임에 메시지 로깅을 비활성화할 수 있습니다. 자세한 내용은 진단에 Windows Management Instrumentation 사용을 참조하십시오.

메시지 로그의 source 필드에서는 메시지가 기록되는 컨텍스트를 지정합니다. 즉, 요청 메시지를 보내거나 받을 때 요청-회신을 위한 것인지 단방향 요청인지, 그리고 위치가 서비스 모델 또는 전송 계층인지, 또는 잘못된 형식의 메시지인지 등을 지정합니다.

잘못된 형식의 메시지인 경우 sourceMalformed입니다. 그렇지 않으면 소스는 컨텍스트에 따라 다음 값을 사용합니다.

요청/회신의 경우

요청 보내기 요청 받기 회신 보내기 회신 받기

서비스 모델 계층

서비스

수준

보내기

요청

서비스

수준

받기

Request

서비스

수준

보내기

회신

서비스

수준

받기

회신

전송 계층

전송

보내기

Transport

받기

Transport

보내기

Transport

받기

단방향 요청의 경우

요청 보내기 요청 받기

서비스 모델 계층

서비스

수준

보내기

데이터그램

서비스

수준

받기

데이터그램

전송 계층

Transport

보내기

Transport

받기

메시지 필터

메시지 필터는 diagnostics 구성 섹션의 messageLogging 구성 요소에서 정의됩니다. 이러한 메시지 필터는 서비스 및 전송 수준에서 적용됩니다. 하나 이상의 필터가 정의되면 최소 하나 이상의 필터와 일치하는 메시지만 기록됩니다. 정의된 필터가 없으면 모든 메시지가 통과합니다.

필터는 모든 XPath 구문을 지원하며, 구성 파일에 표시되는 순서대로 적용됩니다. 필터 구문에 오류가 있으면 구성 예외가 발생합니다.

또한 필터에는 nodeQuota 특성을 사용하는 안전 기능이 있어, 필터에 맞게 검사할 수 있는 XPath DOM의 최대 노드 수를 제한합니다.

다음은 SOAP 헤더 섹션이 있는 메시지만 기록하는 필터 구성 방법에 대한 예제입니다.

<messageLogging logEntireMessage="true"
    logMalformedMessages="true" 
    logMessagesAtServiceLevel="true"
    logMessagesAtTransportLevel="true"
    maxMessagesToLog="420">
    <filters>
        <add nodeQuota="10" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
                 /soap:Envelope/soap:Header
        </add>
     </filters>
</messageLogging>

메시지 본문에는 필터가 적용되지 않고, 메시지 본문을 조작하려는 필터는 필터 목록에서 제거됩니다. 이를 나타내는 이벤트도 내보냅니다. 예를 들어 다음과 같은 필터는 필터 테이블에서 제거됩니다.

<add xmlns:s="https://schemas.xmlsoap.org/soap/envelope/">/s:Envelope/s:Body[contains(text(), "Hello")]</add>

사용자 지정 수신기 구성

추가 옵션이 있는 사용자 지정 수신기를 구성할 수도 있습니다. 사용자 지정 수신기는 메시지를 기록하기 전에 메시지에서 응용 프로그램별 PII 요소를 필터링하는 데 유용합니다. 다음은 사용자 지정 수신기 구성에 대한 예시입니다.

<system.diagnostics>
   <sources>
     <source name="System.ServiceModel.MessageLogging">
           <listeners>
             <add name="MyListener" 
                    type="YourCustomListener"
                    initializeData="c:\logs\messages.svclog"
                    maxDiskSpace="1000"/>
           </listeners>
     </source>
   </sources>
</system.diagnostics>

type 특성을 해당 형식의 정규화된 어셈블리 이름으로 설정해야 함에 유의합니다.

참고 항목

개념

추적 및 메시지 로깅에 권장되는 설정

기타 리소스

<messageLogging>
메시지 로깅