SAP Rendszerüzemeltetés

Átírás

1 DEBRECENI EGYETEM SAP Rendszerüzemeltetés Rácz Anett Debreceni Egyetem Informatikai Kar TÁMOP C-12/1/KONV Integrált szervezeti és komplex felsőoktatási szolgáltatások, valamint képzések fejlesztése a versenyképes Debreceni Egyetemért

2 Tartalomjegyzék 1 Bevezetés Valós alkalmazások, beszámolók Heidelberg Egyetemi Kórház Bangkok Airways légitársaság Bevezetés az SAP rendszerüzemeltetésbe SAP megoldások Induló lépések Kliens adminisztráció Az SAP rendszer indítása, leállítása SAP rendszer indítása SAP MMC-ben A rendszer leállítása SAP MMC-ben Első bejelentkezés Licencelés Feladat Kérdések User menedzsment Felhasználó létrehozása Felhasználó menedzsment Felhasználó csoportok... 36

3 4.4 Jelszavak kezelése Rendszeradminisztrátori üzenet küldése Pop up rendszer üzenet küldése az összes felhasználónak Személyes pop up küldése User adminisztrációs példa feladatok Feladat Feladat Feladat Feladat Feladat Feladat Kérdések Jogosultságok, szerepkörök Egyszerű szerepkör Összetett szerepek Jogosultságok nyomon követése Jogosultság kezelése és szerepkör példák Feladat Kérdések Rendszer konfiguráció Rendszer paraméterek konfigurációja

4 6.1.1 Feladat Feladat Kérdések Működési módok Feladat Feladat Kérdések Háttérfolyamatok Háttérfolyamatok készítése Háttérfolyamatok monitorozása Ütemezett feladatok Kérdések Backup és restore műveletek Adatbázis és tranzakciós log mentés Kérdések Tippek hogyan légy jó SAP adminisztrátor Hasznos tranzakciók listája Irodalomjegyzék

5 1 Bevezetés Ebben a kurzusban megismerkedhetünk azokkal az alapvető rendszeradminisztrációs feladatokkal, amik elengedhetetlenek egy SAP adminisztrátor számára. A kurzus előzetes SAP GUI navigációs ismereteket feltételez, melyek az előfeltételként meghatározott tárgyak teljesítését jelenti. Adminisztrátorként a kezdeti feladatok egyike a rendszer installálás és konfiguráció valamint a licence kezelés, ezzel egy stabil, biztonságos rendszer állíthatunk fel. Ezekkel az iniciális feladatokkal az Induló lépések, Rendszer konfiguráció és Licencelés fejezetekben foglalkozunk. A rendszeresen ismétlődő feladatok közé tartozik például a user adminisztráció és a jogosultság kezelés. A javaslat az, hogy ezen feladatokat két külön személy végezze, de különösen kisebb cégek esetén erre sajnos nincs lehetőség és ezért jellemzően egy ember felelős ezen adminisztrációs feladatokért. Ezeket a kérdéseket a User menedzsment és a Jogosultságok, szerepkörök fejezetekben tárgyaljuk. Egy stabil rendszer biztosítása és a túlterhelés elkerülése érdekében az adminisztrátornak jól szervezetten kell koordinálnia a feladat ütemezést. A háttérfolyamatok létrehozásával, monitorozásával valamint az operációs módokkal foglalkozunk a Működési módok és a Háttérfolyamatok fejezetekben. A váratlan, kritikus helyzetek kezelésével foglalkozunk a Háttérfolyamatok monitorozása fejezetben. A váratlan hibajelenségek azonnali kezelésével rövidíthetjük a rendszer leállási idejét. A rendszer folyamatos monitorozásával csökkenthetjük a nem várt események megjelenését. 4

6 A legtöbb adminisztrátori feladat a rendszer alsóbb rétegéhez kötődik így ezen ismeretek átvihetők különböző SAP rendszerek között függetlenül attól, hogy mely komponenseket használja az adott cég. Az adminisztrátori feladatok több területre oszthatóak a cég méreteit, kapacitását és az iparágat figyelembe véve. Egy lehetséges felosztás lehet a következő: - Rendszer adminisztráció: Monitorozás, rendszer konfiguráció, logon és performancia menedzsment. - User adminisztráció és autorizáció: Habár a két kapcsolódó terület ellátására két külön ember javasolt legtöbbször egy alkalmazott felelős ezekért a feladatokért. - Háttérfolyamatok kezelése: Job ütemezés, működési módok menedzselése. - Programozói feladatok, transzport rendszer kezelése. (Bővebben az ABAP kurzuson). - Recovery menedzser: Elkészíti, teszteli és végrehajtja a nem tervezett leállást követő SAP rendszert helyreállító lépéseket. - Hálózati adminisztrátor: A hálózati elérés menedzselése és a rendszer hálózati kapcsolatainak biztosítása, karbantartása. - Infrastruktúra menedzser: A technikai, fizikai infrastruktúra karbantartása. - További feladatok, mint például: backup menedzsment, rendszer biztonsági feladatok, adatbázis adminisztráció, operációs rendszer adminisztráció, desktop support. 5

7 2 Valós alkalmazások, beszámolók 1 Ebben a fejezetben áttekintünk néhány, az SAP megoldások bevezetésével kapcsolatos siker történetet. A világ minden tájáról és alkalmazási területek széles spektrumából mintegy SAP felhasználó alkalmaz valamilyen SAP megoldást az üzleti folyamataiban. A következőkben olvashatunk néhány összegzést, ami egyes cégek siker történetéről szól. Hogyan és milyen céllal vezették be az SAP-t az üzleti és kutatási folyamataikba. Kiemeljük az előzetesen megfogalmazódott célokat, az előnyöket és a stratégiát. Még több beszámolót találunk a oldalon. Kettőt emelnénk ki ezek közül: 2.1 Heidelberg Egyetemi Kórház A cél a beteg-orvos kapcsolat javítása volt különböző IT-alkalmazások segítségével. A Heidelbergi Egyetem az SAP-vel és az abcmedien-vel közösen kifejlesztett egy terhes gondozással kapcsolatos applikációt, amely nemcsak a nőket segíti és csökkenti a különböző kockázati tényezőket, de segédkezik további kutatásokban is. Az SAP-vel és az abcmedien-vel közös konzorciumban kifejlesztett terhességi applikáció vezető azon a téren, hogy valós idejű adatfeldolgozást használ az SAP HANA felhő platform segítségével valamint SAP Mobile Platform-ra is elkészült egy változat, ami egy innovatív interfészként szolgál a Heidelbergi Egyetem számára az orvos-beteg kapcsolatot illetően. Tekintve hogy a terhes gondozás nem igényel gyakori orvosi találkozókat, nehézkes az kismamáktól a megfelelő visszajelzéseket összegyűjteni. A közeli kapcsolattartás az anyákkal a terhes gondozás alatt megoldható ezen applikáció segítségével, ami a diszkrét 1 forrás: 6

