Nastavení serveru:

Nastavení databáze:

Reporty:

Chyba:

Změnit se to dá bohužel pouze novou instalacií serveru SQL:

Workaround:
When installing SQL server be sure to select SQL collation SQL_Latin1_General_CP1_CI_AS. If OpsMgr has already been installed you will have to reinstall SQL and OpsMgr to change the SQL collation. (SQL collation „SQL_Latin1_General_CP1_CI_AS“ needs to be designated for installing OpsMgr DB).

Reporty jsou oba velmi užitečné, jak napovídají i oba příklady uvedené na blogu Kevina Holmana:

 a

Pokud požadujeme zobrazení ve formátu obvyklém v těchto evropských krajích, změníme parametr Localization / Language ve vlastnostech definovaného reportu. Vyhovuje mi volba ‘cs-CZ‘

Tato volba ovlivňuje formáty všech nově přidávaných prvků (a prvků, u kterých výslovně neuvedeme jiný formát ve vlastnostech prvku).

Vybírám namátkou z oblastí, které mne zajímají:

Vypsat seznam pravidel, která vyvolávají alert s konkrétním obsahem v některém poli Custom Field 1 – 10 nebo obsahují ve výrazu podmínky určité číslo události nebo zdroje události.

Realizace je složitější, nejprve jsem se zaměřil na Command Shell / PowerShell, ale

• Get-Rule nevypisuje definice navázaného alertu
• Get-Alert vypisuje pouze vyvolané alerty

A co se podívat přímo do databáze OperationsManager, jakým způsobem jsou zde pravidla a definice alertů uložené?

Zajímají nás dva pohledy: RuleView a RuleModule, tyto tabulky si spojíme prostřednictvím sloupců RuleId. Po chvíli experimentování v SQL Server Management Studio s nástrojem Query Designer jsem dospěl k (neoptimalizovanému) dotazu:

SELECT
    DISTINCT  RuleView.DisplayName
  , RuleModule.RuleModuleConfiguration AS AlertConfig
  , RuleCont.RuleModuleConfiguration AS AlertExpression
FROM   
  RuleView INNER JOIN
      RuleModule ON RuleView.Id = RuleModule.RuleId INNER JOIN
           RuleModule AS RuleCont ON RuleView.Id = RuleModule.RuleId                  
WHERE 
  (RuleModule.RuleModuleConfiguration LIKE '%HLEDANÝVÝRAZ%')
  AND RuleModule.RuleId = RuleCont.RuleId
  AND RuleModule.RuleModuleConfiguration <> RuleCont.RuleModuleConfiguration

Tento dotaz už lze zadat v Report Builderu 2.0 a začít tvořit textovou zprávu. Pro použití v dokumentaci mi ještě vadí způsob uložení údajů ve sloupci RuleModuleConfiguration, takže jsem pro zvýšení přehlednosti výstupu doplnil interní funkci v jazyce Visual Basic:

Function parseXML(readXML As String) As String
Dim strXML, strText
strXML =  readXML
strText = ""
' cyklus zpracování
Dim i, strZnak, nPocet, bNazev
bNazev = False
nPocet = Len(strXML)
For i = 1 To nPocet
strZnak = Mid(strXML,i,1)
' zahoď <
If strZnak = ">" Then
   bNazev = False
   strZnak = ": "
End If
If (strZnak <> "<") Then
   If strZnak = "/" And bNazev Then
     ' ukončit řádku
     If  Mid(strXML,i+1,1) = ">" Then
       strZnak = vbCrLf
       i = i + 1
       bNazev = False
     End If
   End If
   If strZnak = "/"  Then
     If bNazev Then
      Do Until strZnak = ">"
        strZnak = Mid(strXML,i,1)
        i = i + 1
      Loop
      strZnak = vbCrLf
     End If
   End If 
   strText = strText & strZnak
  Else
   bNazev = True
End If
Next
parseXML = strText
End Function

Výstup pravidla a definice alertu pak může vypadat takto:

Nakonec jsem se ještě podíval na možnosti čtení záznamů z těchto výše uvedených tabulek pomocí Shellu. Dospěl jsem k podobnému výstupu, ale zatím nemám zpracovanou proceduru parseXML pro PowerShell. Takže někdy příště?

Aktualizace je to opravdu kumulativní, obsahuje vše, co bylo v předchozích CU1 a CU2, takže instalační balík pro všechny verze OS má více než 1 GB:

SystemCenterOperationsManager2007-R2CU3-KB2251525-X86-X64-IA64-ENU.MSI – 1199.3 MB

Důkladný popis postupu aktualizace a zkušeností uvádí Kevin Holman – zde.

=Code.EventDisplayNumber(Fields!Context.Value)

Elegantnější je vložení kódu při návrhu sestavy v přímo v nástroji Report Builder. Místo, kde se kód vloží je dostupné po zobrazení vlastností sestavy (Report Properties) na záložce Code

http://<server>/reports

z nabídky Report Builder se však i v prostředí s SQL Reporting Services 2008 SP1 spustí původní verze – Report Builder 1.0. Verze 2.0 je po aplikaci SP1 na serveru přítomna, ale je třeba ještě provést drobnou změnu aby se dala z prohlížeče spustit.  Použijeme konfiguraci Site Settings:

Na následující stránce zadáme do pole Custom Report Builder launch URL cestu k verzi 2.0:
http://<server>/ReportServer/ReportBuilder/ReportBuilder_2_0_0_0.application
a potvrdit tlačítkem Apply:

