2015年2月の Azure Update で Azure Backup はどのように変わったか
New features in Azure Backup – Long term retention, offline backup seeding and more
- 長期間の保持（最長 99 年）
- Offline Seeding(初期バックアップをネットワーク経由ではなくオフラインでデータセンターに運んでインポート）
- DPMを使用したすべてのバックアップデータを Azure Backup
- SCOMのDPMマネージメントパックが新しくなった
このアップデートに伴って Microsoft Azure Recovery Service Agent も新しくなりました。
このエージェントを入れることによって、今までは 120 に制限されていたバックアップコピー数が 366 に拡張されました。
ということは次のようになるはずです。
| 同期間隔（週） | 最大保持期間の計算 | 最大保持日数 |
|---|---|---|
| 1 | 366x7x1 | 2652 |
| 2 | 366x7x2 | 5124 |
| 3 | 366x7x3 | 7776 |
| 4 | 366x7x4 | 10428 |
最高で 10428 日指定すれば・・・約28年保持できる。ん、DPM なら 99 年の設定も可能ということでしょうかね？
追記：
上記の概念は今までのウィザード（日、週単位）での考え方で、新しいウィザードではさらに月単位、年単位の設定も可能なのでこの表は意味がないことになります。
Windows Server Backup での設定
ということで、設定してみました。
しかし、Windows Server Backup では保持期間は 3360 日以上は設定できませんでした。これは以前の 120 に制限されていたバックアップ数と同じです。
ということで、残念ながら保持期間が長くなったメリットを生かせるのはまだ System Center 2012 R2 Data Protection Manager を使用している場合になります。Windows Server Backup では以前と変わらず約 9 年が最高保持期間でした。
ですので、Windows Server バックアップでの Azure Backup はとりあえず、前回と変わらないということですね。
以下追記：
上記の説明は、既存のスケジュールで変更を行っていました。エージェントをアップデートしたら、既存のスケジュールは削除して新規に作成する必要があることが判明しました。
新規にスケジュールを作成すると、今までとは異なるウィザードが開きました。
ここで、週単位、月単位、年単位のポリシーを指定できます。
ここで Offline Seeding の設定が可能になっています。
これで設定完了です。
99 年保持したい場合は、366/99=3.67 なので、年 3 回程度のバックアップに収める必要がありそうです。
コメント
スケジュールを作り直さないと、新機能に対応できないと思います。→ http://yamanxworld.blogspot.jp/2015/02/microsoft-azure-recovery-services-agent.html
うお！本当だ。ありがとうございます。
さっそくやってみたら、ウィザードが変わっていました。