Az adatraktármodul központi telepítése

Közzétéve: 2016. július

Hatókör: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

A System Center 2012 – Service Manager adatraktármoduljának telepítése a Service Manager felügyeleti kiszolgálónak az adatraktár-felügyeleti kiszolgálón történő regisztrálásakor indul el. Az alábbi szakaszokban a modul részeit, funkcióit és ütemezéseit ismertetjük.

A felügyeleti csomagok szinkronizálása az a folyamat, amelynek során az adatraktár felderíti a forrásrendszerben lévő osztályokat és kapcsolatokat. Ezt a folyamatot MPSync névvel is illetjük. Az adatraktár minden olyan felügyeleti csomaghoz, amely osztályt vagy kapcsolatot definiál, létrehozza a megfelelő kinyerési feladatmodulokat, amelyek célja az egyes osztályoknak és kapcsolatoknak megfelelő adatok kinyerése a megfelelő forrásból. Az egyes rendszerek szinkronizálják egymást között az ilyen felügyeleti csomagokat és a hozzájuk tartozó feladatokat.

A rendszer csak a lezárt felügyeleti csomagokat és a hozzájuk tartozó adatokat szinkronizálja az adatraktárba. Ha módosít egy felügyeleti csomagot, akkor növelnie kell a csomag verziószámát, és nem végezhet rajta hibát okozó változtatást; ellenkező esetben a felügyeleti csomagot nem lehet importálni. Nem távolíthatja el például az osztályokat, a tulajdonságokat és a kapcsolatokat. Hasonlóan, nem szabad nem támogatott módon módosítani az adattípusokat. Nem teheti meg például, hogy egy tulajdonság típusát karaktersorozatról numerikusra változtatja.

Az MPSync vezénylési feladat alapesetben 30 percenként fut.

Ugyanarra a felügyeleti csomagra több forrás is hivatkozhat. A forrásrendszerben azonos vagy újabb verziónak kell lennie, mint az adatraktárban; ellenkező esetben a regisztráció meghiúsul.

Az adatraktárból el is lehet távolítani a felügyeleti csomagokat. Tartsa azonban szem előtt a következőket:

1. Felügyeleti csomag eltávolításakor a Service Manager adatbázisából ugyan törlődnek a felügyeleti csomaghoz tartozó adatok, az adatraktárból azonban nem. Helyettük a felhasználók által elérhető adatbázisnézet törlődik.

2. Ha újraimportál egy korábban eltávolított felügyeleti csomagot, a korábbi adatok ismét elérhetővé válnak.

   Megjegyzés

   A rendszer csak a lezár felügyeleti csomagokat szinkronizálja a Service Manager alkalmazásból az adatraktárba. Ez alól kivételt képeznek a listaelemek (amelyeket enumerálásoknak is nevezünk). A rendszer a csoportokat és a várólistákat is szinkronizálja az adatraktárba, függetlenül attól, hogy lezárt vagy lezáratlan felügyeleti csomagban találhatók. A felügyeleti csomagok lezárásával kapcsolatos tudnivalókat lásd a következő blogbejegyzésben: Sealing Management Packs (A felügyeleti csomagok lezárása).

A Service Manager rendszerből importált felügyeleti csomagok a Service Manager rendszerre és az adatraktárra jellemzőek. A Service Manager felügyeleti csomagjai határozzák meg a Service Manager adatbázisának felépítését, és az adatraktár-felügyeleti csomagok határozzák meg az adatraktár-adatbázisok felépítését és folyamatait.

A felügyeleti csomagok szinkronizálását végző folyamat importálja a Service Manager felügyeleti csomagjait, másrészt meghatározza, hogy a felügyeleti csomagok alapján hogyan alakul ki az adatraktár szerkezete, hogyan történik az adatok áthelyezése, illetve hogyan zajlik a jelentések másolása. Miután megtörtént a felügyeleti csomagok szinkronizálása a Service Manager és az adatraktár között, sor kerül az adatok lekérésére és a felhasználók által megjeleníthető jelentések telepítésére.

A jelentések telepítésének folyamata a következő:

1. Miután a rendszer az összes azonosított felügyeleti csomagot szinkronizálta az adatraktárral, a szinkronizálási folyamat elindítja a jelentéseket telepítő munkafolyamatot.

2. Mivel a szinkronizált felügyeleti csomagok végső célja a DWStagingandConfig adatbázis, a telepítési munkafolyamat lekérdezi a DWStagingandConfig adatbázisból, hogy milyen új vagy megváltozott jelentéseket kell telepíteni, illetve milyen jelentéseket kell eltávolítani.

