複製技術は、本質的な伝統的なディザスタリカバリ戦略はまた、ローカル·データ·リカバリ·プロセスで役割を果たすことができます。コピーは新しいものではありませんが、それは特に、仮想化やクラウドサービスモデルとして、異なる目的のために使用されている（これらの技術は、通常、物理システムの複製の需要を削減することができます）ますます人気があります。彼らはLAN / WAN / SAN上に、スーパー コピーより効率的なデータ転送を行うために成長をもたらすようなデータの重複排除と圧縮などの最適化手法、複製技術は、可能にしました。
標準的な災害復旧とデータの成長とダウンタイムの下限許容値からコピーされた毎日のリカバリ·ツールへの変更を求めるプロンプトが表示されます。ほとんどの企業の年間データの増加が40％以上に達する可能性が大企業のもの（100以上の本番サーバ）に対し、通常10％?30％であり、そのような急成長は、それを真剣に破壊しましたシステムとデータ·リカバリとリカバリ時間目標（RTO）を満たす能力のコピー。
企業の様々なサイズは、アプリケーションやデータにアクセスすることができ非常に限られた時間を許容することができたと述べた。レイヤー1のデータ、ESG、調査では回答者のほぼ4分の3がこの時間よりも小さいか3時間に等しいと言うことを示しています。回答者の50％以上がこの時間未満または1時間に等しいと述べた。多くの人々にとっては、RTOのサービスレベルアグリーメント（サービスレベル契約 - SLA）を満たすために、従来のバックアップ方法を使用することはほとんど不可能な作業です。
一緒にネットワークベースのレプリケーション作業と同様のアレイベースのレプリケーションが、利点は、ネットワークデバイスまたはスマートスイッチに存在し、スーパー コピー互いに同一のストレージ·システムをサポートしていることです。通常、アプリケーションまたはアプリケーションの追加コンポーネントとしてパッケージ化されたアプリケーションまたはデータベースの複製があります。アプリケーション·ベースのレプリケーションでは、最適化されたパフォーマンスと一貫性を提供するために、そのアプリケーションの緊密な理解に頼って、アプリケーションの別のインスタンスにアプリケーション固有のデータをコピーすることができます。
同期と非同期レプリケーション·スキームは、次の2つのカテゴリに分けることができます。同期方式では、プライマリ·ストレージに書き込まれたデータがターゲットシステムにコピーされ、書き込み動作のプライマリ·ストレージは、データを確認するためにターゲット·システムがバックアップに書き込まれた後にのみ確認されます。違いは、非同期レプリケーションは、データがターゲット·コピーに移動し、このように2つのシステムの同期の遅延の導入により、書き込み動作を確認することです。
帯域幅の要件を、遅延制約とアプリケーションの潜在的な影響：これらのメソッドの異なる点は、次の3つのカテゴリに分類することができます。レプリケーションは通常より多くの帯域幅を受け取り、遅延要件は、それが公園に内に限定します。低帯域幅が許容することができますが、遅延が問題ではないため、非同期方式では、リモート·レプリケーションに適しています。その名前が示すようにデータソースとターゲットのシステムが同一であることを確認するための同期スキームを意味します。確認書は、データレプリケーションのパフォーマンスに遅れているしかし、任意の時間遅延のアプリケーションに影響を与える可能性があり非同期レプリケーションは、スーパー コピーメインアプリケーションのパフォーマンスに影響するのは比較的簡単です。ただし、非同期レプリケーションでは、ステップ不足している可能性があり、レートは、リカバリ·ポイント目標（リカバリポイント目標、目標復旧時点）の機能を満たすために脅威と同じくらい大きいかもしれません。
