Оформление
Инженерная миграция - Справка FineReport | Разработка отчетов | Использование отчетов | Учебные пособия
Переезд инженеров
1. Обзор
1.1 Версия
| Версия сервера FineBI | Функциональные изменения |
|---|---|
| 6.0 | - |
1.2 Сценарии применения
После развертывания проекта предприятию может потребоваться его перенос из-за таких факторов, как истечение срока службы сервера, копирование тестовой и производственной сред и т. д.
1.3 Варианты программы
SailSoft предлагает инженерные решения по миграции для различных сценариев.
Решение, представленное в этой статье, помогает пользователям перенести их первоначальное развертывание автономных проектов без контейнеров на развертывание автономных проектов без контейнеров.
Перед просмотром плана в этой статье рекомендуется обратиться к следующей таблице, чтобы выбрать для себя более подходящий план миграции. Если вам не нужно менять метод развертывания проекта, вам не нужно просматривать приведенную ниже таблицу, просто обратитесь к этой статье для миграции.
| Существующие работы | Постмиграционные работы | Описание программы | |
|---|---|---|---|
| Тяга к выбору варианта миграции: предпочтительная кластеризация, предпочтительное контейнерное развертывание****Преимущество кластера : по сравнению с автономными инженерными системами кластеры обладают такими преимуществами, как высокая доступность, высокая производительность, простота управления, масштабируемость и безопасность, применимость к требованиям к формированию и управлению отчетами на уровне предприятияПреимущество контейнерного развертывания: по сравнению с традиционной архитектурой развертывания, контейнерное развертывание имеет такие преимущества, как изолированность, переносимость, гибкость, масштабируемость и управляемость, что позволяет значительно снизить затраты на обслуживание и ресурсы предприятий. | |||
| отдельный проект | Развертывание без контейнеров | Контейнерные кластеры | Достаточные ресурсы сервераУзлы рекомендуемой конфигурации ≥ 2 узла |
| Автономный контейнерный | Ограничения ресурсов сервера | ||
| Неконтейнированный автономный | Если вы все еще придерживаетесь традиционного способа миграции на новый автономный проект, вы можете обратиться к этой статье. | ||
| Развертывание в контейнерах | Контейнерные кластеры | Достаточные ресурсы сервераРекомендуемое количество узлов для конфигурации проекта ≥ 2 узла | |
| Автономный контейнерный | Ограничения ресурсов сервера | ||
| кластерное проектирование | Развертывание без контейнеров | Контейнерные кластеры (проект миграции и компоненты кластера) | 1) Достаточные ресурсы сервера(2) Первоначальный кластерный проект может быть активирован и после переезда3) Новое развертывание нового кластерного проекта и компонентов кластера |
| Контейнерный кластер (только для проектов миграции) | 1) Ограничения ресурсов сервера(2) После миграции необходимо запустить только новый кластерный проект, оригинальный проект запускать нельзя.3) Разверните новый проект кластера, вызвав исходные компоненты кластера | ||
| Развертывание в контейнерах | Контейнерные кластеры | единственный вариант |
2. Подготовка новых работ
2.1 Развертывание новых работ
Для развертывания нового проекта FineBI обратитесь к Tomcat Server Deployment Kit for Linux.
2.2 Подтверждение оставшегося дискового пространства на новом сервере проекта
1) Проверьте размер исходного проекта.
2) В соответствии с размером исходного проекта умеренно увеличьте оставшееся дисковое пространство узла сервера, на котором расположен новый проект, и рекомендуется, чтобы оно превышало размер исходного проекта более чем в два раза.
2.3 Подтверждение новой версии проекта
Поскольку пакет развертывания, загруженный с официального сайта, обычно является последней версией, выпущенной Sailsoft. Поэтому пользователям необходимо сначала подтвердить новую версию проекта, чтобы убедиться, что старый проект впоследствии будет обновлен до той же версии.
Администратор входит в новый проект и нажимает "System Management > Управление регистрацией > Информация о версии", чтобы посмотреть номер минорной версии нового проекта (с точностью до даты пакета JAR).
2.4 Закрытие новых работ
Чтобы закрыть новый проект, обратитесь к документу "Закрытие или перезапуск проекта FineBI ".
3. Первоначальная подготовка проекта
3.1 Резервное копирование оригинальной работы
Перед миграцией проекта, во избежание сбоя миграции, который может привести к потере файлов проекта и невозможности отката, пожалуйста, создайте резервную копию исходного проекта, прежде чем приступать к последующей операции.
Обратитесь к разделу 3.1 программы резервного копирования и восстановления проекта, чтобы создать резервную копию проекта.
3.2 Модернизация исходного проекта
При развертывании новых проектов FineBI, как правило, используются более новые версии, выпущенные Sailsoft.
Поэтому для миграции между версиями пользователям необходимо обновить исходный проект до той же новой версии.
1) Определите, требуется ли обновление
Администратор входит в старый проект и нажимает "System Management > Управление регистрацией > Информация о версии", чтобы просмотреть минорный номер версии старого проекта и проверить, совпадает ли он с номером версии нового проекта в разделе 2.3.
Если он соответствует, можно пропустить шаги в этом разделе; если он не соответствует, необходимо выполнить действия в этом разделе для обновления до той же версии.
2) Получите пакет JAR
Для платных пользователей, пожалуйста, свяжитесь с технической поддержкой SailSoft, чтобы получить JAR-пакет проекта той же минорной версии нового проекта, что и в разделе 2.3 (с точностью до даты JAR-пакета).
Контактная информация технической поддержки: Перейдите в раздел "Сервис ", выберите "Онлайн-поддержка" или позвоните по телефону "400-811-8890".
3) Модернизация оригинального проекта
Обратитесь к документу "FineBI Minor Version Upgrade ", чтобы обновить проект до указанной версии.
3.3 Подтверждение библиотеки исходных инженерных конфигураций
Чтобы убедиться, что конфигурации платформы старого и нового проектов идентичны, необходимо синхронизировать библиотеки конфигураций двух проектов. Сначала пользователям необходимо подтвердить информацию о базе данных finedb, используемой в старом проекте.
Администратор входит в исходный проект и нажимает "System Management > Системное администрирование > Общие", чтобы проверить, настроена ли внешняя база данных.
- Настроено: нажмите "Настроено", чтобы записать информацию о местоположении внешней базы данных для этого проекта. Пользователи должны убедиться, что сервер, на котором расположен новый проект, совместим с сервером, на котором расположена внешняя база данных.
- Не настроено: означает, что для проекта не настроена внешняя база данных. (Для формальных проектов рекомендуется, чтобы администраторы настраивали для них внешние базы данных, чтобы проект мог использоваться более стабильно; подробнее см. в разделе: Настройка внешних баз данных ).
3.4 Закрытие первоначального проекта
Чтобы закрыть исходный проект, обратитесь к документу "Закрытие или перезапуск проекта FineBI ".
3.5 Проверка исходного пути проекта
Обычно путь к проекту - %Tomcat_HOME%/webapps/webroot, но для настройки короткой цепочки можно сконфигурировать внешний каталог, и путь к проекту изменится.
Метод проверки: проверьте исходный файл проекта %Tomcat_HOME%/conf/server.xml, посмотрите, есть ли в конфигурации docBase, если есть, то путь, который является путем исходного каталога плагина проекта
4. работы по переезду
4.1 Копирование документов
Скопируйте содержимое папки webroot оригинального пути проекта в новый проект %Tomcat_HOME%/webapps/webroot.
1) Предварительно следуйте разделу 3.5 и проверьте, настроен ли исходный проект на внешний каталог, чтобы убедиться, что копируются правильные файлы.
2) Не используйте файлы, сохраненные в разделе 3.1, а используйте конечные файлы проекта для копирования.
3) Если ресурсов сервера недостаточно и папка webroot слишком велика, скопируйте в проект хотя бы следующие файлы:
| Инженерная документация | инструкции |
|---|---|
| /webroot/backup | Роль: файл резервной копии истории проектаОбязательно ли копирование: на усмотрение пользователя, можно хранить в исходном каталоге для резервного копирования, но не копировать |
| /webroot/bi-data | Роль: FineBI извлекает данныеНужно ли его копировать или нет:Если старый и новый проекты находятся на одном сервере, вы можете повторно смонтировать папку bi-data оригинального проекта или распаковать данные после запуска нового проекта, без необходимости их копирования!Если старый и новый проекты не находятся на одном сервере, копировать их не рекомендуется, в папке обычно слишком много данных, копирование затруднено, вы можете перерисовать данные после запуска нового проекта |
| /webroot/help | Роль: Пользовательский контент проектаДолжно быть скопировано: Должно быть скопированоВ этой папке хранятся такие файлы, как пользовательские карты, пользовательские функции, пользовательский css, пользовательский js и т. д. Если их не скопировать, то предварительный просмотр шаблона будет выглядеть ненормально. |
| /webroot/logs | Роль: быстрый журналОбязательно ли копирование или нет: решает пользовательЕсли вы не скопируете его, вы потеряете журнал операций истории проекта (т.е. logdb), и в функции "System Management > Журнал платформы" не будет данных.Нет необходимости в копировании, если не требуется историческое использование |
| /webroot/WEB-INF/assets/temp_attach | Роль: Информация, связанная с техническим паспортом FineBIДолжно быть скопировано: Должно быть скопированоВ этой папке хранится информация об исходном файле Excel проекта, если вы не скопируете эту папку, это приведет к потере исходного файла Excel |
| /webroot/WEB-INF/assets/vcs | Роль: файл резервной копии шаблона FineReportОбязательно ли копирование или нет: решает пользовательЕсли в проекте не требуется откатывать исторически созданные шаблоны FineReport, нет необходимости копировать |
| /webroot/WEB-INF/assets/other files | Роль: общий каталог постоянстваДолжно быть скопировано: Должно быть скопированоДокументы, необходимые для нормальной работы проекта, если их копия не будет скопирована, это повлияет на нормальное использование проекта |
| /webroot/WEB-INF/classes | Роль: стандартные и пользовательские файлы классов для вызовов проектаДолжно быть скопировано: Должно быть скопированоМогут существовать пользовательские файлы классов, которые могут повлиять на нормальное использование проекта, если их не скопировать. |
| /webroot/WEB-INF/config | Роль: Связанные с библиотекой конфигурации файлыДолжно быть скопировано: Должно быть скопированоБиблиотеки конфигурации, вызываемые платформой (finedb), если их не скопировать, то это повлияет на нормальное использование проекта |
| /webroot/WEB-INF/customlib | Роль: настройка проекта/внешние пакеты JARДолжно быть скопировано: должно быть скопировано, если нет, то это повлияет на доступ к шаблону |
| /webroot/WEB-INF/dpworks | Роль: файл конфигурации, связанный с задачами FineDataLinkДолжно быть скопировано: Должно быть скопировано, если нет, это повлияет на использование задач FineDataLink.(Если папка не существует, это означает, что проект не использует функции, связанные с FDL, и он пропускается) |
| /webroot/WEB-INF/embed | Role: хранит встроенную базу данных finedb, которая использовалась/используется в проектеMust copy: Обяза тельно скопировать, даже если вы используете внешнюю библиотеку конфигурации, рекомендуется скопировать ее для удобства восстановления. |
| /webroot/WEB-INF/lib | Роль: оригинальный проект/внешнее внедрение пакета JAR, обеспечивающий все основные функции проекта, является ключевым файлом проектаДолжно быть скопировано:должно быть скопировано, если нет, то это повлияет на доступ к шаблону |
| /webroot/WEB-INF/plugins | Роль: файлы, связанные с плагином Должно быть скопировано: должно быть скопировано, если нет, то это повлияет на реализацию функций, связанных с плагином |
| /webroot/WEB-INF/reportlets | Роль: каталог хранения шаблонов FineReport. Обязательно ли копировать: обязательно, если не скопировать, это приведет к потере всех шаблонов проекта |
| /webroot/WEB-INF/schedule | Функция: Планирование сгенерированных файлов через регулярные промежутки времени Копировать или нет: решение пользователя Если его не скопировать, то отчет о результатах выполнения задания по таймеру, установленный на платформе принятия решений, будет недоступен. |
4.2 Начало новых работ
Чтобы начать новый проект, обратитесь к документу "Завершение или перезапуск проекта FineBI ".
4.3 Миграция новой внешней инженерной базы данных
Если в исходном проекте, описанном в разделе 3.3, внешняя база данных не конфигурируется, а используется только встроенная база данных, пропустите этот раздел.
Если внешняя база данных настроена в разделе 3.3, то в это время старый и новый проекты используют одну и ту же базу данных finedb, и вам нужно перенести внешнюю базу данных нового проекта в другую базу данных.
1) Новая пустая база данных
Пожалуйста, создайте новое имя библиотеки по исходному адресу внешней базы данных старого проекта как пустую библиотеку, которую нужно перенести.
2) Миграция баз данных
Администратор входит в новый проект и нажимает "Управление системой > Системное администрирование > Общие > Внешняя база данных".
- Настройте внешнюю базу данных на пустую базу данных из предыдущего шага.
- Отметьте пункт "Мигрировать данные в базу данных, которую нужно включить".
- Нажмите на кнопку "Включить новую базу данных".
Когда появится сообщение "Успешное переключение на целевую базу данных! это означает, что внешняя база данных успешно переключена.
4.4 Примечания
После переноса проекта извлечение данных обычно приходится выполнять заново.
Сначала войдите в новый проект, проверьте и измените путь хранения данных (путь на новом и старом сервере может не совпадать, убедитесь, что это путь, где нужно хранить данные), подробнее смотрите: Путь хранения данных
5. Начало работы над оригинальным проектом
Чтобы запустить исходный проект, обратитесь кдокументу" Завершение или перезапуск проекта FineBI".
6. разрешение на миграцию
Если старый проект был зарегистрирован, обычно необходимо перенести авторизацию в новый проект.
Пожалуйста, ознакомьтесь с шагами по использованию плагина миграции лицензий и запросите у Commerce плагин миграции лицензий, чтобы уничтожить старую лицензию исходного проекта и лицензировать новый проект.