web-dev-qa-db-ja.com

iSCSIディスク上のWindowsServerバックアップ(WSB)-バックアップの削除後にスペースが解放されない

私はここで途方に暮れていて、あなたの助けを求めたかったのです。

私はいくつかの外部企業のITインフラストラクチャとバックアップを担当しています。

今週は、2つの異なるクライアントで、バックアップターゲットディスクに空き容量がなくなるという同じ問題がすでに発生しています。両方のセットアップは次のとおりです。

  • Windows Server 2012 R2

  • Windows Serverバックアップによるバックアップ[〜#〜] wsb [〜#〜]

  • ターゲットはQNAP NASにあるiSCSIボリューム

  • WSBは、ターゲットボリュームがいっぱいになる前に、バックアップを続行するためのスペースを自動的に解放しませんでした。

最初の会社「A」では、「自動ディスク使用量管理」は、スペースを解放するために最も古いバックアップを削除するという仕事をしていないと思いました。そこで、wbadmin delete backup -keepoldestコマンドを3回実行して、すべてのバックアップの約20%を削除しました。エラーはスローされません。
しかし、数日経っても、NASのスペースは解放されていません。

現在、私はB社と同じ場所にいて、720台のバックアップを保管しています。 wbadmin delete backup -KeepVersions:690を実行しました。

今回はエラー、言い換えがあります(申し訳ありませんが、オリジナルはドイツ語です):
"カタログからエントリを削除しますか"->はい-> "バックアップの削除中にエラーが発生しました2016/12/25-11:00:メディアタイプは無効」。
ただし、WSB GUIには、必要な量だけ削減されたバックアップの量が表示されます。

ISCSIを使用してディスク容量が不足する問題を経験した人はいますか? WSBが必要に応じて確実にスペースを解放する方法はありますか?それとも、スペースをまったく解放する方法はありますか?ポインタはありますか?

あなたの助けは大歓迎です!

宜しくお願いします、
マイク

2
Kumi

シンプロビジョニング iSCSI LUNの場合、NASはこれまでに書き込まれたことがあるのすべてのディスクブロックを格納します。ボリューム上のデータを削除すると、下のブロックストレージが何も知らないファイルシステムで削除が行われるため、何も変更しないでください。

LUNを「再調整」するか(通常は移行して)、iSCSIをダンプしてSMB共有)を使用する必要があります。より良い解決策は、ストレージをアップグレードして十分なスペースと予備を提供することです。

1
Zac67