Markus Bäker

Jetzt wo wir einen Rechner per Powershell aufwecken können kommt als nächstes die Funktion um eine Neuinstallation anzustossen und sie wieder abzubrechen.

Der Abbruch ist deswegen relevant, da u.U. das WoL nicht funktioniert. Startet der Benutzer am nächsten Morgen den PC wieder ganz normal an, so würde die Installation direkt startet und er könnte ein paar Stunden nicht arbeiten. Daher stoppt das Script die Installation automatisch, falls sie nicht innerhalb eines bestimmten Zeitfenster gestartet werden konnte.

Read more…

In diesem Teil werden die Code Schnippchen zusammengebaut. Als Input benötigt das Script eine CSV Datei mit folgendem Header:

client,OU,User,Mac,OS,Softwareliste

• Client: Name des neuen Computers
• OU: Abteilungsname (wird als OrganisationalUnit abgebildet)
• User: Benutzername (wird in Description hinterlegt)
• Mac: MAC-Adresse des Computers (wird in InitialMacAddress hinterlegt)
• OS: Gruppe, in der der Computer für die OS-Installation eingeordnet werden muss
• Softwareliste: CSV Liste der zuzuordnenden Software (muss in ” stehen)

Somit sieht das Powershell Script so aus:

Read more…

Vor einigen Tagen hat Microsoft den System Center Updates Publisher (SCUP) in der Version 2011 veröffentlicht.  Er beinhaltet einige interessante Neuerungen:

• Automatic Updates mit SCCM: zuerst wird ein Update nur als metadata veröffentlicht ohne das eigentliche Update herunterzuladen. Bei einer späteren Synchronisation ließt der SCUP aus dem SCCM (System Center Configuration Manager 2007 oder höher) aus, ob Clients dieses update benötigen. Ist dies der Fall, dann lädt er das komplette Update herunter und stellt es in den WSUS zur Verteilung bereit
• Software update Cleanup Wizard: Ermöglicht es nicht mehr benötigte Updates zu bereinigen, indem sie auf expired gesetzt werden
• …

Herunterzuladen ist das Tool unter http://www.microsoft.com/downloads/en/details.aspx?FamilyID=083f45ca-1ede-4f7a-be74-77854c3a9b01.

Eine gute Installationsanleitung ist hier zu finden: http://blogs.technet.com/b/jasonlewis/archive/2011/05/24/getting-started-with-updates-publisher-2011.aspx (Keine Bilder, aber dafür alle wesentlichen Punkte enthalten, ich konnte problemlos nach ein “Upgrade” machen, daher werde ich es nicht nochmal hier beschreiben)

Meine Vorgehensweise zum Publizieren von Updates (nachdem die Konfiguration inkl. WSUS und SCCM abgeschlossen ist):

• Importieren der ausgewählten Kataloge
• Auswahl aller Updates auf oberster Ebene
• Publish drücken und dabei Automatic auswählen
• WSUS Sync in der SCCM Konsole anstoßen
• etwas warten, damit Clients einen Scan mit dem neuen Katalog ausgeführt haben (oder einen Scan auf einem oder mehreren Clients manuell starten)
• Erneuten Sync im SCUP mit Automatic: jetzt lädt er die benötigten Updates herunter
• Verteilung der benötigten Updates im SCCM wie normale Windows Updates

Insgesamt eine wirklich gelungene Aktualisierung mit der der SCUP endlich erwachsen wird.

System Center Advisor (SCA) ist ein neues Cloud Produkt von Microsoft, dass ähnlich wie Intunes bloß für Server ist. (und auch nur die Überwachung beinhaltet )

Es verwendet ebenfalls auf dem zu überwachenden Server den SCOM 2007 R2 Agent und unterstütz dabei Multihome, d.h. man kann auch parallel seinen eigenen SCOM Server weiterbetreiben. SCA liefert eigene Management Packs mit, die speziell für SQL Server optimiert wurden. So werden fehlende Microsoft Updates (die nicht im Windows Update Katalog sind) angezeigt, nicht optimale TempDB Einstellungen, … aufgelistet.

Der SCOM Agent sendet nicht direkt zu Microsoft, sondern packt die SCOM Informationen (Alerts, Konfigurationsinformationen), die als einzelne XML-Dateien vorliegen zu CAB-Dateien zusammen in legt sie unter

%programFiles%\System Center Advisor\Mailbox\outbox

