Torsten's Blog

 Durch die Änderungen an der ConfigMgr-Konsole sind manche Dinge beim ersten Mal nicht mehr ganz so einfach oder intuitiv zu finden.

Ein Beispiel dafür ist die Installation eines PXE-Service Points. Hierfür gibt es keine separate Rolle mehr, da dessen Funktionalität in die des normalen Distribution Points integriert worden ist. Entsprechend aktiviert man die Rolle in den Properties des DPs:

Die nächste Hürde ist dann das Verteilen des WinPE Boot-Images auf den PXE Service Point. Dies passiert in den Eigenschaften des WinPE’s: ”Deploy this boot image from the PXE service point”:

Muss bei einem geplanten Einsatz einer Hierarchie (d.h. CAS und mind. 1 Primary Site) das SQL-Feature “SQL Server Replication” ebenfalls installiert werden?

  Nein, denn die Replikation wird per “SQL Service Broker” abgehandelt.

Eine weitere Änderung bzw. Neuerung von ConfigMgr 2012 ist das Wegfallen der SLP (Server Locator Point)-Rolle. Die Funktion des SLPs übernimmt nun der Management Point (MP). Der SMSSLP-Parameter ist als ccmsetup.exe Property weiterhin vorhanden und kann somit in der ccmsetup.exe command line und als Client Push Parameter verwendet werden, jedoch muss dann auf den MP verwiesen werden.

Es steht eine aktualisierte Version der bereits hier beschriebenen FEP-Tools zu Verfügung: http://www.microsoft.com/download/en/details.aspx?id=26613. Dabei wurde vor allem das “Definition Update Automation Tool for Forefront Endpoint Protection 2010″ (softwareupdateautomation.exe) überarbeitet und einige Fehler behoben.

Logfiles während des OS Deployments analysieren wird mit System Center 2012 Configuration Manager (RC1) einfacher, denn “CMTrace” (Configuration Manager Trace Log Tool; also der Nachfolger von trace32.exe) wird automatisch den WinPE-Bootimages hinzugefügt.
Zu finden ist das Tool dann in folgenden Verzeichnissen:

x86: \sms\bin\i386\CMTrace.exe
x64: \sms\bin\x64\CMTrace.exe

Außerdem ist es auf dem Configmgr 2012-Installationsmedium (RC1) unter \SMSSetup\Tools zu finden.

Wie auch schon bei ConfigMgr 2007 gibt es bei System Center 2012 Configuration Manager mindestens 2 Dinge, die vor der Installation gemacht werden müssen bzw können:

- Prüfung des Systems mittels “prerequisite checker“: unter ConfigMgr 2007 noch über “setup.exe /prereq” aufzurufen ist das Kommando jetzt “prereqchk.exe” (auf dem Installationsmedium unter \SMSSetup\Bin\x64 zu finden). Das Logfile dazu findet sich unter C:\ConfigMgrPrereq.log.

- Download der “prerequisite components“: unter ConfigMgr 2007 noch per “setup.exe /download <Pfad>”, jetzt ebenfalls eine eigene Anwendung: setupdl.exe (ebenfalls auf dem Installationsmedium unter \SMSSetup\Bin\x64 zu finden). Log: C:\ConfigMgrSetup.log

Unter ConfigMgr 2007 ist mit kein Zusammenhang zwischen SQL-Edition (Standard vs. Enterprise) und der maximalen Anzahl zu verwaltender Clients bekannt.
Bei ConfigMgr 2012 wird sich dies aber ändern: bei Verwendung der SQL Standard Edition kann eine Hierarchie maximal 50.000 Clients verwalten. Mit SQL Enterprise erhöht sich diese Anzahl auf 400.000!

Wie bereits hier erwähnt, steht System Center 2012 Configuration Manager RC1 zum Download bereit.
Allerdings sind die dort erwähnten Voraussetzungen (http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27841) für den SQL-Server einer CAS bzw. Primary Site nicht vollständig. Aktuell ist nur folgende Konfiguration unterstützt: SQL Server 2008 SP2 plus CU6 plus kb2603910. Prinzipiell gilt das gleiche auch für die “R2″-Version des SQL-Servers, allerdings ist hierfür der kb2603910 noch nicht verfügbar.
Eine Anpassung der Download-Website ist in Arbeit.

Der Release Candidate (RC1) von ConfigMgr 2012 (System Center 2012 Configuration Manager) inkl. Endpoint Protection ist ab sofort unter http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27841 verfügbar.

Hier das WQL-Statement für eine dynamische Collection (Sammlung), die alle Distribution Points enthält:

select
SMS_R_SYSTEM.ResourceID,
SMS_R_SYSTEM.ResourceType,
SMS_R_SYSTEM.Name,
SMS_R_SYSTEM.SMSUniqueIdentifier,
SMS_R_SYSTEM.ResourceDomainORWorkgroup,
SMS_R_SYSTEM.Client
from
SMS_R_System
where
SMS_R_System.Name
in
(Select
Servername
from
SMS_SystemResourceList
where
RoleName = ‘SMS Distribution Point’)

Entsprechend lassen sicha auch Sammlungen für’SMS Fallback Status Point’, ‘SMS Reporting Point’, ‘SMS SQL Server’, ‘SMS Management Point’, ‘SMS SRS Reporting Point” usw erstellen.
(Vorsicht bei copy’n paste: WordPress ersetzt die “straight quotes” durch “smart quotes”)