上司がこう尋ねます。「“Microsoft 365がダウンした場合、当社のメールはどうなるのでしょうか?どのような解決策を検討すべきでしょうか?” 以下が最終候補リストに挙がるべきものです。.
最終更新日:2026年11月13日。.
開示事項。. この記事は、今回レビュー対象となった7つのソリューションのうちの1つを提供するConnecting Softwareによって公開されています。私たちは、各ベンダーが公開している資料に基づき、7つのソリューションすべてを同一の基準で評価しました。実際の製品を実際に試用してテストすることは行っていません。以下の評価基準および各ソリューションの評価内容をご確認の上、ご自身で候補リストを作成してください。.
TL;DR — 概要
Microsoft 365 のサービス停止中もメールの送受信を継続する必要がある場合、実際には 2 つの方法があります。1 つは、 メール層 ユーザーに緊急用受信箱を提供するサービス、あるいは包括的なサービス ホットスタンバイ メール環境の2つ目の作業用コピーを保持するものです。.
このリストに掲載されている製品のほとんどは前者のタイプです。2つは後者のタイプです。 それぞれのトレードオフは異なります。メールレイヤー型サービスでは通常、メールの経路に第三者が介在するため、コンプライアンスやデータ保存場所に関する問題が生じます。一方、ホットスタンバイ型はメールの流れをそのままに保ち、カレンダーなどの他のコンポーネントを提供しますが、ライセンス管理やガバナンスの対象となる環境がもう1つ増えることになります。また、その後Microsoft 365に何が戻ってくるかという点でも、製品ごとに違いがあります。 以下に、7つの製品の比較を示します。.
|
ソリューション |
アプローチ |
こんな方に最適 |
主な注意点 |
|
Mimecast メールボックス・コンティニュイティ |
メール層、管理者によるフェイルオーバー |
すでにMimecastをゲートウェイとして利用しているチーム、またはOutlookベースのアクセスを希望するチーム |
Mimecast経由でのメール転送が必要となります。プレミアムスイートの料金体系 |
|
Connecting Software |
フルスイートのホットスタンバイ(Google Workspace または Microsoft Exchange) |
メールだけでなく、カレンダー、連絡先、タスク、ファイルが必要な組織;政府系クラウドのテナント |
ライセンス付与と管理を行う第2のプラットフォーム |
|
CloudM 継続性 |
フルスイート・ホットスタンバイ (Google Workspace) |
Google Workspaceのスタンバイ環境を希望し、定義された定期同期階層に該当する組織 |
Microsoft 365 への復旧はメールのみを対象とし、管理者によって開始されます。 |
|
Proofpoint Essentials 緊急受信トレイ |
メール層、自動 |
Proofpointゲートウェイの既存顧客(MSP管理環境) |
MSPの見積もりが必要です。異なる階層や複数のアドオンが必要になる場合があり、その場合は総コストが増加する可能性があります。. |
|
Retarus Email Security |
メールレイヤー型、独立したウェブメール |
Retarusのメールセキュリティソリューション全体に関心をお持ちのお客様 |
Webメールのみ;履歴が短い;Outlookへのアクセス不可 |
|
OpenText Core Email Continuity (旧AppRiver/Zix) |
メール層、自動 |
中小企業およびMSPが管理する環境 |
OpenTextのメール脅威対策が必要です |
|
バラクーダ・メール・プロテクション |
メール層、自動、バンドル |
事業継続性を希望するバラクーダのお客様には、以下が含まれます |
96時間経過すると、連続運転機能がオフになります |
メールを正常に稼働させ続ける2つの方法(そして、うまくいかない1つの方法)
メール層の継続性
クラウドサービスはメールの送信経路に配置され、最近のメールのコピーを継続的に保持し、メールシステムに接続できない場合に、ユーザーに緊急用の受信箱(Web、場合によってはOutlook)を提供します。サービスが復旧すると、一時保存されていたメッセージは元の受信箱に配信されます。.
これを、停電時の非常用バックアップ照明のようなものと考えてみてください。壁にぶつかるのを防ぐことはできますが、工場の生産ラインを稼働させることはできません。導入は迅速で比較的安価ですが、メールのみの対応であり、履歴の保存期間も限られています。.
これらのサービスは、メールの経路上に配置されることでデータを保持するため、導入するとなると、多くの場合、メールの流通経路に第三者を加えることになり、これはセキュリティ、コンプライアンス、データ所在地の観点に加え、事業継続性の観点からも検討すべき事項となります。.
フルスイート・ホットスタンバイ
もう1つのプラットフォームでは、メール、カレンダー、連絡先(場合によってはドキュメントも)のコピーが常に保持されています。Microsoft 365がダウンした場合、ユーザーはスタンバイ環境にリダイレクトされ、すべてのツールをそのまま使い続けて作業を続けることができます。.
これを、工場用の非常用発電機のようなものと考えてください。主電源が途絶えた際、発電機が作動して、工場内や生産ラインの稼働を維持します。カバーできる範囲は広がりますが、その代償として、別の環境が必要になります。.
その形態はお客様次第であり、価格も同様です。 すでに所有しているオンプレミスのExchangeサーバーは、ライセンス費用の追加負担はほとんどありませんが、管理の手間が増えます。Google Workspaceのようなクラウドスイートは、その管理業務をベンダーに委ねることができますが、ユーザーごとのサブスクリプション費用が発生します。いずれの場合も、セキュリティ対策を講じ、コンプライアンス対策の一環として組み込む必要があります。.
バックアップは事業継続ではない
バックアップは、何か問題が発生した後にデータを保護するものです。インシデントが収束したら、データを復元します。停電、テナントのロックアウト、サイバー攻撃など、インシデントが発生している間は、誰もメールの送受信を行うことはできません。バックアップとは、火災が発生した後に提出する保険金請求のようなものであり、照明を点灯させ続ける発電機のようなものではありません。.
両方が必要になる場合もあるかもしれませんが、それらはそれぞれ異なる疑問に答えるものです。連続性に関するアプローチのより詳細な比較については、Connecting Softwareの Microsoft 365 のメール継続性とそれ以上の機能.
注: 移行ツール(BitTitan MigrationWizなど)は、プラットフォーム間でメールボックスを移行します。統合プラットフォーム(Dell Boomiなど)は、アプリケーション間を連携させます。いずれも、サービス停止中にメールの送受信を維持するために特別に設計されたものではありません。.
Eメール継続性ソリューションの分析方法
各ソリューションは、以下の4つの基準に基づいて分析されました:
|
基準 |
調査内容 |
|
セキュリティとコンプライアンス |
コンティニュイティ・チャンネルにおけるデータの取り扱い:障害発生時のスキャンとポリシーの適用、エクスポートの制御、データの追加コピー、データの保存場所 |
|
連続性確保の機能 |
正常に動作し続ける機能(メールのみ、あるいはカレンダーやファイルも含む)、履歴ウィンドウ、有効期間の制限、自動フェイルオーバーと手動フェイルオーバー |
|
サービス停止時のユーザー体験 |
アクセス方法(Outlook、Web、モバイル)、習熟度、必要なトレーニング |
|
コスト |
価格体系と、その他に購入が必要なもの。ベンダーが価格を公表していない場合は、見積もりではなく価格体系を分析しました。 |
知っておくべき制限事項
この分析は、ベンダーのドキュメント、データシート、および公開されているステータスページに基づいており、実機でのテストによるものではありません。この分析を、ご自身での評価を行うための体系的な出発点としてご活用ください。.
7つの解決策
| ソリューション | ゲートウェイ・インディペンデント | Outlookへのアクセス | 自動有効化 | カレンダー | 連絡先 | 書類の提出先 | 過去のデータ |
|---|---|---|---|---|---|---|---|
| Mimecast | 否 | 噫 | 自動スプール処理;; 手動での起動 |
閲覧専用のカレンダー情報 | 対応していません | 対応していません | 対応済み |
| Connecting Software | 噫 | 噫 | 任意 | 対応済み | 対応済み | 対応済み | 対応済み |
| CloudM 継続性 | 噫 | 否 | 否 | 一方向同期 | 任意;; 在庫状況は未確認 |
任意;; 在庫状況は未確認 |
初期同期の制限 |
| Proofpoint Essentials | 否 | 否 | 噫 | 対応していません | 対応していません | 対応していません | アーカイブ用アドオンが必要です |
| Retarus | 否 | 否 | 否 | 対応していません | 事前プロビジョニングが可能 | 対応していません | 任意: ここ数日 |
| OpenText | 否 | 噫 | 噫 | 対応していません | 対応していません | 対応していません | 対応済み |
| バラクーダ | 否 | 否 | 噫 | 対応していません | 対応していません | 対応していません | 対応済み |
|
ソリューション |
停電前の履歴 |
受信スプールの保持期間 |
最大連続期間 |
|
Mimecast |
58日分のコピー |
受信データの自動スプール処理;期間は明記されていない |
24時間~7日間 |
|
Connecting Software |
完全同期コピー |
スタンバイモデルには適用されません |
時間制限なし |
|
CloudM 継続性 |
初回同期:過去30日分のメール。カレンダーの同期範囲は、前18ヶ月および後18ヶ月*とされています。 |
スタンバイモデルには適用されません |
記載なし |
|
Proofpoint Essentials |
「メールアーカイブ」のライセンスを取得していない場合はなし |
最大30日間 |
記載なし |
|
Retarus |
「ここ数日」へのアクセスは任意です“ |
記載なし |
記載なし |
|
OpenText |
30日間のメール保存 |
記載なし |
記載なし |
|
バラクーダ |
30日間。その後、メッセージは削除されます |
記載なし |
96時間 |
“「記載なし」とは、当社が確認した公開ドキュメントにはその記載が見当たらなかったことを意味します。その機能が備わっていないという意味ではないため、ベンダーに確認してみるといいでしょう。.
Mimecast メールボックス・コンティニュイティ
- メールの送信先: Mimecastは、障害発生時だけでなく、常に受信および送信のメールフローに組み込まれている必要があります。これにより、ローリングコピーが維持されるのです。.
- フェイルオーバー: 管理者は、Mimecastコンソールから、すべてのユーザーまたは影響を受けるグループのみを対象として、事業継続イベントを起動します。評価の際には、どの手順が自動で行われ、どの手順に管理者の操作が必要かを確認してください。.
- アクセス: Windows版「Outlook」、Mac用ネイティブアプリ、またはモバイルアプリで、カレンダー情報を確認できます。.
- 期間です。 1回の停電につき最大7日間。.
- フェイルバック: メールサーバーが復旧すると、Mimecastは自動的に再接続し、停止中に送受信されたメールを同期します。.
- 社内メール: ジャーナリングは、内面からのメッセージだけでなく、外面からのメッセージも捉えるものです。.
Mimecastには自動フェイルバック機能が備わっており、管理者は単一のコンソールからイベントを管理できます。サービス可用性に関するSLA「100%」は、契約書で注意深く確認すべきベンダー側の主張であり、ユーザーにとってダウンタイムがゼロであることを意味するものではありません。 Mailbox Continuityは、障害発生時にはプライマリメールサーバーとは別個に動作しますが、独立したスタンドアロン型のソリューションではありません。これはMimecastプラットフォームの一部であり、通常のメールフローにMimecastが組み込まれている必要があります。このソリューションは、すでにMimecastを経由してメールをルーティングしている場合に最も有効です。.
ご注意: フェイルオーバーを実行する決定を下す必要があるほか、事業継続期間は1回の障害につき7日間が上限となっている。.
Connecting Software
- 種類: フルスイートのホットスタンバイ。.
- 待機目標: Google Workspace またはオンプレミスの Microsoft Exchange。ドキュメントは(Google ドライブや SharePoint へ)レプリケートすることも可能です。.
- 同期されるもの: すべてのメールメッセージ、連絡先、カレンダー、タスクに加え、繰り返し設定、カテゴリ、フラグなどの詳細情報もすべて含む完全なメールボックスです。必要に応じて、同期の開始日を指定することで、不要な過去のデータを同期対象から除外することができます。.
- フェイルバック: スタンバイ環境で作成されたデータは、元に戻すことができます。メール、カレンダー、連絡先、タスクを任意に組み合わせて、どのメールボックスデータを元に戻すかを選択できます。プライマリ環境が利用可能になると、フェイルバックが自動的に開始されます。.
- 同期周波数: 「ポーリング間隔」の設定で指定された値(秒単位)。.
- 環境: データダイオードを介した、Microsoft 365 Government、GCC High、DoD、Secret、およびエアギャップネットワークへの対応。.
このソリューションでは、チームメンバーは単にメールの送受信を行うだけでなく、メール、連絡先、カレンダー、タスクが同期されたスタンバイメールボックスにアクセスできます。ユーザーは通常、カレンダーを利用し、予定を通常通り設定・返信できることを高く評価しています。 このソリューションでは、2つの環境を必要な期間、時間制限なく共存させることができます。お客様の環境におけるアーキテクチャの詳細やコンプライアンスに関するドキュメントについては、弊社まで直接お問い合わせください。.
ご注意: スタンバイ環境は、ライセンスを取得し、セキュリティ対策を講じ、コンプライアンスの対象範囲に含める必要がある、もう一つの環境です。Google Workspaceであれ、オンプレミスのExchangeであれ、導入を決定する前に、チームがそのインターフェースにどの程度慣れているかを評価してください。.
CloudM 継続性
- 種類: フルスイートのホットスタンバイ
- 待機ターゲット: Google Workspace
- 同期されるもの: メール(初回同期では過去30日間分)とカレンダー(過去および未来18ヶ月分)。CloudMのウェブサイトには、アドオンとして連絡先やファイルも掲載されていますが、私たちが確認したサポートドキュメントでは、メールとカレンダーについてのみ説明されています。.
- フェイルオーバー: ユーザーはGoogle Workspaceにログインします。データの最新性は、同期の頻度(週次、日次、または時間単位)によって異なります。.
- フェイルバック: Microsoft 365 からのデータが復元された後、管理者がリカバリ同期を開始し、ユーザーごとの結果を確認して、失敗した項目を再試行します。リカバリの対象はメールのみです。Google で行われたカレンダーの変更は復元されず、上書きされる可能性があります。.
- 同期周波数: 毎週、毎日、または毎時間。.
- ライセンスおよびパッケージング: 週1回の同期の場合、ユーザー1人あたり月額$1.00から。毎日および毎時間の同期については、個別にお見積もりいたします。.
ご注意: $1.00のエントリー価格には週次同期のみが含まれるため、スタンバイ環境は最大1週間遅れる可能性があります。日次および時間単位の料金プランについては別途見積もりが提示されます。CloudMのウェブサイトでは自動逆同期について説明されていますが、サポートドキュメントでは、管理者が開始するメール限定の復旧手順が記載されています。 ご自身の環境にはどちらが適用されるか、また障害発生中にカレンダーに変更が加えられた場合どうなるかを確認してください。.
Proofpoint Essentials 緊急受信トレイ
- 発信: メールは、通常のドメインIDを使用してProofpointの送信中継サーバーを経由して送信されるため、受信者には運用上の支障が生じません。.
- フェイルバック: プライマリサーバーが復旧した際、および管理者の介入があった場合、キューに格納されていたメッセージや送信済みのメッセージは、コンプライアンスおよびフォレンジック追跡のために、元のSMTPヘッダーを保持したままMicrosoft 365に再送信されます。.
- パッケージ: Proofpoint Essentials のいずれかのプラン(Beginner、Business、Advanced、Pro)が必要です。.
Proofpointによるこの製品に関する公開情報は極めて少ない。エンタープライズ・コンティニュイティ・ソリューションについての言及はあるものの、見つけた最新の資料が2021年のオーストラリア向けデータシートであったため、現在も提供されているかどうかは確認できなかった。.
ご注意: アクセスはWebポータルに限定されており、組織がProofpointの「メールアーカイブ」モジュールのライセンスも取得していない限り、ユーザーは障害発生前に配信されたメールを確認することはできません。見積もりの対象となっているサービスプランやモジュール、およびユーザーに表示される履歴の内容を必ず確認してください。.
Retarus Email Security
- 統合: MXレコードの変更、またはIMAP接続。.
- データの取り扱い: エクスポートも、ローカルクライアントへの同期も行われません。.
- フェイルバック: 他のサービスとは異なり、サービス停止中に送受信されたメールはウェブメールの受信箱に残ります。ユーザーは、メッセージを通常のメールボックスに転送するか、.emlファイルとしてエクスポートしてください。また、Retarusでは、猶予期間中はウェブメールへのアクセスを有効にしておくことを推奨しています。.
- パッケージ: 「Continuity」はRetarus Email Securityの機能の一つとして挙げられていますが、これを単体で購入できるかどうかについては、Retarusに確認してください。.
- セットアップ: Retarusのコンサルタントによるワークショップの実施、各ユーザーの緊急用メールボックスの事前の設定、および各ユーザーによる事前のパスワード設定が必要です。停電中にユーザーがパスワードを忘れた場合、管理者がリセットトークンを発行する必要があります。.
Retarusは、Microsoft 365やオンプレミスのExchangeに障害が発生しても稼働し続けます。また、このサービスは通常のインフラとは別個に稼働するため、テストやフェイルオーバーを行っても本番環境に影響を与えることはありません。 Webメールのみに限定されたこの設計は、データ管理の観点からはメリットと見なせる一方で、セットアップやフェイルバックの手順を考えると、ユーザーにとっては煩わしさとなる可能性があります。.
ご注意: ユーザーにはOutlookが表示されず、履歴ウィンドウも短い。.
OpenText Core Email Continuity(旧AppRiver/Zix)
- 要件: OpenText Email Threat Protection(またはAdvanced Email Threat Protection)は、メールの処理経路に組み込まれています。.
- アクセス: Webポータル、またはOutlookにPOPまたはIMAPアカウントとして追加された継続性メールボックス。.
- データの保存場所: 米国、英国、またはスイスのデータセンターから選択可能です。.
- 系譜: AppRiverは2019年にZixの一員となり、Zixは2021年にOpenTextの一員となりました。.
フェイルオーバーは自動的に行われます。メールシステムがダウンしている間は受信メールが一時保存され、ユーザーは過去30日分の受信メッセージの閲覧、返信、作成が可能で、サービスが復旧すると一時保存されていたメールが配信されます。本製品は、中小企業向けのMSP向けに設計されているため、小規模な環境やマネージド環境に適しています。.
ご注意: OpenTextのメール脅威対策機能が必要となるため、独自のゲートウェイを保有する大企業にはあまり適していません。.
バラクーダ・メール・プロテクション(メールゲートウェイ防御)
- 要件と設定: 「Email Gateway Defense」は、メールの経路上に配置する必要があります。障害が発生する前に、管理者は各ドメインに対してスプール機能を有効にし、「Email Continuity」を「自動有効化」に設定してください。.
- フェイルオーバー: 自動的に行われます。Barracudaは、メールサーバーがオフラインであることを検知するとすぐにスプール処理を開始し、約10分後にサービス継続が開始されます。.
- アクセス: ユーザーは「Email Gateway Defense」のWebインターフェースで作業を行い、そこでメッセージの閲覧、作成、返信、転送、および.emlファイルとしてのダウンロードを行うことができます。Outlookへのアクセスはありません。.
- フェイルバック: 障害発生中に送受信されたメールの元のヘッダーとタイムスタンプは、プライマリメールサーバーに同期されます。メールの送受信が再開されてから最大1時間は、継続性機能が有効なままとなります。.
- 発信制御: 停止中に送信されたメッセージについても、送信ポリシーが適用されます。.
バラクーダの事業継続機能は「Email Gateway Defense」に組み込まれており、手動で起動させる必要がないため、一度設定すれば、ここで紹介する選択肢の中でも特に手間のかからないソリューションの一つとなります。.
ご注意: 「Continuity」は96時間後に自動的に停止するため、それ以降のメールの取り扱いについて確認してください。また、LDAP認証を使用している場合、LDAPサーバーがダウンすると、ユーザーは「Email Continuity」にログインできなくなります。これは、ディレクトリが影響を受ける可能性のあるサイバー攻撃のシナリオにおいて重要な点です。.
検討対象となったもの
- インターメディア。. ホスト型 Exchange プロバイダーとして最もよく知られている Intermedia は、『Email Continuity for Microsoft 365 (ユーザーガイド)』というサポートガイドを発行しており、そこには現在のサービス内容が記載されています。保存期間、フェイルオーバーの動作、または認証に関する公開データシートが見つからなかったため、本リストには含めませんでした。 かつて、同社の継続性アドオンは「McAfee Email Continuity」でしたが、この製品ラインはすでに販売終了となっています(以下を参照)。.
- フォーティネットのFortiMail。. 2021年のフォーティネットのブログ記事では、ゲートウェイがサーバーモードで動作している場合の、30日間のローリングメール保存およびウェブメールへのアクセスについて説明されています。現在のFortiMailのメールセキュリティページには事業継続性に関する記載がないため、ここでは省略しました。これが重要な場合は、フォーティネットに最新のドキュメントを問い合わせてください。.
- Hornetsecurity。. この製品リストには、メールサーバーの障害が検出された際に作動する継続性サービスが記載されており、POP3/IMAPまたはウェブメールによるアクセスが可能で、可用性は99.9%と明記されています。現在、公開されているデータシートが見つからなかったため、本件はエントリーではなく「佳作」として扱われます。.
- トレンドマイクロ メールセキュリティ。. トレンドマイクロの現在のドキュメントには、プライマリメールサーバーが利用できない場合にユーザーがメールにアクセスできるようにする「Continuity Mailbox」について記載されています。しかし、保存期間、フェイルオーバーの起動、有効期間の制限、フェイルバックの動作、またはパッケージ構成などに関する、製品レベルの公開情報が不十分であったため、上記の7つの項目と一貫して比較することはできませんでした。 トレンドマイクロに、どのメールセキュリティプランにこの機能が含まれているか、また Microsoft 365 ではどのように設定されているかを問い合わせてください。.
検索結果に旧名称が依然として表示されている
いくつかの老舗ブランドは、今でも「メールの継続性」というキーワードで検索されています。それらの現在の状況は以下の通りです。.
- マカフィー(MX Logicを含む)。. マカフィーは2009年にMX Logicを買収しました。2015年、マカフィーがインテル傘下(インテル・セキュリティとして事業を展開)にあった際、同社はメール保護や事業継続機能を含むSaaS型メール製品ラインのサポート終了を発表しました。 2016年1月11日に販売が終了し、サービスは2021年1月11日に完全に停止する予定でした。.
- シマンテック。. 2019年のブロードコムによる買収後、シマンテックは製品ポートフォリオの合理化を進めました。例えば、「Mail Security for Microsoft Exchange」は2022年にサポート終了となりました。このSpiceworksのスレッドに見られるように、管理者たちの間では、シマンテックブランドのメール継続性ソリューションの提供終了について議論が交わされています。.
- AppRiver。. Zix(2019年)に吸収され、その後OpenText(2021年)に統合されました。同社の継続性ソリューションは、当社の分析でも言及されている「OpenText Core Email Continuity」として現在も提供されています。.
- ヴェリタス。. ベリタス・テクノロジーズは、2024年12月、データコンプライアンス、InfoScale、およびBackup Execの各事業を、新たな独立企業であるArcteraとして分社化しました。 現在、Arcteraのドキュメントには、サービス停止時にアーカイブをセカンダリゲートウェイとして機能させる「Arctera Personal Archive」のアドオンとして、「メール継続性」が記載されています。これはアーカイブのアドオンであり、スタンドアロンの継続性ソリューションではありません。.
すべてのベンダーに尋ねるべき質問
- フェイルオーバー: これは自動で行われるものですか、それとも管理者が手動で実行するものですか?また、所要時間はどれくらいですか?
- 沿革: サービス停止中に、ユーザーは過去どの程度の期間のメールを確認できますか?また、サービス停止が始まる前に配信されたメールも確認できますか?
- 期間です。 『コンティニュイティ』の放送期間に上限はありますか?
- 適用範囲: メールのみですか、それともカレンダー、連絡先、ファイルも含まれますか?
- 依存関係: これを利用するには、ベンダーのゲートウェイやセキュリティ製品が必要ですか?
- フェイルオーバー時のセキュリティ: メールは依然としてスキャンされていますか?また、送信メールおよびDLPポリシーは引き続き適用されていますか?
- データの保管場所と主権: そのベンダーは、常にメールの経路に含まれているのでしょうか、それとも障害発生時のみなのでしょうか。また、そのメールはどの管轄区域で保存・処理されており、サポート目的でのアクセスを含めて、どのような状況なのでしょうか。
- Microsoftのパフォーマンスが低下した場合は: Microsoftが完全にダウンするのではなく、配信を遅延させた場合、御社のサービスはどのように動作しますか?ベンダー自身のインシデント報告によると、このようなエッジケースが発生していることが示されています。2026年1月22日、, Hornetsecurityが配信遅延のメールを報告した 現在発生中のマイクロソフトのインシデントと並行して。.
- 費用: ユーザー単位かドメイン単位か、その他に何を購入する必要がありますか?
- テスト中。 本番環境に影響を与えずにフェイルオーバーテストを実行することはできますか?
よくあるご質問
現在の稼働率を考えると、メールの事業継続ソリューションは必要でしょうか?
「99.9%」という稼働率の保証は、実際に計算してみるとそれほど堅実ではないことがわかります。30日ある月のうち0.1%は、毎月約43分の許容ダウンタイムに相当します。実際のインシデントはそれよりも長く続くことが多く、しかも最悪のタイミングで発生しがちです。.
メール継続性ソリューションのROIを検討する際、どのような点を考慮すべきでしょうか?
予算に関する話し合いでは、簡単な計算式が役立ちます。 フレーム生産性コスト: 影響を受けた従業員数 × 影響を受けた生産性の割合 × 時間当たりのコスト × ダウンタイム時間。 例として、500人の従業員が、1時間あたり約$36(年俸$75,000を2,080時間で割った額)で、業務時間の約25%を電子メールに費やしていると仮定し、3時間のサービス停止が発生した場合: 500 × 0.25 × $36 × 3 ≈ $13,500の生産性損失となります。これは、見逃された顧客からのメッセージやヘルプデスクへの負荷を考慮する前の数値です。 ご自身の数値で計算してみてください。重要なのは、1回のダウンタイムを回避できれば、1年間の事業継続コストの大部分を賄えるということです。.
出展者は掲載料を支払ったのでしょうか?
いいえ。Connecting Software自身のエントリーに関する冒頭の開示事項をご覧ください。.
「メールの継続性」と「メールのバックアップ」の違いは何ですか?
「継続性」により、障害発生時でも人々はデータの送受信を継続できます。「バックアップ」は、データが失われた後にそれを復元します。ほとんどの組織は、最終的にはこの両方を求めています。.
継続性対策は文書も対象となりますか?
はい、文書向けの事業継続ソリューションも存在します。例えば、Connecting Softwareは自社の 安全な同期 Microsoft 365、SharePoint、OneDrive、Google Drive、Nextcloud などのドキュメント同期環境を網羅する製品群です。.
これはどのくらいの頻度で更新されますか?
このカテゴリーの商品は頻繁に変更されます。購入前に、上部に記載されている「最終更新日」を確認し、販売業者に直接詳細をご確認ください。.
参考文献
Mimecast 同社のプラットフォームを通じて送受信メールを中継し、そのコピーを58日間保存する
Mimecast 24時間から7日間までのフェイルオーバーに対応しています
Google Workspace for Business Continuity
CloudM 継続性 商品ページ
Proofpoint Essentials Continuity - 緊急用受信トレイ
Retarus どのデバイスからでもWebメールを利用可能
OpenText Core Email Continuity のリファレンス(対象:) 保存されたメールの日数
OpenText Core Email Continuity データシート 「メール脅威対策」が前提条件として必要
バラクーダ・メール・コンティニュイティ 文書化
インターメディア Microsoft 365 のメール継続性 (ユーザーガイド)
ホーネッツセキュリティ 商品一覧
トレンドマイクロ 継続性メールボックス
McAfee Email Security の提供終了のお知らせ
マカフィー・メール・セキュリティ 2021年1月11日にサービス終了予定
Microsoft Exchange 向けメールセキュリティがサポート終了となりました
シマンテック/デルの「Email Continuity」サービスの提供終了 Spiceworksのスレッド
Arcteraのメール継続性ソリューションとして Arctera Personal Archive のアドオン
Connecting SoftwareのGoogle同期ソリューションを活用して、ホットバックアップを実現する方法をご覧ください
著者について

記入例 アナ・ネト, テクニカルアドバイザー Connecting Softwareにて。
"私は1997年からソフトウェア・エンジニアであり、最近は書くことと人前で話すことが好きです。この記事について質問やコメントはありますか?ご意見・ご感想をお待ちしております!"
