Telepítési útmutató LOGA 2001 MSSQL Budapest, Fő utca 68. Telefon:

Átírás

1 Telepítési útmutató LOGA 2001 MSSQL 1027 Budapest, Fő utca 68. Telefon:

2 Tartalom 2/29 Tartalomjegyzék Tartalomjegyzék... 2 LOGA felépítése/architektúrája... 3 Könyvtárszerkezet... 4 Telepítés... 5 A LOGA telepítésének előkészítése... 5 A P2001.INI... 5 A LOGA program fájljainak telepítése... 6 A LOGA telepítésének befejezése A LOGA frissítése Frissítési FAQ Adatbázis eléréséhez szükséges beállítások elvégzése LOGA mentése Kliensek beállításai Meglévő rendszer bővítése újabb klienssel ODBC adatforrás létrehozása Területi és nyelvi beállítások LOGA szerver költöztetése Az adatbázis költöztetése másik szerverre A fájl szerver költöztetése Teszt adatbázis létrehozása Adatbázis adminisztrációs feladatok Telepítési ellenőrzőlista... 29

3 Felépítés/architektúra 3/29 LOGA felépítése/architektúrája A LOGA-t futtathatjuk egy gépen, de funkció szerint elkülönítve akár külön-külön gépeken is, arra is van lehetőség, hogy egy funkciót több gép is ellásson. A program állományokról is eldönthetjük, hogy egy központi fájl szerveren tároljuk őket, vagy rámásoljuk a kliens gépekre. Minden esetben el kell dönteni, hogy milyen rendszerre van szükségünk/lehetőségünk. Következzen néhány példa a lehetséges architektúrákra. Hagyományos kliens/szerver architektúra A Legkevesebb 2 számítógépből áll: 1. Adatbázis szerver (amin az adatok tárolódnak). 2. Kliens gép, amin a felhasználó dolgozik és a LOGA fut. Hátrány: - A kliens gépnek ugyanazon a hálózaton (LAN) kell lennie, mint a szervernek, mivel nagy hálózati forgalmat generál. Nagy teljesítményű kliens gépek szükségesek. Szerver/vékony kliens architektúra Legkevesebb 2 számítógépből áll: 1. Alkalmazás és adatbázis szerver, amin a LOGA fut és az adatok tárolódnak. 2. Kliens gép. B C D Előnyök: - A kliensek bárhol lehetnek, Internet kapcsolat elegendő a működéshez. - Ez az a leggyorsabb architektúra, az adatbázis és a LOGA közötti forgalom gépen belül zajlik. - Könnyen konfigurálható, bővíthető (Alkalmazás szerverek hozzáadásával). Hátrány: A felhasználók közvetlenül az adatbázis szerveren dolgoznak, ez nem biztonságos. Adatbázis szerver/alkalmazás szerver/vékony kliens architektúra. Legkevesebb 3 számítógépből áll: 1. Adatbázis szerver (amin az adatok tárolódnak). 2. Alkalmazás szerver, amin a LOGA fut. 3. Kliens gép. Előnyök: - A kliensek bárhol lehetnek, Internet kapcsolat elegendő a működéshez. Könnyen konfigurálható, bővíthető (Alkalmazás szerverek hozzáadásával). Egygépes rendszer Előny: a létező legegyszerűbb felépítés. Hátrány: csak egy felhasználó használhatja.