ab. Diese werden zu bestimmten Zeitpunkten am Tag (minimal per Registry auf alle 12h einstellbar) genommen (Tipp: startet man den SCOM Agent (der SCA Agent hat keinen eigenen Dienst, sondern wird über den SCOM Agent gesteuert) neu, dann werden die CAB Dateien sofort verschickt) und per http an den im Unternehmen zu installierenden SCA Gateway Server geschickt (Achtung: der hört auf Port 80 und ist nicht im IIS integriert – kann somit nicht auf einem System mit IIS oder einen anderen Webserver auf Port 80 installiert werden).

Die verschickte CAB Datei landet dann auf dem Agent unter

%programFiles%\System Center Advisor\Mailbox\send Items

Auf dem Gateway  landen die empfangenen CAB Dateien unter fromAgent Verzeichnis unter

%programFiles%\System Center Advisor\GatewayData\Mailboxes\<guid>

In diesem Verzeichnis liegt eine machine.xml Datei, in der unter anderem der Agent-Servername zu finden ist. Nach einem Upload zu Microsoft (auch über einen Webservice) landen die Dateien unter

%programFiles%\System Center Advisor\GatewayData\Mailboxes\<guid>\Uploaded\*.cab

Auch hier beschleunigt ein Neustart des Dienstes den Upload zu Microsoft. Durch zwei Dienstneustarts (erst Agent dann Gateway) kann man im Gegensatz zur Dokumentation sofort Daten zu Microsoft schicken, die dort wohl auch sofort verarbeitet und auf der Webseite angezeigt werden.

Wenn beim Versuch der Installation des Remote Server Administration Tools auf einem Windows 7 mit Service Pack 1 folgende Fehlermeldung bekommt:

