Exchange Server 2013 Service Pack 1：新機能

Exchange 2013 CU3のリリースから3か月後、マイクロソフトはCU4と呼ばれるExchange 2013 SP1のリリースを発表しました。 疑いもなく、SP1の発表は、最初のサービスパックのリリース前にMicrosoftサーバー製品をインストールしてはならないことを確信している人たちにとっては危険です。 「急いで人を笑わせる」という原則に固執する人は、アップデートや企業製品の四半期ごとのインストールを含む曇りの世界で苦労しますが、古い習慣を放棄することはそれほど簡単ではありません。 いずれにせよ、ビルド847.32、またはより簡単にはExchange 2013 SP1をダウンロードできます。



製品の以前のバージョンをまだ使用している人が忘れられないように、Exchange 2007 SP3 RU13とExchange 2010 SP3 RU5もリリースされます。



少なくとも私にとっては、CU3からの更新は無痛だったので、インストールの詳細を説明したくありません。 ただし、新しいコマンドレットとRBACへの変更をサポートするには、必ずADDSスキーマを更新する必要があるので、インストールプランにこのステップを含めるようにしてください。 DAGメンバーをメンテナンスモードに移行したり、アップグレードする前にEMSとEACを停止したりするなど、時間をかけて検証された予防措置が残っています。 私たちの場合、アップデートはけがで終わっていませんでした。これは予想外の嬉しい驚きでした。 1つの小さな警告-アップグレード後にすべてのサービスが開始されたことを確認してください。トランスポートサービスに問題がある可能性があります。

UPD マイクロソフトはこの問題に関してKB2938053をリリースしました。



更新パッケージには、古い機能の改善と新しい機能の両方が含まれています。 S / MIMEサポートがOWAに返されることが最初の例であり、2番目のDLPサブシステムのフィンガープリンティングに重要な情報が現れる場合があります。 更新および追加された機能の完全なリストはわずかに低くなります。 可能かつ適切な場合、同じ機能がOffice 365に含まれます。実際、現在の更新リリースプロセスの仕様を考慮すると、新機能は、企業顧客に更新として提供される数週間前にクラウドに展開されます。たとえば、SP1。 まだ気づいていませんが、すでに新しい機能を使用している可能性があります。



したがって、私にとって、SP1に含まれる最も興味深い変更は次のとおりです。





OutlookとExchangeの相互作用のメカニズムとしてのプロトコル「MAPI over HTTP」 （別名「錬金術」） の出現 。 RPC over HTTPは引き続きOutlook 2013 SP1以外のクライアントに使用されますが、MAPI over HTTPが優先され、将来的にはExchangeに接続するための唯一のプロトコルになる可能性が高くなります。 RPCは、不安定なネットワーク接続（たとえば、パブリックWi-Fiネットワーク）に対処するのが難しい古いメカニズムであり、その使用を拒否すると、クライアント接続の信頼性が高まります。 HTTPSを使用したMAPI over HTTPはHTTP 1.1に基づいており、クライアントはPOSTコマンドを使用してサーバーと通信するようになりました。 その結果、MAPI over HTTPを使用して接続されたOutlookはEWS、EAS、またはOWAと同様に機能し、休止状態の終了、ネットワークまたはネットワークアダプターの切り替え、ネットワーク障害などのシナリオをより適切に処理できます（希望）。 私にとって、おそらくこれにより、OWAオフラインを使用できなくなる可能性があります。 MAPI over HTTPをサポートする電子メールクライアントはOutlook 2013 SP1のみであるため、組織が新しいプロトコルの使用に完全に切り替えるには多くの時間がかかることに注意してください。 また、Exchange組織で一度特別なセットアップを実行してMAPI over HTTPの使用を有効にする必要があります。幸いなことに、これによりRPCクライアントとのネットワーク交換が中断されることはありません。 近い将来、Microsoftは（まだ含まれていない場合）Office 365に新しいプロトコルを含めることを計画しており、新しい顧客はその使用に自動的に切り替えます。 Microsoftは、Office 365でRPC over HTTPを無効にする計画はありませんが、数年以内にこれが発生しても驚くことではありません。



OWAおよびOWA for DevicesでDLPアラートが表示されるようになりました 。 以前のOutlook 2013はDLPをサポートする唯一のクライアントだったため、これは非常に重要な変更です。 多くの場合、これは企業でDLPを展開する際のブロック要因になりました。

同時に、クライアントのDLPポリシーまたはトランスポートルールを使用して制御される一連の情報として任意のドキュメントを追加できるようになりました。 このためには、管理された情報のいわゆる「指紋」を作成する必要があります。 Exchange 2013 SP1に付属のDLPテンプレートは、より多くの国と地域に対応するようになりました。