4 Felépítés/architektúra 4/29 Könyvtárszerkezet A telepítés elkezdése előtt el kell dönteni, hogy a rendszer által használt fájlokat hol akarjuk tárolni. A használt fájlokat a következő csoportokba sorolhatjuk: Típus Szükséges Alapértelmezett jogok könyvtár Megjegyzés Program állományok olvas \P2001 A program karbantartása akkor a legegyszerűbb, ha ezek a fájok ugyanazon a gépen/megosztáson vannak. Word sablonok olvas/(ír) \P2001 Lehetőleg ugyanolyan Word verziót használjon az összes gépen. *1 Elkészült listák olvas/ír \Reports Minden LOGA felhasználónak saját lista könyvtára van, ezek mentésére szükség lehet, mivel nem minden lista reprodukálható az adatbázisból. Napló fájlok olvas/ír \Log Lehetőleg minden felhasználónak legyen külön napló könyvtára, azokra hibakeresésnél szükség lehet. Ha a könyvtár közös, akkor a LOGA a következő feladat futása közben felül fogja írni. A napló fájl nyomkövetési szinttől függően több GB is lehet, amely még a gyorsabb hálózatokat is megterheli. *1 Mi a Word sablonokat Office XP alatt készítjük el, ha a cég más verziót használ, akkor az első használat során a Word konvertálja az adott verzióra, és utána megpróbálja lementeni (ekkor kell az írási jog). Ez a konverzió időbe telik, így érdemes megengedni a lementést, ill. ha a cégen belül is több különböző verzió is előfordul, akkor érdemes lehet ezeket verziónként elkülöníteni. Mindegyik fájlcsoport esetében eldönthetjük, hogy melyik könyvtárban kívánjuk tárolni azt. A LOGA könyvtár szerkezete: Könyvtár Módosítható Funkció Cmd Nem Nem használt (Magyarországon) Customer Nem Nem használt (Magyarországon) Dumpdata Nem Nem használt (Magyarországon) FPS Nem Nem használt (Magyarországon) Import Nem A verzióváltáshoz szükséges adatbázis szkripteket tartalmazza. Install Igen A LOGA verziókat tárolhatjuk benne. Java_RE Nem Nem használt (Magyarországon) JobManager2 Nem Nem használt (Magyarországon) Jobs Nem Nem használt (Magyarországon) Log Igen Napló fájlok P2001 Igen Program állományok Reports Igen Elkészült listák Updates Igen Hotfixek (javasolt EEEEHHNN alkönyvtárat létrehozni) Példa: A MASTER Consulting Kft. szervere a következőképpen van beállítva: A telepítés gyökér könyvtára az L: meghajtó. Windows bejelentkező szkript használatával minden felhasználó kap egy saját R: meghajtót. Reports könyvtárnak az R: meghajtó van megadva, így ez alatt mindenki csak a saját listáit látja. A naplók elérési útja az R:\log így ebből is külön van minden felhasználónak. A másik tipikus beállítás, hogy a Reports könyvtárat ott hagyják, ahol van (L:\Reports), és a jogokat úgy állítják be, hogy mindenki láthassa a többiek listáit. Ebben az esetben is érdemes megoldani, hogy külön napló könyvtára legyen minden felhasználónak (P2001.INI, vagy Windows beállítással)

5 Telepítés előkészítés 5/29 Telepítés A LOGA telepítésének előkészítése A legegyszerűbb telepítést írom le, ahol az összes fájl egy könyvtárba vagy megosztásra kerül. Mielőtt a LOGA telepítését elkezdenénk, be kell állítanunk a környezetet, azaz létre kell hozni azokat a meghajtókat, megosztásokat, amelyek a fájlokat tárolni fogják. A LOGA telepítése alapvetően eltér a sztenderd Windowsos programok telepítéstől. A Loga nem a "Program Files" könyvtárba települ, és nem ír semmit a Regisrty-be, nincs uninstallerje sem (eltávolítani a fájljainak törlésével tudjuk). A telepítés gyakorlatilag egy P2001.INI fájl generálásból, és egy kicsomagolásból áll. Elegendő egyszer feltelepíteni (kicsomagolni) és a többi gépre vagy átmásolni, vagy ugyanazt a megosztást használni. Mind az egygépes, mind a fájlszerveres telepítés első lépése, hogy hozzuk létre azt a meghajtót, ami a LOGA gyökérkönyvtára lesz *(L:). Hozzunk létre egy könyvtárat (pld.: C:\loga) majd készítsünk belőle meghajtót (a subst L: c:\loga paranccsal tehetjük ezt meg). Szervernél ezt a könyvtárat még meg kell osztanunk**. *az összes LOGA-t futtató gépen ugyanaz a betűjel legyen **fájl szerveres környezetben, a fájl szerveren is használjuk a subst parancsot, mert a megosztott meghajtó csatlakoztatása nem működik megfelelően, ha ugyanazon a gépen van mindkettő. A LOGA futásához szükség van az adatbázisra is, ezt most vagy a program fájlok telepítése után kell megtenni. A szükséges lépéseket az Adatbázis eléréséhez szükséges beállítások elvégzése fejezet tartalmazza. A P2001.INI A LOGA a P2001.INI fájlban tárolja a beállításait, ez a fájl tartalmazza: az adatbázis hozzáférési adatait, típusát, nevét, a felhasználót és a jelszót (titkosítva) a napló fájlok elérési útjait az Adobe Acrobat Reader elérési útját A fájl helye a SystemRoot (C:\Windows) könyvtárban van. Terminál szerveres telepítés esetén pedig minden felhasználónak létrejön egy külön példány a HOMEPATH\Windows könyvtárba (C:\Documents and Settings\%USERNAME%\Windows). Ezt a fájlt eredetileg a telepítő hozza létre, a telepítés során megadott adatokból, de ha a fájl már létezik, akkor a telepítő felhasználja az abban lévő paramétereket (újból már nem kérdezi meg azokat). Ha tehát a telepítést újból teljesen elölről szeretnénk kezdeni, akkor ezt a fájlt le kell törölni (frissítés esetén is törölhetjük, de legyen belőle biztonsági másolat). Folytassunk a következő ponttal: A LOGA program fájljainak telepítésével

