キュー

製品: Exchange Server 2013

キューは、次の処理段階への移行または送信先への配信を待っているメッセージが一時的に保持されている場所です。 各キューは、Exchange サーバーが特定の順序で処理するメッセージの論理的なセットを表します。 Microsoft Exchange Server 2013 では、キューは配信前、配信中、配信後にメッセージを保持します。 キューはメールボックス サーバーとエッジ トランスポート サーバーに存在します。 このトピック全体を通じて、メールボックス サーバーとエッジ トランスポート サーバーをトランスポート サーバーと呼びます。

以前のバージョンの Exchange と同様に、Exchange 2013 では、キュー ストレージに 1 つの拡張ストレージ エンジン (ESE) データベースが使用されています。

Exchange ツールボックスの Exchange 管理シェルとキュー ビューアーを使用して、キューとキュー内のメッセージを管理できます。 これらのインターフェイスを使用すると、キューの状態と内容、および詳しいメッセージ プロパティを表示できます。 これらのインターフェイスを使用して、キューまたはキュー内のメッセージを変更するアクションを実行することもできます。

キューの種類

Exchange 2013 では、次の種類のキューが使用されます。

• 永続キュー: 永続キュー は、すべての Exchange 組織のすべてのトランスポート サーバーに存在するキューです。 以前のバージョンの Exchange と同様に、Exchange 2013 には 3 つの永続的なキューがあります。

  • 送信キュー: 送信キューは、トランスポート サーバー上のトランスポート エージェントによって解決、ルーティング、および処理される必要があるすべてのメッセージを収集するために、カテゴライザーによって使用されます。 トランスポート サーバーによって受信されたすべてのメッセージは、送信キューで処理を開始します。 メールボックス サーバーでは、メッセージは受信コネクタ、ピックアップまたは再生ディレクトリ、またはメールボックス トランスポート送信サービスを介して送信されます。 エッジ トランスポート サーバーでは、通常、メッセージは受信コネクタを介して送信されますが、ピックアップディレクトリと再生ディレクトリも使用できます。

    このキューからメッセージを取得したカテゴライザーが行う処理の中には、受信者の場所の特定と、その場所へのルーティングがあります。 分類の後、メッセージは配信キューまたは到達不能キューに移されます。 各トランスポート サーバーには、送信キューが 1 つだけ存在します。 送信キュー内のメッセージは、同時に他のキューに入ることはできません。 カテゴライザーとトランスポート パイプラインの詳細については、「メール フロー」を参照してください。

  • 到達不能キュー: 到達不能キューには、宛先にルーティングできないメッセージが含まれています。 通常、到達不能の送信先は、配信用のルーティング パスが変化する構成の変更により発生します。 送信先に関係なく、受信者に到達できないメッセージはすべてこのキューに格納されます。 各トランスポート サーバーには、到達不能キューが 1 つだけ存在します。

    到達不能キュー内のメッセージは、ルーティングの変更が検出されると自動的に再送信されます。 そのため、条件または構成エラーが原因でメッセージが到達不能キューに入った後は、配信のために到達不能キューからメッセージを移動するための追加のアクションを実行する必要はありません。

    到達不能キューは通常空です。 到達不能キューにメッセージが含まれていない場合、キュー ビューアーまたは Get-Queue の結果には表示されません。

  • 有害メッセージ キュー: 有害メッセージ キューは、トランスポート サーバーまたはサービス障害の後に Exchange 2013 システムに有害であると判断されたメッセージを分離するために使用される特別なキューです。 メッセージは、コンテンツと形式で純粋に有害である可能性があります。 または、不適切なメッセージを処理したときに Exchange サーバーが失敗する原因となった、記述が不十分なエージェントの結果である可能性があります。

    通常、有害メッセージ キューは空です。 有害メッセージ キューにメッセージが含まれていない場合、キュー ビューアーまたは Get-Queue の結果には表示されません。 有害メッセージ キュー内のメッセージは、自動的に再開または期限切れになることはありません。 有害メッセージ キューにあるメッセージは、管理者によって手動で再開または削除されるまでキュー内に残ります。

