Оформление
Восстановление резервной копии проекта
1. Обзор
1.1 Версия
| Версия сервера FineBI | Функциональные изменения |
|---|---|
| 6.0 | - |
1.2 Сценарии применения
Резервное копирование необходимо для защиты данных, обеспечения непрерывности бизнеса и гибкости.
1) Защита данных: с помощью резервного копирования администраторы могут восстановить потерянные или поврежденные данные, чтобы обеспечить их целостность и доступность.
(2) Непрерывность бизнеса: благодаря резервному копированию в случае катастрофы администраторы могут восстановить проект до прежнего состояния, чтобы продолжить работу, сократив время простоя и потерю данных.
(3) Контроль версий и откат: благодаря резервному копированию администраторы могут создавать снимки проекта в разные моменты времени для записи состояния и изменений проекта, что упрощает контроль версий, откат к более старой версии или поиск проблемных изменений.
(4) Миграция и развертывание среды: резервное копирование помогает переносить и развертывать проекты в различных средах. Благодаря резервному копированию полная структура и конфигурация проекта могут быть восстановлены в новой среде, что упрощает процесс миграции и сокращает количество ошибок.
5) Безопасность и соответствие нормативным требованиям: благодаря резервным копиям администраторы могут восстановить проект в прежнем безопасном состоянии, защищая конфиденциальность и целостность данных в соответствии с нормативными требованиями и стандартами безопасности.
Таким образом, проектирование резервного копирования - это важнейший шаг в обеспечении безопасности данных, непрерывности бизнеса и гибкости. При возникновении непредвиденных обстоятельств, изменении требований или аварийном восстановлении инженерное обеспечение резервного копирования является надежным средством защиты и восстановления проектов.
1.3 Функциональный профиль
Эта статья посвящена инженерному решению для резервного копирования в обычном режиме развертывания.
По сравнению с обычными методами развертывания, развернутые с помощью контейнеров проекты можно резервировать одним щелчком мыши, создавая полное резервное копирование проекта за пределами площадки с помощью платформы эксплуатации и обслуживания FineOps.
О преимуществах функции восстановления резервной копии в Ops Platform читайте в разделе " Лучшие практики - восстановление резервной копии ".
Для неконтейнерных проектов, мигрирующих контейнерные решения, см. раздел: Миграция неконтейнерных автономных решений на контейнерные автономные решения
2. резервное копирование критических конфигураций системными администраторами
Сценарий применения: Регулярное и автоматическое резервное копирование ключевых бизнес-данных проекта для предотвращения аварий в проекте и облегчения восстановления.
2.1 Программы резервного копирования
Резервное копирование содержимого: шаблоны проектов, подключаемые модули, пакеты JAR, конфигурация платформы
Частота резервного копирования: рекомендуется создавать 1 резервную копию каждые 1 неделю, при этом последние 5 резервных копий должны сохраняться.
Операция резервного копирования: Администратор входит в систему FineBI и нажимает "Management System > Intelligent Operation & Maintenance > Backup & Restore > Global Settings", чтобы включить автоматическое резервное копирование.
Сохранить местоположение: каталог резервного копированияпроекта%BI_HOME%\webapps\webroot\
2.2 Программы сокращения
Администратор входит в систему FineBI, нажимает "System Management > Intelligent O&M > Восстановление резервных копий" и восстанавливает автоматические резервные копии "Конфигурации платформы, шаблонов отчетов, jar-пакетов и плагинов" одновременно в порядке очереди.
Поскольку эти четыре элемента влияют друг на друга (например, поддержка плагинов и jar-пакетов, поддержка шаблонов и каталога платформы, функции шаблонов и функции jar-пакетов), важно восстановить все четыре резервные копии, созданные в одно и то же время, а не восстанавливать только один элемент или восстанавливать содержимое резервных копий в разные моменты времени.
3. проект резервного копирования администратора сервера
Сценарий применения: Перед миграцией/обновлением вручную создайте резервную копию всего проекта за пределами сайта, чтобы обеспечить быстрый откат после сбоя миграции/обновления.
3.1 Программы резервного копирования
1) Подготовьте сервер, на котором будет храниться содержимое резервной копии
Рекомендуется подготовить дополнительный сервер для хранения файлов резервных копий проекта (если резервные копии делаются локально, то в случае аварии на сервере файлы резервных копий не могут быть защищены)
2) Проверьте информацию о библиотеке конфигурации finedb
Администратор входит в проект и нажимает "System Management > Управление системой > Общие", чтобы проверить, настроена ли внешняя база данных.
- Configured: Это означает, что проект был сконфигурирован с внешней базой данных, нажмите "Configured", чтобы записать информацию о расположении библиотеки конфигурации проекта.
- Не настроен: указывает на то, что проект не настроен на внешнюю базу данных и использует встроенную библиотеку конфигурации.
3) Закрытие инженерных узлов
Обратитесь к документации Shutting Down or Restarting FineBI Engineering, чтобы выключить отдельный инженерный узел/кластер для каждого инженерного узла.
4) Проверка инженерного пути
Обычно путь к проекту - %Tomcat_HOME%/webapps/webroot, но для настройки короткой цепочки можно сконфигурировать внешний каталог, и путь к проекту изменится.
Метод проверки: проверить файл %Tomcat_HOME%/conf/server.xml, посмотреть, есть ли в конфигурации docBase, если есть, то указать путь, который является путем к директории плагина проекта
5) Резервное копирование файлов проекта
Создайте резервную копию папки webroot с путем проекта, определенным в предыдущем разделе, на сервер, подготовленный в первом разделе.
Если настроен кластерный файловый сервер, создайте отдельную полную резервную копию.
Если ресурсов сервера недостаточно и папка webroot слишком велика, создайте резервные копии как минимум следующих файлов в проекте и на файловом сервере:
| Отдельные файлы проекта | Кластерные файлы проекта | инструкции |
|---|---|---|
| /webroot/backup | %ftp%/backup | Резервный файл истории проекта |
| /webroot/bi-data | /webroot/bi-data | Данные извлечения FineBIПо вашему усмотрению ее можно не копировать. Обычно эта папка слишком велика и ее трудно копировать, поэтому вы можете извлечь данные снова после запуска нового проекта. |
| /webroot/logs | /webroot/logs | Журнал операций истории проекта (т.е. logdb), предоставляющий данные "System Management > Журнал платформы". |
| /webroot/WEB-INF/assets | %ftp%/активы | Сохранение общих общих постоянных каталогов, резервных файлов шаблонов FineReport, кэширование чтения/записи проектов (изображений) |
| /webroot/WEB-INF/classes | /webroot/WEB-INF/classes | Файлы классов по умолчанию и пользовательские файлы для вызовов проекта |
| /webroot/WEB-INF/config | /webroot/WEB-INF/config | Информация о библиотеке конфигурации finedb, вызываемой платформой (finedb) |
| /webroot/WEB-INF/embed | /webroot/WEB-INF/embed | Хранит встроенную базу данных finedb, которая использовалась/используется в проекте (даже если сейчас используется внешняя библиотека конфигурации, рекомендуется сделать копию для удобства возврата) |
| /webroot/WEB-INF/lib/webroot/WEB-INF/customlib | /webroot/WEB-INF/lib/webroot/WEB-INF/customlib | Оригинальные/настроенные/внешние JAR-пакеты, которые обеспечивают все основные функции проекта и являются его ключевыми файлами. |
| /webroot/WEB-INF/dpworks | /webroot/WEB-INF/dpworks | Файлы конфигурации, связанные с задачами FineDataLink (если папка не существует, это означает, что проект не использует функции, связанные с FDL, и пропускается) |
| /webroot/WEB-INF/plugins | %Tomcat_HOME%/webapps/webroot/WEB-INF/plugins | Документы, связанные с плагинами |
| /webroot/WEB-INF/reportlets | %ftp%/reportlets | Каталог хранения шаблонов FineReport, например, отсутствие копирования проекта приведет к потере всех шаблонов |
| /webroot/WEB-INF/schedule | %ftp%/schedule | Файлы, созданные планировщиком тайминга, если они не скопированы, недоступны в отчете о результатах тайминга, установленном на платформе принятия решений |
6) Резервное копирование внешней базы данных
Если во втором разделе проверяется, что проект был сконфигурирован с внешней базой данных, необходимо создать отдельную резервную копию этой базы данных:
Используя сторонний инструмент, сделайте копию этой базы данных и загрузите файл резервной копии на сервер, подготовленный в разделе I.
7) Перезапустите инженерные узлы
На этом резервное копирование проекта завершено. Обратитесь к разделу Выключение или перезапуск FineBI engineeringDocumentation,чтобы перезапустить автономный инженерный узел/кластер каждого инженерного узла для возобновления нормальной работы.
3.2 Программы сокращения
1) Закрытие инженерных узлов
Обратитесь к документации Shutting Down or Restarting FineBI Engineering, чтобы выключить отдельный инженерный узел/кластер для каждого инженерного узла.
2) Восстановление внешних баз данных
Восстановите внешнюю базу данных, резервная копия которой была создана, в целевую базу данных.
3) Восстановление инженерной документации
Возьмите резервные файлы проекта и скопируйте их в каталог проекта/внешний каталог.
Примечание: В случае кластерных проектов копировать нужно на каждый сервер узла проекта.
4) Перезапустите инженерные узлы
Обратитесь к документации по выключению или перезапуску инженерного узла FineBI, чтобы перезапустить автономный инженерный узел / каждый инженерный узел кластера для восстановления нормальной работы.