6 Állományok telepítése 6/29 A LOGA program fájljainak telepítése Mielőtt a telepítést elkezdi, győződjön meg arról, hogy van-e mentése az adatbázisról! A telepítés alatt a felhasználók nem használhatják a rendszert! A telepítést vagy a kliens gépen végezzük, vagy a szerveren, de olyan meghajtó betűjelekkel mint a kliens gépen. Erre azért van szükség, hogy a telepítő egyből a megfelelő elérési útvonalakkal generálja le a P2001.INI-t. A telepítés két fő részből áll, a program állományok telepítéséből, és az adatbázis konvertálásából. A telepítő először a program állományomat telepíti, majd az adatbázist konvertálja. Válassza ki a telepítés nyelvét. [OK] [Igen]

7 Állományok telepítése 7/29 Válassza ki a Kliensszoftver telepítése -t. Adja meg a felhasználói azonosítót és az ügyfélkódot. Válassza ki a Standard-Update -t.

8 Állományok telepítése 8/29 Adja meg a telepítés helyét. Adja meg a naplók helyét. Adja meg az adatbázis nevét (ODBC DSN).

9 Állományok telepítése 9/29 Adja meg az adatbázis szerver típusát. Adja meg az adatbázis hozzáférési adatait (felhasználó, jelszó). Ez egy rövid áttekintés arról, hogy a telepítő milyen könyvtárakat fog létrehozni. És milyen LOGA modulokat fog telepíteni. Ez egy figyelmeztetés, hogy a HCM portált le kell állítani. (Magyarországon nem használjuk). [OK]

10 Állományok telepítése 10/29 Telepítés folyamatban Ez pedig a figyelmeztetés, hogy indítsuk el a HCM portált (Magyarországon nem használjuk). [OK] Minden rendben lefutott! [OK]

11 Telepítés befejezése 11/29 A LOGA telepítésének befejezése Ha az adatbázist még nem állítottuk be akkor azt még meg kell tenni: Adatbázis eléréséhez szükséges beállítások elvégzése fejezet. A LOGA futásához kell még néhány ActiveX komponens, ezt a z XClient telepítő tartalmazza, és az összes olyan gépre fel kell telepíteni, ahol a LOGA felületét futtatni akarjuk. A telepítő készlet letölthető innen: Nagy valószínűséggel a verzió után már megjelent néhány hotfix ezt is le kell tölteni és felrakni innen: Néhány speciálisan magyar fejlesztésű programot nem tartalmaz a telepítőkészlet, ezeket külön kell letölteni és beállítani. Letöltés után a következő állományokat másoljuk a P2001 könyvtárba: Beállításukhoz módosítani kell a P2001.INI állományt a [DIALOG] szekcióba fel kell venni a PROZSRVR=prozsrvrhu.exe értéket.

