Microsoft Exchange Server

Posted on

Microsoft Exchange Serverは、Microsoftの電子メール、予定表、連絡先、スケジューリング、コラボレーションプラットフォームです。 これは、ビジネスで使用するためにWindows Serverオペレーティングシステム(OS)に展開されます。 Microsoftは、モバイルデバイス、デスクトップ、webベースのシステムからメッセージングプラットフォームにアクセスできるようにExchange Serverを設計しました。 Exchange Serverのテレフォニー機能では、音声メッセージがサポートされます。

Exchangeユーザーは、予定表とドキュメントの共有を通じて共同作業を行います。 プラットフォームのストレージ機能とセキュリティ機能により、組織はコンテンツのアーカイブ、検索の実行、コンプライアンスタスクの実行を可能にします。 Exchange Serverは時間の経過とともに進化し、現在では、microsoftがサービスプロバイダーとして機能するMicrosoftクラウドで提供するサービスとしてのソフトウェア(SaaS)としてのOffice365の基礎的なコンポーネントとなっています。

Exchange Serverはどのように動作しますか?

Exchange Serverは、主に電子メールメッセージの送信、受信、および保存に焦点を当てたエンタープライズクラスのコラボレーション製品です。 Exchange Serverには、メッセージングトラフィックの管理に加えて、予定表作成や他のMicrosoft Officeアプリケーションとの緊密な統合など、他のいくつかのコラボレーショ

Exchange Serverは、さまざまな停止シナリオで継続的なサービスを保証する高可用性(HA)機能で知られています。 これには、単一サーバーの障害やデータセンターの停止時にサービスを確保できる設計パスが含まれます。

Exchange Server2019の機能

2019リリースでは、サーバー間のフェールオーバーが大幅に高速化され、信頼性が向上しています。 これは、全体的なパフォーマンスを向上させ、より大きなディスクやソリッドステートドライブ（Ssd）を含む最新のストレージハードウェアを利用す

Exchange server2019のその他の機能には、次のものがあります。:

  • 最大256GBのメモリと48のCPUコアをサポートします。
  • Windows Server Coreへのインストールを有効にします。
  • Exchange管理センター(EAC)およびExchange管理シェルへの外部アクセ;
  • は、出席者が会議の招待状を転送できないようにします。
  • は、エンドユーザーに追加の不在時オプションを提供します。
  • は、管理者が会社を離れたユーザー
Exchange Server2019のロゴ

Exchange2019のこれらの追加機能に伴い、ユニファイドメッセージング(UM)の役割と関連するすべての機能がExchange2019から削除されました。 ——— 2019年1月16日、Exchangeチームサイトのブログによると、Microsoftは1月からExchange Server2010の拡張サポートをプッシュする予定です。 ることができます。 Exchange Server2010のお客様に移行を完了するための時間を増やすために、2020年1月13日。

Windows Server2008でExchange Server2010のワークロードを実行する管理者は、Janによる調整を行う必要があります。 2020年1月14日、そのサーバー OSの寿命が終了しました。

Exchange Server2019の要件

Exchangeをインストールするには、次の要件を満たす必要があります。2019:

  • Exchange2019は、既存のExchange2016および/または2013サーバーがあるActive Directory(AD)フォレストにインストールできます。 以前のバージョンのExchangeをExchange2019と同じフォレストにインストールすることはできません。
  • ADフォレスト内のすべてのドメインコントローラー(Dc)が、Windows Server2019StandardまたはDatacenter、Windows Server2016StandardまたはDatacenter、またはWindows Server2012R2StandardまたはDatacenterを実行している必要があり
  • ADフォレストの機能レベルは、Windows Server2012R2以上である必要があります。
  • Exchange2019をホストするサーバーは、64ビットプロセッサを使用する必要があります。
  • Exchange2019をホストするサーバーには、128～256ギガバイト(GB)のランダムアクセスメモリ(RAM)が必要です。
  • New Technology File System(NTFS)は、システムパーティション、Exchangeバイナリ、診断ログ、およびトランスポートデータベースを含むすべてのディスクパーティションに必要です。 Resilient File System(ReFS)は、メールボックスデータベースとトランザクションログを含むパーティションで使用できます。

