Update OTRS keret
OTRS-frissítés keret
Ezek az utasítások azok számára, akik frissíteni OTRS 3.2 verzió 3.3. úgy lehet használni, mint a frissítése a rendszer RPM és abban az esetben a források felhasználásával (tarballokat).
megjegyzés
Vegye figyelembe, hogy OTRS 3.3 verziójára van szükség Perl, legalább 5.10.0. Mielőtt frissíti, győződjön meg róla, a kiszolgáló fut ezzel a verzióval. Ellenőrizze a változat Perl, akkor a perl -v parancsot a parancssorba. Linux az egyetlen ismert eloszlás, amely felhasználja perl 5.8, és még mindig támogatja a fejlesztő Red Hat Enterprise Linux (RHEL) 5 és az abból CentOS 5. Ha ezek a platformok, és azt tervezi, hogy lépjen OTRS 3.3, akkor is tervezi, hogy frissítse operációs rendszer verzióra, amely támogatja a kívánt változatát perl, például RHEL 6 és CentOS 6.
Ha egy régebbi verzióját OTRS, először meg kell frissíteni a 3.1 verzió (1.1-> 1,2-> 1,3-> 2.0-> 2,1-> 2,2-> 2,3-> 2,4-> 3,0-> 3,1-> 3,2-> 3.3 ).! El kell végeznie a teljes frissítés minden változata a tartományban, beleértve az adatbázist átalakítás, és perl script frissíteni kell.
Ugyanebben a verzió, akkor hagyja köztes kiadások / tapasz szinten a frissítés során. Például, akkor frissíteni közvetlenül OTRS 3.3.1 verzió 3.3.4. Ebben az esetben lehetőség van arra, hogy kihagyja lépéseket 9. és 13-16.
Kérjük, vegye figyelembe, hogy ha egy köztes frissítés OTRS 3.3.6 vagy korábbi, akkor aktiválnia kell egy új feladat a cron, irányítja a folyamatot tervező / ütemező. Másolás /opt/otrs/var/cron/scheduler_watchdog.dist a / opt / OTRS / var / cron / scheduler_watchdog és frissíti a crontab - /opt/otrs/bin/Cron.sh indul (mint a felhasználó "OTRS", nem „root „).
Állítsa le az összes érintett szolgáltatást.
beleértve (Szolgáltatástól függően használható):
Biztonsági másolatot az összes adatot a $ OTRS_HOME (alapértelmezett OTRS_HOME = / opt / OTRS):
OTRS a folyamatos munka a megfelelő pályázatok száma, helyreállítása TicketCounter.log fájl $ OTRS_HOME / var / log / (alapértelmezett: OTRS_HOME = / opt / OTRS). Ez különösen fontos, ha használ inkrementális / sorszámokra alkalmazásokhoz.
Visszaállítása cikk adatait
Ha úgy állította be az adatok tárolása üzenetek / jegyzeteket OTRS a fájlrendszerben helyre kell állítani a cikk mappa $ OTRS_HOME / var / (alapértelmezett: OTRS_HOME = / opt / OTRS).
RPM-csomagok:
Ebben az esetben, a frissítést a RPM automatikusan visszaállítja a régi konfigurációs fájlokat.
Megjegyzés: A témák OTRS 3.2 és 3.3 nem kompatibilis, így nem használható a régi témákat!
Témák tárolja a $ OTRS_HOME / Kernel / Output / HTML / * / * DTL (alapértelmezett: OTRS_HOME = / opt / OTRS) ..
Emlékezzünk arra is, hogy a .dtl-fájlokat Version 3.3 OTRS kellene lennie utf-8 kódolást.
Beállítás jogosultságokat.
Ha egy tar (tarball), kövesse
A jogok telepítéshez szükséges.
Ellenőrzés szükséges Perl-modulok
Ellenőrizze, hogy az összes szükséges perl modulokat és doustanovit amelyek lehet, hogy kimaradt különböző okok miatt.
Megjegyzés: Az új táblák során létrehozott MySQL UPGRADING jön létre az alapértelmezett hozzáférési módszer alakult a MySQL szerver. A MySQL 5.5 használ egy új módszer - InnoDB. Ha a meglévő táblázat, például „felhasználó”, a hozzáférési mód, így a `MyISAM”, akkor egy hibaüzenet jelenik meg, amikor létrehoz egy idegen kulcs.
Két lehetőség van: (1) meg lehet változtatni az alapértelmezett módszer MySQL visszalépés `MyISAM”, míg az új táblákat lesz ugyanazzal a módszerrel, mint a régi, vagy (2) állítani a meglévő táblázat használata InnoDB.
Bármilyen probléma használatával kapcsolatos hozzáférési módszer tükröződni fog a jelentésben otrs.CheckDB.pl forgatókönyvet. Kövesse azt felismerni a lehetséges problémákat.
Megjegyzés: Ha az adatbázisban PostgreSQL 8.1 vagy korábbi, engedélyezni kell az új vezetők ezen régebbi verziók. Ehhez többek között egy új sort a Kernel / Config.pm típusa:
Kezdenek mozogni a script (a felhasználó OTRS "NEM root):
Ne folytassa a frissítési folyamat, ha ezt a forgatókönyvet dolgozzon ki megfelelő az Ön véleménye. Ellenkező esetben, akkor elveszíti az adatokat.
Frissítse a rendszer konfigurációját, és távolítsa el az összes adatot a cache. Kérjük, futtassa (nevében a „OTRS”, és nem „root”):
beleértve (Szolgáltatástól függően használható):
Most akkor jelentkezzen be.
Ellenőrizze telepített csomagok
Ellenőrizze a csomagkezelő, ha minden csomag is jelzi, hogy telepítve megfelelően vagy bármelyikük újra kell telepíteni vagy frissíteni.
Az alábbi csomagok automatikusan eltávolítja után a frissítési folyamat (ha korábban telepített):
Ellenőrizze a konfigurációs beállításokat OTRSFreeTextFromCustomerUser
Megjegyzés: Ez a lépés csak akkor érvényes, csak akkor, ha korábban használt OTRSFreeTextFromCustomerUser csomagot.
Ha már használta ezt a modult, mielőtt újra be kell állítani azt. A modul automatikusan eltávolítja a frissítés script, mert Ő most közvetlenül tartalmazza OTRS.
Ha szeretné ezt a szolgáltatást használni, válassza az „Ticket :: EventModulePost ### 930-DynamicFieldFromCustomerUser” aktiválni és sdelayti konfigurációs paraméter „DynamicFieldFromCustomerUser :: Mapping”.
Frissítése a konfigurációs web szerver
Megjegyzés: ez csak akkor érvényes, ha az Apache webszerver, ne használja a konfigurációs fájl közvetlenül OTRS telepítési könyvtárba (például egy szimbolikus linket az Apache konfigurációs könyvtárban).
Frissítse az Apache konfigurációs fájl OTRS, mivel Egyes változások történtek (lásd. Scripts / apache2-httpd.include.conf).
Frissítés és aktiválás ütemező feladatok cronjobs
Az OTRS van néhány szabványos cron munkahelyek fájl $ OTRS_HOME / var / cron / *. Táv. Azok alkalmazását, másolja azokat egy fájlba, egészen a végén az ő neve kiterjesztés „.dist”. Ne ezt, hogy megbizonyosodjon arról, hogy a legújabb változat a cron munkahelyek és az újonnan hozzáadott munkahelyet.
Ellenőrizze a másolt fájlokat, és az egyéni változtatások és / vagy kiegészítések, amit lehet tenni az előző verziókban.
Ahhoz, hogy alkalmazzák ezeket cronjobs a rendszer, ezt a forgatókönyvet Cron.sh. Tedd meg a nevét, a rendszer felhasználói OTRS!