큐

적용 대상: Exchange Server 2013

큐는 다음 처리 단계 또는 대상으로의 배달을 기다리는 메시지를 임시로 보관하는 위치입니다. 각 큐는 Exchange 서버가 특정 순서로 처리할 논리적 메시지 집합을 나타냅니다. Microsoft Exchange Server 2013에서 큐에는 배달 전/중/후의 메시지가 보관됩니다. 큐는 사서함 서버와 Edge 전송 서버에 있습니다. 이 항목 전체에서는 사서함 서버와 Edge 전송 서버를 전송 서버로 지칭합니다.

Exchange 2013에서는 이전 버전의 Exchange와 같이 큐 저장소로 단일 ESE(Extensible Storage Engine) 데이터베이스를 사용합니다.

Exchange 도구 상자의 큐 뷰어와 Exchange 관리 셸을 사용하여 큐 및 큐의 메시지를 관리할 수 있습니다. 이러한 인터페이스를 통해 큐의 상태 및 내용과 자세한 메시지 속성을 볼 수 있습니다. 또한 이러한 인터페이스를 사용하여 큐 또는 큐의 메시지를 수정하는 작업을 수행할 수 있습니다.

큐 유형

Exchange 2013에서는 다음과 같은 유형의 큐가 사용됩니다.

• 영구 큐: 영구 큐 는 모든 Exchange 조직의 모든 전송 서버에 존재하는 큐입니다. Exchange 2013에는 이전 버전의 Exchange와 같이 세 가지 영구 큐가 있습니다.

  • 제출 큐: 전송 큐는 전송 서버의 전송 에이전트에서 확인, 라우팅 및 처리해야 하는 모든 메시지를 수집하기 위해 분류자에 의해 사용됩니다. 전송 서버에서 검색된 모든 메시지는 전송 큐에서 처리됩니다. 사서함 서버의 메시지는 수신 커넥터, Pickup/Replay 디렉터리 또는 사서함 전송 서비스를 통해 전송됩니다. Edge 전송 서버의 메시지는 일반적으로 수신 커넥터를 통해 전송되지만 Pickup 및 Replay 디렉터리도 사용할 수 있습니다.

    분류기는 이 큐에서 메시지를 검색하고 그 중에서 특히 받는 사람의 위치와 해당 위치에 대한 경로를 확인합니다. 분류 후에는 메시지가 배달 큐 또는 연결할 수 없는 큐로 이동합니다. 각 전송 서버에는 전송 큐가 하나씩만 있습니다. 전송 큐에 있는 메시지는 동시에 다른 큐에 있을 수 없습니다. 범주 및 전송 파이프라인에 대한 자세한 내용은 메일 흐름을 참조하세요.

  • 연결할 수 없는 큐: 연결할 수 없는 큐에는 대상으로 라우팅할 수 없는 메시지가 포함됩니다. 일반적으로 배달할 라우팅 경로를 수정하는 등 구성을 변경하면 대상에 연결할 수 없게 됩니다. 대상에 관계 없이 받는 사람에게 연결할 수 없는 모든 메시지는 이 큐에 보관됩니다. 각 전송 서버에는 연결할 수 없는 큐가 하나씩만 있습니다.

    라우팅 변경이 검색되면 연결할 수 없는 큐의 메시지는 자동으로 다시 전송됩니다. 따라서 메시지가 연결할 수 없는 큐에 보관되도록 한 조건 또는 구성 오류가 복구된 후 추가 작업을 수행하여 배달을 위해 연결할 수 없는 큐 외부로 메시지를 이동할 필요가 없습니다.

    연결할 수 없는 큐는 일반적으로 비어 있습니다. 메시지를 포함하지 않는 연결할 수 없는 큐는 큐 뷰어 또는 Get-Queue 결과에 표시되지 않습니다.

  • 포이즌 메시지 큐: 포이즌 메시지 큐는 전송 서버 또는 서비스 오류 후 Exchange 2013 시스템에 해로울 것으로 판단되는 메시지를 격리하는 데 사용되는 특수 큐입니다. 이 메시지의 콘텐츠와 형식이 실제로도 해로울 수 있습니다. 아니면, 잘못 작성된 에이전트의 결과일 수도 있는데, Exchange 서버가 잘못된 메시지를 처리할 때 이 에이전트로 인해 Exchange 서버에 오류가 발생하는 것입니다.

    포이즌 메시지 큐는 일반적으로 비어 있습니다. 메시지를 포함하지 않는 포이즌 메시지 큐는 큐 뷰어 또는 Get-Queue 결과에 표시되지 않습니다. 자동으로 다시 시작되거나 만료되지 않습니다. 포이즌 메시지 큐의 메시지는 관리자가 수동으로 다시 시작하거나 제거할 때까지 남아 있습니다.

