ニフクラのバックアップ

定期バックアップでアクシデント時も安心

設定した時間帯に自動的に1日1回バックアップを取得するため、万が一のアクシデント時に備えることができます。なお、2世代目以降は増分データのみをバックアップするため、バックアップ取得の所要時間が短くなり、最適なRPO※1※2を実現します（24時間前までのRPO※1※2）。

指定した世代を復元可能

バックアップデータを世代管理し、特定の世代データを復元することができます。ディスクを増設しているサーバーの場合、ディスクのデータも同時に復元することができるため、データの整合性を保ったままの復元が可能です（48時間以内のRTO※1）。

ストレージの分散によるデータの保全性向上

取得したバックアップデータは、サーバーのデータを保管しているストレージとは異なるストレージで保管するため、データの保全性向上が見込めます。

• ※1 RPOは、過去のどの時点まで復元するかの目標値。RTOは、復旧までにかかる時間の目標値となります。
• ※2 RPO/RTOは目標値となり、必ずしも達成することを保証するものではありませんのでご注意ください。

• ※1 バックアップ取得数が設定した世代数を超えた場合、古い世代から自動的に削除されます。自動バックアップを設定した場合、1日1回の取得になります。
• ※2 復元後にqlarge256/slarge256/olarge256/olarge384/olarge512のサーバータイプへの変更が可能です。
• ※3 障害・お知らせ通知に「メンテナンス・お知らせ通知 = 通知する」で登録されているメールアドレスへ通知します。
• ※4 バックアップルール再作成は、バックアップルールのステータスが「バックアップ取得不可」になった場合のみ、実行可能です。
  バックアップルールを「削除」したのちに「バックアップルール作成」した場合は、削除前のバックアップルールに関する料金も請求対象となりますのでご注意ください。

税抜料金は、以下からご確認いただけます。

料金一覧（税抜）

• ※保持する最大世代数の変更を行った場合、月内で最も大きな世代数の料金が適用されます。
• ※2019年7月以降、バックアップルールの月額料金が発生いたします。
• ※バックアップからサーバーを作成した場合、別途サーバーとディスクの利用料金が発生します。
• ※バックアップからサーバーを作成した場合、バックアップ対象サーバーに接続している増設ディスクと同タイプの増設ディスクが新たに作成されます。
• ※バックアップルール再作成を行った場合、再作成後の最も大きな世代数の料金が適用されます。

バックアップルール（1世代あたり）で、月額料金が発生します。バックアップ対象サーバーの総ディスク容量 × 世代数での計算となります。

バックアップルール「対象VM:CentOS(30GB) + 標準ディスク200GB、最大世代数=10」を7/26に作成した場合

• ※1増分バックアップの失敗（更新差分が規定値を超えた場合のみ）のため、バックアップルールを再作成しました。再作成するとそれまでのバックアップはなくなり、1世代からバックアップとなります。
• ※2バックアップルールの再作成をした場合、再作成以降で月額の最大料金が請求額となります。そのため7月の請求額は、4,554円/月となります。
• ※3最大世代数の変更により、一時的に4世代のバックアップが取られますが、古い世代から削除され、設定した世代数を上限として、増分バックアップが取られます。

コントロールパネルから、ご利用いただけます。詳細につきましては、コントロールパネルヘルプをご確認ください。

コントロールパネルヘルプ：コンピューティング

バックアップのよくある質問（FAQ）につきましては、以下をご確認ください。

バックアップについてのFAQ一覧

• ご利用リージョンの混雑状況により、ご希望の時間帯でバックアップ設定ができない場合があります。
• バックアップの対象は、サーバーのローカルディスク（超過含む）および、接続している増設ディスクの合計が1.1TBまでとなります。
• バックアップ処理中のサーバーを保持している場合、ニフクラの解約ができません。バックアップ処理が完了次第、再度、ニフクラの解約を実施してください。
• ニフクラの解約時にバックアップデータが存在している場合、サーバーなどのリソースと同じく、自動的に削除します。復元はできかねますのでご了承ください。
• 下記のケースでバックアップ処理がエラーになる可能性があります。
  - バックアップ処理中（削除中を含む）
  - バックアップサーバーからのコピーを実行中
  - バックアップルールを更新中
  - 設定した時間帯にバックアップ処理が開始できなかった場合
  - 更新差分量が規定量を超えた場合
  - ニフクラのメンテナンス中
  - 自動フェイルオーバー（HA機能）が発生中
  - 増分バックアップ実行前に自動フェイルオーバー（HA機能）などにより予期せずシャットダウンされたことで、更新差分の取得に失敗した場合
• 以下により増分バックアップが失敗した場合、以降バックアップルールのステータスが「バックアップ取得不可」となります。この場合には「バックアップルールの再作成」を行うまで継続的に増分バックアップの取得が失敗しますのでご注意ください。
  - 更新差分量が規定量を超えた場合
  - 自動フェイルオーバー（HA機能）発生などによる予期せぬシャットダウンの発生により更新差分の取得に失敗した場合
• サービスの故障やメンテナンス、対象サーバーのステータスにより、バックアップが取得できない場合があります。バックアップの取得状況については、お客様自身にてコントロールパネルよりエラーの詳細をご確認ください。
• バックアップ処理がエラーになった場合、以下のいずれかでバックアップ処理の再試行が可能です。
  - 次回の定期バックアップ処理実行
  - お客様による手動でのバックアップ処理実行
  - バックアップルール再作成の処理実行
• バックアップルールを再作成すると、バックアップサーバーはすべて削除され、初回バックアップが実行されます。
• バックアップルールを作成すると、初回バックアップが実行されます。
• 初回バックアップは完了するまでに時間がかかる場合があります（目安：500GBあたり、3時間以上）
• バックアップ処理中は、ご利用のサーバーのIO/NW処理の性能低下/遅延/瞬断が発生する可能性があります。
• サービスの混雑状況やバックアップの取得容量によって、バックアップの取得時刻が設定時間と異なる場合や開始から終了までの時間が変動する場合があります。
• バックアップの取得タイミングにより、増分データの一部が反映されない場合があります。
• バックアップが利用できる環境については以下をご確認ください。
  

  機能・サービス：ゾーン別機能対応表

• バックアップ対象サーバーのCPU/メモリ/IO負荷、パワーステータスによっては、バックアップ処理が失敗する場合があります。
• バックアップ対象サーバーの更新差分量は、50GB以内が目安となります。更新差分量によっては、バックアップ処理が失敗する場合があります。
• バックアップ対象サーバーが稼働している仮想化基盤側の負荷状況によっては、バックアップ処理が失敗する場合があります。
• バックアップデータのリストアはお客さまの責任で実施してください。リストアしたサーバーに不具合が発生しても当社では一切の責任を負いません。
• バックアップデータからのサーバーコピー時、OSの仕様によりネットワークインターフェースのeth番号が入れ替わることがあります。（認識される順序が入れ替わる場合があります。）対処に関しては、以下のFAQをご参考ください。

  FAQ：ネットワークインターフェース名の番号がほかのサーバーと異なっている。

制限事項

バックアップ対象に設定したサーバーに対する操作は、下記の制限があります。

• ワンデイスナップショット機能は、ご利用いただけません。
• 削除が不可となります。
• 増設ディスクの操作が不可となります。
• 以下の構成を変更することは可能ですが、バックアップデータには反映されません。バックアップサーバーからのコピー時に必要な構成を再度選択いただく必要があります。
  - ネットワーク構成
  - サーバータイプ
• バックアップ処理中のサーバーに対して、コンソールからデバイス構成を変更した場合、バックアップ処理のタイミングによって、バックアップデータへデバイス構成の変更が反映されない可能性があります。
• バックアップデータからのコピー操作で作成中のサーバーに対して、上記と同じ操作を行った場合もタイミングによってデバイス構成の変更が反映されない可能性があります。