8 és finoman fogalmazott pszichológiai kérdéseket intéz a felhasználók felé, hogy azonosítsa és meggátolja az esetleges egészségügyi problémákat, mint például a depresszió. A Heidelbergi Egyetemi Kórház Európa egyik legnagyobb vezető fejlesztő kórháza. Az ő orvosi tudásukkal kifejlesztett terhes gondozási applikáció egy rendkívüli innováció volt, ami azonban rengetek valós idejű adat felhőben történő analizálásával és tárolásával járt. Ezt figyelembe véve egy nagy kihívást jelentett, éppen ezért választották a terhes gondozást, mint elsődleges célját az fejlesztendő applikációnak. Tekintve hogy a terhesség nem betegség, több időt eltölthetnek a megfigyeléssel, a folyamat alakításával, így később lehetőségük lesz olyan hasonló alkalmazás kifejlesztésére, amellyel komoly betegségben szenvedő betegeket is segíthetnek. 2.2 Bangkok Airways légitársaság Manapság általános, hogy negatív légi utazási tapasztalatokról olvashatunk a hírekben, a jegyáraktól elindulva egészen a szegényes reptéri és fedélzeti szolgáltatásokat is beleértve. Másrészről a Bangkok Airways célul tűzte ki magának, hogy ügyfeleinek minden utazás alkalmával örömteli élményeket szerezzen már attól a pillanattól kezdve hogy megérkeznek a reptérre. Bangkok Airways sokat fektetett abba, hogy kiépítse és fenntartsa a saját privátüzemeltetésű reptereit Samui, Sukhothai, és Trat városokban. Ezek a fejlesztések Ezek a beruházások újabb légi közlekedési csomóponttal látják el Tájföldet annak érdekében hogy megkönnyítsék az egyre növekvő légi forgalom kezelését. Kiemelkedően fontos volt számunkra az üzemeltetési költségek megfelelő kezelése annak érdekében, hogy az ügyfeleiknek a legjobb árat kínálhassák. A Bangkok Airways egy 45 7

9 éves saját fejlesztésű applikációkból álló infrastruktúrával rendelkezett a manuális pénzügyi műveleteket illetően. Ez lehetetlenné tette, hogy valós időben láthassák a pénzügyi tranzakciókat és elemezhessék bármely érintett területet. Azaz lehetetlen volt a küldetésüket valóssá tenni. Az SAP Consulting Services-ve, mint implementációs partnerrel a Bangkok Airways igyekezett megvalósítani az elképzeléseit, melynek jelmondata: pleasantry to the passengers on every flight. Ennek hátterében az SAP HANA által támogatott IT fejlesztések álltak. A nagy adatok mobilitással való kombinálása, a manuális helyreigazítások, mint a járat késések vagy last minite útvonal módosítások egyszerre könnyen kezelhető folyamatokká váltak. Az integrált és a továbbfejlesztett külső folyamatokkal a Bangkok Airways mobil kommunikációs lehetőségeket kínál az ügyfelei számára a többek között a járatmódosításokhoz. Az SAP HANA rendszerükhöz kapcsolt mobil applikációk által a Bangkok Airways könnyen bepillantást nyerhet a pénzügyi tranzakciókba. Az applikáció az alkalmazottak számára lett fejlesztve különös tekintettel azokra, akik a járatok menetrendjével foglalkoznak, vagy a költségeket regisztrálják. Ami régebben manuálisan működött, hosszadalmasan, papír alapon az most azonnali. A cégnek lehetősége van a költségek valós idejű rögzítésére, azonnali betekintést nyerni a tranzakciók következményeire és rögtön elemezni a járatokhoz vagy műveletekhez kapcsolódó veszteségeket vagy nyereségeket. 8

10 Az SAP HANA által nyújtott valós idejű kezelés által a Bangkok Airlines most a felesleges költségek lefaragásával, jól szervezetten végzi az adatelemzéseit. Sőt, versenyképes és az ügyfelek számára elérhető árakat tudnak kínálni. 3 Bevezetés az SAP rendszerüzemeltetésbe 3.1 SAP megoldások Az SAP számos megoldást kínál a különböző nagyvállalatok számára. Mivel a vállalatok igényei különböznek egymástól, nem igazán lehet két teljesen egyforma SAP rendszert találni. A vállalatok méreteihez és ipari jellegéhez igazodva az SAP az alábbi lehetőségeket kínálja: SAP Business One Megfizethető, bővíthető kisvállalati szoftver. Elsősorban növekvő vállalatoknak ajánlott (100 körüli alkalmazott szám), akik a pénzügyi, HR és kereskedelmi folyamataikat szeretnék könnyen kezelni. SAP ByDesign Iparági csomagok, melyek kis és középvállalkozásoknak ajánlottak ( alkalmazott körül) akik igény szerint kialakított megoldásokat keresnek a vállalati folyamatok menedzseléséhez. A csomag az egyes iparágak jellemző folyamataival rendelkezik. Az SAP több mint 550 különböző iparági csomagot kínál, amik az iparági sztenderdeken túl egyedi folyamatok kezelését is lehetővé teszik. (pl.: SAP for Media, SAP for Healthcare, SAP for Aerospace and Defense, stb.) SAP All-in-One 9

