時間に関しては、コピーの数だけ
根本的に異なる概念である多くの人々は、それらが互いに影響を与えるかどうかに関心があります。通常、この質問への答えは否定的ですが、達成する方法はコンプライアンスに最も直接反映されます。ソース：
引き続きさまざまな種類の脅威からデータを保護する場合は、データの保護がビジネスオペレーションに影響を与えず、データをすぐに復元できることを確認してください。すべてが非常に簡単になります。ただし、情報技術のあらゆる側面と同様に、効果的なデータ保護インフラストラクチャを設計する場合にはトレードオフがあります。
データ保護およびリカバリソリューションの有効性を評価するための主な属性は、バックアップウィンドウ、目標復旧ポイント、目標復旧時間です。これらのパラメーターは、バックアップ操作に割り当てられた時間、そのような2つの操作の間隔、およびエラー、障害、または災害の発生時にリカバリープロセスが実行される時間を示します。
それぞれがダウンタイム（バックアッププロセス中にデータが利用できない時間）、まだバックアップされていない新しいデータを再作成するために必要な時間、および回復操作に必要な時間を測定できます。組織内のシステムと保護されたデータの場所に応じて、保護または回復操作によるダウンタイムは、何らかの形で財務パフォーマンスに影響します。

さまざまな業界でのダウンタイムの平均コストは、1分あたり5,601米ドル、または1時間あたり310,000米ドルを超えることが調査で示されています。重要なデータを利用できないため、大規模な組織では1時間あたり数百万ドルが失われます。 さまざまな種類の脅威からデータ（特にビジネスにとって重要なデータ）を保護し続ける場合は、データの保護がビジネスオペレーションに影響を与えないことを確認してください。すべての状況でデータをすぐに復元できるため、すべてが非常に簡単になります。ただし、4番目のパフォーマンス指標コストがあります。
データ保護ソリューションへの投資は保険費用と考えるのが最善です。大規模な災害が発生する前に、費用は組織に収益やその他の利益をもたらすことはなく、収益にのみ影響します。ただし、これは正確には当てはまりません。 この記事では、最新のデータ保護とリカバリのオプションを選択する際の隠れたコストと、コストと戦略の関係について説明します。 サーバー、ストレージ、ネットワークプラットフォームとアプリケーション、および地理的に分散したリソース割り当ての急増により、インフラストラクチャはますます複雑になっています。テクノロジーの進歩に加え、年間データが41〜51％増加し、関係者のサービス要件がますます厳しくなっているため、データ保護は非常に困難になっています。図では。図1は、データの保護と回復の計画を作成する際に考慮する必要がある考えられるシナリオを示しています。
各ビジネスユニットの目標サービスレベルを考慮しながら、インフラストラクチャの各コンポーネントをさまざまな脅威から保護する必要があります。彼らは、データ保護ソリューションが従わなければならない一連の戦略を定義し、使用されるテクノロジーの範囲の拡大につながります。 データの保護と復元のコンテキストでは、バックアップ操作の期間と呼ばれることがよくあります。技術的な観点からは、これは正しくありません。実際、バックアップウィンドウは、特定のシステムまたはデータセットをバックアップするために必要な完全な間隔（開始時間と停止時間を含む）です。
データ保護プロセスの有効性を測定するために使用される4つの目標の1つ。他の3つは、目標復旧ポイント、目標復旧時間、および総コストです。

バックアップに許容されるバックアップ時間よりも長い時間がかかる場合は、潜在的なビジネス上の危険が明らかです。バックアッププロセスが完了する前に停止するか、重要なデータまたは重要なデータさえも失われるか、続行することができます。いずれにせよ、これは保護されたシステムの可用性レベルに影響を与えるため、多くの操作に影響します。 通常、バックアップウィンドウは必須のようです。企業はこのダウンタイムの必要性を認識しています。バックアップは、運用効率と収益性を低下させますが、組織の存続にとって重要です。企業がバックアップの作成に必要な時間を短縮し、バックアップウィンドウを削減または排除できれば、失われた利益を補う機会が得られます。別のタイプの時間オーバーヘッドは、管理者がバックアップ操作の維持に費やす時間です。以前は手動でバックアップを実行していたため、非常に時間がかかりました。 障害が発生した場合は、バックアッププロセスのトラブルシューティングを行い、再起動します（バックアップウィンドウで可能な場合）。 データの可用性を高め、リスクを軽減し、コストを削減するために、あらゆる規模の組織が最新のデータ保護テクノロジーを適用する必要があります。

