Data Domain を VTL を利用している際の容量解放について

こんにちは。

> 仮にバックアップ中のジョブを途中でキャンセルさせた場合は、Data Domain 上の容量としては、どのようになるのでしょうか。

有効なデータとして計上されます。

キャンセルされたバックアップデータが不要なデータであるかをData Domain側で判断する術が無いため、 キャンセル分のデータも再ラベルされるまでは有効データとして保存され続けます。

※「再度、そのメディアを使用してバックアップをスタートする」をしても削除されません

あまり難しく考えず、「通常のテープへの書き込み動作をエミュレートしているだけ」と理解するのが良いかと思います。

ForzaRed さん＞

　ご解説、ありがとうございます。

　頂いた回答の動作は理解できるのですが、逆に疑問が増えてしまいましたので、

　もう少しだけ、ご教授ください。

　ご回答頂いた内容の通り動作することを前提として、下記のようなバックアップを

　取得した場合は、Data Domain 上のデータはどのようになるのでしょうか。

　前提条件：

　　仮想テープメディアの容量は、4TB とする。

　バックアップの順序：

　　①1TB のバックアップを取得する。

　　　先頭1TBが書き込み済み。残り3TB書き込み可能。

　　　Data Domain 上の容量は、1TB。

　　（重複排除率を考慮するとややこしいので一旦排除しない想定とさせてください。）

　　②3TB のバックアップを取得し始めて、2TB 書き込んだタイミングで、ジョブをキャンセル。

　　　仮想テープメディアとしては、先頭1TBが書き込み済み。残り3TB書き込み可能。

　　　Data Domain 上の容量は、1TB + 2TB で 3TB。

　　③再び3TBのバックアップを取得。（今回は最後まで取得する。）

　　　仮想テープメディアとしては、先頭から最後まで 4TB 書き込み済み。

　　　Data Domain 上の容量は、1TB + 2TB + 3TB で 6TB。

　ご説明頂いた内容を踏襲すると、こういった仮想テープメディアの容量を超えた

　容量を消費してしまうことになるのですが、これが仕様ということでしょうか。

　なお、この動作が仕様の場合、再ラベル化すると、6TB の容量が解放されるのでしょうか。

　ご回答の通りの動作となると、ジョブをキャンセルしたバックアップが増えると、

　どんどん容量がなくなっていくような気がするのですが、、、


　極端な例を挙げれば、3回フルバックアップに失敗して、4度目のフルバックアップに成功した場合、

　（重複排除が効かない前提となりますが）4倍の容量が必要になると思うのですが…

こんにちは、

疑問を増やしてしまったようで申し訳ありません。

疑問点は以下の2つと理解致しました。

1.キャンセルデータの取り扱い
>　ご回答の通りの動作となると、ジョブをキャンセルしたバックアップが増えると、
>　どんどん容量がなくなっていくような気がするのですが、、、

EMCのバックアップ製品であるNetWorkerを使用している場合は、こちらの挙動となります。

※途中まで取得しているデータを使用してデータの復元が出来るメリットがあります

NBUのサポートに"物理テープ"を使用した場合の動作について一度確認を取ってみてもらえますでしょうか？

キャンセル分のデータが保持される場合は、VTLでも同様の動作を取ると理解するのが正解となります。

テープ上のキャンセルデータを無効化する仕組みが備わっている場合は、どの様な方法で実現しているかの情報を頂くことでVTLでの挙動について情報提供が出来るかと思います。

2.上限を超えた書き込み
>　ご説明頂いた内容を踏襲すると、こういった仮想テープメディアの容量を超えた
>　容量を消費してしまうことになるのですが、これが仕様ということでしょうか。

こちらの件ですが、4TBしか書き込みが出来ないので、不足する2TB分は他のテープに記録されることになります。

容量を超えての書き込みが発生するものでは無いかと思いますが、キャンセルデータを繰り返し書き込むことで上限を大きく超えた書き込みが出来る場合は、一度サポートにログからの調査を依頼してみてください。

よろしくお願い致します。