Exchange Serverの高可用性

Exchange Serverには、回復力とHAを維持するためのいくつかの重要な機能があります。 Exchangeのメールボックスサーバーコンポーネントは、データベース可用性グループ(Dag)に依存します。 クライアントアクセスサーバーコンポーネントは負荷分散に依存します。

データベース可用性グループ

DAGは、HAを確保するための基本的なExchangeサブシステムです。 DAGはExchange2010で最初に導入され、すぐにExchange内で最も重要なサブシステムの1つになりました。

DAGは、データベースレベルまたはサーバーレベルで障害が発生した場合に冗長性を提供するために、メンバー間でデータベースを自動的にコピーする最大16のExchangeサー DAGのメンバーサーバーは、DAGの他のメンバーサーバーからデータベースのコピーをホストできます。 データベースのコピーが別のサーバーに追加されると、そのコピーは自動的に最新の状態に保たれ、いつでもアクティブ化する準備が整います。

DAGはWindowsクラスタリングに基づいており、Exchangeチーム自体に固有のテクノロジではありません。 これは、Windows Serverの機能やバグがExchangeの機能に大きな影響を与えることがあることを意味する可能性があります。

Active Manager

Active Manager(AM)は、Exchange環境内のフェールオーバーイベントの管理を担当するExchangeコンポーネントです。 AMは、すべてのExchange2016サーバー上のMicrosoft Exchange Replication Serviceで実行されます。 ExchangeサーバーがDAGに参加すると、そのサーバー上でプライマリアクティブマネージャー(PAM)とスタンバイアクティブマネージャー(SAM)の2つのAM役割が実行されます。

クラスタークォーラムリソースを所有するDAGメンバーサーバーは、PAMロールを保持します。 クォーラムリソースを保持しているDAGノードに障害が発生した場合、pamロールはクォーラムリソースの所有権を取得するサーバーに移動します。

SAMは、AMクライアントを実行している他のExchangeコンポーネントに、現在アクティブなデータベースコピーに関する情報を提供します。 SAMは、データベースに障害が発生したことを検出し、failoverイベントを開始するようPAMに要求します。 SAMは、障害が発生した後にアクティブ化されるデータベースのコピーを選択する責任を負いません。 このプロセスは、ベストコピーおよびサーバー選択（BCSS）と呼ばれます。

ベストコピー選択

データベース障害が検出されると、AMはアクティブ化する影響を受けたデータベースの最適なコピーを選択することによって障害から回復す BCSSプロセスは次のようになります:

  1. 障害は、AMまたは管理された可用性によって検出されます。 このプロセスは、ターゲットレス切り替えを開始する管理者が開始することもできます。
  2. PAMはBCSS内部アルゴリズムを開始します。
  3. attempt copy last logs(ACLL)サブプロセスは、データベースのアクティブコピーを最後にホストしていたサーバーから、不足しているログファイルをコピーしようとします。
  4. ACLLプロセスが完了すると、データベースのコピーをホストしているサーバーのAutoDatabaseMountDial値がチェックされ、アクティブ化されているデータベースのコピーキューの長さと比較 不足しているログファイルの数がAutoDatabaseMountDialの値以下の場合、AMは手順5に進みます。 そうでない場合、AMはステップ2でこのプロセスを開始します。
  5. pamはインフォメーションストアにマウント要求を発行します。 データベースがマウントされない場合、AMは手順2に戻ります。

フェールオーバーイベントが監視イベントによってトリガされた場合、このプロセスには追加のロジックがあります。 追加のロジックにより、アクティブなデータベースを引き継ぐサーバーが、元のサーバーよりも正常であることが保証されます。

dagクォーラムモード

