Delen via

Overzicht van het modelleren van OLAP-kubussen in management packs binnen Service Manager

De mogelijkheid om aangepaste management pack-elementen te definiëren, is gebruikt om de management pack-elementen van de OLAP-kubus (Online Analytical Processing) te modelleren die zijn opgenomen in Service Manager. Met deze management pack-elementen kan de gebruiker een OLAP-kubus declaratief definiëren en aanpassen op een hoger abstractieniveau. Op basis van de definitie maakt de implementatie van deze management pack-elementen de juiste relaties, onderdelen en fundamentele bouwstenen van de OLAP-kubus op een hoger detailniveau, zonder verdere gebruikersrichtlijnen. Hier volgen de twee belangrijkste management pack-elementen die zijn opgenomen in OLAP-kubussen:

  • SystemCenterCube

  • CubeExtension

SystemCenterCube

Het Element SystemCenterCube definieert de OLAP-kubus tot een variërende mate van detail, afhankelijk van uw specifieke behoeften. Dit element bevat de volgende subelementen:

  • MeasureGroup

  • Vervanging

  • CustomMDX

  • Benoemde berekening

  • Meten

  • KPI

  • Actie (momenteel worden alleen drill-through-acties ondersteund)

  • ManyToManyRelationship

MeasureGroup

Elke OLAP-kubus bevat een verzameling feiten die aanwezig zijn in de datamart, waarbij elk lid in de verzameling overeenkomt met een maateenheidgroep. Elke maateenheidgroep moet een eigen unieke naam hebben binnen de OLAP-kubus. Een enkel feit kan echter overeenkomen met meerdere maateenheidgroepen in een OLAP-kubus. De abstracte relatie WorkItemAssignedToUser kan bijvoorbeeld drie keer worden gedefinieerd in een OLAP-kubus, met de unieke metinggroepsnamen van ChangeRequestAssignedToUser, IncidentAssignedToUseren ProblemAssignedToUser. U kunt het feit aanpassen zodat alleen wijzigingsaanvragen, incidenten en problemen worden opgenomen in de respectieve maateenheidgroep voor de OLAP-kubus.

In het volgende voorbeeld ziet u het management pack-element voor de metinggroep IncidentAssignedToUser:

<MeasureGroup DateDimAlias="IncidentAssignedToUserDateDim" MeasureGroupName-"IncidentAssignedTouser" Fact="DWBase!WorkItemAssignedToUserFact"/>

Wanneer de OLAP-kubus wordt geïmplementeerd, worden de dimensie-, outriggers- en refererende-sleutelrelaties automatisch berekend en wordt de gegevensbronweergave bijgewerkt met deze nieuwe elementen. In de volgende tabel worden maateenheidgroepkenmerken beschreven.

Attribuut Vereist Waarden Definitie
DateDimAlias Nee Snaar De naam van de datumdimensie die deze maatgroep zal filteren. Als er geen alias is gedefinieerd, wordt de naam voor de date dim role playing automatisch '(MeasureGroupName)_DateDim'
Naam van de Meetgroep Ja Snaar De naam van de maateenheidgroep in de kubus. Deze naam moet uniek zijn binnen de kubus.
Feit Ja Relatie of CustomFact Het doel van de maateenheidgroep, die een feit in het datawarehouse moet zijn.

Vervanging

Omdat relatiefeiten in het datawarehouse zich kunnen richten op abstracte relaties en dimensies, moet u abstracte dimensies door concrete dimensies vervangen zodat de maatgroep alleen instanties bevat die u wilt doorzoeken.

Dit wordt geïllustreerd in het volgende voorbeeld.

<Substitution MeasureGroupName="IncidentAssignedTouser" RelationshipEndpoint="Source" Relationship="Workitem!System.WorkItemAssignedToUser" TargetDimension="DWBase!WorkItemDim" ReplacementDimension="IncidentDW!IncidentDim"/>

