Torsten's Blog » ConfigMgr

Search Folders – Advertisement-Übersicht

Torsten — Fri, 03 Sep 2010 07:14:02 +0000

Sicher ist es manchmal ganz hilfreich, eine Übersicht über alle Advertisements einer Site zu haben, die nach “optional” oder “mandatory” untergliedert ist.
Dies kann recht einfach über “Search Folders” innerhalb der Konsole erreicht werden.

Für die optionalen Advertisements wird ein neuer Search Folder mit folgenden Kriterien erstellt:

- einen Haken bei “Advertisement Flags” setzen
- in der Search List den Wert “0″ (inkl. Anführungszeichen!) eintragen
- einen Haken bei “Search all folders under this feature”
- einen Namen für den Search Folder vergeben (z.B. All optional advertisements)

Analog geht man für die mandatory Advertisements vor:

- einen Haken bei “Advertisement Flags” setzen
- in der Search List die Werte 1 bis 9 jeweils separat eintragen
- einen Haken bei “Search all folders under this feature”
- einen Namen für den Search Folder vergeben (z.B. All mandatory advertisements)

smsts.log

Torsten — Mon, 16 Aug 2010 19:05:14 +0000

Das wichtigste Log für Troubleshooting beim Operating System Deployment (OSD) mit ConfigMgr ist das smsts.log.
Dieses ist aber leider – je nach Situation – an unterschiedlichen Stellen zu finden:

- X:\windows\temp\smstslog\smsts.log: Boot von WindowsPE / vor dem Formatieren der HDD
- C:\_SMSTaskSequence\logs\smstslog\smsts.log: smsts.log wird nach dem Formatieren der HDD dorthin kopiert
- C:\_SMSTaskSequence\logs\smstslog\smsts.log: Ziel-OS bereits vorhanden, aber ConfigMgr-Client noch nicht installiert
- %windir%\system32\ccm\logs\smstslog\smsts.log: Ziel-OS bereits vorhanden, ConfigMgr-Client jedoch schon installiert
- %windir%\system32\ccm\logs\smsts.log: nach der Ausführung des Tasksequenz

(Vorausgesetzt es wurde kein abweichender Installations-Pfad angegeben. Bei x64 Betriebssystemen befindet sich der Client in %windir%\SysWoW64\ccm).

ConfigMgr 2007 R3 – Release Candidate

Torsten — Tue, 03 Aug 2010 08:14:21 +0000

Ich habe ja bereits hier über die Neuerungen von R3 berichtet. Seit gestern gibt es den Release Candidate (RC) von R3 auf connect.microsoft.com zum Download:

SQL 2008 R2 supported

Torsten — Thu, 01 Jul 2010 20:04:35 +0000

Seit heute werden einige zusätzliche Produkte in Zusammenhang mit ConfigMgr offiziell unterstützt, darunter auch SQL 2008 R2. Eine gute Übersicht findet man hier.

v.Next Blog

Torsten — Tue, 22 Jun 2010 17:26:43 +0000

Diesmal etwas Werbung in eigener Sache. Seit kurzem habe ich einen weiteren Blog gestartet, der sich mit der Folgeversion von ConfigMgr (“v. Next”) befasst und unter www.vNext.de zu finden ist.

DCM – Exchange Server 2007 Operational Configuration Pack

Torsten — Fri, 11 Jun 2010 08:39:56 +0000

Es gibt ein neues Configuration Pack für ConfigMgr, diesmal für Exchange 2007: “Microsoft Exchange 2007 Operational Configuration Pack”. Download hier.

vNext Beta1 (Build 7469)

Torsten — Tue, 25 May 2010 14:07:08 +0000

Das Warten hat ein Ende: Beta1 von vNext (der Folgeversion von ConfigMgr) steht auf connect zum Download zu Verfügung!

Parallelbetrieb von WDS und PXE Servicepoint

Torsten — Tue, 18 May 2010 17:30:45 +0000

Kürzlich kam in einem Forum die Frage auf, ob es denn möglich sei, den WDS-Server (der gleichzeitig auch PXE-Servicepoint ist) weiterhin verwenden zu können, um alternative Boot-Images per PXE auszuliefern. Hintergrund war die Idee, den ERD Commander (Microsoft Diagnostics and Recovery Toolset (DaRT)) aus dem Microsoft Desktop Optimization Pack (MDOP) ebenfalls per PXE zu Verfügung zu stellen.

Klar ist dieses Szenario umsetzbar. Dazu erst einmal zu den Vorarbeiten seitens DaRT. Nach dessen Installation findet sich im Startmenü ein Wizard namens “ERD Commander Boot Media Wizard”, mit dessen Hilfe eine bootfähige .iso-Datei erstellt werden kann.

Diese könnte man auf CD brennen und zu jeden defekten Rechner laufen, um eine Reparatur zu starten. Das hat dann aber noch wenig mit PXE-Boot zu tun. Im Gegensatz zum RIS-Server (dem Vorgänger des WDS) kann ein WDS-Server (zumindest im WDS native mode) mit .iso-Files nichts anfangen. Öffnet man allerdings das .iso-File so stellt man fest, dass im Ordner \Sources eine Datei namens boot.wim vorhanden ist. Bingo. Dieses .wim kann nun dem WDS-Server als neues Bootimage hinzugefügt werden:

Welche Situation liegt jetzt also vor? Auf dem WDS-Server gibt es ein Bootimage des ERD Commanders und gleichzeitig ist dieser WDS-Server auch PXE-Servicepoint.

Was hilft uns das bei unserem Problem? Dazu sollte man wissen, dass ein PXE-Servicepoint nichts weiter ist als ein Provider, der auf dem WDS aufsetzt:

PXE-Requests werden von diesem entgegengenommen und je nach Situation (gibt es die MAC-Adresse in der SCCM-Datenbank, gibt es ein Advertisement, ist dies optional oder mandatory etc.) beantwortet. Mögliche Szenarien wurden ja bereits hier aufgezeichnet: http://www.mssccmfaq.de/2010/04/08/pxe-boot-szenarien/.
Kann dieser Provider die Anfrage nicht beantworten (also weder ein Boot-Image noch ein abortpxe ausliefern), dann reicht dieser Provider die Anfrage einfach zum nächsten Provider weiter. Im Standard-Fall ist es dann der normale WDS-Server.

Je nach Konfiguration des WDS-Servers wird man dann zum Drücken von F12 aufgefordert

Und schon bootet der Client den ERD-Commander per PXE:

ConfigMgr R3 Beta Refresh

Torsten — Tue, 11 May 2010 13:17:45 +0000

Auf connect wurde ein “Refresh” von SCCM 2007 R3 Beta zu Verfügung gestellt:

System Center Configuration Manager 2007 Toolkit V2

Torsten — Sat, 01 May 2010 07:26:51 +0000

Das ConfigMgr Toolkit gibt es jetzt in einer V2-Version: http://www.microsoft.com/downloads/details.aspx?FamilyID=5a47b972-95d2-46b1-ab14-5d0cbce54eb8&displaylang=en.

Neu dazu gekommen sind folgende Tools, die bereits aus dem SMS 2003 Toolkit 2 bekannt sind: sendsched, delgrp, MP Troubleshooter.