DAGは、Windows Serverクラスターの特定の実装です。 DagのExchangeコンポーネントは、基になるWindows Serverクラスタテクノロジに依存して動作します。 クォーラムの概念は、Dagを実装および管理する方法を理解するために不可欠です。

クォーラムとは、一部のDAGメンバーが失敗した場合に、残りのメンバーが提供できるリソースを管理するルールがあるという考えです。 これらのクォーラムルールセットは、DAGの一貫した操作を提供し、DAGノードが互いに通信を失う状況でタイブレーカーとして機能するために存在します。

DAGに偶数個のノードがある場合、ノード&ファイル共有マジョリティクォーラムモードが使用されます。 このモードでは、外部ミラーリング監視サーバーがタイブレーカーとして機能します。 このモードで実行すると、各DAGノードメンバーは単一の投票を取得しますが、ミラーリング監視サーバーはDAGノードのいずれかに追加の投票を与えます。 クラスタークォーラムデータは各メンバーのローカルシステムディスクに格納されますが、ミラーリング監視サーバーには、DAGクラスタークォーラムデータの最新コピーとし

DAGのメンバー数が奇数の場合は、ノードマジョリティクォーラムモードを使用します。 このモードでは、各DAGメンバーが投票を取得し、各メンバーのローカルシステムディスクを使用してクラスタークォーラムデータを格納します。

重み付きクォーラム投票で特定のDAGメンバーを手動で割り当てることができます。 これは、ほとんどの状況では推奨されず、Microsoftサポートと直接協議した後にのみ行う必要があります。

Datacenter Activation Coordination mode

Datacenter Activation Coordination(DAC)モードは、dagの機能であり、停止によりデータベースのコピーが二つの異なるサーバー上に存在するような状況を防ぐように設計されています。 DACモードでは、データベースをホストしているサーバーがDAGメンバーサーバーの大部分に到達できない場合に手動で介入する必要があります。

Microsoftのベストプラクティスでは、複数のメンバーがあり、継続的なレプリケーションを使用するDAGでDACモードをアクティブにする必要があります。 DAGのDACモードが推奨されない唯一のケースは、管理者がサードパーティレプリケーションツールを使用していた場合です。

DACがアクティブな場合、起動時にDACプロトコル(DACP)を使用するDAGノード間の通信が追加されます。 DACPは起動時に0に設定されます。 DACPビットが0のままの場合、AMはそのノード上のデータベースを起動しようとしません。 また、別のDAGメンバーのDACPビットが1に設定されている場合、またはDAGノードがDAGメンバシップリストのすべてのサーバーに接続できる場合は、DAGビットを1に設定することもできます。

DACモードは、プライマリデータセンターに障害が発生し、バックアップデータセンターがアクティブ化されている場合に便利です。 ワイドエリアネットワーク(WAN)接続がオンラインに戻る前に電源が戻り、サーバーが起動すると、DACモードでは、同じデータベースの異なるコピーが両方のデータセンター

2つのノードを持つDAGの場合、DACモードでは、代替監視サーバーの起動時間とDACPビットが1に設定された時間の比較を使用して、データベースをマウントできるか Dacpビットが代替ミラーリング監視サーバーの起動時よりも前に1に設定されていた場合、システムは、プライマリデータセンターでの電源障害の可能性があ 代替ミラーリング監視サーバーの起動時にDACPビットが1に設定されている場合、システムはデータベースをマウントしても安全であると見なします。

DatabaseAvailabilityGroupコマンドレットとスプリットブレイン条件

スプリットブレインは、同じデータベースの二つの異なるコピーが異なるデータセンターで同時にアクティブに この場合、データベースの2つの異なるコピーが発散し、2つの異なるコピーがリコンサイルしようとすると、ユーザーデータが失われる可能性があります。

分割脳状態を防止することに加えて、DACモードではDatabaseAvailabilityGroupコマンドレットを開始、停止、復元することができます。 これらのコマンドレットは、手動のデータセンターの切り替えを実行するために使用されます。 DACモードがアクティブでない場合、手動データセンターのプロセスは複雑で、Exchangeツールとクラスターマネージャーの両方が必要になります。

