Оновлення otrs-фреймворка

Оновлення 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 для поновлення.

Усередині однієї версії, ви можете пропустити проміжні релізи / patch level при оновленні. Наприклад, ви можете провести оновлення прямо з OTRS 3.3.1 до версії 3.3.4. В цьому випадку можна припустити кроки 9 і 13-16.

Зверніть увагу, що якщо ви робите проміжне оновлення з версії OTRS 3.3.6 або більш ранньої, необхідно активізувати нове завдання для cron, яка керує процесом Планувальника / Scheduler. Скопіюйте файл /opt/otrs/var/cron/scheduler_watchdog.dist в / opt / otrs / var / cron / scheduler_watchdog і обновіть crontab - /opt/otrs/bin/Cron.sh start (як користувач "otrs», не «root ").

Зупиніть всі відповідні служби.

в т.ч. (Залежні від використовуються послуг):

Зробіть резервні копії всіх даних з $ OTRS_HOME (за замовчуванням OTRS_HOME = / opt / otrs):

Щоб OTRS продовжив роботу з правильними номерами заявок, відновіть файл TicketCounter.log в $ OTRS_HOME / var / log / (за замовчуванням: OTRS_HOME = / opt / otrs). Це особливо важливо якщо ви використовуєте incremental / послідовну нумерацію заявок.

Відновити дані статті

Якщо ви налаштували зберігання даних повідомлень / заміток в OTRS в файлової системі потрібно відновити article папку в $ OTRS_HOME / var / (за замовчуванням: OTRS_HOME = / opt / otrs).

За допомогою RPM-пакетів:

В цьому випадку оновлення з RPM автоматично відновлює старі конфігураційні файли.

Примітка: Теми OTRS 3.2 і 3.3 НЕ сумісні між собою, тому жодних старі теми!

Теми зберігаються в $ OTRS_HOME / Kernel / Output / HTML / * / *. Dtl (default: OTRS_HOME = / opt / otrs).

Пам'ятайте також, що .dtl-файли, починаючи з версії OTRS 3.3 повинні бути тільки в кодуванні utf-8.

Установка прав доступу до файлів.

У разі використання тарбола (tarball), виконайте

з правами, необхідними для установки системи.

Перевірка необхідних Perl модулів

Перевірте наявність всіх необхідних perl модулів і доустановити ті, які могли бути пропущені через різні причини.

Примітка: нові таблиці, створені в процесі MySQL UPGRADING будуть створені з методом доступу за замовчуванням, встановленому в вашому MySQL сервері. В MySQL 5.5 застосовується новий метод - InnoDB. Якщо існуючі таблиці, наприклад, "users", мають метод доступу, наприклад, MyISAM, може з'явитися повідомлення про помилку при створенні зовнішніх ключів.

Є два варіанти: (1) ви можете змінити стандартний метод доступу MySQL назад в MyISAM, при цьому нові таблиці матимуть той же метод, що і старі, або (2) переналаштувати існуючі таблиці на використання InnoDB.

Будь-які проблеми, пов'язані з використанням методу доступу будуть відображені в звіті скрипта otrs.CheckDB.pl. Виконайте його для виявлення можливих проблем.

Примітка: При використанні СУБД PostgreSQL 8.1 або більш ранньої, необхідно включити використання нового драйвера для цих старих версій. Виконайте це шляхом включення нового рядка в ваш Kernel / Config.pm типу:

Запустіть сценарій переміщення (як користувач 'otrs', а НЕ root):

Не примушуйте себе продовжувати процес оновлення, якщо цей скрипт відпрацьовує неправильно, на вашу думку. Інакше, ви можете втратити дані.

Оновлення конфігурацію системи і видаліть всі дані з кешу. Будь ласка, запустіть (від імені 'otrs', НЕ 'root'):

в т.ч. (Залежні від використовуються послуг):

Тепер ви можете увійти в систему.

Перевірте встановлені пакети

Перевірте в менеджері пакетів чи пакети по колишньому позначені як правильно встановлені або будь-які з них вимагають переустановлення або ж оновлення.

Наступні пакети будуть автоматично деінсталювати після процесу відновлення (якщо були встановлені раніше):

Перевірка налаштувань конфігурації OTRSFreeTextFromCustomerUser

Примітка: Цей крок застосовується лише тільки в тому випадку, якщо ви використовували пакет OTRSFreeTextFromCustomerUser раніше.

Якщо ви використовували цей модуль раніше, необхідно його переналаштувати. Модуль буде автоматично Деінсталювати скриптом поновлення, тому що він тепер безпосередньо включений в OTRS.

Якщо ви бажаєте скористатися цією можливістю, включіть параметр "Ticket :: EventModulePost ### 930-DynamicFieldFromCustomerUser" для активізації її і сделайті настройки в параметрі "DynamicFieldFromCustomerUser :: Mapping".

Оновлення конфігурації веб сервера

Примітка: це може бути застосовано тільки якщо ви використовуєте веб-сервер Apache, не використовуйте файл конфігурації безпосередньо в каталозі установки OTRS (наприклад, в символічне посилання з каталогу конфігурації Apache).

Оновлення файл конфігурації Apache для OTRS, тому що були зроблені деякі зміни (див. scripts / apache2-httpd.include.conf).

Оновлення та активація планувальника завдань cronjobs

У OTRS є кілька стандартних завдань cron в файлі $ OTRS_HOME / var / cron / *. Dist. Для їх застосування необхідно скопіювати їх в файл, опустивши в закінченні його імені розширення ".dist". Виконайте це, щоб бути впевненим в тому, що ви використовуєте останні версії завдань cron і знову включені завдання.

Перевірте скопійовані файли і внесіть зміни користувача або / та доповнення, які ви, можливо, зробили в попередніх версіях.

Для застосування цих cronjobs у вашій системі виконайте скрипт Cron.sh. Виконуйте його від імені системного користувача OTRS!

Схожі статті