System Center v.Next Blog

Orchestrator Runbook Designer startet mit “License Warning”

2013-03-22T07:20:05Z

Als ich heute den Runbook Designer startete, erhielt ich folgende Fehlermeldung:

Das konnte ich mir nicht erklären, da ich sicher war, die Lizenz korrekt eingegeben zu haben. Also gut, dann eben nochmal: Key eingegeben und schon die nächste Fehlermeldung: “Cannot complete this action at this time. Please make sure you can access the SQL server” – und Orchestrator lief weiter im Eval-Modus.

Eine Anfrage bei den Kollegen vom SQL Support brachte Klarheit: Die Orchestrator Datenbank läuft in einer SQL Server 2012 AlwaysOn Availability Group, was mit dem Service Pack 1 auch offiziell von Microsoft unterstützt ist. In der Nacht ist der SQL Knoten gestorben, auf dem die Orchestrator Datenbank ursprünglich erzeugt wurde. Nun muss man wissen, dass System Center 2012 Orchestrator Daten in der Datenbank verschlüsselt. Dafür verwendet Orchestrator sowohl den Database Key, der während der Installation erzeugt wird. als auch den Service Master Key des SQL Servers. Dieser wird automatisch erzeugt, sobald er das erste Mal benötigt wird. Schwenkt nun die Datenbank von einem SQL Knoten auf einen anderen, kann Orchestrator nicht mehr auf die Lizenzinformation zugreifen, die verschlüsselt in der Tabelle PRODUCTINFO gespeichert wird, weil auf dem Zielknoten der Service Master Key ein anderer ist (jedenfalls, wenn der SQL Admin nicht daran gedacht hat… – naja, SQL AlwaysOn ist ja noch ziemlich neu). Das Ergebnis ist oben genannte Lizenzwarnung.

Gottseidank ist das Problem relativ einfach in den Griff zu bekommen. Der Service Master Key des SQL Servers, auf dem die Orchestrator Datenbank erzeugt wurde, muss auf alle SQL Server übertragen werden, die an der AlwaysOn Availability Group beteiligt sind. Das macht man folgendermaßen (VORSICHT: Erst bis zu Ende lesen, dann ausführen):

Zuerst brauchen wir ein Backup des Service Master Keys des ersten SQL Servers:

BACKUP SERVICE MASTER KEY TO FILE = 'c:\temp\ServiceMasterKey'
ENCRYPTION BY PASSWORD = 'MyPx55w0Rd'

Die Datei wird auf die Zielknoten übertragen und dort als neuer Service Master Key eingespielt:

RESTORE SERVICE MASTER KEY FROM FILE = 'c:\temp\ServiceMasterKey'
DECRYPTION BY PASSWORD = 'MyPx55w0Rd'

Jetzt zum “VORSICHT”-Teil: Voraussichtlich wird beim Versuch, den Service Master Key neu zu setzen, eine Fehlermeldung kommen, die darauf hinweist, dass es da eine Orchestrator Datenbank gibt, die auf diesen Schlüssel angewiesen ist. Die korrekte Vorgehensweise wäre nun, die Datenbank aus der Availability Group herauszunehmen, die nicht mehr synchronisierte Kopie auf den Zielknoten zu löschen, dann den Key einzuspielen und dann die Datenbank wieder in die Availability Group aufzunehmen. Das kann man sich sparen, indem man das Restore-Kommando mit der zusätzlichen Option FORCE aufruft (ganz am Ende hinter dem Passwort). Dabei sollte man aber ganz sicher sein, dass der Befehl auf den richtigen SQL Knoten und Instanzen ausgeführt wird, und dass es keine anderen Datenbanken auf dem jeweiligen Knoten gibt, die SQL Verschlüsselung nutzen und evtl. auf den alten Wert des Service Master Keys angewiesen sind.

Vielleicht vorher erst mal prüfen, ob das Recovery eines SQL Servers sauber funktioniert

Übrigens ergibt sich aus dieser Erkenntnis natürlich auch die Frage, wie die Orchestrator Datenbank auf einen anderen SQL Server verschoben werden kann. Sobald ich das mal ausprobiert habe, werde ich meine Erkenntnisse hier veröffentlichen.