• 배달 큐: 배달 큐에는 SMTP를 사용하여 로컬 또는 원격 대상으로 배달되는 메시지가 보관됩니다. 모든 메시지는 SMTP를 사용하여 Exchange 서버 간에 전송됩니다. 배달 에이전트 커넥터에서 대상에 서비스를 제공하는 경우에는 비 SMTP 대상에서도 배달 큐를 사용합니다. . 각 배달 큐에는 같은 대상으로 라우팅 중인 메시지가 포함됩니다. 전송 서버에는 보통 배달 큐가 여러 개 있습니다. 배달 큐는 필요할 때 동적으로 만들어지며 큐가 비워지고 만료 시간이 지나면 자동으로 삭제됩니다. 큐 만료 시간은 Set-TransportService cmdlet의 QueueMaxIdleTime 매개 변수에 의해 제어됩니다. 기본값은 3분입니다.

• 섀도 큐: 섀도 큐는 메시지를 전송하는 동안 메시지의 중복 복사본을 보유합니다. 자세한 내용은 섀도 중복성을 참조하십시오.

• 안전망: Safety Net은 전송 서버에서 성공적으로 배달된 메시지의 복사본을 유지합니다. 큐 관리 도구에서 보안 네트워크에 액세스할 수는 없지만, 보안 네트워크는 큐 데이터베이스의 큐 중 하나로 보면 됩니다. 자세한 내용은 보안 네트워크를 참조하십시오.

큐 데이터베이스 파일

모든 다른 큐는 단일 ESE 데이터베이스에 저장됩니다. 기본적으로 이 큐 데이터베이스는 의 전송 서버에 %ExchangeInstallPath%TransportRoles\data\Queue있습니다.

ESE 데이터베이스와 마찬가지로 큐 데이터베이스는 로그 파일을 사용하여 데이터를 수락, 추적 및 유지 관리합니다. 성능을 향상시키기 위해 모든 메시지 트랜잭션이 먼저 로그 파일과 메모리에 기록된 후 데이터베이스 파일에 기록됩니다. 검사점 파일은 데이터베이스에 커밋된 트랜잭션 로그 항목을 추적합니다. Microsoft Exchange 전송 서비스를 정상적으로 종료하는 동안에는 트랜잭션 로그에 있는 커밋되지 않은 데이터베이스 변경 내용이 항상 데이터베이스에 커밋됩니다.

순환 로깅은 큐 데이터베이스에 사용됩니다. 즉, 트랜잭션 로그에 있는 커밋된 트랜잭션의 기록이 유지 관리되지 않습니다. 현재 검사점보다 오래된 트랜잭션 로그는 즉시 자동으로 삭제됩니다. 따라서 백업에서 큐 데이터베이스 복구를 위해 트랜잭션 로그를 재생할 수 없습니다.

Exchange 2013은 큐 데이터베이스의 메시지 스토리지 및 정리를 위해 생성 테이블을 사용합니다. 큐 데이터베이스에서는 큰 테이블 하나에서 개별 메시지 레코드를 처리 및 삭제하는 대신에 시간 기반 테이블에 메시지를 저장하고 해당 테이블의 모든 메시지가 처리된 후에 해당 전체 테이블만 삭제합니다. 예를 들어 큐 또는 대상에 관계없이 오후 1:00부터 오후 2:00까지 대기 중인 모든 메시지가 테이블에 저장 1p-2p_msgs 됩니다. 오후 2시에 새 메시지가 테이블에 저장 2p-3p_msgs 됩니다. 오후 4시에 라는 4p-5p_msgs 새 테이블이 만들어지고 테이블의 모든 메시지가 성공적으로 처리된 경우에만 전체 1p-2p_msgs 테이블이 삭제됩니다. 이처럼 개별 메시지가 아닌 전체 메시지 테이블을 삭제하는 방식을 사용하면 큐 데이터베이스가 포함된 드라이브의 I/O 성능 개선에 도움이 됩니다.

다음 표에서는 큐 데이터베이스를 구성하는 파일을 보여줍니다.

큐 데이터베이스를 구성하는 파일

큐 데이터베이스 구성 옵션

XML 애플리케이션 구성 파일에서 키를 추가하거나 수정하여 큐 데이터베이스를 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 구성합니다. 이 파일은 Microsoft Exchange Transport Service와 연결되어 있습니다. EdgeTransport.exe.config 파일에 대한 변경 내용은 Microsoft Exchange Transport Service를 다시 시작하고 나면 적용됩니다.

EdgeTransport.exe.config 파일의 섹션에서는 <appSettings> 새 키를 추가하거나 기존 키를 수정할 수 있습니다. 특정 키가 없으면 수동으로 추가하여 해당 값을 변경할 수 있습니다.

다음 표에는 EdgeTransport.exe.config 파일에서 사용할 수 있는 큐 데이터베이스의 키에 대한 설명이 나와 있습니다.

EdgeTransport.exe.config 파일에서 사용할 수 있는 메시지 큐 데이터베이스 키

큐 속성

큐에는 큐의 목적과 상태를 설명하는 많은 속성이 있습니다. 일부 큐 속성은 큐를 만들 때 큐에 적용되며 변경되지 않습니다. 다른 속성에는 상태 크기, 시간 또는 자주 업데이트되는 기타 표시기가 포함됩니다.

NextHopSolutionKey

Microsoft Exchange Transport Service의 분류기 라우팅 구성 요소는 메시지 대상을 선택하고, 이 대상은 배달 큐를 만드는 데 사용됩니다. 대상은 모든 받는 사람에 대해 NextHopSolutionKey 특성으로 스탬프 처리됩니다. NextHopSolutionKey 특성의 모든 고유한 값은 개별 배달 큐에 해당합니다.

NextHopSolutionKey 특성에는 다음 필드가 들어 있습니다.

• DeliveryType: 이 필드의 값은 메시지 분류의 결과와 전송 서비스에서 메시지의 최종 대상이 될 수 있는 다음 홉으로 메시지를 전송하려는 방법 또는 그 과정에서 중간 홉을 나타냅니다. 전송 서비스는 해당하는 라우팅 대상 또는 배달 그룹에 따라 DeliveryType 에 미리 정의된 값 목록을 사용합니다.

• NextHopDomain: 이 필드는 DeliveryType 필드 값에 따라 특정 값을 사용합니다. 배달 큐의 경우 이 필드의 값은 큐의 이름입니다. NextHopDomain 의 값이 항상 도메인 이름인 것은 아닙니다. 예를 들어 해당 값은 대상 Active Directory 사이트 또는 DAG(데이터베이스 사용 가능 그룹)의 이름이 될 수 있습니다. 이 필드는 다음 홉 이름으로 간주할 수 있으며 해당 값은 라우팅 대상 또는 대상 배달 그룹의 이름입니다.

• NextHopConnector: 이 필드는 DeliveryType 필드의 값에 따라 특정 값을 사용합니다. 해당 값은 항상 GUID로 표시됩니다. 이 필드를 사용하지 않으면 값은 0만 포함된 GUID가 됩니다. NextHopConnector 의 값이 항상 커넥터의 GUID인 것은 아닙니다. 예를 들어 해당 값은 대상 Active Directory 사이트 또는 DAG의 GUID가 될 수 있습니다. 이 필드는 다음 홉 GUID로 간주할 수 있으며 해당 값은 라우팅 대상 또는 대상 배달 그룹의 GUID입니다.

또한 Exchange 2013은 DeliveryType 값에 따라 NextHopCategory 속성을 큐에 추가합니다. NextHopCategory 값은 또는 Internal입니다External. 값 External 은 큐의 다음 홉이 Exchange 조직 외부에 있음을 나타냅니다. 값 Internal 은 큐의 다음 홉이 Exchange 조직 내에 있음을 나타냅니다. 외부 수신자에 대한 메시지는 메시지가 외부로 전달되기 전에 하나 이상의 내부 홉이 필요할 수 있습니다.

다음 표에는 DeliveryType, NextHopCategory, NextHopDomain 및 NextHopConnector 의 값에 대한 설명이 나와 있습니다.

Exchange 2013에서는 이전 Exchange 버전과의 호환성을 위해 DeliveryType 의 레거시 값을 지원합니다. 이러한 값은 큐 뷰어와 셸에서 사용 가능하지만 Exchange 2013에서는 사용되지 않습니다. 이러한 레거시 DeliveryType 값은 다음과 같습니다.

• MapiDelivery: 큐는 Exchange 2007 또는 Exchange 2010 Hub 전송 서버에서 로컬 Active Directory 사이트의 Exchange 2007 또는 Exchange 2010 사서함 서버의 사서함으로 배달할 메시지를 보관합니다.
• SmtpRelayWithinAdSite: 큐는 Exchange 2007 또는 Exchange 2010 Hub 전송 서버에서 동일한 Active Directory 사이트의 다른 허브 전송 서버로 배달할 메시지를 보관합니다. 대상 허브 전송 서버는 커넥터의 원본 서버 또는 메일 그룹 확장 서버일 수 있습니다.
• SmtpRelaytoTiRg: 큐는 Exchange 2007 또는 Exchange 2010 Hub 전송 서버에서 Exchange Server 2003 라우팅 그룹으로 배달하기 위한 메시지를 보관합니다. 대상 서버는 커넥터의 원본 서버, 메일 그룹 확장 서버 또는 Exchange 2003 브리지헤드 서버일 수 있습니다.

IncomingRate, OutgoingRate, Velocity

Exchange 2013에서는 큐로 들어오고 큐에서 나가는 메시지의 속도를 측정한 다음 이러한 값을 큐 속성에 저장합니다. 이러한 속도를 큐 및 전송 서버 상태의 지표로 사용할 수 있습니다. 속성은 다음과 같습니다.

• IncomingRate: 이 속성은 메시지가 큐에 들어오는 속도입니다.

  이 값은 지난 60초 동안 평균 5초마다 큐에 들어오는 메시지 수에서 계산됩니다. 수식은 로 (i1+i2+i3+i4+i5+i6)/6표현할 수 있습니다. 여기서 i*n_ = 5초 안에 들어오는 메시지의 수입니다.

• OutgoingRate: 이 속성은 메시지가 큐에서 나가는 속도입니다.

  이 값은 지난 60초 동안 평균 5초마다 큐를 떠나는 메시지 수에서 계산됩니다. 수식은 로 (o1+o2+o3+o4+o5+o6)/6표현할 수 있습니다. 여기서 o*n_ = 5초 안에 나가는 메시지의 수입니다.