3. A telepítési munkafolyamat ezt követően az SSRS webszolgáltatásának segítségével közzéteszi az új és a megváltozott jelentéseket a SQL Server Reporting Services (SSRS) kiszolgálón.

4. Az SSRS tárolja a jelentéseket és a hozzájuk kapcsolódó metaadatokat.

5. A felügyeleti csomagok szinkronizálása elindítja a sématelepítési munkafolyamatot.

6. A változást okozó, újonnan szinkronizált felügyeleti csomagok alapján a rendszer ismét lekérdezi a sémaváltoztatást kiváltó információkat a DWStagingandConfig adatbázisból.

7. A rendszer telepíti a sémaváltozásokat a DWRepository adatbázisba.

8. A rendszer végrehajtja a szükséges változtatásokat a DWStagingandConfig adatbázis kinyerési, átalakítási és betöltési moduljain.

Azok a felügyeleti csomagok, amelyekben kizárólag a Service Managerre vonatkozó információk találhatók, nem váltják ki a telepítési műveletek elvégzését. Ilyen hatásuk csak az adatraktárral és a jelentésekkel kapcsolatos új elemeknek van.

Az adatraktár sémájának és jelentéseinek telepítése után a DWDataMart adatbázis feltöltődik a jelentések alapjául szolgáló tényleges adatokkal. Ez a műveletet az ETL-folyamatok végzik. Mindhárom folyamat a saját területéért felelős:

• A kinyerés célja nagy mennyiségű, több forrásból származó adat feldolgozása, valamint az adatok áthelyezése egy olyan területre, ahol elvégezhető a módosításuk és feldolgozásuk.

• Az átalakítási folyamat feladata az összetett logikai és integrációs műveletek optimális végrehajtása. Az ETL jellegű munka túlnyomó része itt zajlik.

• A betöltés végzi a feldolgozott adatok tömeges áthelyezését a célhelyre.

Az egyik fő oka annak, hogy a rendszer három különböző adatbázist használ az, hogy így könnyebben optimalizálható a hardverkörnyezet. A nagy mennyiségű adattal dolgozó környezetekben a DWStagingandConfig és a DWRepository adatbázist nagy írási/olvasási I/O-teljesítményű hardverre kell helyezni. A DWDatamart adatbázist ugyanakkor olvasási I/O-ra optimalizált hardverre kell telepíteni. Ezt az eltérést figyelembe véve a DWDatamart adatbázist érdemes a DWStagingandConfig és a DWRepository adatbázisétól eltérő kiszolgálóra vagy meghajtóra helyezni. A DWStagingandConfig és a DWRepository adatbázist mindeközben érdemes azonos kiszolgálón tartani.

Az ETL-feladatok működését az alábbi szakaszok ismertetik áttekintő jelleggel. Ha egyéni jelentések előállítására szolgáló felügyeleti csomagok készítését tervezi, akkor érdemes lehet mélyebben is megismernie ezeket a folyamatokat. Az ETL-folyamatokkal kapcsolatos további információkat lásd: Authoring Guide for System Center 2012 - Service Manager (A System Center 2012 - Service Manager szerzői útmutatója).

Kinyerés

A kinyerési folyamat rendszeres időközönként indul el. A kinyerés az a művelet, amelynek során a rendszer kiolvassa a nyers adatokat az online tranzakció-feldolgozási (OLTP) tárolóból – a jelen esetben ez a Service Manager adatbázisa.

1. A kinyerési folyamat az utolsó futása óta keletkezett különbözeti adatokat kérdezi le a Service Manager adatbázisából.

2. A nyers adatok a DWStagingandConfig adatbázisba kerülnek, ugyanolyan formában, mint ahogy a Service Manager adatbázisában tárolódtak.

Átalakítás

Az átalakítási folyamat rendszeres időközönként fut le. Az átalakítási folyamat helyezi át a nyers adatokat a DWStagingandConfig adatbázisból. Emellett elvégzi a szükséges tisztításokat és az újraformázást, valamint a jelentések elkészítéséhez szükséges végleges formátumra alakítja és összesíti az adatokat. Az átalakított adatok kerülnek a DWRepository adatbázisba.

Betöltés

A betöltési folyamat rendszeres időközönként fut le. A betöltési folyamat a DWRepository adatbázisból kérdezi le az adatokat. A DWRepository adatbázisban található, átalakított adatok a DWDatamart adatbázisba kerülnek. A DWDatamart adatbázis szolgálja ki a felhasználók összes jelentéskészítési igényét.