In dit voorbeeld wijst de IncidentAssignedToUser maatgroep naar de WorkitemAssignedToUser-relatie. Deze relatie bevat echter niet alleen incidenten, maar bevat ook wijzigingsaanvragen en problemen die ook zijn toegewezen aan gebruikers. Om ervoor te zorgen dat deze maateenheidgroep alleen incidenten bevat, vervangt Service Manager WorkItemDim- door IncidentDim-. Dit betekent dat de tabel die is gemaakt in de gegevensbronweergave voor de maateenheidgroep automatisch een inner join uitvoert op WorkItemDim met IncidentDim en alleen die exemplaren retourneert waarbij een join geldig is op basis van de EntityDimKey of BaseManagedEntityId.

Vergeet niet dat u het relatie-eindpunt moet definiëren waar u de vervanging wilt uitvoeren. Dit element is vereist omdat het mogelijk is dat de bron- en eindpuntdimensies identiek zijn en er een methodologie nodig is om op unieke wijze te bepalen welke dimensie moet worden vervangen. Een voorbeeld van een dergelijke relatie is WerkitemVerhoudt zich tot Werkitem.

Het vervangingselement wordt ook gebruikt om aliasdimensies voor de kubus te definiëren. Met andere woorden, u kunt een aliasnaam definiëren voor een dimensie, maar het is niet vereist om een dimensie daadwerkelijk te vervangen. De vervanging bevindt zich in dit geval niet op de dimensie, maar op de kubusdimensie of aliasdimensienaam, zoals wordt weergegeven in het volgende voorbeeld:

<Substitution MeasureGroupName="IncidentAssignedToUser" RelationshipEndpoint="Target" Relationship="Workitem!System.WorkItemAssignedToUser" AliasTargetDimensionAs="AssignedToUserDim" TargetDimension="DWBase!UserDim"/>

In dit voorbeeld is de alias voor de kubusdimensienaam AssignedToUserDim. Dit is de naam van de dimensie die wordt gebruikt om daadwerkelijk op deze kubus te filteren. Door gebruikers toe te staan aliasnamen te definiëren, kunnen namen specifiek worden aangepast om de gewenste veel-op-veel-relaties in de kubus mogelijk te maken. Dit maakt geavanceerdere filter- en analytische mogelijkheden mogelijk.

Ten slotte zijn vervangingen niet alleen geldig voor relatiefeiten, maar ook voor aangepaste feiten. In dit scenario wordt het relatie-eindpunt ingesteld op Geen. In de volgende tabel worden vervangingskenmerken beschreven.

Attribuut Vereist Waarden Definitie
MeasureGroupName Ja Snaar De naam van de maateenheidgroep waarop de vervanging moet worden uitgevoerd
RelatieEindPunt Ja (Doel, Bron, Geen) Het eindpunt van de relatie voor het uitvoeren van de vervanging. Standaard is de waarde Geen voor aangepaste feiten.
Relatie Nee Managementpak-Relatie De relatie die moet worden gebruikt voor de vervanging.
AliasDoelDimensieAls Nee Snaar De aliasnaam van de oorspronkelijke doeldimensie
AliasvervangingsdimensiesAls Nee Snaar De aliasnaam voor de vervangende dimensie
DimensionAlias Nee ManagementPackDimension De dimensiealias van een aangepast feit, indien dit bestaat

Aangepaste MDX

U kunt aangepaste MDX-scripts (Multi-Dimensional Expression) gebruiken om de OLAP-kubus te wijzigen en aan te passen aan de exacte specificaties die aan uw behoeften voldoen. Omdat Service Manager model is gebaseerd, is het onmogelijk om al uw mogelijke semantische behoeften te bepalen wanneer rekening wordt gehouden met het brede spectrum van vereisten en exacte specificaties voor de domeinspecifieke bedrijfsbehoeften van een bepaalde gebruiker. Met aangepaste MDX kunt u MDX-scripts definiëren die worden toegepast op de OLAP-kubus om specifieke scenario's mogelijk te maken die gebruikers moeten meten en instrumenteren.

