WSUSサーバーをバックアップする必要がありますか？

私の質問は単純です。私は私の答えを知っていると思います-私は本当に他の人からの確認の後です。

明らかに、私のWSUSサーバーが停止した場合、バックアップ後に大量のダウンロードを行うことになりますが、これは問題ではありません。WSUSの背後にあるデータベースについてもっと考えていました。それをバックアップする必要がありますか？

WSUSを初めてセットアップするのと同じように、グループポリシーを変更すると、WSUSサーバーはコンピューターのデータベースとインストールされている更新プログラムを最初から構築します。

私は自分の想定に合っていますか、それとも予期しないことをしますか？
長い目で見ると、データベースをバックアップするだけのほうがいいですか、たとえば、月に1度、それで完了しますか？

それは、グループのレイアウトがいかに複雑か、特定のグループに対して多くのカスタムの承認/拒否を行ったかどうかによって異なります。また、データベース内のコンピューターの履歴と現在の状態を気にするかどうかによっても異なります。

すべての更新を承認するだけの非常にシンプルなセットアップで、どのコンピューターの履歴も本当に気にしない場合は、データベースや更新をバックアップする必要はありません。（Microsoftへのネットワーク接続の速度に応じて）最初からサービスを再構築する場合は、バックアップから復元する場合よりも時間がかかりません。既存のマシンはすべて、起動すると新しいサーバーにチェックインします。

これは、あらゆるサービスのかなり基本的なリスク分析です。コストがかかる（時間またはお金）、または最初から再作成することが不可能なデータがある場合は、バックアップする必要があります。それ以外の場合は、気にしないでください。

データベースのバックアップは簡単な作業であり、WSUSサーバーを再構築する必要がある場合は、更新を再度ダウンロードするだけなので、更新をバックアップしても意味がありません。いずれにしても、ほとんどのアップデートはすでに適用されています。

拒否する更新を書き留める（または覚えておく）必要がないように、WSUSデータベースをバックアップします（たとえば、特定のKBでクラッシュするカスタムワードプラグインがあります）。

以前のジョブで、バックアップがテープ容量に近づいているときにこれを調べました。WSUSのバックアップを続行するのではなく、実際にはクライアントにサービスを提供していなかったとしても、別のサーバーにWSUSをセットアップし、それをダウンストリームサーバーとして構成しました。必要に応じて、サーバーを指すGPO設定を編集して、障害が発生したシステムの残りの部分を復元するなど、より緊急の問題に対処できると考えました。使用されたディスクの間隔は問題になりませんでしたが、テープの貴重なスペースを解放しました。

とにかく、快適さを高めるためにバックアップします。WSUSは、通常の夜間バックアップジョブに絶対に含める必要があるものではなく、日中に実行される可能性があるため、時間枠やストレージが狭い場合に事態が容易になる可能性があることに私は気付きました。更新だけでなく、データベースやその他の構成をバックアップするかどうかは、本当にあなた次第です。もう一度ダウンロードするのが簡単な場合は、おそらくその必要はありません。

バックアップしないことにした場合は、構成を完全に文書化してください。OSとアプリケーションおよびデータベースソフトウェアを再構築するのは簡単なことですが、構成を正しく戻さなければ、実際には回復していません。

WSUSサーバーの再構築は正しいです（置換WSUSサーバーの更新URLが障害が発生したWSUSサーバーと同じである場合、クライアント構成への変更はありませんre：グループポリシー、レジストリ設定など）必要）。

WSUSデータベースをバックアップするかどうかは、ダウンロード時間とバックアップリソースの使用量（バックアップウィンドウ内の領域、時間）のトレードオフです。それは通常かなり小さいので、私は頭に行っていくらか定期的にそれをつかみます。

再設定するのにどれだけの労力が必要ですか？

それをバックアップするのにどのくらいの労力/コストがかかりますか？

それを設定するための作業がそれをバックアップするコストよりも安くなるとしたら、あなたは答えを持っています。

私は四半期に1回だけゴーストイメージを撮っています..数か月のパッチは、スキームの小さなジャガイモです..とにかく、プロキシを強制的に使用するように強制するので、それが死んだ場合でも、それらのほとんどをローカルでロードする..（プロキシには100GBの大きなキャッシュがあります）

思い出してください。次の四半期を忘れないように、スケジュールされたタスクを追加しています。今、バックアップしています！

すべてのサーバーのバックアップをとることは常に良い考えです。

wsusを再度セットアップしてからすべてのマシンをマッシュアップする必要があるのは、マシンに何らかのバックアップをセットアップするのに必要な30秒よりもはるかに大きなものです。

シンプルな外部ボリュームのみ、または内部バックアップインフラストラクチャがある場合は、そこにダンプするために、DB /システムの毎日のダンプを実行します。

IMOいいえ、WSUSサーバーを再構築するための時間/手間は無視でき、ダウンしたときにあなたを殺すのは時間的に重要な項目ではありません。

煩わしさをできる限り軽減したい場合は、ワークステーション/サーバーのグループポリシーを介してクライアント側のターゲティングを設定します。これにより、WSUSの全体的な管理オーバーヘッドが削減されるだけでなく、再構築が簡単になります。

SQLバックアップCALのコストを考慮に入れたり、手動の方法で設定したり保守したりする場合、バックアップする強力な引数を見つけることができません。