バックアップウィンドウソリューションは最小化するか、排除することもできます。これらの結果は、完全に統合されたブロックレベルの継続的なデータ保護テクノロジーと、専用ハードウェアを使用してキャプチャされたアプリケーション整合性のあるスナップショットによって達成されます。これにより、増分変更のためにファイルシステムをスキャンする必要がなくなり、データのコピーに必要な時間が数秒に短縮されます。 増分モデルを一貫して使用すると、他のほとんどのソリューションで必要な定期的なフルバックアップ（または包括的なフルバックアップ）を排除できます。この方法では、データの変化率とその保存期間に応じて、保存されているバックアップの量を92％以上削減できます。 通常のビジネスが週5日営業し、年間51週営業しているとします。彼らは111のデータを蓄積しており、1日あたりの平均変化率は11％（11）、1週間あたり51％（51）です。オンライン回復バックアップは13週間保持され、より長い保持時間が必要なデータはアーカイブされます。 これは、従来の増分モデルと一定の増分モデルの違いを示す極端な状況です。典型的な環境では、変更されるデータの総量は通常、年間51％（51）であり、これは週1％（1）と日0.2％（201）に相当します。 完全バックアップ、増分バックアップ、および連続増分バックアップのモデルを組み合わせると、日次バックアップは11になります（図2を参照）。ただし、前者の場合、111は週末にバックアップされ、後者の場合、コピーは作成されません。

重複排除により、継続的な増分バックアップにより、追加のコストやパフォーマンスの低下を引き起こすことなく、ストレージ要件を最大64％削減できます。 1.2のバックアップストレージを取得、管理、維持するにはどれくらいの費用がかかりますか？バックアップストレージを障害復旧センターにコピーするため、基本的に、これは追加の2.4スペースです。バックアップされたデータが3か月以上保存される場合、節約されるスペースはさらに大きくなります。 データの51％が毎年変更される一般的な環境では、従来のバックアップでは13週間を格納するのに1.3が必要で、永続的な増分バックアップを格納するのに必要なのはわずか113です。したがって、節約は92％に達します。数の削減により、従来のバックアップでは、保存されているほとんどすべてのデータが冗長であることを確認できます。 これは、データ保護のコストとリスクを削減し、より効率的な災害復旧と運用復旧を実現するための最初のステップです。
企業がデータを復元できる時点を決定するために許容できるバックアップ頻度を示します。 25時間であれば、1日1回のバックアップで十分です。 企業が失うリスクに直面している新しいデータの量。 人為的エラー、機器の故障、または自然災害による計画外のイベントが原因で、システムまたはアプリケーションを復元したり、データセットへのアクセスを復元したりするのにかかる時間を理解できます。
したがって、これはお金の損失、リスク、利益の損失です）。故障や事故が発生した場合、組織はいつでも対応できます。一般に、さまざまなタイプのデータと障害タイプに異なるデータ復旧目標と障害が設定されています。たとえば、ファイルまたは電子メールを失うまでの時間は2時間、サーバー障害を開始するまでの時間は6時間、サイト全体の障害から回復するための時間です。 2日間。

根本的に異なる概念である多くの人々は、それらが互いに影響を与えるかどうかに関心があります。通常、この質問への答えは否定的ですが、達成する方法はコンプライアンスに最も直接反映されます。写真が示すように。 3.彼らの関係は綱引きのようなものです。 長い週末にのみバックアップできる非常に大規模なデータベースがあるとします。これを25時間に短縮するには、データベースログまたはREDOログを毎晩バックアップする必要があります。したがって、データベースの最後の完全コピーを復元してから、データベースログまたはREDOログに格納されているすべてのトランザクションを再実行できます。