Exchange環境が四つのサーバーで構成され、それぞれが同じデータベースのコピーを持つ状況を想像してみてください。 これらのサーバーのうち2つはデータセンター Aにあり、2つはデータセンター Bにあります。 2つのデータセンター間のリンクでネットワーク障害が発生します。 DACモードを有効にしないと、各データセンターのサーバーがデータベースのコピーをアクティブ化する必要があると考える可能性があります。

DACモードは、データベースをアクティブ化する前にノードの過半数を必要とすることにより、この分割脳のシナリオを防止します。 ノードの過半数とは、dagノードがデータベースコピーをアクティブ化できるようにするには、クラスター内のほとんどのノード（この場合はDAG）がオンラインで到達可 DAG内に偶数個のノードがある場合、ファイル共有監視は、ノードの過半数を決定するための投票メンバーとしても機能します。

上記のように、各データセンターに4ノードのクラスタと2ノードがある場合、ファイル共有監視を持つデータセンター内のExchangeサーバーのみがデータベースをアクティ 他のデータセンター内のDAGノードは、DAGのメンバーとしてリストされているすべてのサーバーに接続できるまで、データベースをアクティブ化できません。

Third-site witness

2013年にExchangeに追加された機能は、管理者の介入なしにすべてのリソースをオンラインにする権限を持つthird-site witnessのサポートでした。 各サイトにサードサイト監視サーバーへの独立したネットワークパスがある場合、あるサイトのノードは監視サーバーを使用してクォーラムを維持できます。 サードサイト監視を使用することの欠点は、Exchange管理者が必要な時間をかけてネットワークの動作を掘り下げて完全に理解する必要があることです。

負荷分散

負荷分散は、管理者がネットワーク内の各Exchangeサーバーに送られるネットワークトラフィックを管理する方法です。 通常、Exchange2016サーバー間の受信クライアント接続の配布を管理することが望ましいのは、次の2つの理由です:

  1. ワークロードを分散する。 誰かが複数のExchangeサーバーを設定して維持するのに苦労する場合は、それらのすべてのExchangeサーバーに定期的に何らかの作業をさせることをお勧めします。
  2. 障害の影響を軽減します。 何かがうまくいかないときは、障害が発生したシステムの作業負荷を引き継ぐ冗長システムを持っているのはうれしいことです。

ロードバランシングはDagを補完します。 DAGのジョブは、(1)各メールボックスの複数のコピーをアクティブ化する準備ができていることを確認し、(2)アクティブなコピーが使用できなくなった場合 その仕事は、ある場所が利用できなくなった場合にクライアントトラフィックを送信する他の場所があることを確認することです。

負荷分散は、1つのサイト内の2つ以上のExchangeサーバー間、または複数のサイト間にまたがることができます。 優先アーキテクチャ(PA)Exchange展開には、二つの別々のADサイトに分散された四つのExchangeサーバーが含まれます。 Exchangeの現在のバージョンでは、レイヤ4、レイヤ7、およびドメインネームシステム(DNS)ラウンドロビン負荷分散がサポートされています。

Exchangeの優先アーキテクチャ

Exchange PAは、MicrosoftのExchangeチームが想定しているように、理想的なExchange展開です。 PAは、総所有コスト（TCO）、HA、回復力、冗長性、および回復を念頭に置いて開発されています。 PAは成熟度モデルとして使用することを意図したものではなく、インスピレーションとして使用するように設計されています。

Exchange Serverクライアント

Exchangeユーザーは、電子メールクライアントを介してメッセージにアクセスし、対話します。 Microsoft Outlookは、最も一般的なクライアントです。 Exchange Server2016では、次の機能もサポートされています:

  • Outlook2016
  • Outlook2013
  • Outlook2010Service Pack2(SP2)
  • Outlook For Mac For Office365
  • Outlook For Mac2011