Benoemde berekening

U kunt benoemde berekeningen gebruiken om nieuwe kenmerken te definiëren voor een dimensie waarop een aangepaste meting later kan worden gericht. Hierdoor kunt u het dimensionale schema uitbreiden en het schema aanpassen aan uw exacte behoeften. Het volgende voorbeeld is afkomstig uit de SystemCenterWorkItemsCube:

<NamedCalculation ID="IncidentsPastTargetResolutionTime" Target="IncidentDW!IncidentDim" ColumnType="Int">  
<Calculation>(case when ( (([Status] = 'IncidentStatusEnum.Resolved' OR [Status] = 'IncidentStatusEnum.Closed') AND ResolvedDate > TargetResolutionTime) OR (([Status] != 'IncidentStatusEnum.Resolved' AND [Status] != 'IncidentStatusEnum.Closed') AND GETUTCDATE() > TargetResolutionTime)) then 1 else 0 end )</Calculation>  
</NamedCalculation>

In dit voorbeeld bevat de dimensie Incident gegevens, zoals de status van het incident en de doeloplossingstijd. Er is echter geen systeemeigen meting waarmee het aantal incidenten wordt berekend dat de doeloplossingstijd heeft overschreden, hoewel dit type gegevens erg nuttig is voor een systeembeheerder. U kunt dit scenario maken met behulp van een benoemde berekening en de gegevens aggregeren, zodat een aangepaste meting het nieuwe kenmerk kan richten en de informatie vervolgens aan een eindgebruiker kan presenteren.

Houd er rekening mee dat Service Manager alleen ondersteuning biedt voor NamedCalculation die zich richt op dimensies. NamedCalculation kan zich niet richten op feiten. In de volgende tabel worden benoemde berekeningskenmerken beschreven.

Attribuut Vereist Waarden Definitie
LEGITIMATIEBEWIJS Ja Snaar Naam van de benoemde berekening.
Doel Ja ManagementPackDimension De doeldimensie voor de meting
KolomType Ja (Int, Double) Het type Structured Query Language (SQL) van de kolom
Typologie Nee (Aantal, Som) Het type meting

Het subelement <Berekening> bevat, als waarde, de definitie van de benoemde berekening. De waarde wordt opgeslagen als een MDX-expressie.

Meten

U kunt aangepaste metingen gebruiken om gegevens samen te voegen en weer te geven op basis van numerieke kenmerken uit dimensies. Service Manager biedt geen ondersteuning voor aangepaste metingen op basis van feiten. Verdergaand met het voorbeeld van de bovenstaande benoemde berekening, definieert Service Manager als volgt een aangepaste meting voor IncidentsPastTargetResolutionTime:

<Measure ID="IncidentsPastTargetResolutionTimeCount" Target="IncidentDW!IncidentDim" Type="Sum" Property="IncidentsPastTargetResolutionTime"/>

Als u deze XML-code bekijkt, is het doel van de meting IncidentDimension en is de specifieke eigenschap IncidentsPastTargetResolutionTime. Dit is de aangepaste eigenschap die eerder is gedefinieerd. Aangepaste metingen kunnen zich richten op systeemeigen of berekende eigenschappen in de dimensie.

Ten slotte wordt het type meting gedefinieerd als een som. Mogelijke waarden voor een maateenheidtype zijn Som en Aantal. Vanwege prestatieoverwegingen zijn metingen voor Service Manager Distinct Count niet toegestaan. In de volgende tabel worden maateenheidkenmerken beschreven.

Attribuut Vereist Waarden Definitie
LEGITIMATIEBEWIJS Ja Snaar Naam van de meting
Doel Ja ManagementPackDimension De doeldimensie voor de meting
Eigendom Ja Snaar De doeldimensieeigenschap
Typologie Nee (Aantal, Som) Het type meting

ManyToManyRelationship