Od této chvíle nabídka Report Builder na domovské stránce http://<server>/Reports bude spouštět „Tvůrce sestav“ verze 2.0.

CET   ->   CEST   ->   CET
nebo (UTC + 1   ->   UTC + 2   ->   UTC + 1)

V reportech, které vytvářím pomocí Visual Studia (SQL Server Bussines Inteligence Development Studio) můžeme zajistit ve výstupu přepočet časových údajů na aktuální čas našeho pásma CET (central european time, UTC+1) i v době platnosti letního času CEST (central european summer time, UTC+2) použitím kódu Visual Basic. Po zjištění aktuálního času v UTC je skriptem přidána jedna hodina nebo dvě hodiny v době platnosti letního času:

PublicFunction DateTimeUTC2Local(ByVal od As String) As Date 

Dim offset, i As Integer
Dim startDST, endDST As Date
Dim nd As String
offset = 1
' find last Sunday in March
For i = 31 To 25 Step -1
  If Weekday( "3/" & i & "/" & Year(od)) = 1 Then
    startDST = DateAdd("h", 1, CDate("3/" & i & "/" & Year(od)))
    Exit For
  End If
Next
' find last Sunday in October
For i = 31 To 25 Step -1
  If Weekday( "10/" & i & "/" & Year(od)) = 1 Then
    endDST = DateAdd("h", 1, CDate("10/" & i & "/" & Year(od)))
    Exit For
  End If
Next
' add hour to offset if within DST
If CDate(od) >= startDST And CDate(od) < endDST Then
  offset = offset + 1
End If
nd = DateAdd("h", offset, od)
Return nd
End Function

Použití kódu VBS v nástroji SQL Server Bussines Inteligence Development Studio:

Pokračujeme konfigurací z nabídky Report | Report Properties. Zde na záložce General vyplníme popis reportu (autor, popis). Na záložce Code vložíme kód, který použijeme při přepočítávání časového údaje:

Pro použití kódu v reportu, v poli které z databáze vybere čas ve formátu UTC, vypočítáme platný místní čas CET / CEST takto:
například čas, získaný dotazem z databáze OperationsManager ve sloupci Alert.TimeRaised – ve výstupním formuláři použijeme v příslušném sloupci následující výraz pro výpočet (Expression) s uvedením výše definované funkce:
=Code.DateTimeUTC2Local(Fields!TimeRaised.Value)

---

ReportBuilder

Potřebujeme-li podobnou funkčnost reportu zajistit také z editačního prostředí nástroje ReportBuilder, nemůžeme použít vlastní kód (alespoň mi to není známo – použití ReportBuilderu verze 2.0 a 3.0 jsem ještě nezkoumal).

Kód musíme napsat přímo do formátovacího pole, implementace výše uvedeného algoritmu by byla příliš složitá, proto postupuji takto:

1. zjistím datum přechodu na letní čas a zpět pro aktuální období pro data v databázi,
2. v příslušném sloupci při vytváření vzorce pro výpočet uvedu vzorec.
   Příklad: vstupní čas (LogonTime) je ve formátu UTC,
   přechod z letního času CEST na standardní CET je poslední neděli v říjnu v 1:00 hodin UTC,
   přechod na letní času CEST ze standardního CET je poslední neděli v březnu ve 3:00 hodin UTC, definice výrazu je tedy pro současné období:

IF(LogonTime < DATETIME(2010;10;31;1;0;0);
   DATEADD(HOUR;2;LogonTime); //přidat 2 hodiny, letní čas CEST
   IF(LogonTime < DATETIME(2011;3;27;1;0;0);
      DATEADD(HOUR;1;LogonTime); //přidat 1 hodiny, standardní čas CET
      DATEADD(HOUR;2;LogonTime) //přidat 2 hodiny, letní čas CEST
   )
)

Databáze, které systém SCOM používá a jsou k dispozici jako zroje dat pro naše reporty:

• OperationsManagerDW - data warehouse, standardní reporty dodávané spolu s pravidly (Management Pack),
• OperationsManager – databázi lze použít pro vlastní reporty z dat krátkodobě uložených, využití informace, která se nedostane do data warehouse,
• OperationsManagerAC – dodávané i vlastní reporty s bezpečnostním zaměřením (audit collection system)

Nástroje Microsoftu určené k vytváření reportů jsou k dispozici v podstatě dva:

• ReportBuilder (vyžaduje definici datového modelu – report model, to je jednoduše splněno v případě použití databáze OperationsManagerAC, pro kterou je dodáván soubor definic AUDIT.SMDL (semantic model, formát XML). Pro ostatní dvě databáze musíme nejprve vytvořit definici SMDL, pokud hodláme použít ReportBuilder.
• SQL Server Bussines Inteligence Development Studio (zde máme největší volnost při výběru zdroje dat, formátování výstupů a začlenění vlastních výpočtů)

Microsoft SQL Server Reporting Services (SSRS) doznaly mezi verzemi 2005 a 2008 zásadní změnu v tom, že nyní nepotřebují Internet Information Services (IIS) a potřebnou funkčnost zajišťují vlastní službou, s plně zachovanou kompatibilitou vzhledem k předchozím verzím. Jsou zde také nové verze nástroje ReportBuilder (v.2 a v.3), v dalších článcích se budeme zabývat podrobně jejich použitím a konkrétními příklady.