ForzaRed さん＞
　詳しいご解説、ありがとうございます。
　
　ご説明頂いた通り、NBU のサポートにも確認してみようと思いますが、
　分かる範囲でコメントさせて頂きます。
　
　1.キャンセルデータの取り扱い
　EMCのバックアップ製品であるNetWorkerを使用している場合は、こちらの挙動となります。
　※途中まで取得しているデータを使用してデータの復元が出来るメリットがあります
　
　＞念のため、NBU のサポートに確認させて頂きますが、
　　NBU としては、カタログデータベースと呼ばれる管理サーバ側にどのバックアップを
　　いつ取得したかという情報を記録しています。
　　
　　バックアップ中は、随時、こちらの情報が更新されていくのですが、ジョブをキャンセルした場合、
　　該当のバックアップで作成したカタログが破棄される動作になります。
　　そのため、カタログ上は、バックアップイメージが存在しないことになります。
　　
　　もちろん、テープ上のデータまでは削除しませんが、EOF が記載されないため、
　　直前に取得されたバックアップまでがテープに残っているイメージになります。
　
　　大変申し訳ありませんが、Networker に明るくないため、このあたりの仕様が
　　NBU と異なる部分になるものかと思っております。

　2.上限を超えた書き込み
　こちらに関しては、Networker の場合は、先の動作と異なるということで、理解致しました。
　
　一点、確認させて頂きたいのですが、Networker の場合、ジョブをキャンセルした場合でも
　データが保持されるため、そのバックアップが不要であれば、「一度、削除してから取得し直す」
　というようなイメージになるのでしょうか。
　
　NBU の場合は、テープ上にデータがないものとして扱われるため、次のバックアップの際に
　そのメディアが選ばれた場合、先に書き込まれたデータが上書きされるような動作になります。
　
以上、よろしくお願い致します。

ForzaRed さん＞
　回答の修正、およびご解説、ありがとうございます。

　概ね疑問点は解消できたのですが、最後のご説明の部分が気になりましたので、
　可能であれば、ご教授ください。
　
　> NetWorkerは複数のバックアップを同時に1つのテープに書き込めるデザインとなっています。
　
　との記載がございますが、NBU も同じような機能が備わっており、
　1つのテープメディアに複数のバックアップを並列で書き込むことが可能です。
　
　※リストアに時間が掛かる上、メディアの管理が煩雑になるため、
　　実際のお客様で利用しているのは、お目にかかったことはないのですが…
　
　ただ、Data Domain のトレーニングの際に、
　
　　「（同時並列書き込み機能を）利用すること自体は可能であるが、
　　　重複排除の仕様上、複数のバックアップが並列して書き込まれることにより、
　　　重複排除率が低下するので、推奨しない」
　
　とのご説明を頂きましたので、バックアップ製品に関わらず、こちらの機能は
　利用しないものと考えておりました。
　
　Networker を利用する場合は、このあたりもうまく連携して、重複排除率を下げずに
　並列書き込みできるものなのでしょうか。

　経験不足のため、Networker ではこちらの機能を定常的に利用しているかどうかも
　把握しておらず、的外れな質問の場合はご容赦ください。

　以上、よろしくお願い致します。

ForzaRed さん＞
　ご解説、ありがとうございます。
　
　Networker でも DD-VTL の場合は、単一ストリームで書き込むことが推奨ということで、
　了解致しました。
　
　最後に、一点だけご教授ください。
　
　ある仮想テープメディアに有効なバックアップが存在している状態で、
　そのメディアに対して、追加でバックアップイメージを格納し始め、
　このジョブをキャンセルしたと仮定します。
　
　このとき、Networker としては、
　
　　①不完全ではあるものの、バックアップイメージがテープ内に残っていることを認識している。
　　②このバックアップイメージは、自動では上書きされない。
　　③この領域を削除したい場合は、管理者による何らかのオペレーションが必要。
　
　という認識で問題ないでしょうか。
　
　以上、よろしくお願い致します。

こんにちは、

コメントありがとうございます。

NetWorkerもDD-VTLでの推奨値は１つのストリームで書き込む内容となります。

先の説明はテープへの書き込む際のデザインをお伝えしたかったもので、特に深い言いはありません。

ForzaRed さん＞
　長々とご対応頂き、ありがとうございました。

　大変参考になりました。

　今後とも、よろしくお願い致します。