http://bbs.hotfix.jp/ Windowsシステム管理者のためのコミュニティサイト ja 2012-01-28T04:05:10+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8359#8359 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T04:05:10+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8358#8358 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T04:04:01+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8357#8357 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T04:01:49+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8356#8356 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T03:55:19+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8355#8355 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T03:52:41+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8354#8354 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-28T03:49:57+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8353#8353 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2012-01-13T02:50:27+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8352#8352 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2011-12-28T05:00:18+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8351#8351 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2011-12-22T12:14:41+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8350#8350 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2011-12-22T12:12:32+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8349#8349 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2011-12-07T05:40:37+09:00 しん http://bbs.hotfix.jp/ShowPost.aspx?PostID=8348#8348 山近様 はじめまして、しんと申します。 返信、ありがとうございます。 構成としては、親のWSUSサーバにSQLServerをインストールし、そのSQLServerで 3台のWSUSServerを管理したいと思っています。 具体的な構成です。 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ WSUSサーバ1号機： 親サーバ、 Microsoft Updateがアップストリームサーバ、 SQLServerをインストール 3000台のクライ...
はじめまして、しんと申します。
返信、ありがとうございます。

構成としては、親のWSUSサーバにSQLServerをインストールし、そのSQLServerで
3台のWSUSServerを管理したいと思っています。

具体的な構成です。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
WSUSサーバ1号機：
親サーバ、
Microsoft Updateがアップストリームサーバ、
SQLServerをインストール
3000台のクライアントを管理

WSUSサーバ2号機：
自律サーバ、
WSUSサーバ1号機がアップストリーム、
データベースは、 WSUSサーバ1号機で使用しているインスタンスを使用
2000台のクライアントを管理

WSUSサーバ3号機：
レプリカサーバ、
WSUSサーバ2号機がアップストリーム、
データベースはWSUSサーバ1号機で使用しているインスタンスを使用
DCと同居
1000台のクライアントを管理

WSUSサーバ4号機：
レプリカサーバ、
WSUSサーバ2号機がアップストリーム、
データベースはWSUSサーバ1号機で使用しているインスタンスを使用
DCと同居
1000台のクライアントを管理
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

現在、以下の2案で検証しようと考えております。
１案：
山近様にご教授頂いたリモートSQLの方式
（SQL Serverの異なるインスタンスに各WSUS Serverの設定を保存する方式）
2案：
WSUSサーバ1号機はSQLServerを使用し、それ以外のWSUSサーバはWIDを使用する方式。

案1ですと色々問題がありそうですね。
上記の構成ですと、一般的には、データベースの構築はどのように構成するのでしょうか？


ご提示いただいた、マニュアルを参考に案1を検証してみたいと思います。
ありがとうございました。





]]> 2011-11-18T11:11:56+09:00 山近 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8347#8347 やりたいことは、1台のSQL Serverで複数のWSUS Serverを管理すること、でよろしいですか？ この場合、リモートSQLを使います。 簡単に言えば、Active Directoryドメイン内にSQL Serverを1台とWSUS Serverを複数台設置して、SQL Serverの異なるインスタンスに各WSUS Serverの設定を保存する技です。 Appendix B: Configure Remote SQL http://technet.microsoft...
この場合、リモートSQLを使います。
簡単に言えば、Active Directoryドメイン内にSQL Serverを1台とWSUS Serverを複数台設置して、SQL Serverの異なるインスタンスに各WSUS Serverの設定を保存する技です。

Appendix B: Configure Remote SQL
http://technet.microsoft.com/ja-jp/library/dd939912(WS.10).aspx

データベースアクセスがパフォーマンス上のボトルネックになりやすく、またシステム全体の信頼性においてもウィークポイントになるので、個人的にはあまりお勧めしたくないのですが、SQL Serverの管理は楽になるし、ライセンス＝金銭面でも有利でしょう。
]]> 2011-11-16T10:58:14+09:00 しん http://bbs.hotfix.jp/ShowPost.aspx?PostID=8346#8346 hitoc様 ご返信、ありがとうございます。 >データベースに設定が保存されているだけでは？ 保存されています。 例えば、ｔｂConfigurationAテーブルに、アップストリームサーバやプロキシの情報が保存されています。 これは、サーバ毎には、保存されていないようです。 >インスタンスを別にすれば可能だと思いますが、 データベースの負荷分散は行わないのですか？ データベースは、WSUS1号機のSQLServer2008R2のみで管理しようと考えていま... ご返信、ありがとうございます。

