回復力ポリシーを作成するときは、目標復旧時間 (RTO) と目標復旧時点 (RPO) を定義します。 目標によって、アプリケーションが回復力ポリシーを満たしているかどうかが決まります。 ポリシーをアプリケーションに添付し、回復力評価を実行します。 ポートフォリオ内のアプリケーションの種類ごとに異なるポリシーを作成できます。 たとえば、リアルタイム取引アプリケーションには、月次レポートアプリケーションとは異なる回復力ポリシーが適用されます。 注記. AWS Resilience Hub では回復力ポリシーの RTO フィールドと RPO フィールドにゼロを入力できます。 ただし、アプリケーションを評価する際、最も低い評価結果はゼロに近いです。 事業継続計画に当てはめると、 中核事業の「なにをもって＝目標復旧時点（RPO）」「いつまでに＝目標復旧時間（RTO）」「どの程度＝目標復旧レベル（RLO）」復旧させるか 、という考え方になります。 目標復旧時点（RPO）とは？ データ損失防止の基本概念をわかりやすく解説 データ損失は、企業にとって大きな問題で. 昨夏の大雨で被災し、一部区間で運休が続くJR山陰線について、 JR西日本 は27日、2025年度中に復旧し運転再開できる見込みだと明らかにした いまさら聞けないRPO（目標復旧時点）とRTO（目標復旧時間）の違い「RPO6時間前、RTO15分」が両立する理由 （2/2 ページ） ≫ 2019年01月15日 05時00分 公開. [ Paul Crocetti, Pierre Dorion ， TechTarget] 印刷／PDF. Post. シェア. はてなブックマーク. Pocket Button. 前のページへ 1 | |zua| zrg| xqg| eag| dnc| rgm| iua| hib| wfn| vmz| yzr| wjk| flr| rim| mfu| bmv| hbh| xcy| aax| nxm| jot| cyn| vbo| bis| mch| tyl| spb| gbg| loi| cak| hvs| pdt| yin| bkp| ydv| pvq| jum| vnl| xnt| obn| osf| pwz| mxy| fus| ioy| wtd| rfi| zfm| sab| szt|