Viele Grüße,
Friedrich

Technische Dokumentation - Configuration Manager 2012

2012-06-01T08:11:00Z

Hallo zusammen,

ab dem 29.05.2012 könnt ihr die technische Dokumentation für Configuration Manager 2012 herunterladen.

Download Links:

Artikel	Beschreibung	Letzte Änderung
TD	Download - Technical Documentation Configuration Manager 2012	2012-05-29

Weitere Informationen und Downloads finden Sie unter System Center 2012 Trial Downloads

Viele Grüße

Christian Hilber

Service Manager 2012 - PowerShell Funktion um das Parent Ticket einer Activity zu bekommen

2012-05-16T15:20:00Z

Hallo zusammen,

Oft ergibt es sich innerhalb eines Workflows, dass man auf das Parent Ticket - z.B. Incident, Change oder Service Request zugreifen muss um an Informationen zu gelangen.

Wie das geht ist schon wohlbekannt - z.B.

$objSR = (Get-SCSMRelationshipObject -ByTarget $objActivity | ?{$_.RelationshipID -eq "2DA498BE-0485-B2B2-D520-6EBD1698E61B"}).SourceObject

Wenn jedoch die Activity ($objActivity) innerhalb einer Sequential Activity oder Parallel Activity eingebettet ist, führt dieser Aufruf nur auf die nächst höhere Ebene eines Parent WorkItems.

Ich habe daher eine Funktion geschrieben, die es erlaubt, auf das Parent WorkItem einer bestimmten Klasse zuzugreifen. In diesem Beispiel will ich auf den übergeordneten Service Request zugreifen, egal wie verschachtelt die Activity ist:

Function GetServiceRequest ($objActivity){
 
 $objSR = (Get-SCSMRelationshipObject -ByTarget $objActivity | ?{$_.RelationshipID -eq "2DA498BE-0485-B2B2-D520-6EBD1698E61B"}).SourceObject
 
 if($objSR.classname -eq "System.WorkItem.ServiceRequest"){
 return $objSR
 }
 else {
 $objSR1 = GetServiceRequest $objSR
 return $objSR1
 }
 
 }

Hierbei wird die Funktion solange aufgerufen, bis die Ziel-Klasse System.WorkItem.ServiceRequest erreicht ist und das Object wird dann von der Funktion zurückgegeben.

Viel Spass beim testen...

Error Handling in Service Manager 2012 Workflows

2012-05-14T13:57:00Z

Hallo zusammen

Dieser Blog Eintrag soll der Beginn sein für eine Reihe von Beiträgen zur deutschen Service Manager Community. Da ich von mehreren Personen gefragt wurde, wie in Service Manager 2012 – oder SvcMgr Workflows mit PowerShell implementiert werden können, sehe ich das als Anlass den ersten Blog Eintrag dem Thema Workflows und PowerShell zu widmen.

Um ein Error Handling in PowerShell Scripts zu implementieren, die für Workflow Activities in SvcMgr verwendet werden, ist ein Error Handling und Benachrichtigung im Fehlerfall zu implementieren. Service Manager kann innerhalb von Workflows nur anzeigen, ob ein Script mittels PowerShell Engine gestartet und ausgeführt wurde, jedoch ist man über die Statusanzeige der Workflows nicht in der Lage, Exit Codes oder Error Messages zu übergeben. Das sorgt schnell für Unmut, da man die Scripts dadurch im Blindflug bedient und oft nicht sagen kann, wieso nun ein Wert nicht gesetzt oder eine beliebige Aktion nicht ausgeführt wurde.

Ich will nun beschreiben wie ein einfaches Error Handling implementiert werden kann, welches auch ohne tiefe .NET Error Objekt Erfahrung in fast allen Fällen angewendet werden kann. Ziel soll sein, ein einfaches Werkzeug mit hohem Wiederverwendungswert zu bieten. Natürlich ist das bestimmt nicht der Weisheit letzter Schluss und ich bin gerne für Feedback offen um auch diesen Beitrag weiter zu entwickeln.