>データベースに設定が保存されているだけでは？

保存されています。
例えば、ｔｂConfigurationAテーブルに、アップストリームサーバやプロキシの情報が保存されています。
これは、サーバ毎には、保存されていないようです。

>インスタンスを別にすれば可能だと思いますが、
データベースの負荷分散は行わないのですか？

データベースは、WSUS1号機のSQLServer2008R2のみで管理しようと考えています。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
WSUS2号機：
〇データベースオプション
このコンピュータにある既存のデータベースサーバを使用する。
→＜既存＞
〇アップストリームサーバの選択
→Microsoft Updateから同期する。
〇同期時にプロキシサーバを使用する。
→XXX.XXX.XXX.XXX

WSUS2号機：
〇データベースオプション
リモートコンピュータにある既存のデータベースサーバを使用する。
→WSUS1号機\MSSQLSERVER
〇アップストリームサーバの選択
別のWindows Server Update Serviceサーバから同期します。
→WSUS1号機
〇同期時にプロキシサーバを使用しない。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

上記のような構成でチェーン化をする場合は、
1データベースでは、対応不可能で、
1データベースエンジンで対応するには、サーバ毎にインスタンスを分ける、
もしくは、サーバ毎のデータベースエンジンを用意する、
という事ですね。

インスタンスを分けるか、サーバ毎にデータベースエンジンを持つかは
これから検討致します。
とりあえず、1データベースエンジンでは、チェーン構成は、出来ない事が
わかったので、助かりました。
ありがとうございました。



]]> 2011-11-15T09:29:28+09:00 hitoc http://bbs.hotfix.jp/ShowPost.aspx?PostID=8345#8345 データベースに設定が保存されているだけでは？ インスタンスを別にすれば可能だと思いますが、 データベースの負荷分散は行わないのですか？ インスタンスを別にすれば可能だと思いますが、
データベースの負荷分散は行わないのですか？]]> 2011-11-14T11:20:56+09:00 しん http://bbs.hotfix.jp/ShowPost.aspx?PostID=8344#8344 初めて質問させて頂きます。 しんと申します。よろしくお願い致します。 早速、質問ですが、 以下の構成でWSUSを構築しています。 WSUSサーバ1号機：親サーバ、Microsoft Updateがアップストリームサーバ、SQLServerインストール WSUSサーバ2号機：自律サーバ、1号機がアップストリーム、データベースは、 　　　　　　　　　　　　　　1号機で使用しているインスタンスを使用 WSUSサーバ（レプリカ）：2号機がアップストリーム、データベースは1号機で使... しんと申します。よろしくお願い致します。

早速、質問ですが、
以下の構成でWSUSを構築しています。
WSUSサーバ1号機：親サーバ、Microsoft Updateがアップストリームサーバ、SQLServerインストール
WSUSサーバ2号機：自律サーバ、1号機がアップストリーム、データベースは、
　　　　　　　　　　　　　　1号機で使用しているインスタンスを使用
WSUSサーバ（レプリカ）：2号機がアップストリーム、データベースは1号機で使用している
　　　　　　　　　　　　　　　　インスタンスを使用

OS :Windows Server 2008 R2
WSUS：　 WSUS 3.0 SP2
SQLServer：SQLServer2008R2

質問ですが、WSUS1号機の設定後、WSUS2号機を設定すると、
WSUS1号機の管理コンソールにWSUS2号機で設定した内容が反映されてしまいます。
そうすると、各サーバでの個々の設定が出来なくなってしまうと思われます。
（例えば、WSUS1号機は、WindowsUpdateをアップストリーム、
WSUS2号機は、1号機をアップストリームサーバにする。）

各WSUSサーバで使用するデータベース（インスタンス？）は、
違うものを使用しなければいけないのでしょうか？