復元してデータベースファイルで使用する必要があるファイルの数とサイズは、特に大規模なクラスタ環境（など）を扱う場合、非常に急速に増大する可能性があります。では、最後の完全バックアップとすべてのログを復元するのに必要な時間は、大規模なデータベースシステムの場合と同じですか？それが数週間および数か月で測定されない限り、答えは明らかに「いいえ」です。このデータベース保護方法は、許容可能なリカバリポイントの目標を作成するために使用できますが、許容可能なリカバリ時間の目標を満たすには適していません。 前述の従来の完全+増分バックアップでは、同様の状況が発生しています。このモデルでは、通常、フルバックアップが毎週末に作成され、増分バックアップが稼働週の間に毎日作成されます。月曜日に障害が発生し、完全な復元を実行する必要がある場合、これは難しくありません。週末に取得した最後のバックアップからデータを復元できます。 金曜日に障害が発生した場合、前の週末から完全バックアップを復元し、月曜日から木曜日まですべての増分セットを順番に復元する必要があります。金曜日の回復プロセスは月曜日より長くかかります。この事実は考慮されましたか？さらに、週の終わりに回復することは、いくつかの手動のステップを含むリスクの高いプロセスです。復元される一部のデータは、4回まで再書き込みが必要になる場合があります。
明らかに、データ量が増え続け、システムがますます複雑になるにつれて、使用される方法は、バックアップとリカバリおよびリカバリの要件を満たすように改善する必要があります。日立は、大規模なデータベースとミッションクリティカルなアプリケーションを保護し、パフォーマンスとパフォーマンスを大幅に向上させるソリューションを提供しています。
バックアップをより頻繁に実行できるため、損失のリスクがある新しいデータの量を91％以上削減できます。

独自の企業環境に最適なソリューションを特定および構成するための評価および実装サービス。 復元された環境の開始とテストにかかった時間。 これはすべて、非常に長いプロセスにつながり、ダウンタイムにつながります。一定期間、企業の特定の部分は生産活動を実行できず、それにより総収益または利益、あるいはその両方に影響を与えます。
さらに、通常は指定されたリストのスコープに属さないパラメーターがありますが、同時にそれは完全な回復の期間と回復の総コストに最も直接反映されます。これが目標復旧時点です。 25時間（通常は夜間にバックアップを実行）であれば、日中に失われた新しいデータを処理する準備ができていることを意味します。 たとえば、特定のシステムは夜間または週末にのみシャットダウンできます。ただし、この決定では、利用可能なバックアップソフトウェアの制限だけでなく、ビジネスニーズも考慮する必要があります。 、システムは夕方の6時にクラッシュし、それに含まれるすべてのデータが削除または破壊されました。もちろん、最後のバックアップからそれらを復元することはできますが、その後作成および変更されたすべての情報は失われます。

このデータ損失を受け入れる準備ができていますか？おそらく、販売システムからの大きな注文、その日の設計結果、および組織の他の多くの重要な情報があるでしょう。肩をすくめて進むだけですか？もちろん違います。データを復元、つまり再入力する必要があります。このプロセスにはしばらく時間がかかります。その間、従業員は創造的な活動に従事することができますが、これもまた回復期間全体の業績に悪影響を及ぼします。