Erkennen von Fehlern:

Bei einem Fehler in PowerShell wird nach jedem Command abgefragt, ob das letzte Kommando erfolgreich war oder nicht:

If($? -ne $true)

Auf dieser Basis lässt sich dann die Exception, die von PowerShell geworfen wird, an eine Funktion übergeben. Da die Scripts innerhalb eines Try – Catch Blocks laufen, wird zunächst die Exception geworfen:

{

Throw $error[0].exception

}

Verarbeitung des Fehlers:

Im Catch Block findet sich dann der Funktionsaufruf mit der Übergabe des Error Objekts und des Activity Objects:

Catch

{

LogError $error[0] $Activity

Exit 1

}

Die Aktivität ist für die Funktion wichtig, da die Funktion die Fehlerbenachrichtigung baut und diese an die Property outResult an die Aktivität zurückgibt.

Die Funktion wird initialisiert mit den Übergabewerten $objError und $objActivity

Function LogError ($objError, $objActivity)

Als erstes wird die Variable outResult erzeugt. Diese beinhaltet die folgende Struktur:

Source: Activity Title

ID: Error ID

Text: Exception Message; Script Stack Trace

{

$outResult = ("Source: "+$objActivity.Title+"ID:"+$objActivity.Id,

$objError.FullyQualifiedErrorId,

$objError.exception.message,

$objError.ScriptStackTrace)

# Danach wird der Inhalt von outResult in die Property outResult der Aktivität geschrieben:

$objActivity | SetSCSMObject –Propery outResult –Value $outResult

}

Das CmdLet Set-SCSMObject ist Teil der SMLets, die unter smlets.codeplex.com heruntergeladen werden können.

Unterstützung für Error Handling in der Aktivität:

Um die Fehlerausgabe später in der Console lesen zu können muss eine vererbte Klasse für die Aktivität angelegt werden und die Property „outResult“ hinzugefügt werden.

<ClassType ID="System.WorkItem.WorkflowActivity.MyAutomatedActivity"

Accessibility="Public"

Abstract="false"

Base="ActivityLibrary!System.WorkItem.Activity"

Hosted="false"

Singleton="false"

Extension="false">

<Property ID="outResult"

Type="string"

AutoIncrement="false"

Key="false"

CaseSensitive="false"

MaxLength="2048"

MinLength="0"

Required="false"

Scale="0" />

</ClassType>

</ClassTypes>

Zu bemerken ist, dass die MaxLength für das neue Property 2048 Byte groß ist. Je nach Volumen des Fehlers ist es notwendig, die vorgegebene Größe von 256 Byte zu erweitern.

Im Anschluss daran kann ein beliebiges PowerShell Script mit Hilfe des Authoring Tools in einen Workflow geladen und in SvcMgr importiert werden.

Implementieren eines PowerShell Scripts als Workflow in SvcMgr:

Öffnen des Authoring Tools und anlagen eines neuen Management Packs:

Demo.Example.Base

Danach Erstellen einer neuen Klasse:

Die default Property löschen:

Eine neue Property anlegen: outResult

Den Wert Maximum Length ändern:

Einen neuen Workflow erstellen:

Die Bedingungen festlegen wann der Workflow gestartet werden soll:

In dem Fall soll der Workflow zu einem Ereignis in SvcMgr gestartet werden.

Dieses Ereignis wird genauestens festgelegt:

Wenn die Klasse Demo.Workflow.Activity sich ändert

UND zusätzlich

Activity STATUS = „in Progress“

Dabei ist zu beachten, dass Changed To ausgewählt ist.

Den Wizard beenden und man erhält einen neuen Workflow ohne Aktivitäten:

Hier kann man mit Drag und Drop eine PowerShell Aktivität hinzufügen:

Im Details Window kann neben dem Namen auch der Script Body hinzugefügt werden:

Dabei kann das Script eingefügt / importiert werden:

# -----------------------------------------------------------------------------------------------------------------

