Skip to main content

Руководство администратора BriefCam

Резервные копии

Last Updated: 3 minute read
Версия2024r2
ЯзыкРусский

Важно

Резервное копирование выполняется клиентом, и интегратор может помочь разработать стратегию резервного копирования в соответствии с потребностями и средой клиента.

Ежедневное резервное копирование выполняется автоматически в полночь и 2 часа ночи для Research и MongoDB.

\\server\Briefcam\ServerData\BackupsРезервное копирование базы данных и MongoDB выполняется в: .

\\server\Briefcam\ServerData\Backups\RESEARCHФайлы резервной копии RESEARCH сохраняются в: .

Резервное копирование для систем высокой доступности и крупных систем

Для систем с высокой активностью лучше всего запланировать резервное копирование на время простоя системы (например, в выходные дни). Если это невозможно, лучшим решением будет репликация на другой сервер.

В системах с круглосуточной обработкой данных автоматическое резервное копирование может привести к превышению времени ожидания базы данных. BriefCamДля этих типов систем рекомендуется обратиться в службу поддержки, чтобы разработать стратегию резервного копирования, соответствующую требованиям клиентов.

В целом, в крупных системах или при работе системы в режиме 24/7 настоятельно рекомендуется настроить репликацию и отключить запланированные задачи автоматического резервного копирования.

Рекомендуется настроить другую резервную копию на другой компьютер или скопировать резервные копии на другой компьютер.

Необходимо создать резервные копии следующих компонентов:

Компонент

Резервное копирование

Метод резервного копирования

База данных PostgreSQL

Дамп базы данных

exportDB.bat Запустите файл

Общая папка BriefCam — ServerData

Все хранилище, используемое BriefCam

Зеркалирование дисков, репликация, конфигурация RAID, внешнее резервное копирование

Данные бизнес-аналитики — QlikShare

Файлы данных QLIK

bi_backup.exe Запустите файл

MongoDB — только в крупных средах

Большие двоичные объекты активации камеры

Обратитесь в службу поддержки BriefCam

Данные лицензии

Файл активации лицензии

Файл активации лицензии

Файлы конфигурации баз данных

postgresql.confpostgresql.auto.conf и (находится в папке PostgreSQL_Data)

Резервное копирование файлов на другой сервер

Балансировщик нагрузки

Nginx.conf\Nginx\Conf\ файл (находится в папке)

Резервное копирование файлов на другой сервер

IIS

web.config.jswebConfig.jsProWebAdminClientProWebClient и из папок и соответственно

Резервное копирование файлов на другой сервер

Изменение времени резервного копирования

Запланированное время резервного копирования можно изменить в планировщике задач Windows.

  1. Дважды нажмите задачу резервного копирования.

    Backup task.png

  2. Нажмите Изменить.

    Backup task edit.png

  3. Измените расписание.

    Backup schedule.png

Изменение папки резервного копирования RESEARCH

Чтобы изменить местонахождение резервной копии RESEARCH после установки, выполните следующие действия:

  1. BI_BackupBriefCamServer\scripts\db\backup\Откройте пакетный сценарий, который находится по адресу: .

  2. BACKUP_PATH Измените значение параметра.

Восстановление резервных копий базы данных PostgreSQL

Важно

Перед восстановлением базы данных рекомендуется обратиться в службу поддержки BriefCam.

  1. В службах Windows остановите службу VSS.

  2. Для восстановления баз данных выполните следующие команды:

    .\pg_dump.exe --no-password --verbose --blobs --format=c --file="<pg_dump_file.dump>" .\pg_restore.exe --verbose -d briefcam -U "<pg_superuser(dbadmin is the default)>" -h" <hostname>" -p <db port(5432)> "<pg_dump_file.dump>"

  3. Перезапустите службы.

Восстановление резервных копий базы данных панелей мониторинга исследований (Qlik)

  1. Запустите запланированное задание резервного копирования.

  2. Скопируйте созданные файлы на сайт миграции.

  3. Запустите установщик исследований.

  4. Остановите все службы Qlik.

  5. Запускать только службу базы данных репозитория (службу PostgreSQL).

  6. Перетащите свежую базу данных PostgreSQL: dropdb -h localhost -p 4432 -U postgres QSR

  7. Создайте новую базу данных PostgreSQL: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Восстановите базу данных PostgreSQL из файлов резервной копии: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Скопируйте общую папку приложения в общую папку.

  10. Запустите службу репозитория в режиме начальной загрузки: repository.exe -bootstrap -standalone -restorehostname

  11. restorehostnameПосле окончания запустите его снова без -: repository.exe -bootstrap -standalone

  12. Войдите в qmc с Firefox как <предыдущая машина>\bcuser.

  13. <newmachine>\bcuser Вручную обновить пользователя/пароль владельца всех подключений к данным, включая пароль (12 подключений).

  14. BCUser Непосредственно обновить локальный сервер, чтобы он был RootAdmin в базе данных PostgreSQL (таблица = пользователи)

  15. Непосредственно обновлять пользователя в PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Запустите задачи перезагрузки.

Восстановление резервных копий MongoDB

  1. В службах Windows остановите службу VSS.

  2. Завершите сеанс, выполнив команду Session Kill run.

  3. Восстановите базу данных, выполнив следующую команду: PS> ./db-tool.exe restore-mongodb --backup-path "{backup directory path}" --no-auth -y

    Пример: PS> ./db-tool.exe restore-mongodb --backup-path "d:\my\mongo\bak\briefcam_mongodb_backup_2022-03-31_09-52-37" --no-auth -y

Параметры команды:

--backup-path

Путь к каталогу резервного копирования

--no-auth

Не используйте аутентификацию. В настоящее время это единственный вариант.

-y, --да

Подтвердите восстановление. Если этот флажок не добавлен, появится сообщение подтверждения.

-помощь

Отобразите текст справки и выйдите.

Примечание.

  • Восстановление применяется только к коллекциям, существующим в конкретном каталоге резервного копирования.

  • Если коллекция, подлежащая восстановлению, уже существует, она будет заменена резервной копией.

  • Индексы также восстанавливаются.