このトピックでは、ラボ環境で測定されたバックアップとリカバリの速度について説明します。
このトピックのバックアップとリカバリの速度は、高性能CPU、適切なメモリ、および帯域幅を備えた理想的なラボ環境で測定され、ベンチマークリファレンスとして機能します。 実際の速度は、特定の条件に基づいて変化し得る。
ローカルデータベースの場合、ハードウェアの構成、ディスクのパフォーマンス、ネットワークの状態により、バックアップとリカバリの速度が異なる場合があります。
ネットワーク帯域幅が十分な場合、ローカルファイルとデータベースのバックアップとリカバリの速度は一貫しています。
次の表は、最初の完全バックアップ時のバックアップ速度を示しています。 増分バックアップを実行すると、バックアップ速度が速くなります。
ファイルのバックアップ
タイプ | 5-MBファイル | 500KBファイル | 10-KBファイル | |||
バックアップ速度 (MB/s) | リカバリ速度 (MB/s) | バックアップ速度 (MB/s) | リカバリ速度 (MB/s) | バックアップ速度 (MB/s) | リカバリ速度 (MB/s) | |
NAS | 120 | 50 | 40 | 40 | 1 | 1 |
Object Storage Service (OSS) | 150 | 65 | 60 | 50 | 2 | 1 |
Elastic Compute Service (ECS) ファイル | 110 | 60 | 45 | 40 | 1.5 | 1.2 |
アプリケーションのバックアップ
タイプ | バックアップ速度 (MB/s) | リカバリ速度 (MB/s) |
SAP HANA | 380 | 220 |
データベースバックアップ
タイプ | バックアップ速度 (MB/s) | リカバリ速度 (MB/s) |
| 150 | 100 |
ECSインスタンスのバックアップまたはディスクのバックアップ
ECSインスタンスのバックアップとディスクバックアップは、ECSインスタンスのスナップショットに基づいて実装されます。 スナップショットは、ディスクに書き込まれたデータの量 (ダーティデータを含む) に応じて、数分以内に作成できます。 各ディスクの最初のスナップショットは完全なスナップショットであり、後続のスナップショットよりも作成に時間がかかります。 ディスクの後続のスナップショットは増分スナップショットであり、完全スナップショットの作成に時間はかかりません。 必要な時間は、前のスナップショットから変更されたデータの量によって異なります。 変更されたデータの量が増加すると、増分スナップショットの作成に必要な時間が増加します。 回復操作は数分以内に完了することもできます。 通常、コンソールの [復元] をクリックすると、データ復旧をすばやく完了できます。
バックアップに必要なリソース
バックアップに必要なCPUやメモリのリソースは, データ量によって異なります。 次の表に、推奨される設定を示します。
バックアップタイプ | データ量 | CPU | メモリ |
ファイルのバックアップ | 100,000 ファイル | デュアルコア | 4 GB |
100 万ファイル (合計 8 TB) | デュアルコア | 8 GB | |
1,000 万ファイル | クアッドコア | 16 GB | |
VMware VMバックアップ | 非該当 | クアッドコア | 16 GB |
バックアップ速度に特別な要件がある場合は、Cloud backupテクニカルサポートに連絡するか、DingTalkグループに参加してください。
Cloud BackupDingTalkグループ
相談料金、機能、および使用方法の詳細については、をクリックしてDingTalkグループに参加します。 Chromeの使用を推奨します。 グループID 88650005148を入力し、[パブリックグループの検索] をクリックして、DingTalkグループを検索して参加することもできます。
Cloud Backupエキスパートサポート
すぐにあなたの質問を解決するために現地のテクニカルサポートを得て下さい。 クリックしてCloud Backupテクニカルサポートにお問い合わせください。 Chromeの使用を推奨します。 DingTalkアカウントID d37_g935gslgoを検索して連絡先を追加することもできます。