• 配信キュー: 配信キューには、SMTP を使用してローカルまたはリモートの宛先に配信されるメッセージが保持されます。 すべてのメッセージは、SMTP を使用して Exchange サーバー間で送信されます。 SMTP 以外の送信先も、配信エージェント コネクタが送信先に対応している場合は、配信キューを使用します。 . 各配信キューには、同じ宛先にルーティングされているメッセージが含まれています。 実際には、トランスポート サーバーに複数の配信キューが存在することは避けられません。 配信キューは、必要なときに動的に作成され、キューが空で有効期限が経過すると自動的に削除されます。 キューの有効期限は、Set-TransportService コマンドレットの QueueMaxIdleTime パラメーターによって制御されます。 既定値は 3 分です。

• シャドウ キュー: シャドウ キューは、メッセージの転送中にメッセージの冗長コピーを保持します。 詳細については、「シャドウ冗長」を参照してください。

• セーフティ ネット: セーフティ ネットは、トランスポート サーバーによって正常に配信されたメッセージのコピーを保持します。 キュー管理ツールからはアクセスできませんが、Safety Net はキュー データベース内の単なる別のキューです。 詳細については、「セーフティ ネット」を参照してください。

キュー データベース ファイル

さまざまなキューはすべて 1 つの ESE データベースに格納されます。 既定では、このキュー データベースは、 のトランスポート サーバーにあります %ExchangeInstallPath%TransportRoles\data\Queue。

ESE データベースと同様に、キュー データベースはログ ファイルを使用して、データの受け付け、追跡、維持を行います。 パフォーマンスを強化するために、メッセージ トランザクションはすべて、最初にログ ファイルとメモリに書き込まれ、次にデータベース ファイルに書き込まれます。 チェックポイント ファイルは、データベースにコミットされたトランザクション ログ エントリを追跡します。 Microsoft Exchange トランスポート サービスの通常のシャットダウン中に、トランザクション ログに含まれるコミットされていないデータベースの変更は、常にデータベースにコミットされます。

キュー データベースには循環ログが使用されます。 つまり、トランザクション ログに含まれるコミットされたトランザクションの履歴は保持されません。 現在のチェックポイントより古いトランザクション ログは直ちに削除され、自動的に削除されます。 このため、キュー データベースを回復するために、バックアップからトランザクション ログを再生することはできません。

Exchange 2013 では、キュー データベース内のメッセージのストレージとクリーンアップに 世代テーブル が使用されます。 1 つの大きなテーブルから個々のメッセージ レコードを処理および削除する代わりに、キュー データベースは時間ベースのテーブルにメッセージを格納し、テーブル内のメッセージがすべて正常に処理された後にのみテーブル全体を削除します。 たとえば、キューまたは宛先に関係なく、午後 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 サービスに関連付けられています。 EdgeTransport.exe.config ファイルに加えた変更は、Microsoft Exchange Transport サービスを再起動した後に反映されます。

<appSettings>EdgeTransport.exe.config ファイルのセクションでは、新しいキーを追加したり、既存のキーを変更したりできます。 特定のキーが存在しない場合は、手動でキーを追加し、その値を変更できます。

EdgeTransport.exe.config ファイルで使用できるキュー データベースのキーについて、次の表で説明します。

EdgeTransport.exe.config ファイルで使用できるメッセージ キュー データベースのキー

キューのプロパティ

キューには、キューの目的と状態を示す多くのプロパティがあります。 キューの一部のプロパティは、キューが作成されたときにキューに適用され、変更されません。 その他のプロパティには、状態サイズ、時刻、または頻繁に更新されるその他のインジケーターが含まれています。

NextHopSolutionKey

