Yönetim paketlerinde Service Manager OLAP küpleri modellemeye genel bakış
Önemli
bu Service Manager sürümü desteğin sonuna ulaştı. Service Manager 2022'ye yükseltmenizi öneririz.
Özelleştirilmiş yönetim paketi öğelerini tanımlama özelliği, Service Manager dahil edilen çevrimiçi analitik işleme (OLAP) küp yönetim paketi öğelerini modellemek için kullanılmıştır. Bu yönetim paketi öğeleri kullanıcının bir OLAP küpünü daha yüksek bir soyutlama düzeyinde bildirimli olarak tanımlamasını ve özelleştirmesini sağlar. Tanımına bağlı olarak, bu yönetim paketi öğelerinin dağıtımı, olap küpünün doğru ilişkilerini, bileşenlerini ve temel yapı taşları daha fazla ayrıntı düzeyinde, başka bir kullanıcı kılavuzu olmadan oluşturur. Aşağıdakiler OLAP küplerine dahil iki ana yönetim paketi öğesidir:
SystemCenterCube
CubeExtension
SystemCenterCube
SystemCenterCube öğesi özel ihtiyaçlarınıza bağlı olarak, OLAP küpünü değişen bir ayrıntı derecesiyle tanımlar. Bu öğe aşağıdaki alt öğeleri içerir:
MeasureGroup
Değiştirme
CustomMDX
NamedCalculation
Measure
KPI
Eylem (ancak, şu anda sadece araştırma eylemleri desteklenmektedir)
ManyToManyRelationship
MeasureGroup
Her OLAP küpü data mart içinde varolan olguların bir koleksiyonunu içerir, burada koleksiyonda her üye bir ölçü grubuna karşılık gelir. Her ölçü grubunun OLAP küpü içinde kendi benzersiz adı olmalıdır. Ancak, tek bir olgu bir OLAP küpü içinde birden fazla ölçü grubuna karşılık gelebilir. Örneğin, WorkItemAssignedToUser soyut ilişkisi OLAP küpünde, benzersiz ölçü grubu adları ChangeRequestAssignedToUser, IncidentAssignedToUserve ProblemAssignedToUserile üç kez tanımlanabilir. Olap küpü için ilgili ölçü grubuna yalnızca değişiklik istekleri, olaylar ve sorunlar eklenecek şekilde olguyu özelleştirebilirsiniz.
Aşağıdaki örnek IncidentAssignedToUser ölçü grubu için yönetim paketi öğesini göstermektedir:
<MeasureGroup DateDimAlias="IncidentAssignedToUserDateDim" MeasureGroupName-"IncidentAssignedTouser" Fact="DWBase!WorkItemAssignedToUserFact"/>
OLAP küpü dağıtıldığında, boyut, mantıksal grup listeleri ve yabancı anahtar ilişkileri de otomatik olarak hesaplanır ve veri kaynak görünümü bu yeni öğelerle güncelleştirilir. Aşağıdaki tabloda ölçü grubu öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
DateDimAlias | Hayır | Dize | Bu ölçü filtrelenecek tarih boyutu adı. Diğer ad tanımlanmazsa, tarih boyutu rol oynama adı otomatik olacak "(MeasureGroupName)_DateDim" olur |
MeasureGroupName | Evet | Dize | Küpte ölçü grubunun adı. Bu ad, küp içinde benzersiz olmalıdır. |
Fact | Yes | İlişki veya CustomFact | Veri ambarında bir olgu olması gereken ölçü grubu hedefi. |
Değiştirme
Veri ambarında ilişki olguları soyut ilişkileri ve boyutları hedefleyebileceği için, ölçü grubu sadece gözatmak istediğiniz örnekleri içerecek şekilde somut boyutları değiştirmeniz gerekir.
Bu, aşağıdaki örnekte gösterilmiştir.
<Substitution MeasureGroupName="IncidentAssignedTouser" RelationshipEndpoint="Source" Relationship="Workitem!System.WorkItemAssignedToUser" TargetDimension="DWBase!WorkItemDim" ReplacementDimension="IncidentDW!IncidentDim"/>
Bu örnekte, IncidentAssignedToUser ölçü grubu WorkitemAssignedToUser ilişkisini gösterir. Ancak bu ilişki yalnızca olayları içermez, aynı zamanda herhangi bir kullanıcıya atanmış değişiklik istekleri ve sorunlar da içerir. Bu ölçü grubunun yalnızca olayları içermesini sağlamak için Service Manager WorkItemDim yerine IncidentDim değerini ekler. Yani ölçü grubunda veri kaynağı görünümü için oluşturulan tablo otomatik olarak içte WorkItemDim öğesini IncidentDim ile birleştirir ve sadece EntityDimKey veya BaseManagedEntityId temelinde bir birleştirmenin geçerli olduğu örnekleri getirir.
Değiştirmeyi gerçekleştirmek istediğiniz yerde ilişki uç noktasını tanımlamanız gerektiğini unutmayın. Kaynak ve uç nokta boyutlarının aynı olması mümkün olduğundan ve hangi boyutun değiştirildiğini benzersiz olarak tanımlamak için bir metodoloji gerektiğinden bu öğe gereklidir. WorkItemRelates to WorkItembu tür bir ilişkiye örnektir.
Değiştirme öğesi küp için diğer ad boyutlarını tanımlamak için de kullanılır. Başka bir deyişle, bir boyut için diğer ad tanımlayabilirsiniz, ancak aslında bir boyutun yerini almak gerekmez. Aslında, aşağıdaki örnekte gösterildiği gibi, bu örnekteki değiştirme boyut üzerinde değil, küp boyutu veya diğer ad boyut adındadır:
<Substitution MeasureGroupName="IncidentAssignedToUser" RelationshipEndpoint="Target" Relationship="Workitem!System.WorkItemAssignedToUser" AliasTargetDimensionAs="AssignedToUserDim" TargetDimension="DWBase!UserDim"/>
Bu örnekte, AssignedToUserDimdiğer ad küp boyut adıdır. Bu, aslında bu küpte filtreleme için kullanılacak boyutun adıdır. Kullanıcıların diğer adlar tanımlamalarına izin vererek, adlar küpte istenen çoktan çoğa ilişkilerini etkinleştirmek için özellikle uyarlanabilir. Bu daha gelişmiş filtreleme ve analitik yetenekleri mümkün kılar.
Son olarak, değiştirmeler sadece ilişki olguları için değil, özel olgular için de geçerlidir. Bu senaryoda, ilişki uç noktası Noneolarak ayarlanır. Aşağıdaki tabloda değiştirme öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
MeasureGroupName | Evet | Dize | Değiştirme yapılacak ölçü grubu adı |
RelationshipEndPoint | Yes | (Hedef, Kaynak, Hiçbiri) | Değiştirme yapılacak ilişkinin uç noktası. Varsayılan olarak, özel olgular için değer Hiçbiri'dir. |
İlişki | No | ManagementPackRelationship | Değiştirme için kullanılacak ilişki. |
AliasTargetDimensionAs | Hayır | Dize | Başlangıçta hedeflenen boyutun diğer adı |
AliasReplacementDimensionsAs | Hayır | Dize | Değiştirilen boyut için diğer ad |
DimensionAlias | No | ManagementPackDimension | Eğer varsa, özel bir olgudan boyut diğer adı |
Özel MDX
OLAP küpünü değiştirmek ve ihtiyaçlarınızı karşılayacak özelliklere tam olarak uyarlamak için özel Çok Boyutlu İfade (MDX) komut dosyaları kullanabilirsiniz. Service Manager model tabanlı olduğundan, belirli bir kullanıcının etki alanına özgü iş gereksinimleri için geniş gereksinimleri ve tam belirtimleri dikkate alırken olası tüm anlamsal gereksinimlerinizi belirlemek mümkün değildir. Özel MDX kullanıcıların ölçmesi ve ayarlaması gereken belirli senaryoları etkinleştirmek için OLAP küpüne uygulanacak MDX komut dosyalarını tanımlamanızı sağlar.
Adlandırılmış hesaplama
Özel ölçünün sonra hedefleyebileceği bir boyutta yeni öznitelikler tanımlamak için adlandırılmış hesaplamalar kullanabilirsiniz. Bu, boyutsal şemayı genişletmenizi ve şemayı tam ihtiyaçlarınıza göre özelleştirmenizi sağlar. Aşağıdaki örnek SystemCenterWorkItemsCube'dendir:
<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>
Bu örnekte, Olay boyutu olayın durumu ve hedef çözümleme süresi gibi verileri içerir. Ancak, hedef çözümleme süresini aşan olayların sayısını hesaplayan yerel bir ölçü yoktur, ancak bu tür veriler sistem yöneticisi için çok yararlıdır. Bu senaryoyu adlandırılmış bir hesaplama kullanarak oluşturabilir ve verileri toplayarak özel bir ölçünün yeni özniteliği hedefleyip bilgileri son kullanıcıya sunabilmesini sağlayabilirsiniz.
Service Manager yalnızca NamedCalculation hedefleme boyutlarını desteklediğini unutmayın. NamedCalculation olguları hedefleyemez. Aşağıdaki tabloda adlandırılan hesaplama öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
ID | Evet | Dize | Adlandırılmış hesaplama adı. |
Hedef | Yes | ManagementPackDimension | Ölçü için hedef boyut |
ColumnType | Yes | (İç, Çift) | Sütunun Yapılandırılmış Sorgu Dili (SQL) türü |
Tür | No | (Sayı, Toplam) | Ölçü türü |
Hesaplama alt öğesi<>, değeri olarak adlandırılmış hesaplamanın tanımını içerir. Değer bir MDX ifadesi olarak depolanır.
Measure
Boyutlardan sayısal özniteliklere bağlı olarak verileri toplamak ve görüntülemek için özel ölçümleri kullanabilirsiniz. Service Manager olgulara dayalı özel ölçüleri desteklemez. Yukarıdaki Adlandırılmış Hesaplama örneğine devam Service Manager IncidentsPastTargetResolutionTime üzerinde aşağıdaki gibi özel bir ölçü tanımlar:
<Measure ID="IncidentsPastTargetResolutionTimeCount" Target="IncidentDW!IncidentDim" Type="Sum" Property="IncidentsPastTargetResolutionTime"/>
Bu XML kodunu inceleyerek, ölçünün hedefi IncidentDimension ve özgül özelliği IncidentsPastTargetResolutionTime'dır. Bu önceden tanımlanmış özel bir özelliktir. Özel ölçüler boyutta yerel ya da hesaplanan özellikleri hedefleyebilir.
Son olarak, ölçü türü bir toplam olarak tanımlanır. Bir ölçü türü için olası değerler Toplam ve Sayı'yı içerir. Performansla ilgili dikkat edilmesi gerekenler nedeniyle Service Manager Ayrı Sayım ölçü türlerine izin verilmez. Aşağıdaki tabloda ölçü öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
ID | Evet | Dize | Ölçü adı |
Hedef | Yes | ManagementPackDimension | Ölçü için hedef boyut |
Özellik | Evet | Dize | Hedeflenen boyut özelliği |
Tür | No | (Sayı, Toplam) | Ölçü türü |
ManyToManyRelationship
ManyToManyRelationship siz, küp tasarımcısının gelişmiş analitik senaryoları etkinleştirmek için, bir OLAP küpüne özel, çoktan çoğa boyutlar eklemenizi sağlar. Çoktan çoğa ilişkilerin tanımlaması bu belgenin kapsamı dışındadır. Ancak bu kavramı ve onun avantajlarını araştırabilirsiniz. ManyToManyRelationship hakkında daha fazla bilgi için bkz. Çoka Çok Devrim 2.0.
Küp dağıtımı sırasında, Service Manager tüm "tek atlamalı" ilişkiler için küpe otomatik olarak çoka çok boyutları ekler ve hiçbir etkileşiminiz olmaz. Ancak Service Manager, eklenebilen olası ilişkilerin üstel artışı nedeniyle basamaklı (çok atlamalı) ilişkiler için çoka çok boyutlar eklemez. OLAP küpüne gözatarken tüm bu ilişkileri eklemek performansı önemli ölçüde düşürebilir. Bunun nedeni çoktan çoğa ilişkilerinin toplamalarının genellikle işlem sırasında hesaplanmaması ve OLAP küpüne gözatılırken birleşmelerin değerlendirilecek olmasıdır. Belirli, geçişli bir çoktan çoğa ilişki istiyorsanız, bir yönetim paketi öğesi kullanarak ilişkiyi tanımlayabilirsiniz ve OLAP küpüne eklenir. Tersine, birden fazla ara grubun var olduğu durumlarda farklı bir ara ölçü grubu kullanmak için otomatik olarak oluşturulan bir çoktan çoğa ilişkisinin üzerine yazabilirsiniz. Bu durumda, Service Manager otomatik olarak karşılaşılan ilk grubu kullanır. Aşağıdaki bir çoktan çoğa yönetim paketi ilişki öğesine bir örnektir:
<ManyToManyRelationship CubeDimension="ServiceDim" TargetMeasureGroup="AlertAboutConfigItem" IntermediateMeasureGroup="ServiceContainsConfigItem" />
Aşağıdaki tabloda çoka çok ilişki öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
CubeDimension | Evet | Dize | Çoktan çoğa küp boyutu adı |
TargetMeasureGroup | Evet | Dize | Çoktan çoğa ilişki oluşturmak için hedef ölçü grubu |
IntermediateMeasureGroup | Evet | Dize | Çoktan çoğa ilişki oluşturmak için ara ölçü grubu |
KPI
Organizasyonlar ve işletmeler önceden tanımlanmış bir hedefe doğru ilerlemeyi ölçerek bir işletmenin sağlık durumunu hızla tahmin etmek için ana performans göstergelerini (KPI) kullanabilir. Her KPI'de bir hedef değer ve bir gerçek değer vardır. Hedef değer kuruluşun başarısı için önemli bir nicel hedeftir. Büyük miktarda veri performansı izlemek ve hedeflere ve kriterlere doğru ilerlemeyi izlemek için kullanılabilecek bir ayrık değere filtrelenir. KPI'lere bazı örnekler bir üniversitenin öğrencilerinin %90'ının dört yıl içinde mezun olmasını veya bir basketbol takımının bir oyun içinde rakip takıma yüzde 50'den az atış yaptırmayı hedeflemesidir. Bir işletmenin genel sağlık durumunun anlık görüntüsünü sağlayan, bir grup KPI'yi gösteren bir puan kartı kullanabilirsiniz. Aşağıdaki bir KPI örneğidir:
<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>
Aşağıdaki tabloda KPI öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
ID | Evet | Dize | KPI adı |
Başlık | Evet | Dize | KPI açıklaması |
Değer | Evet | Dize | KPI sayısal değerini tanımlayan MDX komut dosyası |
Hedef | Evet | Dize | KPI hedef değeri |
Yeşil Eşik | Yes | Dize (0,1 ve 1 arasında) | Yöne bağlı olarak, bu eşik değerin üzerinde veya altında olan bir sayı durum simgesinde yeşil olarak işaretlenir. |
Sarı Eşik | Yes | Dize (0,1 ve 1 arasında) | Yönüne bağlı olarak eşiğin üzerinde veya altında olan ancak yeşil eşiği karşılamayan sayılar durum simgesinde sarı olarak işaretlenir. Sarı eşiği karşılamayan bir sayı durum simgesinde kırmızı olarak işaretlenir. |
Yön | Yes | (Yukarı, Aşağı) | Yön yukarı ise, yeşil veya sarı eşiğin üstündeki sayılar ilgili simgeyle işaretlenir. Benzer şekilde, aşağı için, yeşil veya sarı eşiğin altındaki sayılar ilgili simgeyle işaretlenir. |
Durum Grafiği | Yes | (Shapes, TrafficLight, RoadSigns, Gauge, ReversedGauge, Thermometer, Silindir, Faces, VarianceArrow) | KPI'yi temsil edecek simge. |
Eylem
Eylemler, küpteki verilere erişirken bir OLAP küpü üzerinde tetikleyebileceğiniz olaylardır. yalnızca detaylandırma eylemleri Service Manager tarafından desteklenir. Aşağıdaki bir eylem örneğidir:
<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>
Aşağıdaki tabloda eylem öznitelikleri açıklanmaktadır.
Öznitelik | Gerekli | Değerler | Tanım |
---|---|---|---|
ID | Evet | Dize | Araştırma eylemi adı |
MeasureGroupName | Evet | Dize | Eylemin hedeflenen ölçü grubu |
EylemTürü | Yes | (DrillThrough) | Eylem türü. yalnızca detaylandırma eylemleri Service Manager tarafından desteklenir. |
CubeDimension | Evet | Dize | Eylemin hedefi olan küp boyutu Ölçü Grubunda bir dilim olmalıdır |
ÖzellikAdı | Evet | Dize | Araştırma eylemi çalıştırıldığında görüntülenen boyut özniteliği |
CubeExtension
CubeExtension öğesinin birincil amacı, küp SSAS'a dağıtıldıktan sonra küpü kaldırmak ve yeniden yüklemek zorunda kalmadan, OLAP küpünü değiştirmenizi sağlamaktır. OLAP küpünün yıllarca veri ile tam işlendiği durumlarda, küpü yeniden oluşturmak zaman alır çünkü tüm bölümlerin tam olarak yeniden işlenmesi gerekir.
CubeExtension öğesi şu öğeleri tanımlayabilir:
NamedCalculation
ManyToManyRelationship
KPI
Measure
Eylem
CustomMDX
Bir CubeExtension öğesinde tanımlanan her özelleştirme bir SystemCenterCube nesnesinde de tanımlanabilir. İzin verilmeyen tek özelleştirme, olguların veya ölçü gruplarının ve değişimlerin küpe eklenmesidir.
Sonraki adımlar
- Gerekirse OLAP küpleriyle ilgili sorunları giderin.
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin