Hallo erstmal,

zur Ausgangslage:
---------------------
Interessiere mich seit ner Weile für das Thema WSUS und habe ueber diverse Seiten versucht einige Kerninformationen zusammenzusammeln, um final eine entscheidung zu treffen ob und wie ich WSUS in unserem Hause einführe oder auch nicht.

Leider habe ich noch einige Punkte die für mich bis dato nicht komplett beantwortet werden konnten...vllt liegt dies auch an den unterschiedlichen Versionen / Informationen auf die man während der Suche stößt.

Das Einsatzfeld:
------------------
- kleines Unternehme, ca 30-50 Windows Clients. (2000 & XP)
- Da wir kaum Windows Systeme verwenden, ist keine Windows Domaine eingerichtet (Linux & Mac).
- Bis dato ziehen alle Rechner mit Netzzugriff ihre Updates unabhängig

Fragen:
--------
a) Version:
Koennt ihr den Einsatz von Version 3.0 schon direkt empfehlen, oder bietet es sich als WSUS Neuling nicht an, erstmal mit V2 zu beginnen.
Ich tendiere zu V3

b) Server OS & CALs:
Da auf Zeit so oder so der Wechsel zu V3 anstehen würde, spricht wohl alles für Windows 2003 Server im Gegensatz zu 2000. Was mich hier irritiert, ist die zu verwendende Version innerhalb der 2003 Server Reihe.
Nur welche ? Hier wäre ich wirklich ueber Empfehlungen froh ?

z.b. dieser Post irritiert mich
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Wenn ich es richtig verstehe benötige ich, eine Windows 2003 Server Lizenz, eine halbwegs aktuelle Hardware für das Server-OS und sofern die SQL DB auf dem Server direkt läuft keine weiteren CALs für die Clients.
Richtig ?

d.h. abgesehen von der 2003 Lizenz und der Hardware kann ich, sofern ich alles auf diesem einen Rechner abhandle alle 30-50 MS Clients ohne Zusatzkosten oder CALs versorgen ?


Schöne Grüße
fidel

Hallo sunny,

vorab vielen Dank für die schnelle und umfangreiche Antwort.
--

Quote:

Eigentlich richtig. Wir sind bei MS Technologien nur immer bewusst etwas langsam


Quote:

Vielleicht irgendwann mal, wenn ich Zeit habe, mich damit auseinader zu setzten. Primaer will ich den Server im Moment nur die MS Kisten in der Arbeitsgruppe versorgen lassen.




Quote:

ok danke wie erhofft.


Quote:

Exchange Server, habe ich eigentlich keinen Bedarf bis dato

SBS = Small Business Server
Davon gibt es doch wiederum Standard und Premium, ich nehme an du sprichst von ersterem, richtig ?
EDIT: wobei ja nur der Premium eine MS SQL mitbringt.

Wer oder was bietet sich da als Bezugsquelle an ?
Finde bei unserer Standard-Quelle nur:
Quote:

wobei ich die 5 zusätzlichen Client User CALs ja eigentlich nichtmal will geschweige denn benötige. Versuch ich es ueber Preisvergleiche lande ich bei ca. 400 EUR.
Empfehlungen bzgl. Bezugsquellen ?




Quote:

Ok optimal und wie erhofft.


Gruss
fidel

Nochmal Hi

also in finaler Instanz ist wie erwartet die Lizenzauswahl immernoch mein Problem.

Das ruft Erinnerungen an einen früheren Chef hervor, der meinte auch 2 Tage Verhandlungen mit den MS Leuten hat ihm das Lizenzmodell nicht komplett verständlich gemacht. Spass am Rande.

Du sagst, ich kann auf den SBS  = Windows 2003 Small Business Server Standard zurückgreifen. Im ersten Post sprichst du aber von der Speicherung via SQL.

Wenn ich es richtig verstehe bringt der SBS ( (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). ) den SQL Server erst in der Premium Version mit. Vergleiche obigen Link

Verstehst du nun mein Problem ?
Will / muss / darf ich mir jetzt doch Premium goennen, oder ne Standard

Bzgl. der Händler-Frage: werd ich unseren Einkauf bemühen, das passt schon

Danke auch für die Script-Links....sehr praktisch.

gruss
fidel 

Hi,

nochmal danke für die Tips & Links.

Ich denke SBS Standard duerfte dann wirklich reichen,
da primaer die WSUS Geschichte relevant ist und sollte die Domain interessant werden, werden in den naechsten 10 Jahren eh nicht mehr wie 75 Rechner Windows verwenden


Gruss
fidel

fidel schrieb on 12.06.07 um 14:37:13:


1. Fehler.

fidel schrieb on 12.06.07 um 14:37:13:


2. Fehler.

fidel schrieb on 12.06.07 um 14:37:13:


3. Fehler > Reihenfolge.

fidel schrieb on 12.06.07 um 14:37:13:


Ja natürlich geht das, ich hatte auch schon XP-Home Clients aus einer Workgroup an einem SBS hängen.

Die Fehler sind relativ einfach zu beheben: Mach es nochmal, diesmal richtig. Sorry für die harten Worte, aber der Fehler lag an der Reihenfolge.

1. SBS Setup komplett incl. Domain Erstellung fertig machen.
2. Jetzt erst den WSUS installieren. Dann klappts auch mit den Nachbarn.

Begründet ist das ganze hier:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Ja, Du könntest natürlich auch nur den IIS de- und wieder installieren. Für den Fall das Du anschließend alle möglichen Fehler bekommst, mach es lieber gleich neu. Ist vermutlich schneller und sauberer.