Microsoft Exchange Transport サービス内のカテゴライザーのルーティング コンポーネントがメッセージの送信先を選択し、この送信先が配信キューの作成に使用されます。 宛先は、すべての受信者に 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 の値は External または Internalです。 値 External は、キューの次ホップが Exchange 組織の外部であることを示します。 値 Internal は、キューの次ホップが Exchange 組織内であることを示します。 外部受信者宛てのメッセージには、メッセージを外部に配信する前に 1 つ以上の内部ホップが必要となることがある点にご注意ください。

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 Transport サーバーが同じ Active Directory サイト内の別のハブ トランスポート サーバーに配信するためのメッセージが保持されます。 移行先のハブ トランスポート サーバーには、コネクタのソース サーバー、または配布グループ拡張サーバーを指定できます。
• SmtpRelaytoTiRg: キューは、Exchange 2007 または Exchange 2010 ハブ トランスポート サーバーから Exchange Server 2003 ルーティング グループに配信するためのメッセージを保持します。 移行先サーバーには、コネクタ、配布グループ拡張サーバー、または Exchange 2003 ブリッジヘッド サーバーのソース サーバーを指定できます。

IncomingRate、OutgoingRate、および Velocity

Exchange 2013 は、キューへのメッセージの入退出率を測定し、これらの値をキューのプロパティに格納します。 これらの速度は、キューとトランスポート サーバーの状態のインジケーターとして使用できます。 プロパティは次のとおりです。

• IncomingRate: このプロパティは、メッセージがキューに入る速度です。

  この値は、過去 60 秒間の平均 5 秒ごとにキューに入るメッセージの数から計算されます。 式は、 (i1+i2+i3+i4+i5+i6)/6i*n_ = 5 秒の受信メッセージの数で表すことができます。

• OutgoingRate: このプロパティは、メッセージがキューから離れる速度です。

  この値は、過去 60 秒間の平均 5 秒ごとにキューを離れるメッセージの数から計算されます。 数式は、 で (o1+o2+o3+o4+o5+o6)/6表すことができます。ここで、o*n_ = 5 秒の送信メッセージの数です。

• Velocity: このプロパティはキューのドレイン レートであり、OutgoingRate の値から IncomingRate の値を減算することによって計算されます。

  Velocity の値が 0 より大きい場合、メッセージはキューに入るよりも速くキューから離れます。

  Velocity の値が 0 に等しい場合、メッセージはキューに入るのと同じ速度でキューを離れます。 これは、キューがアクティブでないときにも表示される値です。

  Velocity の値が 0 未満の場合、メッセージはキューを離れるよりも速くキューに入ります。

基本レベルでは、 Velocity の正の値は効率的にドレインされている正常なキューを示し、 Velocity の負の値は効率的にドレインされていないキューを示しています。 ただし、 IncomingRate、 OutgoingRate、 MessageCount プロパティの値と、キューの Velocity 値の大きさも考慮する必要があります。 たとえば、 ベロシティの負の値が大きいキュー、 大きな MessageCount 値、小さな OutgoingRate 値、および大きい IncominRate 値を持つキューは、キューが適切にドレインされていないことを示す正確なインジケーターです。 ただし、負の Velocity 値が 0 に非常に近いキューで、 IncomingRate、 OutgoingRate、 MessageCount の値も非常に小さい場合、キューに問題はありません。

キューの状態

キューの現在の状態は、キューの Status プロパティに格納されます。 キューには、次のいずれかの状態値を指定できます。

• アクティブ: キューがアクティブにメッセージを送信しています。

• 接続: キューは、次ホップに接続中です。

• 準備完了: キューは最近送信されたメッセージですが、キューは空になりました。

• 再試行: 最後の自動または手動の接続試行が失敗し、キューが接続の再試行を待機しています。

• 中断: メッセージ配信を防ぐために、管理者によってキューが手動で中断されました。 新しいメッセージはキューに入ることができ、次ホップに送信するように処理されたメッセージは配信されキューから出ていきます。 それ以外の場合は、キューが管理者によって手動で再開されるまで、メッセージはキューに留まります。 キューを一時停止しても、キュー内の個々のメッセージの状態は変更されません。

  状態が "アクティブ" または "再試行" であるキューを中断できます。 また、到達不能キューや送信キューも中断できます。

  到達不能キューを中断した場合、構成の更新が検出されても、メッセージはカテゴライザーに自動的に再送信されません。 これらのメッセージを自動的に再送信するには、到達不能キューを手動で再開する必要があります。 送信キューを中断した場合は、そのキューが再開されるまで、メッセージはカテゴライザーによって取得されません。