• 속도: 이 속성은 큐의 드레이닝 속도이며, OutgoingRate 값에서 IncomingRate 값을 빼서 계산됩니다.

  Velocity 의 값이 0보다 크면 메시지가 큐에서 나가는 속도가 큐로 들어오는 속도보다 더 빠른 것입니다.

  Velocity 의 값이 0이면 메시지가 큐에서 나가는 속도와 큐로 들어오는 속도가 같은 것입니다. 큐가 비활성 상태일 때도 이 값은 0입니다.

  Velocity 의 값이 0보다 작으면 메시지가 큐에서 나가는 속도보다 큐로 들어오는 속도가 더 빠른 것입니다.

기본 수준에서 Velocity 의 값이 양수이면 드레이닝이 효율적으로 수행되는 정상 상태의 큐이고, Velocity 의 값이 음수이면 큐의 드레이닝이 효율적이지 못한 것입니다. 그러나 큐의 Velocity 값 크기와 함께 IncomingRate, OutgoingRate 및 MessageCount 속성의 값도 고려해야 합니다. 예를 들어 큐에서 Velocity 의 값은 큰 음수이고 MessageCount 값과 IncominRate 값이 크며 OutgoingRate 값은 작은 경우에는 큐가 적절하게 드레이닝되지 않음을 명확하게 파악할 수 있습니다. 반면 큐에서 Velocity 값이 0에 매우 가까운 음수이고 IncomingRate, OutgoingRate, MessageCount 값도 모두 매우 작으면 큐에 문제가 없는 것입니다.

큐 상태

큐의 현재 상태는 큐의 Status 속성에 저장됩니다. 큐의 상태 값은 다음 중 하나일 수 있습니다.

• 활성: 큐가 메시지를 적극적으로 전송하고 있습니다.

• 연결: 큐가 다음 홉에 연결하는 중입니다.

• 준비 완료: 큐에서 최근에 메시지를 전송했지만 큐가 비어 있습니다.

• 다시 시도: 마지막 자동 또는 수동 연결 시도가 실패했으며 큐가 연결을 다시 시도하기 위해 대기 중입니다.

• 일시 중단됨: 메시지 배달을 방지하기 위해 관리자가 큐를 수동으로 일시 중단했습니다. 새 메시지가 큐로 들어올 수 있으며 다음 홉으로 전송 중인 메시지는 배달을 마치고 큐에서 나갑니다. 그렇지 않으면 관리자가 큐를 수동으로 다시 시작할 때까지 메시지가 큐에서 나가지 않습니다. 큐를 일시 중단해도 큐의 개별 메시지 상태는 변경되지 않습니다.

  상태가 Active 또는 Retry인 큐를 일시 중단할 수 있습니다. 연결할 수 없는 큐와 전송 큐도 일시 중단할 수 있습니다.

  연결할 수 없는 큐를 일시 중단하면 구성 업데이트가 검색되어도 메시지가 자동으로 분류기에 다시 전송되지 않습니다. 이러한 메시지를 자동으로 다시 전송하려면 연결할 수 없는 큐를 수동으로 다시 시작해야 합니다. 전송 큐를 일시 중단할 경우 큐를 다시 시작해야만 분류기에서 메시지를 선택합니다.

기타 큐 속성

이름을 통해 용도를 확인할 수 있는 기타 큐 속성이 있습니다. 대부분의 큐 속성은 필터 옵션으로 사용됩니다. 필터 기준을 지정하면 큐를 신속하게 찾아서 조치를 취할 수 있습니다. 필터링 가능한 큐 속성에 대한 자세한 내용은 큐 필터입니다.을 참조하십시오.

여기서는 큐에 포함된 메시지의 수를 보여주는 중요한 큐 속성인 MessageCount 속성에 대해 설명하겠습니다. 이 속성은 큐 상태를 나타내는 중요한 지표입니다. 예를 들어 메시지를 많이 포함하는 배달 큐가 줄어들지 않고 계속 확장되는 경우 확인이 필요한 라우팅 또는 전송 파이프라인 문제가 있을 수 있습니다.