したがって、バックアップ操作の時間間隔が長いほど、障害発生時に復元する必要があるデータが多くなり、オーバーヘッドが大きくなります。さらに、それは単なる材料費以上のものかもしれません。システムがクラッシュしたために、以前に行った111万ドルの注文を繰り返すように顧客に要求することを想像してみてください。 この困難な問題について考えるとき、望ましい結論を導き出すのは簡単です。時間を短縮する必要があるため、障害から費やしたお金は、回復プロセスに使用する必要があります。 このためには、正しい決定を選択する必要があります。 光学的な障害が発生した場合、電波は通過します。 5と11をサポートするソリューションの登場により、特定の領域の光学系を完全に置き換えることが可能になりました。
このような最初の友達になります。 時間に関しては、コピーの数だけ 根本的に異なる概念である多くの人々は、それらが互いに影響を与えるかどうかに関心があります。通常、この質問への答えは否定的ですが、達成する方法はコンプライアンスに最も直接反映されます。ソース： 引き続きさまざまな種類の脅威からデータを保護する場合は、データの保護がビジネスオペレーションに影響を与えず、データをすぐに復元できることを確認してください。すべてが非常に簡単になります。ただし、情報技術のあらゆる側面と同様に、効果的なデータ保護インフラストラクチャを設計する場合にはトレードオフがあります。 データ保護およびリカバリソリューションの有効性を評価するための主な属性は、バックアップウィンドウ、目標復旧ポイント、目標復旧時間です。これらのパラメーターは、バックアップ操作に割り当てられた時間、そのような2つの操作の間隔、およびエラー、障害、または災害の発生時にリカバリープロセスが実行される時間を示します。
それぞれがダウンタイムを測定できます。つまり、バックアッププロセス中にデータが利用できない時間、バックアップされていない新しいデータを再作成するために必要な時間、およびリカバリ操作に必要な時間です。組織内のシステムと保護されたデータの場所に応じて、保護または回復操作によるダウンタイムは、何らかの形で財務パフォーマンスに影響します。
さまざまな業界でのダウンタイムの平均コストは、1分あたり5,601米ドル、または1時間あたり310,000米ドルを超えることが調査で示されています。重要なデータを利用できないため、大規模な組織では1時間あたり数百万ドルが失われます。 さまざまな種類の脅威からデータ（特にビジネスにとって重要なデータ）を保護し続ける場合は、データの保護がビジネスオペレーションに影響を与えないことを確認してください。すべての状況ですぐにデータを復元でき、すべてが非常に簡単になります。ただし、4番目のパフォーマンス指標コストがあります。
データ保護ソリューションへの投資は保険費用と考えるのが最善です。大規模な災害が発生する前に、費用は組織に収益やその他の利益をもたらすことはなく、収益にのみ影響します。ただし、これは正確には当てはまりません。 この記事では、最新のデータ保護とリカバリのオプションを選択する際の隠れたコストと、コストと戦略の関係について説明します。 サーバー、ストレージ、ネットワークプラットフォームとアプリケーション、および地理的に分散したリソース割り当ての急増により、インフラストラクチャはますます複雑になっています。テクノロジーの進歩に加え、年間データが41〜51％増加し、関係者のサービス要件がますます厳しくなっているため、データ保護は非常に困難になっています。図では。図1は、データの保護と回復の計画を作成する際に考慮する必要がある考えられるシナリオを示しています。 各ビジネスユニットの目標サービスレベルを考慮しながら、インフラストラクチャの各コンポーネントをさまざまな脅威から保護する必要があります。彼らは、データ保護ソリューションが従わなければならない一連の戦略を定義し、使用されるテクノロジーの範囲の拡大につながります。
データの保護と復元のコンテキストでは、バックアップ操作の期間と呼ばれることがよくあります。技術的な観点からは、これは正しくありません。実際、バックアップウィンドウは、特定のシステムまたはデータセットをバックアップするために必要な完全な間隔（開始時間と停止時間を含む）です。 データ保護プロセスの有効性を測定するために使用される4つの目標の1つ。他の3つは、目標復旧ポイント、目標復旧時間、および総コストです。
バックアップに許容されるバックアップ時間よりも長い時間がかかる場合は、潜在的なビジネス上の危険が明らかです。バックアッププロセスが完了する前に停止するか、重要なデータまたは重要なデータさえも失われるか、続行することができます。いずれにせよ、これは保護されたシステムの可用性レベルに影響を与えるため、多くの操作に影響します。
通常、バックアップウィンドウは必須のようです。企業はこのダウンタイムの必要性を認識しています。バックアップは、運用効率と収益性を低下させますが、組織の存続にとって重要です。企業がバックアップの作成に必要な時間を短縮し、バックアップウィンドウを削減または排除できれば、失われた利益を補う機会が得られます。別のタイプの時間オーバーヘッドは、管理者がバックアップ操作の維持に費やす時間です。以前は手動でバックアップを実行していたため、非常に時間がかかりました。 障害が発生した場合は、バックアッププロセスのトラブルシューティングを行い、再起動します（バックアップウィンドウで可能な場合）。