わかりづらい質問で申し訳けありませんが、
ご教授頂ければ幸いです。



]]> 2011-11-14T08:36:13+09:00 Mr.菊ちゃん http://bbs.hotfix.jp/ShowPost.aspx?PostID=8343#8343 ご回答ありがとうございました。大変助かりました。 2011-10-25T10:51:28+09:00 山近 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8342#8342 オールYesですね。 >基本的には更新プログラムの入手先がMSのサイトからWSUSサーバに代わるだけ まさにこの通りです。 >基本的には更新プログラムの入手先がMSのサイトからWSUSサーバに代わるだけ
まさにこの通りです。]]> 2011-10-12T11:15:17+09:00 Mr.菊ちゃん http://bbs.hotfix.jp/ShowPost.aspx?PostID=8341#8341 はじめまして。今さらながら、WSUSの導入検討を始めた者です。 WSUSを導入した場合でも、クライアントから見れば、基本的には更新プログラムの入手先が MSのサイトからWSUSサーバに代わるだけと認識しています。 これまで、業務システムの本番用クライアントは、更新プログラムを適用して問題が出ないかを 個別に精査して手動で適用していたので、WSUSを導入した後も基本方針は踏襲したいと考えて います。 このため、グループポリシーで ・［Windowsシャットダウン］ダイアログボッ... WSUSを導入した場合でも、クライアントから見れば、基本的には更新プログラムの入手先が
MSのサイトからWSUSサーバに代わるだけと認識しています。
これまで、業務システムの本番用クライアントは、更新プログラムを適用して問題が出ないかを
個別に精査して手動で適用していたので、WSUSを導入した後も基本方針は踏襲したいと考えて
います。
このため、グループポリシーで
・［Windowsシャットダウン］ダイアログボックスで［更新をインストールしてシャットダウン］
　オプションを表示しない
・［Windowsシャットダウン］ダイアログボックスの既定のオプションを［更新をインストール
　してシャットダウン］に調整しない
・自動更新は「2 = 更新をダウンロードする前、およびインストールする前に通知する」
を設定することを計画しています。
Q1．
この設定で、WSUサーバ側で更新プログラムを承認した場合、
クライアント側にはこれまでどおり、黄色い盾のアイコンが表示され、
クライアントの管理者がこれをクリックし、カスタムインストールを起動して、
WSUSサーバ管理者が承認した更新プログラムの中から、本番業務システムに適用すべき
更新だけを選択してインストールできるでしょうか？
Q2.
また、それにより未適用の更新が残っている場合は、WSUSサーバに問い合わせるたびに
更新ありと通知されるのでしょうか？
Q3.
その場合、カスタムインストールで、適用しない更新を非表示にすれば、次回の問合せ以降、
通知されなくなりますか？

以上、ご教示いただきたく、よろしくお願いいたします。]]> 2011-10-06T11:44:00+09:00 山近 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8340#8340 念のために確認ですが、クリーンアップウィザードを実行しましたか？ 2011-09-17T12:53:56+09:00 りんご http://bbs.hotfix.jp/ShowPost.aspx?PostID=8339#8339 不明な点が出たのですが、答えを探し出せずにいるため、ご教授おねがいします。 管理コンソール上で月ごとにWSUSサーバーに接続するクライアントPCの台数を 数えていました。 すると、2日前に比べ表示されている各月の接続台数が減っている事が判明しました。 ※他にログインしたものはおらず、管理コンソールからPCを削除はしていません。 例） 数えた日　　　12日　　14日 　　　　　7月　　10台　　7台 　　　　　8月　　12台　　5台 　　　　　9月　　11台　　7台...
管理コンソール上で月ごとにWSUSサーバーに接続するクライアントPCの台数を
数えていました。
すると、2日前に比べ表示されている各月の接続台数が減っている事が判明しました。
※他にログインしたものはおらず、管理コンソールからPCを削除はしていません。

例）
数えた日　　　12日　　14日
　　　　　7月　　10台　　7台
　　　　　8月　　12台　　5台
　　　　　9月　　11台　　7台

その月の何日に接続されたのか、接続していたPC名等は一切書き留めておきませんでした。
そこでふと考えたのですが、1度以上WSUSサーバーに正常に接続していて「前回の状態レポート」
に最後に接続した日付が表示されているPCでも、その後接続に失敗すると「報告されていません」
という表示になる事はあるのでしょうか？

もしかしたら、WSUSサーバーへの接続が失敗したため、日付欄が「報告されていません」という表示に
変わってしまったのではないかと、推測しました。