메시지 속성

큐의 메시지에는 여러 속성이 포함되어 있습니다. 대부분의 속성은 메시지를 작성하는 데 사용된 정보를 반영합니다. 큐에 있는 해당 속성의 영향을 크게 받는 메시지 상태 및 정보 속성도 있습니다. 그러나 개별 메시지의 값은 큐의 해당 속성 값과 다를 수 있습니다. 자주 업데이트되는 상태, 시간 또는 기타 지표를 포함하는 속성도 있습니다.

메시지 상태

메시지의 현재 상태는 메시지의 Status 속성에 저장됩니다. 메시지의 상태 값은 다음 중 하나입니다.

• 활성: 메시지가 배달 큐에 있는 경우 메시지가 대상으로 배달됩니다. 메시지가 전송 큐에 있으면 분류기에 의해 처리됩니다.
• 잠김: 이 값은 내부 Microsoft 사용을 위해 예약되어 있으며 온-프레미스 Exchange 조직에서 사용되지 않습니다.
• PendingRemove: 관리자가 메시지를 삭제했지만 메시지는 이미 다음 홉으로 전송되는 중이었습니다. 배달 시에 오류가 발생하여 메시지가 큐에 다시 들어가게 되는 경우 해당 메시지는 삭제됩니다. 그렇지 않은 경우 메시지가 배달됩니다.
• PendingSuspend: 관리자가 메시지를 일시 중단했지만 메시지는 이미 다음 홉으로 전송되는 작업 중이었습니다. 배달 시에 오류가 발생하여 메시지가 큐에 다시 들어가게 되는 경우 해당 메시지는 일시 중단됩니다. 그렇지 않은 경우 메시지가 배달됩니다.
• 준비 완료: 메시지가 큐에서 대기 중이며 처리할 준비가 된 것입니다.
• 다시 시도: 이 메시지가 있는 큐에 대한 마지막 자동 또는 수동 연결 시도가 실패했습니다. 메시지가 다음 자동 큐 연결을 다시 시도하기 위해 대기 중입니다.
• 일시 중단됨: 관리자가 메시지를 수동으로 일시 중단했습니다. 포이즌 메시지 큐의 모든 메시지는 영구적으로 일시 중단된 상태입니다.

기타 메시지 속성

이름을 통해 용도를 확인할 수 있는 기타 메시지 속성이 있습니다. 대부분의 메시지 속성은 필터 옵션으로 사용할 수 있습니다. 필터 조건을 지정하면 메시지를 빨리 찾아 조치를 취할 수 있습니다. 필터링 가능한 메시지 속성에 대한 자세한 내용은 메시지 필터을 참조하십시오.

큐 및 큐의 메시지 관리

큐 뷰어 및 사실상 모든 큐 및 메시지 관리 cmdlet은 단일 Exchange 서버에서만 사용할 수 있습니다. 즉, 특정 서버에서만 개별 큐 또는 메시지나 여러 큐 또는 메시지를 보거나 작업할 수 있습니다.

Exchange 2013에 도입된 Get-QueueDigest cmdlet은 DAG, Active Directory 사이트, 서버 목록, 전체 Active Directory 포리스트 등의 특정 범위 내에 있는 모든 서버의 큐 상태에 대한 높은 수준의 집계 보기를 제공합니다. 경계 네트워크에서 구독된 Edge 전송 서버의 큐는 결과에 포함되지 않습니다. 또한 Get-QueueDigest 는 Edge 전송 서버에서 제공되기는 하지만 결과는 Edge 전송 서버의 큐로 제한됩니다.

다음 표에서는 큐 또는 큐의 메시지에 대해 수행할 수 있는 관리 작업에 대해 설명합니다.