---
title: "同期レプリケーションと非同期レプリケーション: SafeKit はどのようにしてデータ損失ゼロを保証するのか?"
canonical: "https://safekit.eviden.com/ja/best-practises/synchronous-replication-vs-asynchronous-replication/"
description: "ビジネス継続性について、同期レプリケーションと非同期レプリケーションを比較します。 SafeKit がリアルタイム同期レプリケーションを使用して HA クラスターでデータ損失ゼロ (RPO=0) を保証する方法と、非同期が長距離の災害復旧に適している理由を学びます。"
category: "best-practises"
lang: "ja"
topics: "同期レプリケーションまたは非同期レプリケーションによるアプリケーション フェイルオーバーでデータが失われるかどうか?, 目次, 非同期レプリケーションはどのように機能するのでしょうか?, 同期レプリケーションはどのように機能するのでしょうか?, 準同期レプリケーションはどのように機能しますか?, 最終的な判断: 高可用性を実現するための適切なレプリケーションの選択, 比較表: 同期、非同期、準同期, ビデオ ガイド: 同期リアルタイム レプリケーションと高可用性の構成, FAQ: 高可用性クラスターのレプリケーション戦略"
---

# 同期レプリケーションと非同期レプリケーション: SafeKit はどのようにしてデータ損失ゼロを保証するのか? {#synchronous-vs-asynchronous-replication-how-safekit-ensures-zero-data-loss}

## 同期レプリケーションまたは非同期レプリケーションによるアプリケーション フェイルオーバーでデータが失われるかどうか? {#data-loss-risk-synchronous-vs-asynchronous-failover}