その他のキューのプロパティ

上記の他に、説明の必要がないキューのプロパティがいくつかあります。 ほとんどのキュー プロパティをフィルター オプションとして使用します。 フィルター条件を指定すれば、すばやくキューを見つけ出し、それに対する処理を実行することができます。 フィルター処理可能なキューのプロパティの詳細については、「キューのフィルター」を参照してください。

ここで説明しておいた方がよい重要なキューのプロパティとしては、キュー内のメッセージ数を示す MessageCount プロパティがあります。 このプロパティは、キューの状態の重要なインジケーターです。 たとえば、増加し続け、減少することのない多数のメッセージを含む配信キューは、注意を必要とするルーティングまたはトランスポート パイプラインの問題を示している可能性があります。

メッセージのプロパティ

キュー内のメッセージには多くのプロパティがあります。 プロパティの多くは、メッセージを作成するために使用された情報を反映しています。 メッセージの状態および情報プロパティの一部は、キューの対応するプロパティに大きく影響されます。 ただし、個々のメッセージが、キューの対応するプロパティと異なる値を持つ場合もあります。 その他のプロパティには、頻繁に更新される状態、時刻、またはその他のインジケーターが含まれています。

メッセージの状態

メッセージの現在の状態は、メッセージの Status プロパティに格納されます。 メッセージには、次のいずれかの状態値を指定できます。

• アクティブ: このメッセージが配信キューにある場合、メッセージは送信先に配信されています。 このメッセージが送信キューにある場合、メッセージはカテゴライザーによって処理されています。
• ロック済み: この値は Microsoft の内部使用のために予約されており、オンプレミスの Exchange 組織では使用されません。
• PendingRemove: メッセージは管理者によって削除されましたが、メッセージは既に次ホップに送信されていました。 この配信がエラーになり、メッセージがキューにもう一度置かれた場合、そのメッセージは削除されます。 それ以外の場合、配信は続行されます。
• PendingSuspend: メッセージは管理者によって中断されましたが、メッセージは既に次ホップに送信されています。 この配信がエラーになり、メッセージがキューにもう一度置かれた場合、そのメッセージは中断されます。 それ以外の場合、配信は続行されます。
• 準備完了: メッセージはキューで待機しており、処理する準備が整いました。
• 再試行: このメッセージが配置されているキューに対する最後の自動または手動接続試行は失敗しました。 メッセージは、キューの次回の自動接続再試行を待機しています。
• 中断: メッセージは管理者によって手動で中断されました。 有害メッセージ キュー内のすべてのメッセージは、永続的に中断された状態です。

その他のメッセージのプロパティ

上記の他に、説明の必要がないメッセージのプロパティがいくつかあります。 ほとんどのメッセージのプロパティは、フィルター オプションとして使用できます。 フィルター条件を指定すると、メッセージをすばやく見つけて、操作を行うことができます。 フィルター処理可能なメッセージのプロパティの詳細については、「メッセージ フィルター」を参照してください。

キューおよびキュー内のメッセージを管理する

キュー ビューアーとほぼすべてのキューとメッセージ管理コマンドレットは、1 つの Exchange サーバーに制限されます。 個々のキューやメッセージ、または複数のキューやメッセージを表示あるいは操作できますが、それらは特定のサーバー上にあるものだけに限定されています。

Exchange 2013 では、特定のスコープ内のすべてのサーバー (DAG、Active Directory サイト、サーバーの一覧、Active Directory フォレスト全体など) 上のキューの状態の概要と集計ビューを提供する Get-QueueDigest コマンドレットが導入されています。 境界ネットワーク内のサブスクライブ済みエッジ トランスポート サーバー上のキューは、結果に含まれないことに注意してください。 また、 Get-QueueDigest はエッジ トランスポート サーバーでは使用できますが、その場合、結果は エッジ トランスポート サーバー上のキューに制限されます。

次の表では、キューまたはキュー内のメッセージに対して実行できる管理タスクを説明しています。