1度接続した日付が表示されたPCは、その後接続に失敗しても最後に接続が成功した日付が
表示されると考えていたのですが、その考えは正しいでしょうか。
この考えが間違っているとしたら、差分として消えてしまったPCの表示はどうなったのか
ご教授ください。

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

環境
OS Windows Server 2003 SP2
WSUS 3.0 SP1
クライアント　XP SP3、7　SPなし　他サーバーOSもあり　約100～150台
]]> 2011-09-14T10:24:29+09:00 山近 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8338#8338 投稿からだいぶ時間がたっていて今さらですが、ほぼ自分のために… 既存のWindows Server 2003上でWSUS 3.0 SP2に更新しておいて、P2VでHyper-V上に取り込み、そこからWindows Server 2008 R2にアップグレードするという方法がありますね。
既存のWindows Server 2003上でWSUS 3.0 SP2に更新しておいて、P2VでHyper-V上に取り込み、そこからWindows Server 2008 R2にアップグレードするという方法がありますね。
]]> 2011-08-20T03:26:30+09:00 山近 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8337#8337 要求の確認には、やはりIISのログが適しています。 アップストリームサーバ側のIISログを調べると、ソースがダウンストリームサーバになるGETリクエストが大量に届いています。アップストリームサーバで1件も承認しておらず、Wsuscontentフォルダには1つも.exeファイルがない状態で試してみると、異常なGET要求が顕著に分かります。 ※このケースでは、アップストリームサーバでは一切の更新プログラムが未承認だったので、ダウンストーリムサーバからどんなにGETリクエストがあって...
アップストリームサーバ側のIISログを調べると、ソースがダウンストリームサーバになるGETリクエストが大量に届いています。アップストリームサーバで1件も承認しておらず、Wsuscontentフォルダには1つも.exeファイルがない状態で試してみると、異常なGET要求が顕著に分かります。

※このケースでは、アップストリームサーバでは一切の更新プログラムが未承認だったので、ダウンストーリムサーバからどんなにGETリクエストがあっても、アップストリームサーバが.exeファイルをMicrosoftからダウンロードすることはありません（できません）でした。

したがって、アップストリームサーバのWsuscontentフォルダにはない*.exeファイルをGET要求しているダウンストーリムサーバが、全言語ダウンロード設定になっているWSUSサーバと考えられます。

アップストリームサーバのWSUS管理コンソールで、新たにダウンストーリムサーバが追加されていないか適宜監視して、新しいダウンストーリムサーバが現れるたびに言語設定を確認する（連絡して確認させる）のが一番確実と思います。
]]> 2011-08-20T03:22:03+09:00 都甲 http://bbs.hotfix.jp/ShowPost.aspx?PostID=8336#8336 多言語のことで質問です。 ダウンストリームサーバが誤って、全言語を設定した場合、アップストリームサーバでも 全言語をダウンロードするかと思います。これを全言語の要求元をいち早く発見し、WSUS を再インストールして、元の状態に復旧する手段を模索しています。 ※防止出来るのが一番ですが、高速ファイルの様に拡張子が異なっていないため、 　難しいなと悩んでいます。 ＜質問＞ どこからダウンロード要求があったかを確認する方法は何が確実でしょうか。 ※ダウンロードフォ...
ダウンストリームサーバが誤って、全言語を設定した場合、アップストリームサーバでも
全言語をダウンロードするかと思います。これを全言語の要求元をいち早く発見し、WSUS
を再インストールして、元の状態に復旧する手段を模索しています。

※防止出来るのが一番ですが、高速ファイルの様に拡張子が異なっていないため、
　難しいなと悩んでいます。

＜質問＞
どこからダウンロード要求があったかを確認する方法は何が確実でしょうか。

※ダウンロードフォルダにファイル名はあるのですが、IISのログには要求が
　見当たりませんでした。

よろしくお願いします。]]> 2011-08-09T12:26:39+09:00 システム http://bbs.hotfix.jp/ShowPost.aspx?PostID=8335#8335 この投稿は管理者によって削除されました この投稿は以下の理由により削除されました。 「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」 この投稿は管理者によって削除されました
この投稿は以下の理由により削除されました。
「宣伝目的のためだけの投稿、ねずみ講の勧誘、個人情報の収集」
]]> 2011-07-14T05:05:52+09:00