Met Het ManyToManyRelationship kunt u, de kubusontwerper, aangepaste, veel-op-veel-dimensies toevoegen aan een OLAP-kubus om geavanceerde analysescenario's mogelijk te maken. Het definiëren van veel-op-veel-relaties valt buiten het bereik van dit document. U kunt dit concept en de voordelen ervan echter onderzoeken. Voor meer informatie over het ManyToManyRelationship, zie The Many-to-Many Revolution 2.0.

Tijdens de kubusimplementatie voegt Service Manager automatisch veel-op-veel-dimensies toe aan de kubus voor alle "one-hop"-relaties, zonder uw tussenkomst. Service Manager voegt echter geen veel-op-veel-dimensies toe voor trapsgewijze (multihop)-relaties vanwege de exponentiële toename van mogelijke relaties die kunnen worden toegevoegd. Als u al deze relaties toevoegt, kunnen de prestaties aanzienlijk afnemen wanneer de OLAP-kubus wordt bekeken. Dit komt doordat de aggregaties van veel-op-veel-relaties doorgaans niet worden berekend tijdens de verwerking en omdat de joins worden geëvalueerd terwijl de OLAP-kubus wordt bekeken. Als u een specifieke, trapsgewijze, veel-op-veel-relatie wilt, kunt u de relatie definiëren met behulp van een management pack-element en wordt deze toegevoegd aan de OLAP-kubus. Omgekeerd kunt u een automatisch gegenereerde veel-op-veel-relatie overschrijven om een andere tussenliggende maateenheidgroep te gebruiken in instanties waarin meerdere tussenliggende groepen bestaan. In dit geval gebruikt Service Manager automatisch de eerste groep die is aangetroffen. Hier volgt een voorbeeld van een veel-op-veel-relatieelement voor management packs:

<ManyToManyRelationship CubeDimension="ServiceDim" TargetMeasureGroup="AlertAboutConfigItem" IntermediateMeasureGroup="ServiceContainsConfigItem" />

In de volgende tabel worden veel-op-veel-relatiekenmerken beschreven.

Attribuut Vereist Waarden Definitie
Kubusdimension Ja Snaar Naam van de dimensie veel-op-veel-kubus
Doelmaatregelengroep Ja Snaar De doelgroep voor meting om de veel-op-veel-relatie te maken
IntermediaireMaatregelGroep Ja Snaar De tussenliggende meetgroep om de veel-op-veel-relatie te creëren

KPI

Organisaties en bedrijven kunnen KPI's (Key Performance Indicators) gebruiken om snel een schatting te maken van de status van een onderneming door de voortgang ervan te meten naar een vooraf gedefinieerd doel. Elke KPI heeft een doelwaarde en een werkelijke waarde. De doelwaarde is een kwantitatief doel dat essentieel is voor het succes van de organisatie. Grote hoeveelheden gegevens worden gefilterd op één discrete waarde die kan worden gebruikt om de prestaties en voortgang van doelen en benchmarks te bewaken. Enkele voorbeelden van KPI's zijn een hogeschool met als doel dat 90% van hun studenten binnen vier jaar afstuderen of een basketbalteam dat als doel heeft de tegenstander minder dan 50 procent voor een wedstrijd te laten schieten. U kunt een scorecard gebruiken om een groep KPI's weer te geven, met één momentopname van de algehele status van een bedrijf. Hier volgt een voorbeeld-KPI:

<KPI ID="IncidentResolutiuonKpi" >  
<Caption> The ratio of incidents resolved </Caption>  
<Value>IIF(([Measures].[IncidentDimCount])> 0,([Measures].[IncidentsResolvedCount]/[Measures].[IncidentDimCount]),null)</Value>   
<Goal>1.0</Goal>   
<GreenThreshold> 0.75</GreenThreshold>  
<YellowThreshold>0.5 </YellowThreshold>  
<Direction>Up</Direction>  
<StatusGraphic>Thermometer</StatusGraphic>   
</KPI>