In (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Issue 9:
steht:
1.Uninstall WSUS.
2.Promote the server to a domain controller.
3.Reinstall WSUS.

Das ist so nicht ganz vollständig. Es müsste so beschrieben sein:

[1] Uninstall WSUS
[2] Uninstall IIS
[3] dcpromo
[4] Reinstall IIS
[5] Reinstall WSUS

Die Begründung ist in diesem Artikel zu finden:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

funzt 

Danke


Also bzgl Clients und Kontaktierung:
-------------------------------------------
Nachdem ich die GPEDIT Eintragungen gemacht habe, melden sie sich im Regelfall beim Server. Tun Sie dies nicht, forciere ich es mit dem Befehl:
>> wuauclt.exe

Denke das ist soweit ok. Muss mir noch Gedanken machen welche Gruppenrichtlinien-eintrage insgesamt sinn machen für den gewünschten Ablauf



Update d. WSUS Servers
-----------------------------
Ist es ratsam den WSUS Server sich selber mit Updates versorgen zu lassen ?



eine weitere Frage: Thema FReigabe von Updates etc...
-----------------------------------------------------------------
Gerade am Anfang bin ich ja der situation ausgesetzt, dass eine wahre Flut von Update,s Patches etc auf Freigabe wartet.

Mein Plan ist wie folgt:
Rechner-Gruppen:
- NOUpdates -> spricht fuer sich
- Updates -> werden versorgt
- TEST -> hängt mein virtuelles Test-System drin

Die Updates sollen zu Beginn nur fuer die Kategorie Test freigegeben werden, um sie dann nach Zeitraum x auch für die entsprechende Gruppen freizugeben. Soweit so gut.

Ich frage mich jedoch wie andere Admins damit umgehen.
a) Wie lange wartet Ihr bis zur welt-weiten Freigabe von Updates ?
b) Referenz-quellen zwecks Problemberichten (MS Newsgroups o.ä.) ?
c) Wie habt ihr zu Beginn der WSUS Inbetriebnahme die Flut gehandelt ? Jedes von Hand, mit Stichtag, oder alternativ ?




EDIT*

Und bzgl Gruppenrichtlinien:
---------------------------------
Wie schon erwähnt will ich den USer eigentlich blind & unbehelligt lassen was Updates angeht.
d.h. im Optimalfall Updates im Hintergrund ziehen und Installation der Reboot-notwendigen Updates beim Shutdown des Users.

Ich bin die Gruppenrichtlinienoptionen mal durchgegangen und denke dies sollte so funktionieren, bin aber über jede Korrektuir / Bestätigung froh:
--------------------------------------------------------------------------------
---
1) Aktivieren des windows Update Energieverwaltungsfeautres zum automatischen Einschalten des Systems zur Installation von geplöanten Updates
-> nicht konfiguriert (sollte das nicht VISTA only sein ?)

2) Automatische Updates konfigurieren
-> aktiviert -> Option 3, täglich, random Zeit.

3) automatische Updates sofort installieren
-> aktiviert

4) Clientseitige Zielzuordnung aktivieren
-> deaktiviert, will ich am Server manuell festlegen

5) Die Standardoption "Updates installieren und herunterfahren"...
-> Deaktiviert

6) Empfohlene Updates ueber "Automatische Updates" aktivieren
-> aktiviert

7) Erneut zu einem Neustart für geplante Installationen auffordern
-> aktiviert -> 1440 minuten

8) Internen Pfad für dne Microsoft Updatedient anggeben
-> aktiviert -> pfad & port

9) Keine automatischen Neustarts für geplante Installationen durchführen
-> aktiviert

10) Neustart für geplante Installation verzögern
-> aktiviert -> 30 min als max wert

11) Nicht Administratoren gestatten, Updatebenachrichtigungen zu erhalten
-> deaktiviert

12) Option "Updates installieren und herunterfahren" im Dialogfeld "Windows herunterfahren" nicht anzeigen
-> deaktiviert

13) Signierten Inhalten aus internem Speicherort ....
-> aktiviert

14) Suchhäufigkeit für Automatische Updates
-> aktiviert -> 12 std.

15) Zeitplan fuer geplante Installation neu erstellen
-> aktiviert -> 60 min

Gruss
fidel

Hi Sunny,


bzgl WUAUCLT:
-----------------
Danke die Option /reportnow kannte ich noch nicht


bzgl. WSUS sich selber versorgen lassen:
------------------------------------------------
Ok danke fuer die Information


bzgl. GPEDIT Option 1:
-------------------------
Interessanterweise habe ich dies aus meinem Windows XP Prof. Client.
Genau deshalb habe ich auch den Verweis auf Vista gemacht und dies hinterfragt


bzgl. GPEDIT Option 2:
-------------------------
Jo hast du Recht, da macht Option 4 fuer Clients mehr Sinn.
Option 3 fuer Server


bzgl. GPEDIT Option 11 & 12:
-----------------------------------
Rechner werden bei uns nicht einfach ausgemacht sondern im Regelfall am ende des Arbeitstages normal heruntergefahren. In dem Fall sollte das doch kin keiner Form störend sein, oder ?




Quote:

Eigentlich will ich genau das ja NICHT.
Da die Clients jeden Tag heruntergefahren werden, ist es doch im besten fall so, das die CLients Ihre Install & Reboot aktion mit dem abendlichen Herunterfahren machen.
d.h.
Mitarbeiter macht feierabend, fährt seine Kiste runter. Beim Shutdown werden die Updates installiert und mit dem morgentlichen Boot ist der erforderliche Reboot auch erledigt.

Oder ist dies schlichtweg nicht möglich ?



Gruss
fidel