**同期レプリケーションと非同期レプリケーション**の間には大きな違いがあります。選択によっては、アプリケーションのフェイルオーバー中にデータ損失が発生する可能性があります。 

  * **同期レプリケーション** によって実装されるように、 [セーフキット ソフトウェア](<https://safekit.eviden.com/ja/>)には不可欠です **高可用性 (HA)**。これにより、トランザクション アプリケーションは 1 バイトも失われずにフェイルオーバーされます。プライマリ サーバーのディスク上にコミットされたデータはすべて、セカンダリ サーバーのディスクにも存在します。
  * **非同期レプリケーション**は通常、**バックアップと災害復旧 (DR)** に使用されます。これには、プライマリ サーバーのディスク上にコミットされたデータがまだリモート サイトにコピーされていないため、障害が発生した場合に失われる可能性があるというリスクが伴います。
  * **半同期レプリケーション**は、コミットされたデータがセカンダリ サーバーに到達しても、必ずしもそのディスクに書き込まれるわけではない代替ソリューションです。

これらのソリューションは**補完的**であることを理解することが重要です。 SafeKit の同期レプリケーションはハードウェアまたはソフトウェアの障害から環境を保護し、年中無休の稼働時間を維持しますが、バックアップ ソリューションは論理エラーやランサムウェアなどのサイバー脅威から履歴データを保護します。

ニーズに最適なアーキテクチャを選択する際に正しい決定ができ​​るように、技術的なメカニズムとアプリケーション フェイルオーバーへの影響について以下で説明します。

![フェイルオーバー時のデータ損失リスクを示す同期レプリケーションと非同期レプリケーションの比較図](https://safekit.eviden.com/wp-content/uploads/2026/01/synchronous-asynchronous-replication-3-1024.jpg "w:512")

**同期レプリケーションと非同期レプリケーションがアプリケーション フェールオーバー時のデータ損失に与える影響の比較。**

 

## 目次 {#table-of-contents}

  * [同期または非同期レプリケーションによるアプリケーション フェールオーバーでデータが失われるかどうか?](#data-loss-risk-synchronous-vs-asynchronous-failover)
  * [非同期レプリケーションの仕組み](#how-asynchronous-replication-works)
  * [同期レプリケーションの仕組み](#how-synchronous-replication-works)
  * [準同期レプリケーションの仕組み](#how-semi-synchronous-replication-works)
  * [最終判断: 高可用性のための適切なレプリケーションの選択](#best-practices-synchronous-vs-asynchronous-replication)
  * [比較表: 同期、非同期、準同期](#comparison-synchronous-asynchronous-replication)
  * [ビデオ ガイド: 同期リアルタイム レプリケーションと高可用性の構成](#videoguide-synchronous-real-time-replication-ha)
  * [FAQ: 高可用性クラスターのレプリケーション戦略](#faq-replication-high-availability)
  * [SafeKit 高可用性ナビゲーション ハブ](#hub)

## 非同期レプリケーションはどのように機能するのでしょうか? {#how-asynchronous-replication-works}

**非同期レプリケーション** では、プライマリ サーバーは書き込み操作を即座に承認し、後で **スケジュールされたバッチ** で遅延を伴ってレプリカを更新します。この分離により、**長距離レプリケーション**の遅延の問題が克服され、リモート サイト間の**バックアップと災害復旧**に推奨される戦略になります。

ただし、この効率化により **一貫性** という課題が生じ、セカンダリ サーバーが古い情報を保持する可能性があります。セカンダリ更新はプライマリ書き込みが完了した後に行われるため、プライマリ サーバーに障害が発生すると、**処理中のデータ**が失われます。

## 同期レプリケーションはどのように機能するのでしょうか? {#how-synchronous-replication-works}

SafeKit によって実装された **同期レプリケーション** では、アプリケーションまたはプライマリ サーバー上のファイル システム キャッシュによってディスク I/O 操作が実行されるとき、システムは二重確認プロセスを通じてデータの一貫性を保証します。

SafeKit は、ローカル ディスクとセカンダリ サーバーの両方からの **I/O 確認応答**を待ってから、最終的な確認応答をアプリケーションまたはファイル システム キャッシュに送り返します。この同期メカニズムは **トランザクション アプリケーションのフェイルオーバー**に不可欠であり、トランザクションがコミットされたとみなされる前に両方のノードで完全に保護されることが保証されます。

## 準同期レプリケーションはどのように機能しますか? {#how-semi-synchronous-replication-works}

**半同期レプリケーション**は、データの整合性に対するハイブリッド アプローチとして機能します。同期レプリケーションと同様に、SafeKit は、アプリケーションまたはファイル システム キャッシュへの I/O 操作を確認する前に、プライマリ サーバーとセカンダリ サーバーの両方からの確認応答を待ちます。

重要な違いは、**セカンダリ サーバーの応答タイミング**にあります。準同期の場合、セカンダリ サーバーは **メモリ内にデータを受信**するとすぐに確認応答をプライマリ サーバーに送信し、その後データをディスクにコミットします。対照的に、**同期レプリケーション**では、確認応答を送信する前にセカンダリ サーバーが物理ディスクに I/O を書き込む必要があります。

## 最終的な判断: 高可用性を実現するための適切なレプリケーションの選択 {#best-practices-synchronous-vs-asynchronous-replication}

**同期レプリケーションと非同期レプリケーション**の選択は、絶対的なデータ整合性とネットワーク パフォーマンスの間のトレードオフになります。ミッション クリティカルなインフラストラクチャの場合、この決定は **目標復旧時点 (RPO)** を直接決定します。

**要約:**

  * **非同期レプリケーション** : **バックアップ**のゴールドスタンダードですが、**高可用性**の標準ではありません。長距離接続はサポートされていますが、**セカンダリ ノードのデータがプライマリ ノードのデータよりも遅れるため、データ損失のリスクが内在しています。**
  * **同期レプリケーション:** **高可用性**のゴールドスタンダードですが、**バックアップ**ではありません。これにより、セカンダリ ノード ファイルがプライマリのリアルタイム クローンとなり、**データ損失ゼロのフェイルオーバー**が保証されます。 
  * **半同期レプリケーション:** **高可用性**のための高パフォーマンスの中間点を提供します。ディスクへの書き込み前にメモリレベルでデータを確認することで、非同期方式と比較して優れたデータ保護を維持しながら遅延を最小限に抑えます。 

**⭐ SafeKit 推奨事項:** 重要なアプリケーションの場合は、常に **同期または半同期レプリケーション**を優先して、ビジネスの継続性を保証し、パフォーマンスを最大化し、一貫性のないフェイルオーバーに関連するリスクを排除します。

## 比較表: 同期、非同期、準同期 {#comparison-synchronous-asynchronous-replication}

特徴 |同期 |準同期 |非同期  
---|---|---|---  
RPO (潜在的なデータ損失) |ゼロ |ゼロ |ゼロではありません (データ損失: 最後の非同期コピーに依存します)  
リモート I/O 確認応答 |リモートディスク書き込み後 |リモートRAM書き込み後 |確認を待たない  
パフォーマンスへの影響 |低遅延ネットワークが必要 - ラウンドトリップ時間に依存 (通常、RTT<5ms) |低遅延ネットワークが必要 - ラウンドトリップ時間に依存 (通常、RTT<5ms) |低遅延ネットワークをサポート  
距離制限 |ローカル/ストレッチ VLAN |ローカル/ストレッチ VLAN |ワイドエリアネットワーク(WAN)  
最適な用途 |高可用性 (自動フェイルオーバー) |高可用性 (自動フェイルオーバー) |バックアップ ソリューション (手動フェールオーバー)  
  
## ビデオ ガイド: 同期リアルタイム レプリケーションと高可用性の構成 {#videoguide-synchronous-real-time-replication-ha}

### SafeKit ビデオ: アプリケーション レベルのクラスタリング (8:47) {#demo-mirror-ha-cluster}

このビデオでは、SafeKit が SAN の複雑さを回避してミラー HA クラスターを実装する方法を説明します。このデモでは Microsoft SQL Server を使用していますが、このソリューションは他のデータベースやアプリケーションでも同様に機能します。

### 章

  1. 🎬 [SQL Server を備えた 2 ノード](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32)
  2. 🎬 [クラスターとmirror.safeモジュールを構成する](https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s) (3:58)
  3. 🎬 [SQL レプリケーション、移行、クラッシュ時のフェイルオーバーを開始してテストする](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17)

### 段階的な実装

  * 🛠️ [Windows でのミラーリングされたクラスターのセットアップに関するガイドを読む](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/)
  * 🛠️ [Linux でのミラーリングされたクラスターのセットアップに関するガイドを読む](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)

 

## FAQ: 高可用性クラスターのレプリケーション戦略 {#faq-replication-high-availability}

### レプリケーションのテクノロジーとメカニズム {#replication-technology--mechanics}

#### SafeKit は、ファイルが変更されるたびに完全なファイルをネットワーク経由で送信しますか? {#safekit-byte-level-replication-vs-full-file-transfer}

**いいえ。** SafeKit は **バイトレベルのレプリケーション**を利用します。ファイル内の特定の I/O 変更をインターセプトし、変更されたバイトのみを複製して、ネットワーク トラフィックを最小限に抑えます。

#### レプリケーションはアプリケーションがファイルに書き込むたびにトリガーされますか? {#safekit-synchronous-replication-timing}

**いいえ。** レプリケーションは、アプリケーションがローカル ディスクへの **I/O コミット**を要求した場合にのみ発生します。 SafeKit は、書き込みを完了する前に、このデータがセカンダリ サーバーによって確認されることを保証します。

#### 同期レプリケーションによりアプリケーションの速度が低下しますか? {#synchronous-replication-performance-impact}

遅延は **ネットワーク往復時間 (RTT)** に関連しています。 LAN では、影響は無視できます (NAS/SAN ストレージと同様)。高遅延 WAN では、パフォーマンスのボトルネックを回避するために非同期モードが好まれることが多く、バックアップ ソリューション (SafeKit ではない) が必要です。

* * *

### 導入戦略: HA 対バックアップ {#deployment-strategy-ha-vs-backup}

#### 同期レプリケーションと非同期レプリケーションのどちらを選択する必要があるのですか? {#choosing-sync-vs-async}

高可用性 (自動フェイルオーバー、データ損失ゼロ) を実現するには、**同期** を選択します。距離によりリアルタイム同期が妨げられ、自動フェイルオーバーが必要ない場合は、バックアップ/DR には **非同期** を選択してください。

#### SafeKit は非同期レプリケーションをサポートしていますか? {#safekit-support-asynchronous}

**いいえ。** SafeKit は、**自動フェイルオーバー**のためのデータ損失ゼロを必要とする HA ソリューションです。純粋に非同期のニーズがある場合は、バックアップ ソリューションを探してください。

#### 高可用性によりバックアップ ソリューションは不要になりますか? {#high-availability-vs-backup}

**いいえ、高可用性を実現しても、包括的なバックアップ ソリューションの必要性がなくなるわけではありません。**

一方、リアルタイム レプリケーション ソリューションは次のようなものです。 [セーフキット](<https://safekit.eviden.com/ja/>) 継続的なビジネス継続性を提供しますが、バックアップとは異なる目的を果たします。リアルタイム レプリケーションは、ハードウェア障害やサーバーのダウンタイムから保護するように設計されていますが、両方のノードを同時に暗号化するランサムウェアなどのサイバー脅威からは保護できません。この問題を解決できるのは、保持ポリシーを備えたバックアップ ソリューションのみです。

#### 同期レプリケーションと非同期レプリケーションを組み合わせるにはどうすればよいですか? {#combining-synchronous-asynchronous-replication}

**3 ノード ハイブリッド アーキテクチャ** を使用できます。つまり、HA 用の同期レプリケーションを備えた 2 ノード ローカル クラスターと、災害復旧用の非同期レプリケーションを備えたバックアップ ソリューションを介した 3 番目のリモート コピーです。

**詳細については、次を参照してください。** [SafeKit 高可用性および災害復旧 (HADR)](<https://safekit.eviden.com/best-practises/high-availability-disaster-recovery-hadr/>)