In de volgende tabel worden KPI-kenmerken beschreven.

Attribuut Vereist Waarden Definitie
LEGITIMATIEBEWIJS Ja Snaar Naam van de KPI
Bijschrift Ja Snaar Beschrijving van de KPI
Waarde Ja Snaar MDX-script waarmee de numerieke waarde van de KPI wordt gedefinieerd
Doel Ja Snaar De doelwaarde van de KPI
Groene drempelwaarde Ja Tekenreeks (tussen 0,1 en 1) Een getal boven of onder deze drempelwaarde, afhankelijk van de richting, wordt gemarkeerd als groen in het statussymbool.
Gele drempelwaarde Ja Tekenreeks (tussen 0,1 en 1) Een getal dat boven of onder de drempelwaarde ligt, afhankelijk van de richting, maar niet voldoet aan de groene drempelwaarde, wordt gemarkeerd als geel in het statussymbool. Een getal dat niet voldoet aan de gele drempelwaarde, wordt gemarkeerd als rood in het statussymbool.
Richting Ja (Omhoog, omlaag) Als de richting omhoog is, worden getallen boven de groene of gele drempelwaarde gemarkeerd met het bijbehorende symbool. Voor beneden worden getallen onder de groene of gele drempelwaarden ook gemarkeerd met het bijbehorende symbool.
Statusafbeelding Ja (Shapes, TrafficLight, RoadSigns, Wijzerplaat, ReversedGauge, Thermometer, Cilinder, Gezichten, VariantiePijl) Het symbool dat de KPI vertegenwoordigt.

Actie

Acties zijn gebeurtenissen die u op een OLAP-kubus kunt activeren wanneer u toegang hebt tot gegevens in de kubus. Alleen drill through-acties worden ondersteund door Service Manager. Hier volgt een voorbeeld van een actie:

<Action ID="DrillThroughOnWICreatedByUser" MeasureGroupName="CreatedByUser" ActionType="DrillThrough">   
<DrillThroughColumns CubeDimension="WorkItemCreatedByUser_UserDim">   
<Property PropertyName="FirstName" />   
<Property PropertyName="LastName" />   
<Property PropertyName="Company" />   
<Property PropertyName="Department" />   
<Property PropertyName="Office" />   
</DrillThroughColumns>   
</Action>

In de volgende tabel worden de kenmerken van acties beschreven.

Attribuut Vereist Waarden Definitie
LEGITIMATIEBEWIJS Ja Snaar Naam van de analyseactie
MaatregelGroepsNaam Ja Snaar Doelgerichte maatregelgroep van de actie
Actietype Ja (Doorkliksinformatie) Type van actie. Alleen drill through-acties worden ondersteund door Service Manager.
Kubusdimension Ja Snaar De kubusdimensie die als doel van de actie dient en een slicer in de meetgroep moet zijn.
Eigenschapsnaam Ja Snaar Kenmerk van de dimensie die wordt weergegeven wanneer de doorklikactie wordt uitgevoerd

CubeExtension

Het primaire doel van het element CubeExtension is om het mogelijk te maken de OLAP-kubus te wijzigen nadat de kubus is geïmplementeerd op SSAS, zonder dat u de kubus hoeft te verwijderen en opnieuw te installeren. In situaties waarin de OLAP-kubus volledig is verwerkt met jaren aan gegevens, is het opnieuw maken van de kubus tijdrovend omdat alle partities volledig opnieuw moeten worden verwerkt.

Het element CubeExtension kan de volgende elementen definiëren:

  • Benoemde berekening

  • ManyToManyRelationship

  • KPI

  • Meten

  • Actie

  • CustomMdx

Elke aanpassing die is gedefinieerd in een CubeExtension-element, kan ook worden gedefinieerd in een SystemCenterCube-object. De enige aanpassing die niet is toegestaan, is het toevoegen van feiten of maateenheidgroepen en vervangingen aan de kubus.

Volgende stappen