11 Teljes körű megoldás nagyvállalatok számára (2500 fölötti alkalmazott) valós idejű folyamatkezeléssel. Az iparági alkalmazások teljes spektrumát valamint az SAP NetWeaver által támogatott technológiai platformot kínál ez a verzió. SAP Business Suite Elsősorban olyan vállalatoknak ajánlott, akik igényei eltérnek az iparági szabványoktól vagy éppen speciális egyedi alkalmazásokat igényelnek az iparági sztenderdeken túl. A fenti kategóriák áttekinthetőek a 1. ábra: SAP ábrán. Nagyon fontos, hogy a vállalat számára leginkább megfelelő megoldást válasszuk. Az SAP weboldalán segítséget kaphatunk, és könnyen megtalálhatjuk a számunkra legjobb opciót az SAP fitting room használatával ( 10

12 1. ábra: SAP megoldások 3.2 Induló lépések Ha megtaláltuk a leginkább alkalmas SAP rendszert, a következő dolgunk a bevezetése lesz. Erősen ajánlott, hogy az SAP instanciákat tartalmazó servert csak erre a célra használjuk. Néhány a legfontosabb rendszerkövetelmények közül: - Windows 7 64 bit Professional vagy Windows Server 2008 operációs rendszer, - ajánlott 4 GB RAM vagy több, - 45 GB tárhely kapacitás, stb. Részletes tájékoztatást a rendszer telepítésekor kapunk. Szükségünk lesz továbbá a MaxDB Database Manager-re is. Telepítés után az adatbázis servert és a hozzá tartozó Master jelszót kell beállítanunk. Itt meg kell említeni, hogy az SAP alapértelmezés szerint nem írja felül tranz.log fájlt, ami a későbbiekben azt a hibát okozhatja, hogy az 11

13 adatbázisunk és az egész SAP rendszerünk leáll. Újraindításra csak az elegendő memória mennyiség felszabadítása után van lehetőség, így ajánlott, hogy még ezen a ponton gondoskodjuk erről a beállításról. Ehhez vagy azt tehetjük, hogy rendszeresen ellenőrizzük és ürítjük a fájl tartalmát, vagy pedig engedélyezzük a felülírást a Database Manager-ben. Tekintsünk néhány alapvető fogalmat, amik szükségesek lesznek a tananyag további részének elsajátításakor: - Adatbázis szerver: Ez a szerver tartalmazza az SAP rendszerünk komponenseit valamint az adatbázist. - Applikációs szerver: Ez a szerver tartalmazza az SAP alkalmazásokat. Elkülöníthetünk applikációs szervereket az online felhasználóknak, a háttérfolyamatoknak, de kezelhetjük egy szerveren is ezeket. - Instancia: Egy instancia az SAP alkalmazás egy adott serverre telepített példányát jelenti. Megkülönböztetünk centrális és dialóg instanciákat, ahol a centrális instancia tartalmazza az adatbázist és csupán egy létezik belőle egy rendszeren belül. Dialóg instanciából többet is létrehozhatunk akár egy fizikai serveren is. Az applikációkat foglalja magában. - SAP rendszer: A rendszer alatt egy teljes system ID (SID)-val ellátott SAP installációt értünk. Az SAP rendszer logikailag magában foglalja a dialóg és a centrális instanciákat, fizikailag tartalmazza az adatbázis szervert és az applikációs szervereket. - Kliens: A kliensek a napi tranzakciók által generált különböző applikációs adatokat tartalmazzák egy rendszeren belül. Az SAP rendszerbe egy bizonyos kliensen keresztül tudunk bejelentkezni. Például egy szervezet különböző részlegeihez 12

14 tartozó applikációs adatok különböző saját kliensekhez tartozhatnak. A kliensek osztoznak a rendszer erőforrásain, mint az adatbázis vagy az ABAP Dictionary Kliens adminisztráció A kliens, ahogy azt már említettük korábban, egy technikailag különálló egység az SAP rendszeren belül. Bár a különböző kliensek osztoznak az adattárházon, egyéni beállításokat implementálhatnak. Éppen ezért használjuk leginkább adatok elkülönítésére azokat. Kliens készítése Normál esetben a kliens definíciós folyamat a következő lépésekből áll: 1. Indítsuk el az scc4 tranzakciót, hogy elérjük a kliens tábla adatait.. 2. Kattintsunk a Change gombra. 3. A felugró ablakban válasszuk a Continue gombot. 4. Hogy egy új kliens tábla bejegyzést hozzunk létre, kattintsunk a New Entries gombra. 5. Töltsük ki a szükséges mezőket, mint például a kliens azonosító, ami egy három számjegyből álló egyedi kód. A 000, 001, 066 kódok a rendszer számára fent tartott védett klienseket jelölik. Végül kattintsunk a Save gombra. 6. Egy felugró ablak értesít minket arról, hogy az új kliens elkészült. Kliens másolása A kliens másolás egy jó opció, amikor egy meglévőhöz hasonló beállításokkal vagy adatokkal rendelkező kliens szeretnénk létrehozni. Ez a művelet nem fogja átmásolni a kliens specifikus adatokat, mint például az ABAP programok, vagy a tábla struktúra. A cél kliensnek nem feltétlenül kell azonos rendszerben lennie. Nagy adathalmazok esetén a 13

15 másolás órákat is igénybe vehet, ezen időszak alatt minden felhasználót zárolnunk kell és minden ütemezett feladatot el kell távolítanunk annak érdekében, hogy ne jelenjen meg inkonzisztencia. Nézzük lépésről lépésre a lokál kliens másolásának folyamatát: 1. Indítsuk el az SCCL tranzakciót. 2. A megjelenő Client Copy screen képernyőn válasszuk ki a profile-t a megfelelő mezőben, ezzel definiáljuk azon adattípusokat, amiket másolni szeretnénk. 3. Adjuk meg a háromjegyű kliens azonosítót. 4. Ütemezzük a feladatot háttérfolyamatként, a Scheduled as background job gombra való kattintással. 5. Adjuk meg az futás időpontját pont úgy, mint ahogy azt bármely más háttérfolyamat esetén tennénk. (lásd Háttérfolyamatok készítése fejezetben). 6. Kattintsunk a Save gombra. 7. Ellenőrizzük a másolási beállításokat a megjelenő dialóg ablakban, majd kattintsunk a Continue gombra. Miután visszaigazoltuk a létrehozott ütemezett kliens másolási feladatot, az háttérfolyamatként fog lefutni a megadott időpontban. A jobot nyomon követhetjük az sm37 (Job Monitor) tranzakció segítségével. Amennyiben egy másik rendszerben lévő klienst szeretnénk másolni, az egy kicsit több adminisztrációs munkával jár. Az scc9 tranzakcióban nem csak a másolási profilt hanem a forrás rendszerhez csatlakozó RFC kapcsolatot is meg kell adnunk. Kliens törlése 14

16 Egy kliens törléséhez először be kell jelentkezzünk az adott kliensre, és a következő lépéseket kell végrehajtanunk: 1. Indítsuk el az scc5 tranzakciót. 2. A kliens tábla bejegyzést is el kell távolítanunk, ezért aktiváljuk a Delete entry from T000 jelölőt. 3. Ütemezzük a háttérfolyamatot hasonló módon, mint az előzőekben említett jobok esetén. Miután ez a folyamat lefutott többé már nem érhetőek el a kliens specifikus adatok. Csak abban az esetben futtassuk ezt a műveletet, ha biztosak vagyunk benne, hogy többé már nincs szükségünk az itt jelen lévő adatokra. Tanácsos egy backup készítése a teljes adatbázisról. 3.3 Az SAP rendszer indítása, leállítása Egy SAP rendszer három rétegből áll (operációs rendszer szint, adatbázis réteg, applikációs réteg), melyek jól meghatározott módon egymásra épülnek. Ezért a rendszerindítás egy jól meghatározott lépésekből álló folyamat kell, hogy legyen, hiszen az egyes rétegek nem képesek elindulni, ha az alattuk szereplő rétegek még nem aktívak. A következő táblázatban láthatjuk a három rétegű rendszer egy áttekintését: 1. Táblázat: Az SAP rendszer három rétegű felépítése Réteg Fizikailag SAP instancia Mit futtatunk rajta? Operációs rendszer Asztali gépek - SAP GUI felhasználói felület Adatbázis réteg Önálló adatbázis Dialóg Adatbázis: SQL szerver, DB2, szerver instancia Oracle, stb. 15

17 Applikációs Applikációs Centrális SAP rendszer réteg szerver(ek) instancia Azaz az első lépés az operációs rendszer indítása, ami az adatbázis és applikációs réteg alapjait szolgáltatja. Biztosítja, hogy a fizikai erőforrások az SAP rendszerünk rendelkezésére álljanak. Minden adat a SAP adatbázisban kerül tárolásra, ami a SAP komponenseket is tartalmazza. Mielőtt elindul egy instancia, már egy aktív adatbázissal kell rendelkezni, hogy a benne tárolt információk elérhetővé váljanak. Egy SAP instancia csak akkor indítható, ha az operációs rendszert és az adatbázist már megelőzően elindítottuk. Az instancia (vagy applikációs server) egy SAP rendszeren belüli adminisztrációs egységként írható le. A centrális instancia pontosan egy adatbázist és egy vagy több dialóg instanciát tartalmaz. Az adatbázis és az instanciák lehetnek ugyan egy serveren, de javasolt, különösen robosztus rendszerek esetén, a szétválasztásuk. Az utolsó fázisban a centrális instancia (message server és dispatcher) indul először. Két féle instancia típust különböztethetünk meg: - Centrális instancia (egy rendszeren belül egy) ami az adatbázist tartalmazza. - Dialógus instanciák. Egy SAP rendszer több dialóg instanciát tartalmazhat egy azon fizikai szerveren de érdemes ezeket elkülönítve az adatbázist tartalmazó servertől különböző hoston tárolni. A rendszer minőségének emelése érdekében instancia klasztereket hozhatunk létre, amelyekhez külön servereket rendelhetünk, de emellett ugyanazon adatbázissal dolgozhatnak. 16

18 3.3.1 SAP rendszer indítása SAP MMC-ben 1. Jelentkezzünk be adminisztrátorként az operációs rendszerünkbe. Azaz indítsuk el az operációs rendszert és a szervert. 2. Ezen a ponton lehetőségünk van az adatbázis manuális elindítására, bár ez a lépés nem feltétlenül szükséges, hiszen a start script automatikusan elindítja azt, amikor az SAP rendszert indítjuk. 3. Microsoft Windows alatt használjuk az SAP Management Console (MMC) t. (Lásd) 2. ábra: SAP rendszer indítása SAP Management Console-ban 2. ábra: SAP rendszer indítása SAP Management Console-ban Az SAP Management Console csak Microsoft operációs rendszeren installálható, más rendszerben használjuk a startsap konzol utasítást. 17

19 4. Válasszuk ki a rendszert (pl: NSP) vagy a centrális instanciát (pl: S-PC) amit indítani szeretnénk. Utóbbi esetben egy ellenőrzés történik az adatbázis elérhetőségére, és ha szükséges az SAP automatikusan elindítja azt. Néhány percet is igénybe vehet, amíg a rendszer elindul. A start gombra kattintva az SAP MMC egy timeout intervallumot kér tőlünk, ami azt definiálja, hogy mennyi időt vagyunk hajlandóak várni az SAP instancia elindulására. A definiált időintervallum elteltével az instanciát nem fogja elindítani. 5. A megjelenő dialóg ablakban adjuk meg az adminisztrátori felhasználó nevet és jelszót. Csak adminisztrátori jogkörrel indíthatunk és állíthatunk le egy SAP rendszert. 6. Az SAP MMC a rendszer vagy instancia státusát a következő színezett ikonokkal jelzi: - Szürke ikon: Nem fut - Sárga ikon: Indítás folyamatban - Zöld ikon: Aktív - Piros ikon: hiba miatt befejeződött SAP rendszer indításakor egy instancia specifikus profil definiálja, hogy pontosan milyen folyamatokat kell aktiválni. Ez a profil megtekinthető és szerkeszthető jobb kattintással az instancián majd az All tasks View Start profile pontot választva. Az SAP rendszerbe való bejelentkezés csak akkor lehetséges, amikor már a rendszer aktív, amit a zöld ikon is jelez, ekkor megjelenik a logon screen. Az indításkor bekövetkezett esetleges hibák felől az adminisztrátor a start log fájlban tájékozódhat. Ez a fájl operációs rendszer szinten a /usr/sap/<sid>/<instance>/work 18

20 mappában található sapstart.log néven, (továbbá a sapstartsrv.log, dev_disp, dev_ms, dew_w0) vagy bejelentkezés után az sm21 tranzakció tájékoztat a hibákról A rendszer leállítása SAP MMC-ben Előfordulnak olyan helyzetek, tervezett vagy nem várt események, amik következtében a rendszer leállítása, újraindítása szükségessé válik, mint például hardware karbantartás, profil paraméter változtatás, vagy teljes backup. Ez egy kritikus folyamat, mert minden aktív felhasználóra és futó folyamatra hatással van, így körültekintő tervezést igényel. A rendszer leállítás javasolt lépései: 1. Tájékoztassuk az érintett alkalmazottakat egy rendszer üzeneten keresztül és kérjük őket, hogy jelentkezzenek ki a rendszerből. (Lásd később a Jelszavak kezelése 2. Mint az előzőekben említettük új felhasználót csak jelszóval (generált vagy adminisztrátor által megadott) ellátva hozhatunk létre, mely jelszót az első bejelentkezéskor a felhasználónak módosítani kell. A jelszavak adminisztrátor által történő módosítása lehetséges, ennek legtöbbször az az oka, hogy az adott felhasználó elfelejtette a jelszavát, vagy túllépte a sikertelen bejelentkezési kísérletek megengedett számát. Nagyon fontos, hogy csak biztosan azonosított felhasználói kérésre végezzünk jelszó módosítást. A jelszó újragenerálásának menete a következő: 1. Indítsuk el a su01 tranzakciót. 2. Adjuk meg a felhasználó azonosítóját, akinek a jelszavát módosítani szeretnénk. 3. Kattintsunk a Change Password gombra. 19

21 4. A megjelenő dialóg ablakban válasszuk a Generate Password gombot, hogy egy új véletlenszerűen generált jelszót hozzunk létre a felhasználó számára. (Esetleg kézzel is megadhatunk egy új jelszót, ebben az esetben a jelszó ismétlése szükséges. A véletlenszerűen generált jelszavak bizonyos tulajdonságait rendszerparamétereken keresztül definiálhatjuk. Ilyen például: - A jelszó maximális hossza (GEN_PSW_MAX_LENGTH) - A számjegyek maximális száma a jelszóban (GEN_PSW_MAX_DIGITS) - A betűk maximális száma a jelszóban (GEN_PSW_MAX_LETTERS) - A speciális karakterek maximális száma a jelszóban (GEN_PSW_MAX_SPECIALS) 5. Kattintsunk a Transfer gombra. 3. Rendszeradminisztrátori üzenet küldése fejezetben) 4. Mielőtt leállítanánk a rendszert, győződjünk meg róla, hogy minden felhasználó kijelentkezett. Az sm04 tranzakcióval személyes figyelmeztető üzenetet küldhetünk a még aktív felhasználóknak. 5. Ellenőrizzük az éppen futó és a leállás idejére ütemezett folyamatokat az sm50 és az sm37 tranzakcióval. (Lásd: Háttérfolyamatok monitorozása fejezet) 6. Az smgw tranzakcióval az aktív RFC kapcsolatokat ellenőrizhetjük. Javasolt egy lista készítése a leállítás előtti teendőkről, hogy ne maradjon ki egy kritikus lépés sem. (Lásd: Tippek hogyan légy jó SAP adminisztrátor fejezet) Most nézzük a rendszer leállításának lépéseit: 1. Windows operációs rendszerben indítsuk el az SAP Management Console t. 2. A listából válasszuk ki a rendszert, amit le szeretnénk állítani. 20

22 3. Jobb kattintás a kiválasztott elemen (instancia név vagy rendszer ID) majd kattintsunk a stop-ra. Itt nem fontos az adatbázist is leállítani, a későbbi rendszer indítást gyorsíthatjuk azzal, ha nem állítjuk le ezen a ponton az adatbázist, hanem a tervezett leállás ideje alatt hagyjuk futni. 4. A megjelenő dialógus ablakban ki kell választanunk a leállítás típusát: (Lásd: 3. ábra: Rendszer leállítás típusa dialóg ablak): - Hard (SIGNIT): Ebben az esetben a rendszer azonnal leáll. - Soft (SIGQUIT/SIGNIT): Egy megadott timeout intervallumon belül a rendszer megkísérli a leállást, de ha túllépi a fenti opció (Hard shutdown) lép életbe. 5. A rendszer adminisztrátori bejelentkezést kér. Ezzel a rendszert vagy a rendszert és az adatbázist is leállítottuk 3. ábra: Rendszer leállítás típusa dialóg ablak 21

23 3.4 Első bejelentkezés A rendszer telepítésekor az SAP automatikusan definiálja a következő felhasználókat: (su01) (Lásd 4. ábra: Alapértelmezett userek): SAP* : SAP rendszer super user DDIC : ABAP dictionary objektumok és software logisztikai szuper user SAPCPIC: kommunikációs user BCUSER: fejlesztő user (licence függő) 4. ábra: Alapértelmezett userek Az alapértelmezett userek védelmében a további super userek létrehozása a sap* user másolásával javasolt, majd az sap* user deaktiválása ajánlott. Jelentkezzünk be az SAP rendszerünkbe az SAP GUI (SAP Graphical User Interface)-n keresztül. Az SAP GUI eléréséhez indítsuk el az SAP Logon programot (Lásd ábra: SAP Logon program). 22

24 5. ábra: SAP Logon program Itt láthatjuk az elérhető servereket (ábrán: NSP local) és azok leírását, mint például a SID (system ID, server, instancia szám). Válasszuk ki a rendszert, amibe be szeretnénk jelentkezni, majd kattintsunk a Log On gombra a képernyő bal felső sarkában vagy kattintsunk duplán az adott server nevén. 6. ábra: SAP Logon képernyő 23

25 Megjelenik a Logon képernyő (Lásd: 6. ábra: SAP Logon képernyő), ahol be tudjuk állítani a mandant ID-t (kliens) (rendszeren belüli szeparációs egység) és ki kell töltenünk a felhasználói név és jelszó mezőket, továbbá lehetőségünk van nyelvi beállításra is, amennyiben a kívánt nyelv támogatott és telepítve van a rendszerben. Telepítés után a rendszer 3 mandantot tartalmaz: (scc4): - 000: SAP sztenderd referencia mandant, ami tartalmazza a különböző érték táblákat, az egyéni beállításokat, stb : SAP konfigurációs mandant. Miután minden konfigurációs műveletet elvégeztünk erősen ajánlott, hogy készítsünk egy biztonsági másolatot erről a mandantról (pl.: 100) ami a működő kliens lesz : early watch reportokat tartalmaz. Első bejelentkezéskor a kezdő jelszót meg kell változtatnunk. Lehetőségünk van párhuzamosan több munkaablakban bejelentkezni, de biztonsági és licence okok miatt nem ajánlott. Ehelyett inkább javasolt, hogy kattintsunk a gombra vagy válasszuk a System Create Session pontot vagy a Ctrl+N billentyűkombinációt. Sikeres bejelentkezés után automatikusan megjelenik a saját személyre szabott SAP Easy Access menünk. Első bejelentkezéskor a függvények legenerálódnak, itt beállíthatjuk a leggyakrabban használt tranzakciókat és a többi majd az első használatkor vagy manuálisan az sgen tranzakcióban generálható. A munkánk befejeztével a kijelentkezés több módon történhet: - Kijelentkezés a menüsor használatával: Válasszuk a System Log off parancsot. - Az SAP Easy Access menüben válasszuk a sárga nyíllal ellátott ikont. Amennyiben több sessiont futtatunk, ez az ikon csak az aktív ablakot fogja bezárni. 24

26 - Adjuk ki a /nend parancsot a SAP parancssorban. - Amennyiben az rdisp/gui_aouto_logout rendszerparaméter megfelelően van beállítva, a rendszer automatikusan kilépteti az egy ideje nem aktív felhasználót. A megjelenő dialóg ablakban a rendszer figyelmeztet, hogy a nem mentett adataink el fognak veszni és megerősítését kéri a kijelentkezési szándékunknak. Válasszuk az Igen gombot a kijelentkezéshez. 3.5 Licencelés Amennyiben érvényes licence-szel rendelkezünk, de a lejárati idő 14 napnál közelebbi, a rendszer figyelmeztet minket. Ebben az esetben a Sneak Preview License Key Request weboldalon (lásd 7. ábra: Sneak Preview License Key Request sablon) kitöltjük a kért információkat, mint például a személyes adatok és a rendszer információk valamint a hardware kulcs az SAP által automatikusan generált ID, amit az slicense tranzakcióban találunk. (Lásd 8. ábra: Új licence telepítése). 25

27 7. ábra: Sneak Preview License Key Request sablon Az SAP License Administration képernyőn megtaláljuk a hardware kulcsunkat (Active Hardware Key). A form kitöltése és beküldése után az SAP elküld részünkre egy NSP.txt licence fájlt. 26

28 8. ábra: Új licence telepítése Válasszuk a New Licenses majd az Install gombot, ezután tallózzuk ki az NSP.txt fájlt, aztán kattintsunk a confirm gombra. Egy felugró ablak tájékoztat az SAP licence sikeres telepítéséről és a lejárati dátum frissítéséről Feladat 1. Jelentkezzen be az SAP rendszerbe és listázza ki a felhasználókat! 2. Ellenőrizze a licence lejárati időt! 27

29 3.5.2 Kérdések 1. Milyen SAP megoldást ajánlanál az alábbi paraméterekkel rendelkező cégnek: o Jelenleg excelben és papír alapon intézik az adminisztrációs ügyeket. o Az alkalmazottak száma megközelítőleg 100 fő. o Ipari specifikus folyamatokat használnak. 2. Mik a legfontosabb rendszer követelmények az SAP rendszer telepítésekor? 3. Mely kliensek szerepelnek a rendszerben alapértelmezetten? 4. Mutassa be az SAP rendszerek három rétegű struktúráját? 5. Hogyan állíthatunk le egy SAP rendszert? 4 User menedzsment Egy adminisztrátornak fontos feladata, hogy megfelelő hozzáféréssel és jogosultságokkal rendelkező felhasználókat hozzon létre a rendszerben. Ebben a részben a felhasználó kezelés alapjairól lesz szó, bemutatjuk az alapvető user adminisztrációs feladatokat, mint a felhasználó létrehozása, másolása, felhasználói csoportok létrehozása és autorizáció kezelés. A felhasználó adminisztrációs feladatok dokumentálása egy igen fontos feladat. Egyrészt rendszer-biztonsági szempontból, hiszen minden újabb hozzáférés a rendszerhez egy potenciális problémaforrás lehet, másrészt a rendszer felhasználóit átfogó feladatok nagyon komplexek és ezért szükséges a jól átlátható struktúra, dokumentáció. Egy user adminisztrátor legfontosabb feladatai: 28

30 Név konvenciók létrehozása a felhasználó azonosítókhoz (pl: dolgozó azonosító, a felhasználó neveinek egyes karakterei, ideiglenes felhasználók és konzulensek megkülönböztetése, egyéb speciális konvenciók.) Felhasználók létrehozása, módosítása (Lásd: Felhasználó létrehozása fejezet). User aktiválása (Unlock) és zárolása (Lock). Felhasználó törlése vagy deaktiválása. 4.1 Felhasználó létrehozása Egy új felhasználó létrehozásával egy új elérési pontot nyitunk a rendszer felé. Ez egy kritikus pontja a rendszer üzemeltetésnek, éppen ezért rendkívül fontos a pontos dokumentáció. Egy felhasználó regisztrációs igénylésnek fontos tartalmaznia az alábbi információkat: - A hozzáférést igénylő alkalmazott felettesének aláírását. - Az új felhasználó számára látható és módosítható adatokat kezelő szervezeti egységek vezetőinek beleegyező nyilatkozatát. - Ideiglenes felhasználó esetén az érvényességi időtartam kezdetét és végét. - Az adminisztrátor szintén aláírásával jelzi, hogy elvégezte a kért regisztrációt. További felhasználókat készíthetünk és másolhatunk meglévőeket felhasználva a su01 tranzakcióban. Felhasználó másolása hasznos lehet, amikor egyszerre több, azonos tulajdonsággal rendelkező usert szeretnénk létrehozni egy sablon alapján. Kiválaszthatóak azon felhasználói adatok, melyeket másolni szeretnénk. 29

31 1 Hívjuk a su01 tranzakciót vagy válasszuk a Tools Administration User Maintenance Users. 2 Válasszuk ki a felhasználót (sablont) amelyet másolni szeretnénk. 3 Válasszuk a Copy (Shift+F5) gombot. 4 Adjuk meg a referencia és az új felhasználó nevét, ügyelve a név konvenciókra. 5 Aktiváljuk azokat a check boxokat, amelyeket másolni szeretnénk a két user között. (Lásd 9. ábra: Létező user másolása). 6 Zárjuk be a dialógus ablakot a copy gombbal. 7 A rendszer előhozza a Maintain User képernyőt, ahol további szerkesztési lehetőségekkel találkozunk. 9. ábra: Létező user másolása Felhasználó létrehozása: 1 Indítsuk el a su01 tranzakciót vagy Tools Administration User Maintenance Users. 30

32 2 Adjuk meg a felhasználó nevet és kattintsunk a gombra. 3 A Maintain user képernyő megjelenik, ahol a jelölővel ellátott mezőket kötelező kitölteni, a többi opcionális. (Kötelező mezők: Last name az Address fülön, Initial password és ismétlése a Logon data fülön.) 4 Mentés után az új felhasználó már aktív el elérhető. A Maintain User képernyő felépítése: Address fül: - Személyes információk - Kontakt információk - Cég adatok Logon Data A felhasználó típusa: - Dialog: Ez a típus egy konkrét felhasználót jelöl, aki számára bármilyen típusú bejelentkezés megengedett. A felhasználó önmaga változtathatja a jelszavát, párhuzamos bejelentkezés ellenőrzött és szükséges esetén blokkolt. - System: Belső rendszer folyamatok számára létrehozott user típus. A GUI használat nem lehetséges. A jelszó csak az adminisztrátor által változtatható, a párhuzamos bejelentkezés nem megengedett. - Communication: Rendszerek közti dialógus mentes kommunikáció megvalósítására szolgáló user típus. Dialógus bejelentkezés nem megengedett, a jelszó megváltoztatás lehetséges a user számára. 31

33 - Service: Egyfajta dialog felhasználó, amely egy anonymus, nagy felhasználó csoportot jelöl tipikusan limitált autorizációval. A jelszó változtatása csak az adminisztrátornak megengedett, a párhuzamos bejelentkezés lehetséges. - Reference: A service felhasználóhoz hasonlóan nem egy konkrét személyt jelöl, hanem további autorizációs jogokat. A Roles fülön ezzel a típussal adhatunk további jogokat egy dialog felhasználó számára. Password: - Megadhatunk vagy generálhatunk egy véletlen kezdő jelszót. Rendszer védelmi szempontból ahol lehetséges generált kezdeti jelszavakat alkalmazzunk. - A felhasználói jelszó újradefiniálása is itt lehetséges. User group: - A felhasználókat már létező felhasználó csoportokkal rendelhetjük össze itt. Validity period: - Külső konzultánsoknak fenntartott felhasználók esetén adható ideiglenes/időszakos érvényességi időszak. Defaults fül: Itt állíthatjuk be az alapértelmezett bejelentkezési nyelvet (a már telepített nyelvek közül). A nyomtató beállításokat megadhatjuk a Spool control boxban valamint egyedi időzónát rendelhetünk a felhasználóhoz. Parameters fül: A vonatkozó paraméter értékeket definiálhatjuk. Roles fül: 32

34 A szükséges autozirációkat rendelhetjük a userekhez, továbbá ezekhez érvényességi időszak is megadható. Group fül: Beállíthatunk egy felhasználói csoportot, amihez hozzá szeretnénk rendelni a usert. 4.2 Felhasználó menedzsment Felhasználó zárolása/feloldása: 3 egymás utáni elrontott jelszó miatti belépési hiba esetén a rendszer automatikusan zárolja a felhasználót, amelyről tájékoztat is. (Lásd: 10. ábra: Zárolt felhasználó (túl sok hibás belépési kísérlet)) Ez a limit módosítható a login/fails_to_user_lock rendszer paraméter értékének átírásával. 10. ábra: Zárolt felhasználó (túl sok hibás belépési kísérlet) Egy másik, megfelelő autorizációval rendelkező user feloldhatja a zárolást az alábbi módon: 1. Indítsuk el a su01 tranzakciót. 2. Válasszuk ki a feloldani kívánt felhasználót. 3. Kérjük le a felhasználói információkat. A Logon data fülön láthatjuk a felhasználó jelszavának jelenlegi státuszát. (Lásd 11. ábra: Zárolt felhasználó ) 4. A User maintenance Initial screen képernyőn válasszuk a Lock/Unlock user nyomógombot (vagy Ctrl+F5). Egy dialóg ablak tájékoztat a felhasználó 33

35 zárolásának okáról. Zárjuk be az ablakot az unlock gombbal (Lásd 12. ábra: Felhasználó feloldása). 11. ábra: Zárolt felhasználó logon adatai 34

36 12. ábra: Felhasználó feloldása Hasonló módon tudja az adminisztrátor zárolni a felhasználókat (például biztonsági okokból a SAP* felhasználót). Különböző user-adatokat érhetünk el a felhasználói információs rendszeren keresztül (suim tranzakció), ami a user master rekord egy áttekintését nyújtja. Itt ellenőrizhetjük például mely felhasználók kerültek zárolásra és mikor. A felhasználókat listázhatjuk a bejelentkezési időpontjuk vagy a legutóbbi jelszó módosításuk alapján. A felhasználókhoz rendelt jogokat áttekinthetjük, és ezek módosításait monitorozhatjuk. Felhasználók összevont karbantartása: Bizonyos helyzetekben nagy segítség lehet, ha a felhasználókat nem kell egyenként kezelni, hanem bizonyos módosításokat elvégezhetünk a felhasználók egy csoportján egy lépésben (su10 tranzakció). Például ha egy új részleghez kell hozzárendelni a dolgozókat, vagy bizonyos cégadatok megváltoznak, esetleg az ideiglenes felhasználók érvényességi idejét szeretnék beállítani vagy egy egész csapatot zárolni egy munka befejeztével. 35

37 Az összevont karbantartás lépései: 1. Indítsuk el a su10 tranzakciót. 2. Adjuk meg a felhasználó azonosítókat melyekhez tartozó adatokat módosítani szeretnénk, majd kattintsunk a gombra. 3. Válasszuk ki a fület ahol módosítani szeretnénk, adjuk meg az adatokat majd aktiváljuk a Change checkbox-ot. 4. Mentsük el a módosításokat. 5. Erősítsük meg a változtatásokat a Mass changes dialógus ablakban. 4.3 Felhasználó csoportok A user adminisztráció nélkülözhetetlen eszközei a felhasználói csoportok (user group-ok), azaz valamilyen szempont alapján összetartozó felhasználók egy logikai csoportja. Például egy bizonyos részleg dolgozói, hasonló pozícióban dolgozó alkalmazottak. Valamint hasznos lehet az ideiglenes felhasználókat vagy adminisztrátorokat is egy csoportba összegyűjteni, hogy a kezelésük ezáltal egyszerűbb legyen. A gyakorlatban az alábbi csoportok használata a leginkább jellemző és ajánlott: - TERM: Ezen csoport tagjai a már nem aktív felhasználók, a csoport tagjait zárolni kell. - SUPER: A teljes körű autentikációval rendelkező userek csoportja. - TEMPLATE: Sablon felhasználók, amelyek profilja egy másolási sablonként szolgál az aktuális felhasználók létrehozásakor. 36

38 Egy felhasználó több felhasználói csoport tagja is lehet (pl.: egy részleg vezetőjét nem csak a részlegéhez, de a vezetői csoporthoz is hozzá lehet rendelni. Meg kell jegyeznünk, hogy felhasználókat csak már korábban létrehozott csoportokhoz rendelhetünk. Felhasználói csoportok a sugr tranzakcióval készíthetünk az alábbi műveleteket követve: 1. A tranzakciós képernyőn adjuk meg a csoport nevét, amelyet újonnan definiálni szeretnénk, majd kattintsunk a new gombra, így eljutunk a Maintain user group képernyőre. 2. A szöveges mezőben adjunk egy rövid leírást a csoportról. 3. Felhasználókat a User assignment résznél adhatunk a csoporthoz. (A su01 tranzakcióval Groups fülön szintén adhatunk további felhasználókat a csoporthoz.) 4. A save-re kattintva a rendszer visszaigazolja, hogy a csoport sikeresen elkészült. 4.4 Jelszavak kezelése Mint az előzőekben említettük új felhasználót csak jelszóval (generált vagy adminisztrátor által megadott) ellátva hozhatunk létre, mely jelszót az első bejelentkezéskor a felhasználónak módosítani kell. A jelszavak adminisztrátor által történő módosítása lehetséges, ennek legtöbbször az az oka, hogy az adott felhasználó elfelejtette a jelszavát, vagy túllépte a sikertelen bejelentkezési kísérletek megengedett számát. Nagyon fontos, hogy csak biztosan azonosított felhasználói kérésre végezzünk jelszó módosítást. A jelszó újragenerálásának menete a következő: 6. Indítsuk el a su01 tranzakciót. 37

39 7. Adjuk meg a felhasználó azonosítóját, akinek a jelszavát módosítani szeretnénk. 8. Kattintsunk a Change Password gombra. 9. A megjelenő dialóg ablakban válasszuk a Generate Password gombot, hogy egy új véletlenszerűen generált jelszót hozzunk létre a felhasználó számára. (Esetleg kézzel is megadhatunk egy új jelszót, ebben az esetben a jelszó ismétlése szükséges. A véletlenszerűen generált jelszavak bizonyos tulajdonságait rendszerparamétereken keresztül definiálhatjuk. Ilyen például: - A jelszó maximális hossza (GEN_PSW_MAX_LENGTH) - A számjegyek maximális száma a jelszóban (GEN_PSW_MAX_DIGITS) - A betűk maximális száma a jelszóban (GEN_PSW_MAX_LETTERS) - A speciális karakterek maximális száma a jelszóban (GEN_PSW_MAX_SPECIALS) 10. Kattintsunk a Transfer gombra. 4.5 Rendszeradminisztrátori üzenet küldése Számos rendszer adminisztrátori interakció esetén szükséges az érintett felhasználók előzetes értesítse, kijelentkezési felkérése. Ebben a részben foglalkozunk a pop up üzenetek küldésével, illetve személyre szóló figyelmeztető üzenet létrehozásának lépéseit is áttekintjük Pop up rendszer üzenet küldése az összes felhasználónak A következő lépések írják le, hogyan küldhetünk adminisztrátori üzenetet az aktív felhasználók számára: 1. Indítsuk el az sm02 tranzakciót. 38

40 2. Kattintsunk a create gombra, így megjelenik a Create System message dialógus ablak. 3. Töltsük ki a System message text szöveges mezőt, majd adjuk meg a server nevét, a klienst és egy érvényességi intervallumot. (Lásd 13. ábra: Rendszer üzenet küldése a felhasználóknak). 4. Kattintsunk a save gombra. 13. ábra: Rendszer üzenet küldése a felhasználóknak Minden user megkapja ezt a pop up üzenetet, a következő interakciókor (tranzakció bezáráskor vagy indítás előtt) Személyes pop up küldése Egyes esetekben előfordulhat, hogy csak bizonyos felhasználó(k) számára kell figyelmeztetést küldenünk. A rendszerben van lehetőségünk lekérni az éppen aktív 39

41 felhasználókat. Az sm04 tranzakció kilistázza a rendszerbe bejelentkezett userek azonosítóját és nevét. Több instancia esetén az al08 tranzakciót használhatjuk. Egy adott felhasználó azonosítóját kiválasztva megtekinthetjük az általa indított folyamatokat, amiket adminisztrátorként leállíthatunk vagy törölhetünk. Miután meghatároztuk azon felhasználót vagy felhasználókat, akiknek személyre szóló figyelmeztető üzenetet szeretnék küldeni, elindítjuk a se37 tranzakciót. Kövessük a következő lépéseket: 1. Indítsuk el az se37 tranzakciót. 2. Adjuk meg a következő modult a megfelelő helyen: TH_POPUP. 3. Kattintsunk a futtatáshoz a test/execute-ra (vagy F8), adjuk meg a kért információkat. 4. Majd F8-cal hajtsuk végre a műveletet. Az előző üzenettel ellentétben ez a típusú figyelmeztetés azonnal megjelenik a címzett felhasználó képernyőjén. 4.6 User adminisztrációs példa feladatok Feladat 1. Válasszuk ki (az instruktor által megadott) referencia usert, majd készítsünk egy másolatot róla (NUser01 néven), majd állítsuk az új felhasználó kezdő jelszavát a következő értékre: sap123! 2. Jelentkezzünk be az imént létrehozott NUser01 felhasználóval és változtassuk meg az iniciális jelszavát, ahogy azt a rendszer kéri! Ezután jelentkezzünk ki, majd 40

42 kíséreljük meg a bejelentkezést a régi kezdő jelszóval háromszor egymás után, ezzel zárolva az új felhasználót a következő feladathoz. 3. Jelentkezzünk be a saját felhasználónkkal, majd oldjuk fel a NUser01 felhasználó zárolását a következő lépéseken keresztül! 4. Indítsuk el a suim tranzakciót és kérdezzük le a felhasználókat, akik téves jelszóval próbálkoztak belépni. 5. Oldjuk fel a NUser01 felhasználót! Feladat 1. Jelentkezzünk be a saját felhasználói adatainkkal és gyűjtsük egy listába a zárolt felhasználókat, amely listát ezután mentsünk el valamilyen szöveges fájlba (suim). Oldjuk fel ezeket a felhasználókat egy összevont karbantartási művelet segítségével (su10), ahol az előzőleg mentett listát importálhatjuk Feladat 1. Jelentkezzünk be a saját felhasználói adatainkkal, majd gyűjtsük össze a már legalább 30 napja inaktív usereket (suim). Hasonlóan az előző feladathoz, az elkészített listát mentsük el egy szöveges fájlban, majd összevont karbantartási művelet segítségével zároljuk a listában szereplő felhasználókat (su10) Feladat 1. Készítsünk egy IT felhasználói csoportot azon felhasználók számára, akik egységesen a Informatics részlegen dolgoznak Feladat 1. Adjuk meg a következő cégadatokat: Name: UNIDEB 41

43 Country: HU Time Zone: Europe 2. Jelentkezzünk be a saját felhasználói adatainkkal és válaszzuk ki azokat a felhasználókat, akik az Informatics részlegen dolgoznak és változtassuk meg a cég nevét UNIDEB-re. 3. Ellenőrizzük az előző változtatást a user master recordokban. (suim) Feladat 1. Küldjünk személyes figyelmeztetést a NUser01 felhasználó számára. (se37) 2. Küldjünk adminisztrátori üzenetet a felhasználóknak a következő tervezett rendszerleállás időpontjáról. (sm02) Kérdések 1. Mik a legfontosabb feladatai egy felhasználó adminisztrátornak? 2. Hogyan tudunk egy új felhasználót létrehozni a rendszerben? 3. Mik a minimálisan szükséges információk, amikor egy új felhasználót hozunk létre? 4. Milyen okokból lehet egy felhasználó zárolva? 5 Jogosultságok, szerepkörök A user adminisztráción túl a másik rendszer biztonsági szempontból hasonlóan kritikus feladat a felhasználók és a megfelelő jogosultságok összerendelése. A felhasználói adatok mandant függőek. Egy alkalmazott csak akkor tud belépni a rendszerbe, ha ott rendelkezik érvényes belépési adatokkal (felhasználónév, jelszó). A sikeres belépést követően minden tranzakció indításkor egy ellenőrzés fut, hogy az adott felhasználó rendelkezik-e a 42

44 megfelelő jogokkal az adott tranzakció futtatásához. Ez az ellenőrzés a S_TCODE autorizációs objektumon alapszik. A felhasználó számára csak akkor jelenik meg a tranzakciós képernyő, ha az ellenőrzés sikeresen lezajlott, különben egy hibaüzenetet kap, ami tájékoztatja a jogosultság hiányáról. Egy tranzakción belül a különböző adatok módosítása is különböző jogosultságokat igényel, így a felhasználók különböző adat függő jogosultságokkal is rendelkeznek. Miközben a felhasználók különböző műveleteket hajtanak végre egy tranzakción belül folyamatos ellenőrzés zajlik a háttérben annak érdekében, hogy az adott felhasználó ne változtathasson meg olyan védett adatokat, amelyekhez nincs megfelelő jogosultsága. Információt kaphatunk a jogosultság ellenőrzések kimeneteléről a su53 tranzakcióban, ahol a rendszer listázza az előzőleg végrehajtott ellenőrzéseket és azok eredményeit. Itt találunk jelentéseket arról, hogy a sikertelenül lefutott ellenőrzések esetén milyen jogosultságok hiányoztak a sikeres futáshoz. A jogosultságokat különböző szerepkörökben gyűjthetjük össze, a szerepköröket pedig a felhasználókhoz rendelhetjük. A jogosultság egy autorizációs objektum és annak a megfelelő értékeit jelenti. Egy szerepkör több jogosultságot is tartalmazhat, és egy felhasználónak lehet több szerepköre is. A javaslat az, hogy a user adminisztrátor és a jogosultságokat kezelő személy két külön alkalmazott legyen, de ez nehezen kivitelezhető a kisebb cégek esetén. Két szerepkör típust különböztetünk meg: - Egyszerű szerep esetén (logikailag összetartozó) jogosultsági objektumokat rendelünk a felhasználóhoz. 43

45 - Az összetett szerepkör esetén lehetőségünk van több egyszerű szerep egyidejű hozzárendelésére a userekhez. 5.1 Egyszerű szerepkör Egyszerű szerepkört a pfcg tranzakcióval hozhatunk létre. A függvény segítségével jogosultsági objektumokat gyűjtünk össze egy szerepkört létrehozva. 14. ábra: Role Maintenance képernyő (pfcg tranzakció) 1. Indítsuk el a pfcg tranzakciót. 2. Adjunk meg egy nevet az új jogosultsági szerephez a Role beviteli mezőben. (Ügyeljünk a javasolt név választási konvenciókra, azaz kezdődjön Z vagy Y karakterrel.) 3. Kattintsunk a single role gombra, így megjelenik a Create Roles képernyő. 44

46 15. ábra: Change Roles képernyő a. Itt adhatjuk meg a szerepkörhöz tartozó rövid leírást, ha részletesebb dokumentációra lenne szükség, használhatjuk a long text mezőt. A Menu fülre áttérve mentsük a munkánkat. b. A Menu fülön hozzunk létre egy mappát, amelyben összegyűjthetjük azon tranzakciókat, amelyek futtatását engedélyezzük ebben a szerepkörben. (Több mappát is létrehozhatunk az átláthatóság kedvéért.) c. A tranzakciók mellett ABAP programokat, Query-ket, tranzakció változatokat, URL-eket, fájlokat, riportokat is felsorolhatunk az adott szerepkörhöz. (Lásd 16. ábra: Tranzakciók, riportok, URL-ek, stb. hozzáadása egy szerepkörhöz.). 45

47 16. ábra: Tranzakciók, riportok, URL-ek, stb. hozzáadása egy szerepkörhöz. d. Az Authorization fülön a rendszer legenerálja az új profilt, ha a Propose Profile gombra kattintunk. e. A jogosultsági adatok megváltoztatása gombra kattintva a rendszer figyelmeztet, hogy előbb mentsük el a létrehozott szerepkört. f. A következő képernyőn a rendszer kéri, hogy a hiányzó kapcsolódó jogosultságokat adjuk hozzá a szerepkörhöz. Azok a mezők, ahol elvégeztük a karbantartást zöld jelölőt kapnak és a jogosultsági objektum 46

48 mellett az All Maintained jelzés megjelenik. A karbantartás után mentsük el a változtatásokat és generáljuk le a profilt. g. A User fülön felhasználókat adunk a létrehozott szerepkörhöz. Továbbá érvényességi idő intervallumot is definiálhatunk. Azáltal, hogy több felhasználót is felsorolhatunk, akik ezzel a szerepkörrel rendelkeznek a későbbiekben, a szerepkör módosítása így ezekre és az esetlegesen a su01 tranzakcióban ide rendelt userekre is vonatkozik majd. (Lásd: User menedzsment fejezet) h. A save-re kattintva az új egyszerű szerepkört létrehoztuk. 5.2 Összetett szerepek Egy jogosultság adminisztrátor munkáját nagyban megkönnyítheti, ha az e0ygszerű szerepeket egy magasabb szinten csoportba rendezheti ezzel, úgynevezett összetett szerepeket létrehozva. A felhasználóhoz pedig rendelhetünk ezáltal egy lépésben összetett szerepeket is ahelyett, hogy egyesével sorolnánk fel az egyszerű szerepeket. Összetett szerepeket az alábbi lépéseken keresztül hozhatunk létre a pfcg tranzakció segítségével: 1. Indítsuk el a pfcg tranzakciót. 2. Adjuk meg az új összetett szerep nevét, majd 3. kattintsunk a Comp. Role gombra. 4. Miután megadtuk a szerepkör egy rövid leírását, lépjünk tovább a 5. Roles fülre és soroljuk fel azokat az egyszerű szerepeket, amiket ebben az összetett szerepben csoportosítani szeretnénk. 6. A Menu fülön az egyszerű szerepeknél megadott könyvtár struktúrát egyszerűen átmásolhatjuk az Import menu gombra kattintva. Az elemek 47