OTRS обновяване рамка
Тези инструкции са предназначени за тези, които се актуализират OTRS 3.2 до версия 3.3. те могат да бъдат използвани като актуализирането на RPM на системата и в случай на използване на източниците (архиви).
забележка
Имайте предвид, че OTRS 3.3 изисква версия на Perl, поне 5.10.0. Преди да се подновят, се уверете, че вашият сървър работи с тази версия. Проверете версията на Perl, можете да използвате Perl-V в командния ред. Linux е единственият известен разпределение, която използва Perl 5.8 и все още се поддържа от този програмист Red Hat Enterprise Linux (RHEL) 5 и неговите производни CentOS 5. Ако се използват тези платформи и планират да се преместят в OTRS 3.3, трябва също така планират да обновите операционната си система до версия, която поддържа необходимата версия на Perl, например, RHEL 6 и CentOS 6.
Ако използвате по-стара версия на OTRS, първо трябва да ъпгрейд до версия 3.1 (1.1-> 1.2-> 1.3-> 2.0-> 2.1-> 2.2-> 2.3-> 2.4> 3.0-> 3.1-> 3.2-> 3.3 ).! Трябва да се извърши пълен ъпгрейд за всяка версия в границите, включително преобразуване на база данни, и Perl скриптове, за да бъдат актуализирани.
В рамките на една и съща версия, можете да пропуснете средно ниво пресата / кръпка по време на ъпгрейд. Например, можете да преминете директно от OTRS 3.3.1 до версия 3.3.4. В този случай е възможно да пропуснете стъпки 9 и 13-16.
Моля, имайте предвид, че ако сте междинен ъпгрейд от OTRS 3.3.6 или по-рано, трябва да активирате нова задача за Cron, управление на процеса на планиране / Scheduler. Копирайте /opt/otrs/var/cron/scheduler_watchdog.dist файл в / изберат / OTRS / Var / Cron / scheduler_watchdog и актуализира старица - /opt/otrs/bin/Cron.sh започне (като потребител "OTRS", а не "корен ").
Спрете всички съответни услуги.
включително (В зависимост от ползваната услуга):
Направете резервно копие на всички данни от $ OTRS_HOME (по подразбиране OTRS_HOME = / изберат / OTRS):
OTRS към продължи работата с правилния брой приложения, възстановяване TicketCounter.log файл в $ OTRS_HOME / Var / дневник / (по подразбиране: OTRS OTRS_HOME = / изберат /). Това е особено важно, ако използвате допълнителните / последователни приложения за номериране.
Възстановяване на данни статия
Ако сте конфигурирали съхранение на съобщения с данни / бележки в OTRS в файловата система, за да бъдат възстановени в папката статия $ OTRS_HOME / Var / (по подразбиране: OTRS_HOME = / изберат / OTRS).
Използването на RPM пакети:
В този случай, актуализацията от RPM автоматично възстановява старите конфигурационни файлове.
Забележка: Теми OTRS 3.2 и 3.3 не са съвместими, така че не се използват стари теми!
Теми се съхраняват в $ OTRS_HOME / ядрото / изход / HTML / * / * DTL (по подразбиране: OTRS_HOME = / изберат / OTRS) ..
Не забравяйте също така, че .dtl-файлове от версия 3.3 OTRS трябва да бъде само в UTF-8 кодиране.
Създаване файла разрешения.
Ако използвате архив, който (архив, който), следвайте
с права, необходими за монтаж.
Изисква се потвърждение на Perl модули
Уверете се, че всички задължителни Perl модули и doustanovit тези, които може да са били пропуснати поради различни причини.
Забележка: Новите таблици, създадени по време на MySQL UPGRADING ще бъдат създадени с основен метод на достъп създадена през вашия MySQL сървър. В MySQL 5.5 използва нов метод - InnoDB. Ако съществуващата таблица, например, "потребители", метод за достъп, например `MyISAM", които може да получите съобщение за грешка, когато създавате външен ключ.
Има два варианта: (1) можете да промените стандартния метод на MySQL достъп обратно към `MyISAM", а новите таблици ще имат един и същ метод, като този на старите, или (2) да се преконфигурират съществуващата таблица за използване на InnoDB.
Всички проблеми, свързани с използването на метода на достъп ще бъдат отразени в доклад otrs.CheckDB.pl скрипт. Следвайте го за откриване на потенциални проблеми.
Забележка: Ако използвате PostgreSQL база данни 8.1 или по-рано, трябва да се даде възможност за използването на нови драйвери за тези по-стари версии. Направете това, като включително нов ред във вид на ядрото / Config.pm:
Започнат да се движат на скрипта (например потребителски "OTRS", а не като корен):
Не продължите процеса на ъпгрейд, ако този скрипт работи правилно, по ваше мнение. В противен случай, може да загубите данни.
Актуализиране на конфигурацията на системата ви и да премахнете всички данни от кеша. Моля, стартирайте (от името на "OTRS", а не "корен"):
включително (В зависимост от ползваната услуга):
Сега можете да влезете.
Проверете инсталираните пакети
Проверете за управление на пакетите, ако все още са отбелязани всички пакети, както правилно поставен или са някой от тях се изисква да си преинсталирате или ъпгрейд.
Следните пакети ще бъдат автоматично деинсталирани след процеса на обновяване (ако е инсталиран преди това):
Проверете настройките за конфигурация OTRSFreeTextFromCustomerUser
Забележка: Тази стъпка се прилага единствено само, ако сте използвали преди това OTRSFreeTextFromCustomerUser пакет.
Ако сте използвали този модул преди, трябва да го конфигурирате отново. Модулът се деинсталира автоматично скрипта на актуализация, тъй като Той е директно включен в OTRS.
Ако желаете да използвате тази функция, изберете опцията "Ticket :: EventModulePost ### 930-DynamicFieldFromCustomerUser", за да го и параметър sdelayti конфигурация активирате "DynamicFieldFromCustomerUser :: Mapping".
Актуализиране на уеб сървъра за конфигурация
Забележка: това се отнася само ако използвате уеб сървъра Apache, не използвайте конфигурационния файл директно в OTRS инсталационната директория (например, в символична връзка от конфигурацията на директорията на Apache).
Обновяване на конфигурационния файл на Apache за OTRS, тъй като са направени някои промени (вж. скриптове / apache2-httpd.include.conf).
Актуализации и активиране на Разписанието задачи cronjobs
На OTRS има няколко стандартни Cron работни места във файла $ OTRS_HOME / реактивна / Cron / *. DIST. За прилагането им, да ги копирате в даден файл, чак до края на неговия разширение на името на ".dist". Направете го, за да сте сигурни, че използвате най-новите версии на Cron работни места и новодобавените работни места.
Проверете копираните файлове и да направи по поръчка промени и / или допълнения, които може да са направили в предишните версии.
За да приложите тези cronjobs на вашата система, направете сценария Cron.sh. Направи го в името на потребителя на системата OTRS!
Свързани статии