12 Frissítés 12/29 A LOGA frissítése Mielőtt a frissítést elkezdi, győződjön meg arról, hogy van mentése az adatbázisról! A frissítést alatt a felhasználók nem használhatják a rendszert! A frissítés annyiban különbözik a telepítéstől, hogy már létezik a P2001.INI fájl, amely tartalmazza a telepítési útvonalakat, és az adatbázis hozzáférési adatait. A telepítést olyan gépen és olyan felhasználóval kell végezni, ahol a LOGA is működik. Mielőtt a telepítést elkezdi, próbálja ki, hogy a LOGA elindul-e. A frissítés felhasználja a P2001.INI beállításait, ha a beállítások rosszak, akkor a telepítés megszakadhat, illetve megváltoztathatja a könyvtárszerkezetet. A telepítő először lementi a korábbi program könyvtárakat, majd telepíti az újakat. A korábbi program állományok a SAVE_* könyvtárba kerülnek, ahol a * utal a korábbi verziószámra. Ezután következik az adatbázis konvertálása. Ha a telepítés során nem várt képernyő jelenne meg, először nézze meg a Frissítési FAQ -t, ha abban nem talál megoldást, akkor hívja az ügyfélszolgálatot. Ha Microsoft SQL Server 2000 az adatbázis kezelő, és LOGA 9.9-t telepít, akkor minden képen nézze meg a Frissítési FAQ -t. Válassza ki a telepítés nyelvét. [OK]

13 Frissítés 13/29 [Igen] Válassza ki a Kliensszoftver telepítése -t. Válassza ki a Standard-Update -t.

14 Frissítés 14/29 Ez egy rövid áttekintés arról, hogy a telepítő milyen könyvtárakat fog létrehozni. És milyen LOGA modulokat fog telepíteni. Ez egy figyelmeztetés, hogy a HCM portált le kell állítani. (Magyarországon nem használjuk). [OK] Telepítés folyamatban [Igen] Adja meg a módosítandó adatbázis nevét.

15 Frissítés 15/29 A telepített illetve telepítendő nyelveket választhatjuk itt ki. Egyes esetekben ez a képernyő meg sem jelenik. Adja meg az adatbázis hozzáférési adatait (felhasználó, jelszó). A jelszó itt titkosítva jelenik meg, módosítani nem szükséges. [Igen] Ez egy rövid áttekintés arról, hogy a telepítő milyen beállításokkal fogja végrehajtani az adatbázis konverziót.

16 Frissítés 16/29 [Igen] Konvertálás folyamatban Közben több hasonló ablak is feljön. Ha hibaüzenetet kap keresse kollégáinkat! Bizonyos esetekben előfordul, hogy kapcsolatra vár szöveggel a képernyőn ragad ilyen ablak, miközben az Az adatbázis módosítása sikeresen befejeződött. üzenet is megjeleni (alatta). Ezeket az ablakokat nyugodtan be lehet zárni. Oka, ha a konvertálást végző modul nem válaszol időben, akkor a telepítő újból meghívja azt, de a sikertelen ablakokat nem zárja be. [OK] Ez pedig a figyelmeztetés, hogy indítsuk el a HCM portált (Magyarországon nem használjuk). [OK] Minden rendben lefutott! [OK] Néhány speciálisan magyar fejlesztésű programot nem tartalmaz a telepítőkészlet, ezeket a korábbi program könyvtárból (SAVE_%n) át kell másolni az újba. Ezek az állományok a következők: - prozsrvrhu.exe - prozsrvrhu.ini - huurlap.exe

17 Frissítés 17/29 Frissítési FAQ A frissítés során feljövő egyéb képernyők valamilyen P2001.INI beállítási hibára utalnak. A következőkben javaslatokat adunk arra, hogy hogyan folytathatja a telepítést. Ez az üzenet MSSQL 2000 és LOGA 9.9 telepítés alatt jelentkezik (minden esetben). Megoldásként a telepítés megkezdése előtt el kell helyezni a fájlt a Windows könyvtárban (%SystemRoot%). Hibás P2001.INI beállítás. [OK] A következő képernyőn adja meg a napló elérési útját. A telepítés folytatható. Információ a következő képernyőhöz. [OK] Javasoljuk a középső Update für fehlende Feldertitel beállítást. A telepítés folytatható.