データの可用性を高め、リスクを軽減し、コストを削減するために、あらゆる規模の組織が最新のデータ保護テクノロジーを適用する必要があります。

バックアップウィンドウソリューションは最小化するか、排除することもできます。これらの結果は、完全に統合されたブロックレベルの継続的なデータ保護テクノロジーと、専用ハードウェアを使用してキャプチャされたアプリケーション整合性のあるスナップショットによって達成されます。これにより、増分変更のためにファイルシステムをスキャンする必要がなくなり、データのコピーに必要な時間が数秒に短縮されます。

増分モデルを一貫して使用すると、他のほとんどのソリューションで必要な定期的なフルバックアップ（または包括的なフルバックアップ）を排除できます。この方法では、データの変化率とその保存期間に応じて、保存されているバックアップの量を92％以上削減できます。 通常のビジネスが週5日営業し、年間51週営業しているとします。彼らは111のデータを蓄積しており、1日あたりの平均変化率は11％（11）、1週間あたり51％（51）です。オンライン回復バックアップは13週間保持され、より長い保持時間が必要なデータはアーカイブされます。 これは、従来の増分モデルと一定の増分モデルの違いを示す極端な状況です。典型的な環境では、変更されるデータの総量は通常、年間51％（51）であり、これは週1％（1）と日0.2％（201）に相当します。

完全バックアップ、増分バックアップ、および連続増分バックアップのモデルを組み合わせると、日次バックアップは11になります（図2を参照）。ただし、前者の場合、111は週末にバックアップされ、後者の場合、コピーは作成されません。

重複排除により、継続的な増分バックアップにより、追加のコストやパフォーマンスの低下を引き起こすことなく、ストレージ要件を最大64％削減できます。 1.2のバックアップストレージを取得、管理、維持するにはどれくらいの費用がかかりますか？バックアップストレージを障害復旧センターにコピーするため、基本的に、これは追加の2.4スペースです。バックアップされたデータが3か月以上保存される場合、節約されるスペースはさらに大きくなります。 データの51％が毎年変更される一般的な環境では、従来のバックアップでは13週間を格納するのに1.3が必要で、永続的な増分バックアップを格納するのに必要なのはわずか113です。したがって、節約は92％に達します。数の削減により、従来のバックアップでは、保存されているほとんどすべてのデータが冗長であることを確認できます。

これは、データ保護のコストとリスクを削減し、より効率的な災害復旧と運用復旧を実現するための最初のステップです。
企業がデータを復元できる時点を決定するために許容できるバックアップ頻度を示します。 25時間であれば、1日1回のバックアップで十分です。 企業が失うリスクに直面している新しいデータの量。

