TorstenM

Inst.-Dauer: ccmsetup.log auf dem Client (wenige Minuten)

MP = management point

also entweder funktioniert der SLP nicht, die WINS-Einträge stimmen nicht, Namensauflösung, Boundaries, usw ... Was steht denn dazu in den oben genannten Logs?

Also ... Discovery hat nichts mit der Client-Installation zu tun (es sei denn Du hast die automatische Client Push Installation am Start).

SLP ist notwendig, wenn Du kein AD Publishing aktiv hast.

Keine Grenzen? D.h. Standortgrenzen (Boundaries)? Das ist schlecht, deshalb auch kein automat. Erkennen des Sitecodes möglich. LocationServices.log und ClientLocation.log am Client sind hier hilfreich.

Wieso unbedingt "Network Discovery"? "AD System Discovery" halte ich für deutlich besser.

Wenn Client installiert und Sitecode eingetragen: kann der CLient mit dem MP kommunizieren, funzt der MP? Wenn ja: hast Du dann schon die Collection aktualisiert und die Console refresht?

Dies habe ich bereits gemacht, trotzdem ist es nicht zur auswahl vorhanden.

Du hast eine Enterprise CA (oder eine standalone CA)?

Ist die auf einem Server 2003 Standard, Enterprise oder Datacenter installiert?

2.) Beim Site Code muß Du nur zwei Sachen beachten. Der Code muß 3 Zeichen haben und muß immer in Deiner Sitestruktur einmalig bleiben.

Jaein ...

Der Sitecode muss zusätzlich noch im gesamten Forest eindeutig sein (also bei allen ConfigMgr Sites, die sich im gleichen Forest und allen trusted domains befinden) und darf die üblichen reservierten Bezeichnungen wie NUL, PRN, AUX oder CON nicht beinhalten.

Zu #1: es geht nicht nur um die 4 genannten Einträge; die Einträge im System Management Container sind je nach Konfiguration der Site noch mehr.

Weil der Client am Server (MP) fragt, was zu tun ist.

Prinzipiell geht das schon. Im einfachsten Fall mit msiexec /x.

Dieser Artikel beschreibt eigentlich alles: Configuration Manager in Multiple Active Directory Forests

Ansonsten: was hast Du denn bisher alles an SCCM-Servern rumstehen?

Network Discovery würde ich sowieso nicht verwenden, sondern AD System Discovery.

Was hast Du probiert und was funktioniert nicht?

Push oder pull stimmt nicht. Es ist immer pull.

Mit einem "Counter" (= beim 3. Mal installieren) geht das nicht. Du kannst aber zB die Installation erst optional anbieten und ab einem Termin X mandatory. Und je nach Konfiguration des "Computer Client Agents" das Benachrichtigungsverhalten steuern.

Nein, ist kein bekanntes Problem (wobei das natürlich nicht heissen soll, dass trotzdem nicht eines existieren könnte).

Wie oft macht ihr denn Software- u. Hardware-Inventur. Ich tippe fast mal, dass SINV das Problem ist. Im InventoryAgent.log solltest Du dann aber Aktivität sehen, wenn der PC langsam ist. Auf die Ferne ist das natürlich alles nur schwer zu diagnostizieren.

"Langsame PCs" ... dolle Wurst. Das kann ja alles sein. Was passiert denn auf den Rechnern, wenn sie angeblich langsam sind. Was kam denn mit dem ProcessViewer raus? Ist die HDD schuld? CPU? Ram? ccmexec.exe ist der Prozeß des "SMS Agent Hosts". Was passiert denn SCCM-seitig in der Zeit (-> Logs)? Eventuell Software- oder Hardware-Inventory?

Welche Hinweise hast Du denn bereits?

"Net viel" ist relativ ... momentan nur das von MS Press, alle anderen sind meines Wissens noch nicht erschienen.

Siehe dazu auch: http://www.mcseboard.de/windows-forum-ms-backoffice-31/komplette-softwareverteilung-verwaltung-ad-143665.html

Momentan gibt's nur eines und zwar von MS Press ...

Hast du Die Schreibrechte im AD-Schema mal überprüft?

Ist für die Installation des MPs völlig irrelevant.

(Weiterhin sind Schema-Erweiterung und AD-Publishing der Site auch zwei völlig getrennte Vorgänge. Wenn von Schreibrechten die Rede ist, dann ist sicher der Vollzugriff auf den 'System Management' samt untergeordneter Container gemeint).

mpsetup.log?

ConfigMgr verwendet die IP, die per Hardware Inventory geliefert worden ist, um die Verbindung aufzubauen.

Du meinst, die IP des Servers zu ändern, auf dem ConfigMgr installiert ist? Klar, das geht.

Wäre mir nicht bekannt, dass das geht.

Discovery und installierte Clients sind aber unterschiedliche Themen ;)

Um welches Discovery gehts denn und hast Du danach schon die Collection aktualisiert (update collection membership) und danach die Konsole refresht (F5)?

SCCM klappt auch ohne Schemaerweiterung (mit Einschränkungen), aber ich würde trotzdem empfehlen, es zu erweitern (macht einiges einfacher)!

Richtig. Bei Vista ist das kein Thema. Für XP bleibt zB ein unattended setup (mit SCCM).

Treiber sind nicht das Problem ... eher die unterschiedlichen HAL-Typen (bei XP).

danke für die Antworten, habe es nun installiert doch bin ich etwas entäuscht.

[...]

Ich dachte aber ich könnte z.B. die WinXP CD auf den Verteilungsserver kopieren und dann per Antwort Datei oder so installieren. Ist das nicht möglich ?

Enttäuscht? Entweder das, oder aber einfach losgelegt, ohne vorher zu wissen, was hinterher rauskommt ... :cool:

XP als unattended Setup mit Antwortdatei ist auch machbar.

aber auf englisch gibt es etwas mehr Auswahl

Welche denn? Mir wäre kein weiteres Buch bekannt. Sämtliche SCCM-Bücher (engl.) erscheinen laut Amazon doch erst im Frühjahr.

Ist eigentlich halb so wild, aber ohne vernünftige Literatur kann ich mir das auch nur schwer vorstellen. Den SMS/SCCM konfiguriert man nicht "mal eben".

Doch :D Das Problem ist die "vernünftige Literatur" ... die Artikel im TechCenter sind gut bis sehr gut, aber als Einsteiger verliert man da schnell den Faden. Bleibt also nur noch das Buch von MS Press (alle anderen sind noch nicht erschienen).

a) Die Schemaerweiterung ist nicht zwingend erforderlich, sondern erst wenn man auch Standortserver verwalten will und den vollen Funktionsumfang des SCCM braucht.

Schema-Erweiterung brauchst Du nur für "Global Roaming" und NAP; alles andere geht auch ohne.