18 Frissítés 18/29 Csak Németországban használt funkciót jelöl. [No] A telepítés folytatható. A telepítő nem találja a P2001.INI-t. Valószínűleg egy olyan gépen próbál telepíteni, amin a LOGA nem fut. Javasoljuk, kezdje elölről a telepítést egy olyan gépen ahol fut a LOGA. Bizonyos esetekben letöltés után a Windows nem biztonságos jelzést rak az STASETUP.ZIP állományra. Ilyen esetben a kicsomagolt állományok dátuma átíródik az aktuális dátumra. A LOGA telepítő észleli a dátumok változását és nem engedi a telepítést. Megoldás, a fájl tulajdonságainál, át kell állítani megbízhatóra (STASETUP.ZIP), és újból ki kell csomagolni, a telepítést újra kell kezdeni.

19 Adatbázis 19/29 Adatbázis eléréséhez szükséges beállítások elvégzése. MSSQL esetén: Első telepítés esetén mi egy adatbázis mentést adunk önöknek, ezt az adatbázis kell az adatbázis szerverre felrakni, majd össze kell hangolni az adatbázisban lévő felhasználókat a szerver felhasználóival (Melléklet 3), ill. a két LOGA felhasználónak: L2001, SYSSQL minden jogot meg kell adni az adatbázishoz. Az adatbázis neve szabadon választott, de kérjük, hogy egyeztessék velünk. Az adatforrás neve is szabadon választott, de az egyszerűség kedvéért egyezzen meg az adatbázis nevével. SQL.ini állomány létrehozása: Ennek az állománynak path-on kell lennie. Az állomány tartalma: %ODBC adatforrás neve% -t le kell cserélni az adatforrásnak megfelelően. [win32client] clientname=win32user setzerolengthstringstonull=on [win32client.dll] comdll=sqlodb32 [ODBCRTR] remotedbname=%odbc adatforrás neve%,dsn=%odbc adatforrás neve% buffrow=40 odbctrace=off odbctracefile=c:\odbctrc.log

20 Mentés 20/29 LOGA mentése. LOGA mentése (biztonsági): Adatbázis mentése: Az adatbázis mentéséről, az adatbázis szerver beállításával kell gondoskodni. A mentés beállítása során két szempontot kell figyelembe venni. Egyrészt a hardver hiba miatti mentés, másrészt az emberi (program) hiba miatti mentést. Pld: havonta 1x teljes mentés plusz napi növekményes mentés külső adathordozóra, 10 naponta teljes (ill. számfejtés előtt, után) plusz napi mentés belső adathordozóra. (ha elszáll a szerver, akkor a külső mentésről vissza lehet állítani az adatbázist, viszont ha az adatbázis normális működés közben olyan műveletet hajtottak végre, amely adatok elromlásához/elvesztéséhez vezetett, akkor a belső mentés felhasználásával gyorsan vissza lehet állni egy korábbi állapotra) Egyéb állományok mentése: A futtatható állományok mentése alapvetően felhasználó döntésétől függ, mentésük javasolt. Ez az elkészülő listákra is igaz, bár ezek némelyike nem reprodukálható az adatbázisból. A p2001.ini ill. az sql.ini állományok is reprodukálhatóak, ezeket egyszer le kell menteni. Napló állományok mentése nem szükséges.

21 Kliensek beállításai 21/29 Kliensek beállításai Meglévő rendszer bővítése újabb klienssel A LOGA-t csak egyszer kell a telepítőkészlettel telepíteni, új kliens beállítását kézzel kell elvégezni. A kliens beállításának menete: 1. Hálózati map beállítása. Az L: meghajtó hozzárendelése. A LOGA fájljait egy hálózati megosztáson tároljuk, és ugyanazon a meghajtón csatlakoztatjuk a klienseken, ezt nevezem L: meghajtónak. 2. P2001.INI és SQL.INI bemásolása. A C:\Windows könyvtárba a P2001.INI fájlra írási jog kell a felhasználóknak, ezekből a fájlokból érdemes etalon példányt tartani az L: meghajtón (pld.: L:\Install\ini). 3. xclient feltelepítése. Ez egy ActiveX komponens, amit a LOGA használ, az L: meghajtó Install könyvtárában érdemes tárolni a telepítőkészletet. 4. ODBC adatforrás beállítása (lásd a következő oldalon). 5. A LOGA.EXE parancsikonjának az asztalra helyezése. 6. A naplók könyvtárának létrehozása (ha az szükséges). 7. Területi és nyelvi beállítások, a kliens gépek rendszer nyelvének magyarnak kell lennie (lásd lejjebb, Területi és nyelvi beállítások).