Outlookは、web上のOutlookと呼ばれるwebベースのアプリケーションとしても利用できます-以前はOutlook Web Appで、一般にOWAと略されていました-ユーザーがさまざまなwebブラウ Web上のOutlookを使用すると、ユーザーはOneDrive for Businessに保存されているドキュメントをオンプレミスのSharePointサーバーにリンクして共有できます。 これにより、エンドユーザーがファイルを保存して電子メールに添付するための、より簡単で直接的な方法が作成されます。

Exchange Serverの長所と短所

Microsoft Exchangeを使用する長所について話すのは簡単ですが、ライセンスコスト以外に短所を特定するのは難しい場合があります。 今のところ、交換する真の競争相手はほとんどありません。

Exchange on-premises–すべてのバージョンが一緒にカウントされています–おそらく最大のアクティブユーザーベースを持っていますが、Microsoftはexchange on-premisesまたはExchange Onlineのアク Outlook.com 現在はExchange上で実行されるため、Exchangeオンプレミス、Exchange Online、およびOutlook.com おそらく、Gmail（ビジネスと個人）よりも多くの総ユーザー（ビジネスと個人）を持っています。 MicrosoftとGoogleの製品の後に他の競合するメッセージングプラットフォームは、比較的小規模なビジネスユーザー基盤を持っています。

マイクロソフトとGoogleのビジネスメッセージングプラットフォームに続いて、インストールされたユーザーベースの面で最大の解決策は、おそらくLotus Notesです。 Notesは主にメッセージングソリューションではないため、NotesとExchangeの比較は困難です。 Lotus Notesは、メッセージング機能を含むデータベースソリューションです。 さらに、2019年6月30日の時点で、IBMはLotus Notesの所有権をHCLに売却し、その製品を更新することはなくなります。

Zimbraは最大のLinuxベースのメッセージングソリューションです。 オンプレミスとシリアル接続SCSI(SAS)ベースのZimbraソリューションの両方が利用可能です。 さまざまなライセンスオプションを含むZimbraのオープンソース版が利用可能です。

異なる機能と焦点を持つすべての異なるメッセージングソリューションは、まっすぐなproとconの比較を困難にします。 以下は、いくつかの高レベルのproとconの比較です。 これらのリストは決定的であることを意図していません。

Exchange on-premises vs.Exchange Online

メッセージングソリューションを探している企業にとって最も一般的な選択肢は、Exchange on-premisesとExchange Onlineの間です。

Exchangeオンプレミス
長所 短所

管理者は、アップグレードのスケジュールと機能の可用性を制御できます

ハードウェアの修理は管理者の責任です

一回限りのライセンス料

ローカル、オンサイトで維持する必要があります
組織外の誰もサーバーやデータにアクセスできない ハードウェアとソフトウェアのコストを減価償却する必要があります
オンラインでの交換
長所 短所
ハードウェアやソフトウェアを維持する必要はありません 柔軟性のないソリューション
毎月のライセンス費用 あなたのデータの制御の潜在的な損失
99.9% 稼働時間サービスレベル契約(SLA) 潜在的に高価な
関連するオンプレミスソフトウェアを最新の状態に保つ必要がある可能性があります

為替オンライン対 Gmail

Exchange Online
Pros Con
Integration with other Office 365 applications More expensive than Gmail
Hybrid integration with Exchange on-premises
Gmail
Pro Cons
Less expensive than Exchange Online Less complete suite of software
No hybrid options
広告統合なし

Microsoft Exchange Online

Microsoftは、Exchange Onlineと呼ばれるSaaS製品としてExchangeを提供しています。 これは、スタンドアロンサービスとして、またはOffice365スイートの一部として利用できます。 エンドユーザーは、OutlookクライアントまたはWeb上のOutlookを介してExchange Onlineに接続します。 Office365の管理者アクセス許可を持つ管理者は、サービスを構成および管理します。 Microsoftは、exchangeをホスト型サービスとして提供し、Exchangeオンプレミス展開に伴う管理作業を削減します。

Exchange Serverの価格