(Das Update ist nicht für Ihren Computer geeignet), der kann mit folgendem Skript aus dem Technet (s.u. Kommentare, http://technet.microsoft.com/en-us/library/ee449475%28v=ws.10%29.aspx) die Installation trotzdem durchführen:

Für das x86 RSAT:

(x86.cmd)

MD C:\RSAT
expand -f:* "%~dp0x86fre_GRMRSAT_MSU.msu" C:\RSAT
CD\RSAT
pkgmgr.exe /n:C:\RSAT\Windows6.1-KB958830-x86.xml
pause

Für das 64-bit RSAT:
(x64.cmd)

MD C:\RSAT
expand -f:* "%~dp0amd64fre_GRMRSATX_MSU.msu" C:\RSAT
CD\RSAT
pkgmgr.exe /n:C:\RSAT\Windows6.1-KB958830-x64.xml
pause

Ich stelle mir regelmäßig die Frage, welche Management Packs (MP) sich in letzter Zeit aktualisiert haben. Dies ist z.B. relevant wenn man bei einem Kunden ist und dieser nicht (auf einfache Weise) von der Management Konsole ins Internet kommt, um die MPs automatisch aktualisieren zu lassen. Der Pinpoint Katalog ist dabei leider auch keine gute Hilfe.

Daher habe ich mir ein kleines Script geschrieben, dass die MP-Änderungen innerhalb eines Zeitraumes ausließt und ausgibt. Ich werde demnächst einmal die Woche diese Liste hier posten. (Momentan noch halbautomatisch und demnächst hoffentlich automatisiert.)

Damit man sich selber dauerhaft einen Überblick über die Aktualisierungen machen kann, sind alle Post dazu mit dem Tag SC Software Updates markiert und lassen sich über den RSS Feed abonnieren (http://www.mbaeker.de/tag/sc-software-updates/feed/).

Neue Management Packs im Zeitraum zwischen 04.02.2011 und 06.03.2011

• Microsoft.Fep2010.Monitoring.DEU 2.0.697.0
• Microsoft.Fep2010.Monitoring.FRA 2.0.697.0
• Microsoft.Fep2010.Monitoring.JPN 2.0.697.0
• Microsoft.Fep2010.Monitoring.RUS 2.0.697.0
• Microsoft.Fep2010.Monitoring.CHS 2.0.697.0
• BizTalk Server Discovery 7.0.389.0
• BizTalk Server Library 7.0.389.0
• BizTalk Server Monitoring 7.0.389.0
• Microsoft HPC Library 3.1.3266.0
• Microsoft HPC Server 2008 R2 3.1.3266.0
• Microsoft Windows DNS 2003 Server 6.0.7000.0
• Microsoft Windows DNS 2008/R2 Server 6.0.7000.0
• Microsoft Windows DNS Server Library 6.0.7000.0
• MP Guide BizTalk 2010
• MP Guide Chinese Simplified
• MP Guide Domain Naming Service 2003
• MP Guide Domain Naming Service 2008
• MP Guide Forefront Endpoint Protection Server Health
• MP Guide French
• MP Guide German
• MP Guide HPC Server 2008 R2
• MP Guide Japanese
• MP Guide Russian

Sometimes you have to debug group policy preferences (gpp) and don’t want to activate the debugging with another group policy.

You can simpe activate the debugging with two registry entries:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Group Policy\{728EE579-943C-4519-9EF7-AB56765798ED}]
"LogLevel"=dword:00000003
"TraceLevel"=dword:00000002

Hier ein paar Tipps für das aktuelle SCOM Update (und andere):

• Wie immer ist es wichtig, das Update mit Adminrechten zu starten. UAC reicht nicht, da sonst das nachfolgende Updateprogramm nicht gestartet wird. Also am Besten eine Kommandozeile mit Administrativen Rechten starten und “msiexec /i SystemCenterOperationsManager2007-R2CU3-KB2251525-X86-X64-IA64-ENU.MSI” ausführen.
• Falls man es doch vergessen hat, kann man das Update nochmal mit Adminrechten starten und repaieren, oder manuell das Updateprogramm starten. Dafür eine administrative Shell starten und in das Installationsprogramm wechseln. Dort dann “SetupUpdateOM.exe /x86msp:KB2251525-x86.msp /amd64msp:KB2251525-x64.msp /ia64msp:KB2251525-ia64.msp /x86locmsp:KB2251525-x86-ENU.msp /amd64locmsp:KB2251525-x64-ENU.msp /ia64locmsp:KB2251525-ia64-ENU.msp /Agent /noreboot” ausführen.
• Nochmals zu Erinnerung: auf jeden Fall den Knowledge Base Artikel beachten und die manuellen Schritte durchführen (Ausführen der SQL Updates)
• Die SCOM Console hat nach dem erfolgreichen Update die Version 6.1.7221.49
• Die Windows SCOM Agents behalten die alte Versionsnummer aber erhaten den Patchzusatz CU3
• Die Unix Agents werden direkt mit dem Update aktualisiert (das andere Unix Update beinhaltet nur die aktualisierten Management Packs) und erhalten im Gegensatz zum alten CU2 Unix Update die Versionsnummer 6.1.7000.277

FB_Addon_TelNo{ height:15px !important; white-space: nowrap !important; background-color: #0ff0ff;}

Seit dem 1. Oktober steht das CU3 für den SCOM bereit. Es beinhaltet nicht viele Neuerungen dafür aber einige Fehlerbehebungen. Eine Installation lohnt sich somit! Integriert ist darüber hinaus das Cross Pattform Update 3.

Bei der Installation bitte folgendes beachten: Es reicht nicht aus einfach das Update zu installieren, sondern es müssen noch ein paar manuelle Schritte durchgeführt werdden. Dazu zählt hauptsächlich das Ausführen von SQL Statements. Details findet ihr auf der Knowledge Base Seite unter dem Abschnitt:

Manual operations that must be performed after you update the Root Management Server and Data Warehouse

Hier der Link zum Update: http://support.microsoft.com/kb/2251525/en-us

Und wenn man schon am Updaten ist, dann kann man auch das Cross Platform Cumulative Update 3 for Systems Center Operations Manager 2007 R2 mit installieren. Es beinhaltet das oben erwähnte CU2, so dass man seine Linux Agents nur einmal aktualisieren muss.

Cross Plattform CU3 Version (z.B. Management Pack): 6.1.7000.277

Cross Plattform CU3 Agent Version: 1.0.4-265

FB_Addon_TelNo{ height:15px !important; white-space: nowrap !important; background-color: #0ff0ff;}

Ich habs nie gemacht und auch nicht für sinnvoll gehalten (oder war ich nur zu faul?).

Jetzt gibt es dazu eine konkrete Aussage von Microsoft:

Is there a way to isolate a DC in order to do an AD Schema upgrade? I cannot find any documentation on how to do this.

Answer

Isolating the Schema Master for ADPREP /FORESTPREP is unsupported (i.e. "not tested by the Product Group") and not recommended*; we intentionally try to block you from this scenario starting in Win2003 SP1.

Quelle und Begründung: Dritte Frage auf http://blogs.technet.com/askds/archive/2010/04/16/friday-mail-sack-i-live-again-edition.aspx