Exchange Administrative Center（EAC）に返されるコマンドレットロギング 。 Exchange 2007またはExchange 2010のExchange管理コンソールのMMCスナップインは、アクションの実行時に実行されるコマンドレット（およびパラメーター）を確認するための3つの異なる方法を提供しました。 この機能は、使用されるコマンドレットの構文とパラメーターを詳細に学習する場合に不可欠です。 最後に、Exchange 2013 SP1では、ログを有効にして、EACによって実行されたコマンドレットのログを別のウィンドウに表示できるようになりました。



サポートされるオペレーティングシステムのリストにWindows 2012 R2が追加されました 。 これで、Windows 2012 R2を実行しているサーバーにExchange 2013 SP1をインストールし、Windows 2012 R2に基づくドメインコントローラーとグローバルディレクトリを使用し、ドメインとフォレストをWindows 2012 R2にアップグレードできます。

ちなみに、Exchange 2007 SP3 RU13、Exchange 2010 SP3 RU5では、Windows 2012 R2に基づくドメインコントローラーとグローバルディレクトリのサポートも追加されていますが、Windows 2012 R2への製品のインストールのように、Windows 2012 R2のドメインおよびフォレストレベルはサポートされていません。



簡素化されたDAG展開 。 DAGをWindows 2012 R2に展開する場合、「専用IPアドレスのないDAG」（またはMicrosoftの用語では「クラスター管理アクセスポイントのないDAG」）を作成できます。 これはDAGモデルの進化の続きであり、DAGのすべての側面を管理する責任の一部がExchangeに移されます。 新しいモデルは、すべてのDAG管理がExchangeツールによって実行され、クラスターのフェールオーバークラスター管理スナップイン、CNO、ネットワーク名、およびDNSレコードが使用されなくなったことを前提としています。 この非常に便利な変更により、管理が簡素化されます。近い将来、詳しく説明します。 すべてのDAGメンバーは同じバージョンのオペレーティングシステムで動作する必要があるため、Windows 2012 R2の使用に切り替えるには、既存のDAGを再作成する必要があることを思い出してください。



OWAで返されたS / MIMEサポート （IE9 +のみ、ただしChrome、Firefox、Safariは不可）。 この機能は、さまざまな種類のディスプレイをサポートするためにOWAアーキテクチャが変更されたため削除されました。 Exchange 2013 SP1では、Outlook、OWA、およびExchange ActiveSyncでS / MIMEがサポートされています。 S / MIMEサポートを有効にするには、Set-OWAVirtualDirectoryコマンドレットを使用する必要があります。



エッジトランスポートの役割が返されますが、変更された形式です。 Exchange 2013 SP1より前は、Exchange 2010を使用してのみエッジサーバーを展開できました（通常はインターネットから直接メールを受信するために使用されます）。Exchange2013 SP1はPowerShellを使用して排他的に構成および管理されるため、構成が不可欠ですExchange 2007またはExchange 2010で同様の役割を設定することとは異なるため、役割を展開する前に、このプロセスに特別な注意を払い、必要なすべてのテストと評価を行う必要があります。 GUIがなく、PowerShellを使用してEdgeを管理する必要があると不満を言う人もいますが、いずれにしても、構成プロセスは非常に簡単です。また、いくつかのPowerShellコマンドを処理できない場合、メールを受信するときにセキュリティマージンとして機能するサーバーを展開する必要はないかもしれません？



追加のアプリケーションを作成するモデルは、「編集」モードのアプリケーションをサポートするようになりました 。 簡単に言えば、以前にメールメッセージの読み取り中にデータを処理するための追加のアプリケーション（アドレスの抽出やBingマップでの表示など）を使用できる場合、新しいメールメッセージの作成中にもアプリケーションを使用できるようになりました。



SSLサポートがオフロードを返しました 。 CASサーバーへのSSL接続を暗号化するタスクをバランサーに再度転送できます。



他の大規模なサービスパックと同様、SP1には、特定のユーザーグループにとって重要な、最も幅広いユーザーを対象としない他の変更があります。 例は、米国国防総省のスマートカードを使用した認証のサポートです。 間違いなく、近い将来ブログで、他の多くの変更の詳細と新しいコマンドレットの使用の詳細が表示されます。 詳細に関心がある人のために、Exchange 2013 SP1には981個のコマンドレットが含まれていますが、RTMには958個が含まれています。



Exchange SP1も累積的な更新プログラムであるため、テストおよび操作中に特定された多くのバグ修正が含まれています。 したがって、展開する前にサービスパックのテストに十分注意する必要があります。



次の数週間で、言及されたいくつかの新機能についての話を続けます（少なくとも、この方向に進むことを試みます。すぐに注意を払う必要がある他の多くのものが私の執筆計画に違反するからです）。 それまでの間、Exchange 2013 SP1を展開するかどうかについて、すぐに多くのコメントを聞くことになるでしょう。 私の意見では-それは価値があります。