Exchange Serverの価格は、購入方法と購入されているバージョンによって大きく異なる場合があります。

Exchangeオンプレミスは、サーバーごとに販売されます。 また、Exchangeにアクセスする各ユーザーには、クライアントアクセスライセンス(CAL)が必要です。 Exchange Serverは、Windows Server OSを実行しているサーバーにインストールする必要があります。 サーバーは、DCが1つ以上あるADフォレストにインストールする必要があります。

Exchange Server自体は二つのライセンスレベルで提供されています: 標準および企業。 Exchange Calには、StandardおよびEnterpriseもあります。 各ユーザーは、Windows Serverの標準CALを持っている必要があり、追加の機能のためのエンタープライズCALを持っている場合があります。 Standard CalとEnterprise Calの両方を、どちらのserver editionでも使用できます。

Exchange Onlineは、スタンドアロン製品として、またはOffice365バンドルの一部として、ユーザーごと、月ごとに販売されています。 2つの独立した計画があります。 Exchange Onlineプラン1-ユーザーあたり$4、月額-ユーザーあたり50GBのメールボックスを備えた、安全で利用可能なビジネスメールを提供します。 Exchange Onlineプラン2-ユーザーあたり月額$8-プラン1に基づいて構築され、無制限のストレージ、ホストされたボイスメール、およびデータ損失防止(DLP)機能が含まれています。

Exchange Serverの歴史

Exchange Serverは1993年にプライベートプレビューで最初にリリースされました。 1996年、Exchange Serverの最初の一般公開されたバージョンがExchange4.0としてリリースされました。 Exchangeの最初のリリースの4.0バージョン番号は、Microsoft Mail3.5からのアップグレードであることを示すためのものでしたが、これらは2つの大幅に異なるプログ Exchange4.0はXを使用しました。ディレクトリサービスとメール配信のための500プロトコル。

1997年、Exchange5.0がリリースされました。 これは、メールサーバー配信プロトコルとしてSmtp(Simple Mail Transfer Protocol)を機能させたExchangeの最初のバージョンでした。 SMTPは、Exchange5.0を、インターネットを介して他のメッセージングプラットフォームと通信できる最初のバージョンにしました。 Exchange5.0では、リリース後のservice packのEXCHANGE5.0でもOWAが導入されました。

Exchange5.5は、Exchange5.0から1年も経たないうちにリリースされ、Standard editionとEnterprise editionで提供されたExchangeの最初のバージョンでした。 交換5.5には、削除済みアイテムの回復の導入と、Internet Message Access Protocol4（IMAP4）およびLightweight Directory Access Protocol（LDAP）v3クライアントのサポートも含まれていました。

EXCHANGE Server2000は、ADのリリースに合わせて2年後にリリースされました。 Exchange2000には、後にOffice Communications Serverに分社化されたインスタントメッセージング機能が含まれていました。 Exchange Server2000は広く採用されていませんでした。

Exchange Server2003は、機能と採用の両方において、Exchangeにとって大きな一歩でした。 Exchange Server2003は、異なる機能を満たすために異なるExchangeサーバーを差別化する傾向を開始しました。 すべてのExchangeサーバーに同じソフトウェアがインストールされていましたが、2003では、一部のサーバーをクライアント接続をホストするフロントエンドサーバーと また、Exchange2003では、以前のバージョンを実行していた組織で2003サーバーを共存させることで、以前のバージョンのExchangeからの移行がはるかに簡単になりました。

Exchange Server2007は、多くの新機能を含む別のメジャーバージョンでした。 リリース時には、Exchange2007はパブリックフォルダをサポートしていませんでしたが、顧客からの苦情の後、Service Pack1(SP1)でサポートが返されました。 Exchange2007は、PowerShellを完全に採用した最初の主要なMicrosoft製品でした。 Exchangeのすべての機能がPowerShellコマンドとして初めて使用できましたが、一部の機能にはグラフィカルユーザーインターフェイス(GUI)コントロールがありませんでした。