22 ODBC adatforrás létrehozása 22/29 ODBC adatforrás létrehozása. Az adatbázis, és az adatbázis szerver nevét értelem szerűen kell kitölteni, a beállításoknak viszont szigorúan meg kell egyezni a képeken láthatóakkal. 64 bites Windows változat esetén a 32 bites programokhoz tartozó ODBC adatforrásfelügyelőt kell elindítani, amihez a következő állományt kell futtatni: C:\Windows\SysWOW64\odbcad32.exe.

23 ODBC adatforrás létrehozása 23/29

24 Területi és nyelvi beállítások 24/29 Területi és nyelvi beállítások Ahhoz, hogy a LOGA helyesen kezelje a magyar nyelvi karaktereket a következő beállítás szükséges: Vezérlőpult \ Területi és nyelvi beállítások, a Unicode-ot nem használó programok nyelve legyen magyar!

25 Területi és nyelvi beállítások 25/29 Szükséges dátum és számformátum: Rövid dátumformátum: éééé.hh.nn. (figyelem, a rövid dátumformátum, nem tartalmazhat szóközt!) Számformátum: Tizedesjel: [,] (vessző) Ezres elválasztó: [.] (pont)

26 LOGA szerver költöztetése. 26/29 LOGA szerver költöztetése Az adatbázis költöztetése másik szerverre. 1. Az adatbázis szerver telepítése előtt érdemes kiválasztani, hogy az új szerveren melyik partíción is fogja tárolni az adatbázisokat, és a telepítés során érdemes ezt a könyvtárat megadni. 2. Telepítse fel az új adatbázis szervert. A LOGA futtatásához az adatbázisnak SQL Server and Windows Authentication mode -ban azaz Mixed módban kell futnia, ez már a telepítés során is megadható, de később is beállítható. A többi beállítás maradhat alapértelmezett. Ügyeljen arra, hogy az új szerver verziószáma újabb vagy azonos legyen az előzővel. Tegye fel az adatbázis szerver frissítéseit is. 3. Az adatbázis szerver tulajdonságainál kapcsolja be a cursor close on commit beállítást (Connections oldal). 4. Hozza létre az L2001 felhasználót. Kapcsolja ki a password policy -t. Adjon db_owner jogosultságot a master adatbázisra az L2001 felhasználónak. 5. Az előző szerveren mentse le az adatbázist. Fontos, hogy az MSSQL beépített mentő funkcióját használja (és ne a *.mdf, *.ldf fájlokat másolja át). Ezután javaslom az előző adatbázis lekapcsolását (service leállításával, vagy Take Offline az adatbázison, akár a szerver lekapcsolásával). 6. Az új szerveren töltse vissza a mentést (ne hozzon létre új adatbázist, hanem a Databases-n állva jobb klikk és Restore database ), az Options oldalon ellenőrizze/módosítsa a fájlok elérési útját. Majd futtassa le a következő parancsot (New Query): use %adatbázis neve% go sp_change_users_login 'Auto_fix', 'L2001' go Magyarázat: az MSSQL szerver ténylegesen nem a felhasználónévvel azonosít, hanem a felhasználóhoz rendelt SID-vel, ezért az adatbázis másik szerverre történő másolása után szinkronba kell hozni, az SID-ket a felhasználónevek alapján, erre szolgál a fenti parancs. 7. Módosítsa a meglévő ODBC adatforrást, hogy az új szerverhez csatlakozzon, majd törölje az L:\P2001\gupta.ini állományt (ebben tárolja a LOGA az ODBC beállításait, automatikusan létrejön a LOGA futtatásakor). 8. Vége a költöztetésnek. Próbálja ki, hogy működik-e a LOGA. Az ODBC adatforrást az összes kliensen módosítani kell. A fájl szerver költöztetése. 1. Másolja át a fájlokat a régi szerverről az újra, ossza meg, és az összes kliensen állítsa át, hogy az új megosztást használják. (A költözéshez nincs szükség a LOGA újbóli telepítésére, nincs szükség a telepítőkészletre sem). 2. Vége a költöztetésnek. Próbálja ki, hogy működik-e a LOGA.

