• Auf dem Client mit Office 2010 ein CMD öffnen (mit administrativen Rechten)
• Ins Verzeichnis der Office 2010 Installation wechseln (“%PROGRAMFILES%\Microsoft Office\Office 14”
• Dort den folgenden Befehl ausführen (trägt den Setup Key ein):
• cscript ospp.vbs /inpkey:VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB
• –> Wichtig, muss mit cscript ausgeführt werden und genau dieser Setup-Key muss eingetragen werden. Nun ist Office 2010 wieder auf dem Zustand wie nach der Installation und sucht sich automatisch einen KMS-Host
• Danach noch den folgenden Befehl ausführen um die Aktivierung zu forcieren:
• cscript ospp.vbs /act

Viel Erfolg

Chris

Der Office 2010 KMS Host wird auf demselben Server wie der Windows KMS Host betrieben.

Voraussetzungen für den MS Office 2010 KMS Host

Es ist also nicht möglich, den KMS Host auf einem Windows 2008 Server laufen zu lassen (R2 ist notwendig)!

Installation

Die folgenden Schritte werden auf einem bestehenden KMS Host (KMS Server) ausgeführt:

• Download der Datei “KeyManagementServiceHost.exe –> hier klicken
• Ausführen der Datei “KeyManagementServiceHost.exe”
• LicenseAgreement bestätigen
• 
• Die Meldung “Enter Office 2010 KMS Product Key” mit “YES” bestätigen
• 
• Product Key eingeben
• 
• Die Lizenz wird automatisch installiert und auch aktiviert. Es benötigt keinen slmgr Befehl dazu. Nur noch mit OK bestätigen.

• Falls das CMD Fenster noch geöffnet bleibt, mit Enter schliessen
  

Mit dem folgenden Befehl kann der Status des Windows KMS Hosts UND des Office 2010 KMS Hosts abgefragt werden:

slmgr.vbs /dlv all

Um nur die Office 2010 KMS Host Infos abzufragen wird folgender Befehl benötigt:

slmgr.vbs /dlv bfe7a195-4f8f-4f0b-a622-cf13c7d16864

Im Office 2010 kann z.B. im Winword unter “Datei – Hilfe” geprüft werden, ob das Produkt aktiviert wurde.

Wichtig, auch beim Office 2010 KMS Host müssen zuerst 5 Clients aktiviert werden, bevor dieser aktiv ist! Die Clients müssen sich auch hier alle 180 Tage beim KMS Host melden, damit diese aktiviert bleiben.

Ein Office 2010 Client läuft 25 Tage ohne Aktivierung. Danach kann es noch bis 180 Tage  ohne Einschränkungen benutzt werden. Der obere Balken wird aber rot eingefärbt. Der Intervall zwischen den Versuchen, das Produkt zu aktivieren beträgt 7 Tage.

Manuelle (forcierte) Aktivierung des Office 2010 Clients

Um die Aktivierung des Office 2010 Clients zu forcieren wird NICHT slmgr benötigt. Neu ist der Befehl OSPP.VPS!

Auf dem Client ein CMD mit Administrativen Rechten öffnen und ins Office 2010 Installationsverzeichnis wechseln (“%PROGRAMFILES%\Microsoft Office\Office 14”).

Nun den folgenden Befehl eingeben:

cscript ospp.vbs /act

Wichtig, der Befehl muss mit cscript ausgeführt werden.

Nun ist Office 2010 aktiviert.

Viel Erfolg!

Chris

Wenn die Rolle vom KMS-Server neu vergeben werden möchte, müssen folgende Schritte ausgeführt werden:

Auf dem Host des NEUEN KMS Server:

- slmgr.vbs /ipk <KMS product key>

Auf dem DNS-Server:

- DNS Eintrag auf den neuen Server ändern

Erweitern von Forward Lookup Zones - rechter Mausklick auf die Domäne - „Other New Records“ –> Dort den _VLMCS Eintag abändern

Neue Server bzw. Clients werden sich nun bereits auf diesem Server aktivieren. Bestehende KMS-Clients werden sich beim nächsten Aktivierungsversuch automatisch bei diesem Server melden. Wollen sie die Aktivierung der bestehenden KMS-Clients beschleunigen, können sie den folgenden Registry-Eingtrag abändern (auf den KMS-Clients!):

Windows 2008 KMS Client:

hkey_users\s-1-5-20\software\microsoft\windows nt\currentversion\sl

Dort den Reg_SZ Wert in “DiscoveredKeyManagementServiceName” auf den neuen KMS-Host abändern.

Windows 2008 R2 KMS Client:

hkey_users\s-1-5-20\software\microsoft\windows nt\currentversion\SoftwareProtectionPlatform\55c92…..\68531…”

Dort den Reg_SZ Wert in “DiscoveredKeyManagementServiceName” auf den NEUEN KMS-Host abändern.

Nun noch slmgr –ato eingeben und der der KMS-Client meldet sich sofort auf dem neuen KMS-Host!

Denken sie daran, dass der KMS-Host erst wieder nach 5 Server bzw. 25 Client Aktivierungen aktiv ist! Bei den ersten 5 bzw. 25 Aktivierungen erhalten sie eine entsprechende Meldung.

Cumulative Update 2
http://support.microsoft.com/kb/2193861/en-us

Authoring Tool RTM
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=40b8f1b7-da63-46ae-9ca4-ef007fc3cb29

Gruss Zehni

Power Management

Power Management sammelt Informationen über die Benutzung der Computers und deren Power Einstellungen. Es gibt verschiedene vorgefertigte Reports, mit welchen diese Informationen dargestellt werden können

In SCCM2007 R3 können Power Plans erstellt und via Collections verteilt werden

Wenn Power Plans verteilt werden, können diese wiederum mit Reports überprüft werden. Ausserdem lässt sich ausweisen, was diese Einstellungen „Finanziell“ bringen (Green IT)

Dynamic Collection Evaluation

In SCCM 2007 SP2 R2 werden „query based collections“ regelmässig aktualisiert, basierend auf einem konfigurierten Zeitplan. Egal ob Änderungen stattgefunden haben oder nicht, es wird immer die ganze Collection neu zusammengestellt. Bei vielen Mitgliedschaften kann dies zu hoher Last auf der Site Datenbank führen. R3 erlaubt nun, nur Ressourcen zu ermitteln, welche neu in der Datenbank aufgenommen wurden. Somit kann man die Collections häufiger aktualisieren OHNE den Server zu überfordern

Delta Discovery

Mit dem Delta Discovery in R3 werden nur noch neue bzw. veränderte Active Directory Objekte erfasst. So kann der Intervall vom Delta Discovery heruntergeschraubt werden ohne den Server zu fest auszulasten (im Vergleich zu einem vollumfänglichen Discovery).
Folgende Objekte erkennt das Delta Discovery:

o Computer objects

o User objects

o Security group objects

o System group objects

Viel Spass mit dem wohl ersten R3 in der MS Geschichte J.

Chris

%inetroot%\inetpub\wwwroot\System Center Service Manager Portal\EndUser\MasterPages\Images

%inetroot%\inetpub\wwwroot\System Center Service Manager Portal\Analyst\Images

An diesen Pfaden befindet sich die Datei “scsm_logo.png”. Diese Datei muss mit dem eigenen Logo überschrieben werden. Das Logo sollte vorzugsweise transparent sein. Grund dafür ist, dass die Einbettung an zwei unterschiedlichen Stellen erfolgt. An einer Stelle befindet sich standardmässig ein grauer Hintergrund. Ein Logo mit weissem Grund sieht an dieser Stelle sonst etwas seltsam aus.

Viel Spass beim Testen
Gruss Zehni

Die Portale bieten folgende Möglichkeiten:

Enduser-Portal:

• - Kontaktdaten der IT-Abteilung anzeigen
• - Neue Requests erfassen (Incidents, Change Requests)
• - Tracking von existierenden und alten Requests
• - Anfordern von neuer Software
• - User Password Reset
• - Anzeigen von Ankündigungen (Announcements) der IT-Abteilung
• - Durchsuchen und Anzeigen von Knowledge-Artikel
• Analyst-Portal:
• - Anzeigen und Verwalten von Activities, Requests etc.

Optionen “Reset Password” und “Request Software” ausblenden

Die Konfiguration ist in unterschiedlichen Dateien abgelegt.

Drive\inetpub\wwwroot\system center service manager portal\enduser\home.aspx

Drive\inetpub\wwwroot\system center service manager portal\enduser\MasterPages\ServiceManagerPortal.aspx

Drive\inetpub\wwwroot\system center service manager portal\enduser\MasterPages\ServiceManagerCommandsMaster.aspx

Die Dateien müssen erweitert werden. Dazu muss zuerst der Abschnitt “<"SM_WebParts:HomePageTasks ID="HomePageTasksWebPart” gesucht werden.

Die Zeile kann um folgende Einträge erweitert werden:

ShowResetPasswordLink="false" (nur Reset Password ausblenden)

ShowRequestSoftwareLink="false" (nur Request Software ausblenden)

ShowResetPasswordLink="false" ShowRequestSoftwareLink="false" (beides ausblenden)

Wenn Die Änderung in allen drei Dateien vorgenommen worden ist werden die Menüpunkte nicht mehr angezeigt.

Im nächsten Teil zeige ich, wie ein Unternehmenslogo in die Portale eingebettet werden kann.

Gruss Zehni

In der Alert Description sind keine Informationen sichtbar, so dass ein Operator jeweils die Eigenschaften des Alerts anzeigen und zum Alert Context wechseln muss. Um die Informationen des Alert Context auch in der Alert Description sichtbar zu machen können die OIDs die im Alert Context angezeigt werden mit Hilfe von Parametern in die Alert Description übergeben werden. Die Parameter müssen wie folgt angegeben werden:

$Data/EventData/DataItem/SnmpVarBinds/SnmpVarBind[OID='1.3.6.1.4.1.9839.2.1.1.11.0'][1]/Value$

(jeweils die OID austauschen)

Danach gibt es möglicherweise ein weiteres Problem. Teilweise werden in der MP-Datei nicht alle notwendigen Anpassungen korrekt vorgenommen. Das MP muss für die Korrektur exportiert und in einem XML-Editor angepasst werden. Im Abschnitt “LanguagePacks” ist der jeweilige Alert in einem der Sprachabschnitte mit den Parametern (0, 1, 2 etc.) in der Description sichtbar:

Im zweiten Sprachabschnitt fehlt diese Information möglicherweise. In diesem Fall muss Sie manuell angepasst werden, so dass die Description in beiden Sprachabschnitten identisch ist. Danach MP importieren und die Alerts Descriptions werden fehlerfrei angezeigt.

Gruss Zehni

http://support.microsoft.com/kb/958936

Gruss Zehni

Bye bye