Exchange2007では、Exchangeサーバーの役割を完全に分離するという概念も導入されました。 2007には、物理サーバーに個別のソフトウェアがインストールされている5つの異なるExchangeサーバーの役割が含まれていました。 必要に応じて、これらのロールのうち4つを単一の物理サーバーにインストールできますが、各ロールは独自の物理サーバーにもインストールできます。

Exchange2007では、”通話に応答した後”のテレフォニーサービスを提供するUMも導入され、複数のデータベースHAオプションが含まれていました。 これらのオプションには、データベースクラスタを構築するための複数の方法が含まれていましたが、配置と保守が複雑で混乱していました。

Exchange2010はExchange Serverのマイナーリリースでした。 Exchange Server2010の主な変更点は、DAGの導入と、Exchange2007からの複雑なクラスタリングオプションの廃止でした。 Exchange2010には、Exchange2007からのサーバーの役割の分離が含まれ、改善され、クライアントアクセスの可用性を向上させるために利用可能な負荷分散オプションが Office365はExchange2010の期間中に最初にリリースされ、Exchange2010にはExchangeオンプレミスとExchange Onlineの間の最初のExchangeハイブリッド機能が含まれていました。

Exchange2013がOctにリリースされました。 11,2012,ビジネスのためのSharePointとSkypeの新しいバージョンと一緒に. このリリースは、3つのOffice server製品とそのOffice365onlineバージョンの間でより緊密な統合を作成するというMicrosoftの意図を示していました。 サイトメールボックスはExchange2013で導入され、ExchangeメールボックスとSharePointコンテンツへのアクセスを同時に有効にする機能が含まれていました。

Exchange2013には、modern public foldersと呼ばれるパブリックフォルダへの大幅な変更が含まれていました。 パブリックフォルダの基本的な機能は同じままでしたが、ユーザーメールボックスと同じメールボックスデータベースにパブリックフォルダを含めるように Exchange2013のライフサイクル中、Microsoftのお客様は、microsoftが新しいバージョンのexchangeをオンプレミスで開発し続けるのか、Exchange Onlineのみをサポートするのか疑問に思い始めま この憶測は、主に、新しいExchange機能が最初にExchange Onlineに表示され始め、その後、ソフトウェアのオンプレミスバージョンになるために発生しました。

Exchange2016では、エッジトランスポートロールを除く個別の物理サーバーに個別のExchangeサーバーの役割をインストールする機能が削除されました。

Exchange Server2019には、Windows Server CoreにExchange Serverをインストールする機能が含まれていました。 これは、GUIを使用して実行および管理できるExchangeの最初のバージョンでした。 このリリースでは、すべてのUM機能がExchange2019から削除され、Exchange2019の新機能が追加されました。

Exchange Serverのバージョン

次のリストは、対応するリリース日とソフトウェアビルドによるExchange Serverのバージョンの進行を示しています:

  • Exchange Server4.0Standard Editionは、1996年6月11日にビルド4.0.837として最初にリリースされました。
  • Exchange Server5.0は、ビルド5.0.1457として1997年5月23日に最初にリリースされました。
  • Exchange Server5.5が最初にリリースされました。 3,1998,ビルドとして5.5.1960.
  • Exchange2000Serverが最初にリリースされました。 29,2000,ビルドとして6.0.4417.
  • Exchange Server2003が最初にリリースされました。 28,2003,ビルドとして6.5.6944.
  • Exchange Server2007は、ビルド8.0.685.25としてMarch8,2007で最初にリリースされました。
  • Exchange Server2010が最初にリリースされました。 9,2009,ビルドとして14.00.0639.021.
  • Exchange Server2013が最初にリリースされました。 3,2012,ビルドとして15.00.0516.032.
  • Exchange Server2016が最初にリリースされました。 1,2015,ビルドとして15.01.0225.042.
  • Exchange Server2019が10月に最初にリリースされました。 14、2018、ビルド15.2.221.12として。

コメントを残す

メールアドレスが公開されることはありません。