27 Teszt adatbázis létrehozása. 27/29 Teszt adatbázis létrehozása. 1. Mentse le az MSSQL beépített mentő funkciójával a másolandó adatbázist. 2. Töltse vissza az adatbázist más néven (ne hozzon létre új adatbázist, hanem a Databases-n állva jobb klikk és Restore database ), az Options oldalon ellenőrizze/módosítsa a fájlok elérési útját. (Ha a másolat másik szerveren fog futni, akkor olvassa el az Az adatbázis költöztetése másik szerverre -t.) 3. Hozza létre az ODBC adatforrást az új adatbázishoz 4. Módosítsa az sql.ini állományt (C:\Windows), ebben az állományban több adatbázis kapcsolatot is megadhat a remotedbname= kezdetű sor másolásával: [ODBCRTR] remotedbname=datab1,dsn= DATAB1 remotedbname=datab2,dsn= DATAB2 5. Próbálja ki, hogy működik-e a LOGA. A LOGA futtatásakor a bejelentkező képernyőn át kell írni az adatbázis nevet arra amit épp használni szeretne. A 3-4 pontokat az összes kliensen el kell végezni. Teszt alkalmazás létrehozása. Itt számos lehetőség áll rendelkezésre, ezért itt csak egyetlen lehetőséget írok le: azt, ahogyan a Master Consulting használja. Nálunk van egy könyvtár, amiben minden alkönyvtár egy-egy környezetnek felel meg: installed\116 installed\116t installed\110 installed\110t Egy kisebb alkalmazás használatával, a felhasználó megadhatja, hogy melyiket szeretné használni. Az alkalmazás pedig a választott könyvtárat csatolja fel L: meghajtóként. Az alkalmazásban egyébként a választott adatbázis neve is megadható, ekkor a P2001.INI-t is lecseréli. Ügyfeleknél általában két környezet szokott előfordulni, éles és teszt, így azt szoktuk javasolni, hozzanak létre egy-egy parancsfájlt, ami elvégzi a módosításokat.

28 Adatbázis adminisztrációs feladatok. 28/29 Adatbázis adminisztrációs feladatok. MSSQL Adatbázis és adatbázis szerver felhasználóinak összehangolása: use %adatbázis neve% go sp_change_users_login 'Auto_fix', 'SYSSQL' go sp_change_users_login 'Auto_fix', 'L2001' go Adatbázis ellenőrzése: DBCC CHECKDB Log fájl törlése: 1. backup, csak a log-ot (Enterprise Manager) 2. DBCC SHRINKFILE (BERT_1_Log, EMPTYFILE) 3. log fájl törlése (Enterprise Manager) Adatbázis tulajdonos változtatás: sp_changedbowner %username% ODBC adatforrást létrehozni az adatbázishoz Mentéshez, aktuális dátum szöveggé konvertálása: select CONVERT ( varchar(20), getdate(), 112) (YYYYMMDD formátumban adja vissza az értéket) Oracle dátum formátum megadása: ALTER SESSION SET NLS_DATE_FORMAT='yyyy-mm-dd'

29 Adatbázis adminisztrációs feladatok. 29/29 Program telepítése: Telepítési ellenőrzőlista 1. LOGA főkönyvtár létrehozása, fix meghajtó betűjel hozzárendeléssel ( L: ). 2. Igény szerint felhasználói könyvtár létrehozása,fix meghajtó betűjel hozzárendeléssel ( R: ). 3. Napló könyvtár létrehozása ( R:\Log, hogy mindenkinek külön legyen ). 4. LOGA telepítése (P2001.INI létrehozása, a fenti könyvtárakkal). 5. SQL.INI létrehozása, path-ra másolása. 6. ODBC adatforrás létrehozása. 7. Exec könyvtár felmásolása (L:\P2001). 8. P2001.INI módosítása: a. [DIALOG] PROZSRVR=prozsrvrhu.exe b. [DRUCK] PDFDIREKT=REPVAMS MSSQL Adatbázis telepítése: 1. Szerver tulajdonságai: a. Security / Mixed mode b. Close cursor on COMMIT 2. L2001 felhasználó létrehozása 3. SYSSQL felhasználó létrehozása 4. Adatbázis visszatöltése 5. Felhasználók összerendelése (szkript)