Function WriteEvent {

param($EntryType,

$ID,

$Message,

$Source = "DemoWorkflow",

$EventGroup = "Service Manager Workflows"

)

# Check if Event Log Exists

if (![system.diagnostics.eventlog]::Exists($EventGroup)) {

new-eventlog -logname $EventGroup -Source $Source

if($? -ne $true){

[system.diagnostics.EventLog]::CreateEventSource($Source, "Operations Manager")

write-eventlog -logname "Operations Manager" -Source $Source -Message "Create EventLog failed." -id "3" -EntryType "Error"

}

# Check if Source Exists

if (![system.diagnostics.eventlog]::SourceExists($Source)) {

# Create Event Source

[system.diagnostics.EventLog]::CreateEventSource($Source, $EventGroup)

if($? -ne $true){

[system.diagnostics.EventLog]::CreateEventSource($Source, "Operations Manager")

write-eventlog -logname "Operations Manager" -Source $Source -Message "Create Event Source failed." -id "4" -EntryType "Error"

}

write-eventlog -logname $EventGroup -Source $Source -Message $Message -id $ID -EntryType $EntryType

}

Function LogError ($objError, $objActivity){

$erroractionpreference = "silentlycontinue"

$oResult = ("Error in Activity: "+($objActivity.Title).Trim()+"`r`n",

"Activity ID:"+ ($objActivity.Id).Trim()+"`r`n",

"Error ID: "+ ($objError.FullyQualifiedErrorId).trim()+"`r`n",

"Exception: "+($objError.exception.message).Trim()+"`r`n",

"Position: "+($objError.InvocationInfo.PositionMessage).Trim())

if($Debug -eq "true"){

WriteEvent "Error" "2" $oResult

}

$objActivity | Set-SCSMObject -Property outResult -Value $oResult

$Failed = Get-SCSMEnumeration -Name ActivityStatusEnum.Failed

$objActivity | Set-SCSMObject -Property Status -Value $Failed

}

Try {

Import-Module SMLets -force

# Get Activity by internal ID

$Activity = Get-SCSMObject -ID $internalActivityID.substring(1,36).ToString()

if($? -ne $true){Throw $error[0].exception}

# Create an error

$a = new-object "Objektdasnichtexistiert"

if($? -ne $true){Throw $error[0].exception}

# set status to completed

$Completed = Get-SCSMEnumeration -Name ActivityStatusEnum.Completed

if($? -ne $true){Throw $error[0].exception}

if($? -eq $true){

$Activity | Set-SCSMObject -Property Status -Value $Completed

}

remove-module -name SMLets -force

}

Catch {

LogError $error[0] $Activity

Exit 1

}

Finally {

}

Auf die Funktion WriteEvent werde ich in einem späteren Blog eingehen.

Zusätzlich muss die Activity ID an das Script übergeben werden um das Ergebnis zurückschreiben zu können. Dazu ist ein Script Property zu erstellen:

Mit Ok wird das Script in den Management Pack übernommen.

Der Management Pack kann nun versiegelt und importiert werden:

Beim speichern des Management Packs wurde vom Authoring Tool eine DLL erzeugt:

Diese DLL muss in den Ordner „C:\Program Files\Microsoft System Center 2012\Service Manager“ kopiert werden.

In der SvcMgr Console kann nun ein neues Template erzeugt werden unter „Library – Templates“:

Für das Template ist ein neuer Management Pack zu erzeugen: Demo.Example.Configuration

Der Name der Aktivität ist in diesem Fall: Demo Activity

In der Generic Form ist auch schon unser outResult Property zu sehen:

In einem Work Item welches Aktivitäten enthalten kann – z.B. ein Service Request – kann nun die neue Aktivität hinzugefügt werden:

Wenn nun ein Ticket erzeugt wird und die Aktivität „an der Reihe“ ist, wird unter Administration – Workflows – Status angezeigt, ob die Aktivität erfolgreich war oder nicht:

Laut Statusanzeige ist das Script Erfolgreich gelaufen, jedoch sieht die Aktivität im Ticket nicht so aus:

Das Property outResult hat nun folgenden Wert:

Error in Activity: Demo Activity

Activity ID:AC509

Error ID: TypeNotFound,Microsoft.PowerShell.Commands.NewObjectCommand

Exception: Cannot find type [Objektdasnichtexistiert]: make sure the assembly containing this type is loaded.

Position: At line:67 char:20

+ $a = new-object <<<< "Objektdasnichtexistiert"

Damit ist ein Fehler im Script nun auch in der Console sichtbar.

Viel Spass beim testen.

Von der Evaluierung zur RTM-Lizenz - Configuration Manager 2012

2012-04-16T06:31:00Z

Hallo zusammen,

in diesem Beitrag finden Sie die Anleitung um den RTM-Lizenz-Key für Configuration Manager 2012 zu hinterlegen. Als Voraussetzung benötigen Sie den definierten RTM-Lizenz-Key für Configuration Manager 2012 Ihres Unternehmens.

Wie in beiden Screenshots ersichtlich, befindet sich diese Configuration Manager 2012 Umgebung in der Build Number: 7711 (RTM) und der Evaluierung-Status der CAS und der jeweiligen Primary-Site liegt nur noch bei max. 125 Tagen.

In weniger als 10 Schritten hinterlegen Sie in 10 Minuten den RTM-Lizenz-Key für Configuration Manager 2012. Starten Sie dazu aus dem Installationsverzeichnis von Configuration Manager 2012 im administrativen Kontext aus der Eingabeaufforderung die “Setup.exe” mit dem Installationsparameter “performancemaintence”.

Setup.exe /performancemaintence

Danach startet sich automatisch der Installation Wizard von Configuration Manager 2012 und klicken Sie auf “Next”.

Wählen Sie hier “Perform site maintenance or reset this Site” und klicken Sie auf “Next”.

Hinterlegen Sie unter “Convert form Evaluation to Full Product Version. Enter your 25-character product key:” den definierten RTM-Lizenz-Key für Configuration Manager 2012 ihres Unternehmens und klicken Sie auf “Next”.

Bestätigen Sie die Lizenzbestimmungen und klicken auf “Next”.

Nach max. einer Minute sollte die Installation erfolgreich durchgeführt worden sein “Core setup has completed”.

Der Verlauf der Installation kann durch Öffnen der Logdatei “C:\ConfigMgrSetup.log” verfolgt werden. Zur besseren Darstellung der Datei wird empfohlen, das CM 2012 eigene Trace Log Tool zu verwenden. Die Installation des definierten RTM-Lizenz-Key für Configuration Manager 2012 ihres Unternehmens muss für die CAS und alle Primary-Sites durchgeführt werden. Hier die Logdatei “C:\ConfigMgrSetup.log” der CAS:

Hier die Logdatei “C:\ConfigMgrSetup.log” der CAS mit der Bestätigung “ Successfully Converted from Evaluation to Full Product Version”.

Nach erfolgreichem Abschluss ist in der CM-Konsole der CAS kein Evaluierung-Status mehr zu sehen.

Hier die Logdatei “C:\ConfigMgrSetup.log” der Primary-Site mit der Parameterübergabe an die "SetupWpf.exe" /performancemaintence”.

Hier die Logdatei “C:\ConfigMgrSetup.log” der Primary-Site mit der Bestätigung “Successfully Converted from Evaluation to Full Product Version”.

Nach erfolgreichem Abschluss ist in der CM-Konsole der Primary-Site kein Evaluierung-Status mehr zu sehen.

Aus 180 Tagen “Time Bomb” wird so nachträglich eine lizensierte Configuration Manager 2012 Umgebung in der Build Number: 7711 (RTM).

Viel Spass beim testen.

Viele Grüße

Christian Hilber

System Center Configuration Manager 2012 RTM build 7711 verfügbar!

2012-04-02T21:31:00Z

Hallo zusammen,

die RTM von CM 2012 ist auf der MSDN-Seite für Microsoft-Partner und alle VL-Kunden ab jetzt verfügbar:

Download Links:

Artikel	Beschreibung	Letzte Änderung
RTM	Download - System Center Configuration Manager 2012 RTM build 7711	2012-04-02

Build Versions:

Build	Beschreibung	Letzte Änderung
7561	System Center Configuration Manager 2012 Beta 2	2011-03-09
7634	System Center Configuration Manager 2012 RCP	2011-08-11
7661	System Center Configuration Manager 2012 RC0	2011-10-04
7678	System Center Configuration Manager 2012 RC1	2011-10-26
7703	System Center Configuration Manager 2012 RC2	2011-02-19
7711	System Center Configuration Manager 2012 RTM	2011-04-02

Somit ist der nächste große Schritt geschafft und es können die neuen Funktionen getestet werden.

Weitere Informationen und Downloads finden Sie auch auf der MSDN-Seite.

Viele Grüße

Christian Hilber

Customize Hardwareinventory - Configuration Mananger 2012

2012-03-30T21:38:00Z

Hallo zusammen,
die von euch, die sich mit System Center Configuration Manager 2007 beschäftigt haben, werden die Erweiterungen des Hardwareinventories über sms_def.mof und configuration.mof bekannt sein.
Die configuration.mof ist geblieben, aber im System Center Configuration Manager 2012 gibt es aber keine sms_def.mof mehr. Die Aktivierung der Classes erfolgt über die Configuration Manager Console und ersetzt hiermit die sms_def.mof.

Nachfolgend wird die Platzierung einer customized class beschrieben:

1. Erstellung der neuen Class

Als ersten Schritt die originale configuration.mof wegsichern. Danach eine weitere Copy des Originals zur Bearbeitung an einem anderen Ort abspeichern.
Nachdem die configuration.mof mit einem Editor geöffnet wurde, fällt am Ende der Datei auf, das dort Erweiterungen einzusetzen sind.

//========================
// Added extensions start
//========================

//========================
// Added extensions end
//========================

Genau dort wird soll die Erweiterung platziert werden.

Und hier ein Beispiel zur Erweiterung:
Hier wird eine Registrypfad nach bestimmten Einträgen abgefragt:

////////////////////////////////////////////////////////////////////////
//
// Class Import_RegKeys from HKLM\System\myRegKey
//
////////////////////////////////////////////////////////////////////////

#pragma namespace ("\\\\.\\root\\cimv2")
#pragma deleteclass("MyRegKey", NOFAIL)
[DYNPROPS]
Class MyRegKey
{
[key] string KeyName;
String Jahr;
String Monat;
String Tag;
};

[DYNPROPS]
Instance of MyRegKey
{
KeyName="RegKey";
[PropertyContext("Local|HKEY_LOCAL_MACHINE\\SYSTEM\\MyRegKey|Jahr"),Dynamic,Provider("RegPropProv")] Jahr;
[PropertyContext("Local|HKEY_LOCAL_MACHINE\\SYSTEM\\MyRegKey|Monat"),Dynamic,Provider("RegPropProv")] Monat;
[PropertyContext("Local|HKEY_LOCAL_MACHINE\\SYSTEM\\MyRegKey|Tag"),Dynamic,Provider("RegPropProv")] Tag;
};

2. Test der configuration.mof

Nachdem die configuration.mof erweitert wurde, sollte diese auf Fehler überprüft werden. Dazu nutzen wir das Tool mofcomp. Der Aufruf zur Überprüfung der neuen configuration.mof ist könnte so aussehen: c:\mofcomp –check c:\temp\configuration.mof

Sollte hierbei ein Fehler eingeschlichen haben, wird er hier dargestellt.

3. Import der neuen configuration.mof

Nachdem die neue configuration.mof auf Fehler überprüft wurde, wird diese unter %Installpath%\inboxes\clifiles.src\hinv platziert.
Die Überprüfung des Vorgangs erfolgt unter %Installpath%\Logs\dataloader.log

4. neue configuration.mof registrieren

Damit in den Clientsettings die neue Klasse importiert werden kann, muss diese noch mittels mofcomp registriert werden.

Hier der Aufruf: mofcomp %Installpath%\inboxes\hinv\configuration.mof

Nun sind alle Voraussetzungen erfüllt, um das Inventory entsprechend zu erweitern.

5. Auswahl der neuen Klasse mittels Client Hardwaresetting

Jetzt kann im SQL Server Manager noch überprüft werden, ob eine entsprechende View erstellt wurde.

6. Start Hardwareinventory

Damit die DB mit Inhalten gefüllt wird, muss jetzt die neue Policy von einem Client verarbeitet werden. Hierzu beispielhaft den Policyintervall über den Configuration Manager Client starten.

7. Analyse der Ergebnisse

Die Ergebnisse sind in der SQL DB oder aber auch per WQL Query in der System Center Configuration Console einzusehen.

by Michael Wendlandt
and Thorsten Henking

Einrichten eines Reports auf Basis SCCM DB (Reporting Services)

2012-03-04T20:13:00Z

Hallo zusammen,

nachdem die Repoting Services eingerichtet wurden, wird es Zeit zu beschreiben, was ich damit anfangen kann.

Nachfolgend wird die Erstellung eines einfachen Reports beschrieben.

Schritte	Beschreibung
Nr.:1	Als erstes wird die erstelle Reporting Services URL aufgerufen. Hinweis: Sollte auf dem Siteserver die Rolle "Reporting Point" installiert sein, würden sich an dieser Stelle eine Reihe von Standardreports befinden.
Nr.:2	Um eine individuellen Report erstellen zu können, ist es zu empfehlen, mit dem Berichts-Generator zu arbeiten. (SQL Report Builder 3.0) Als erstes ist eine Datasource auszuwählen. Dieses wird für die Verbindung zur entsprechenden Site DB genutzt. Hierbei ist es auch möglich, mehrere Datasourcen auszuwählen. Unter "Select connection type" ist der MS SQL Server auszuwählen. Des Weiteren wird ein connection String benötigt. Dazu ist es am einfachsten, die Funktion "build" zu nutzen. Im Wizard wird der Servername und die SiteDB ausgewählt. Für die ordnungsgemäße Funktion ist es ratsam, die Connection zu testen. Bei Erfolg, mit OK bestätigen.
Nr.:3	Nachdem die Voraussetzungen zur Anbindung an eine DB erfüllt sind, kann jetzt ein Datasets erstellt werden. Hier ist im ReportBuilder 3.0 unter Dataset ein entsprechendes neues Dataset anzulegen In dem nun startenden Wizard ist es notwendig, die bereits eingerichtete Datasource auszuwählen. Mit Hilfe des Query Designers wird ein vereinfachte Erstellung eines Reports ermöglicht. Nachdem der Punkt "Edit as Text" ausgewählt wurde, besteht die Möglichkeit eine Query zu verfassen. Nachdem die Query ("!") ausgeführt wurde, werden die Ergebnisse sofort dargestellt. Sollten die Ergebnisse dem Bedarf entsprechen, kann diese mit OK bestätigt und weiterverwendet werden. Hinweis: Die Query kann natürlich mit dem SQL management Studio vorher erstellt und per copy/paste eingefügt werden. Das erste Dateset wäre somit erstellt.
Nr.:4	Jetzt muss noch ein entsprechende Reportseite erstellt werden. Hierzu wird ein neuer Report gewählt. Zur vereinfachten Darstellung wird ein Standardtemplate genutzt. Mit Hilfe des TableWizards wird eine neue Tabelle kreiert. Der Wizard wird unter Insert\|Table\|Table Wizard gestartet. Im Wizard ist das bereits erstellte Dataset als Datenbasis auszuwählen. Nun folgend können, die durch aus dem Dataset zur Verfügung stehenden Felder, genutzt und eingruppiert werden. (drag and drop) Im folgenden Menü besteht die Möglichkeit verschiedene Optionen zur Gruppierung und Darstellung auszuwählen. Es bestehen noch weitere Optionen, wie z.B. Einbettung von Funktionen usw. Diese sind für die default Darstellung unerheblich. Der Report kann jetzt abgespeichert und verwendet werden. Um den gerade erstellten Report über die Reporting Services aufzurufen, einfach auf die URL der Reporting Services wählen (Standard: \\<Server\Reports) und den erstellten Report anklicken.

Einrichten der Reporting Services ohne SCCM Reporting Point Rolle

2012-02-20T18:59:00Z

Hallo alle zusammen,
mit der dargestellten Konfiguration, können individuelle Reports zur Verfügung gestellt werden, ohne eine "Reporting Services Point Role" auf einem SiteServer installieren zu müssen.

Die Einsetzbarkeit umfaßt hierbei SCCM 2007 sowie 2012.

Vorausgesetzt wird folgende Konfiguration:

Windows Server 2008 R2
SQL Server 2008 R2
alle Firewallregeln sind entsprechend gesetzt (RemoteDB)

Installierte Kompenente:

SQL reporting services (native mode)

Aufgeteilt ist die Anleitung in zwei Parts:

Grundkonfiguration Reporting Services
Einrichtung eines Reports (Part 2)

Schritte	Beschreibung
Nr.:1	Start des "Reporting Services Configuration Managers" Eingabe des SQL Servers (Site Server oder aber SQL Server der Site), sowie der zugehörigen Instanz. Die benötigten Firewallregeln sowie Berechtigungen sind als oben bereits erwähnte Vorgabe zu setzen.
Nr.:2	Nachdem die Verbindung zur DB aufgebaut wurde, gilt es die Reporting Services zu konfigurieren. Standardmäßig wird unter dem Serviceaccount "local System" ausgewählt. Es besteht aber auch die Möglichkeit den Service unter einem anderen Account auszuführen.
Nr.:3	Der nächste Konfigurationspunkt "WebService URL" wird mit Standardwerten versehen. Dieser Punkt ist für die Erstellung des virtuellen Verzeichnisses für den IIS vorgesehen.
Nr.:4	Der jetzt folgende Konfigurationsschritt ist für die Einrichtung der Report Server DB. Im unkonfigurierten Zustand ist der Punkt "Change Database" zu wählen. Da noch keine DB ausgewählt ist, nicht von der Bezeichnung irritieren lassen. Es wird davon ausgegangen das noch keine DB zur Verfügung steht und deshalb "create a new report server database" gewählt. Zum authentifizieren an dieser Stelle einen berechtigten User eintragen. Die Verbindung kann über "Test Connection" überprüft werden. Für die Reporting DB ist der "native mode"zu wählen. Hier ist der Database connect User zu benennen und einzutragen. Nachdem die DB entsprechend erstellt wurde, fehlt jetzt nur noch die "Report Management URL". Diese ist für den eigentlichen Aufruf der Report erforderlich.
Nr.:5	Jetzt ist es notwendig, die Standard URL zu erstellen. Hierbei alle Werte default verbleiben. Eine individuelle Anpassung ist jedoch möglich. Nachdem die "Report Manager URL" erstellt wurde, ist man in der Lage, die Standard Reportsite aufzurufen. Im nächsten Part wird die Konfigurierung eines Reports beschrieben, welcher auf Basis der SCCM DB erstellt wird. siehe Part 2: Einrichten eines Reports auf Basis SCCM DB

System Center Configuration Manager 2012 RC 2 build 7703 verfügbar

2012-02-20T09:45:00Z

Hallo miteinander,

das build 7703 von SCCM 2012 verfügbar:

Download Links:

Artikel	Beschreibung	Letzte Änderung
SP2	Download - Windows Server Update Services 3.0 SP2	2009-08-25
RC2	Download - System Center Configuration Manager 2012 RC 2 build 7703	2012-02-19

Build Versions:

Build	Beschreibung	Letzte Änderung
7561	System Center Configuration Manager 2012 Beta 2	2011-03-09
7634	System Center Configuration Manager 2012 RCP	2011-08-11
7661	System Center Configuration Manager 2012 RC0	2011-10-04
7678	System Center Configuration Manager 2012 RC1	2011-10-26
7703	System Center Configuration Manager 2012 RC2	2011-02-19

Weitere Informationen und Downloads finden Sie unter System Center 2012 Pre-Release Downloads

Viele Grüße

Michael Wendlandt