人為的エラー、機器の故障、または自然災害による計画外のイベントが原因で、システムまたはアプリケーションを復元したり、データセットへのアクセスを復元したりするのにかかる時間を理解できます。 したがって、これはお金の損失、リスク、利益の損失です）。故障や事故が発生した場合、組織はいつでも対応できます。一般に、さまざまなタイプのデータと障害タイプに異なるデータ復旧目標と障害が設定されています。たとえば、ファイルまたは電子メールを失うまでの時間は2時間、サーバー障害を開始するまでの時間は6時間、サイト全体の障害から回復するための時間です。 2日間。 根本的に異なる概念である多くの人々は、それらが互いに影響を与えるかどうかに関心があります。通常、この質問への答えは否定的ですが、達成する方法はコンプライアンスに最も直接反映されます。写真が示すように。 3.彼らの関係は綱引きのようなものです。 長い週末にのみバックアップできる非常に大規模なデータベースがあるとします。これを25時間に短縮するには、データベースログまたはREDOログを毎晩バックアップする必要があります。したがって、データベースの最後の完全コピーを復元してから、データベースログまたはREDOログに格納されているすべてのトランザクションを再実行できます。
復元してデータベースファイルで使用する必要があるファイルの数とサイズは、特に大規模なクラスタ環境（など）を扱う場合、非常に急速に増大する可能性があります。では、最後の完全バックアップとすべてのログを復元するのに必要な時間は、大規模なデータベースシステムの場合と同じですか？それが数週間および数か月で測定されない限り、答えは明らかに「いいえ」です。このデータベース保護方法は、許容可能なリカバリポイントの目標を作成するために使用できますが、許容可能なリカバリ時間の目標を満たすには適していません。 前述の従来の完全+増分バックアップでは、同様の状況が発生しています。このモデルでは、通常、フルバックアップが毎週末に作成され、増分バックアップが稼働週の間に毎日作成されます。月曜日に障害が発生し、完全な復元を実行する必要がある場合、これは難しくありません。週末に取得した最後のバックアップからデータを復元できます。
金曜日に障害が発生した場合、前の週末から完全バックアップを復元し、月曜日から木曜日まですべての増分セットを順番に復元する必要があります。金曜日の回復プロセスは月曜日より長くかかります。この事実は考慮されましたか？さらに、週の終わりに回復することは、いくつかの手動のステップを含むリスクの高いプロセスです。復元される一部のデータは、4回まで再書き込みが必要になる場合があります。 明らかに、データ量が増え続け、システムがますます複雑になるにつれて、使用される方法は、バックアップとリカバリおよびリカバリの要件を満たすように改善する必要があります。日立は、大規模なデータベースとミッションクリティカルなアプリケーションを保護し、パフォーマンスとパフォーマンスを大幅に向上させるソリューションを提供しています。
バックアップをより頻繁に実行できるため、損失のリスクがある新しいデータの量を91％以上削減できます。 独自の企業環境に最適なソリューションを特定および構成するための評価および実装サービス。

復元された環境の開始とテストにかかった時間。

これはすべて、非常に長いプロセスにつながり、ダウンタイムにつながります。一定期間、企業の特定の部分は生産活動を実行できず、それにより総収益または利益、あるいはその両方に影響を与えます。 さらに、通常は指定されたリストのスコープに属さないパラメーターがありますが、同時にそれは完全な回復の期間と回復の総コストに最も直接反映されます。これが目標復旧時点です。 25時間（通常は夜間にバックアップを実行）であれば、日中に失われた新しいデータを処理する準備ができていることを意味します。

たとえば、特定のシステムは夜間または週末にのみシャットダウンできます。ただし、この決定では、利用可能なバックアップソフトウェアの制限だけでなく、ビジネスニーズも考慮する必要があります。
、システムは夕方の6時にクラッシュし、それに含まれるすべてのデータが削除または破壊されました。もちろん、最後のバックアップからそれらを復元することはできますが、その後作成および変更されたすべての情報は失われます。
このデータ損失を受け入れる準備ができていますか？おそらく、販売システムからの大きな注文、その日の設計結果、および組織の他の多くの重要な情報があるでしょう。肩をすくめて進むだけですか？もちろん違います。データを復元する、つまり再入力する必要があります。このプロセスにはしばらく時間がかかります。その間、従業員は創造的な活動に従事することができますが、これもまた回復期間全体の業績に悪影響を及ぼします。
したがって、バックアップ操作の時間間隔が長いほど、障害発生時に復元する必要があるデータが多くなり、オーバーヘッドが大きくなります。さらに、それは単なる材料費以上のものかもしれません。システムがクラッシュしたために、以前に行った111万ドルの注文を繰り返すように顧客に要求することを想像してみてください。 この難しい問題について考えるとき、望ましい結論にたどり着くのは簡単です。時間を短縮する必要があるため、障害から費やされたお金は、回復プロセスに使用する必要があります。 このためには、正しい決定を選択する必要があります。
光学的な障害が発生した場合、電波は通過します。 5と11をサポートするソリューションの登場により、特定の領域の光学系を完全に置き換えることが可能になりました。

このような最初の友達になります。 あいみょん - 愛を伝えたいだとか 【OFFICIAL MUSIC VIDEO】