はじめに

最近、要件定義のお勉強をしましたので、その中のバックアップについて記載します。

非機能要求グレードを満たすために、IBM Spectrum Protect関連で設計しなければいけないことをまとめました。
データはとても大事ですからね、、、バックアップはめちゃめちゃ大事だと思います。

非機能要求グレードで提示されているバックアップ要件の項目

C.1.2.1 データ復旧範囲
1. 復旧不要
2. 一部データのみ
3. システム内全データ
C.1.2.2 外部データの利用可否（当該システム範囲外のデータ）
1. 全データの復旧に利用できる
2. 一部データの復旧に利用できる
3. 外部データは利用できない
C.1.2.3 バックアップ利用範囲
1. バックアップを取得しない
2. 障害発生時のデータ損失防止
3. ユーザエラーからの回復
4. データの長期保存
C.1.2.4 バックアップ自動化の範囲
1. 全ステップを手動
2. 一部ステップを自動
3. 全ステップを自動
C.1.2.5 バックアップ取得間隔
1. バックアップを取得しない
2. システム構成変更時などの任意タイミング
3. 月次
4. 週次
5. 日時
6. 同期バックアップ
C.1.2.6 バックアップ保存期間
1. バックアップを保存しない
2. 1年未満
3. 3年
4. 5年
5. 10年以上
6. 永久保存
C.1.2.7 バックアップ方式
1. バックアップなし
2. オフラインバックアップ
3. オンラインバックアップ
4. オフライン＋オンライン

ISPを使ってバックアップをする際の検討項目をつらつら記載しました。

業務でどこまで戻さないといけないか決める！！
システム停止時のシナリオを検討するところ。これによって設計が大幅に変わる。

外部との調整項目かと思います。

API叩き直して取得したり、上流から再送してもらえるデータならバックアップはそこまで重要ではないだろうし、
なくなると困るデータなら2重・３重とか遠隔地にバックアップを取得すべきだと思う。

何が必要か決める！！

不定期実施以外のものは全て自動化すべきかと思います。
Linuxならシェルスクリプト、WindowsならDosなどでバックアップジョブを作成し、ジョブスケジューラで実行させるのが良いかと。

また、保管媒体のメンテナンス処理も自動化が必要です。

日時なのか、週次なのか、、、タイミングはいつなのかなどを決める。
管理することを考えると、JP1/AJSなどのジョブスケジューラで一括管理になると思います。

例）

いつまで保存するか決める。バックアップなら世代数、アーカイブなら期間などを設定する。
管理クラスを指定して、コピーグループを定義する。要件によって複数のコピーグループを作成する。

例）

また、データ保存量もある程度見積もっておく必要がある。保管媒体が足りなくなるとどうしようもない・・・

オンライン or オフラインでのバックアップをどう取るか決める

業務でバックアップの設計を担当していたのでその振り返りとしてまとめてみました。
また、いざと言うときにすぐ対応できるよう、定期的にリストアする訓練はした方が良いと思いました。