Skip to main content

Příručka správce systému BriefCam

Zálohy

Last Updated: 2 minute read
Verze2025r1
JazykČeština

Důležité

Zálohy jsou odpovědností zákazníka a integrátor může pomoci navrhnout strategii zálohování tak, aby splňovala potřeby a prostředí zákazníka.

Denní zálohy se provádějí automaticky o půlnoci a 1 dopoledne pro výzkum.

Databáze je zálohována na: \\server\Briefcam\ServerData\Backups.

Záložní soubory RESEARCH se ve výchozím nastavení ukládají do: \\server\Briefcam\ServerData\Backups\RESEARCH. Tuto cestu lze změnit pomocí nastavení prostředí RESEARCH.BackupPath.

Zálohy Pro Systémy S Vysokou Dostupností Nebo Pro Rozsáhlé Systémy

U systémů s vysokou aktivitou je nejlepší naplánovat zálohování na dobu nečinnosti (např. o víkendech). Pokud to není možné, je replikace na jiný server tím správným řešením.

V systémech s konfigurací zpracování 24 hodin denně a 7 dní v týdnu může automatické zálohování způsobit vypršení časového limitu databáze. U těchto typů systémů doporučujeme kontaktovat BriefCampodporu a přijít se strategií zálohování, která splňuje požadavky zákazníků.

Obecně platí, že v rozsáhlých systémech nebo v době, kdy je systém v provozu 24 hodin denně, se důrazně doporučuje nastavit replikaci a vypnout naplánované úlohy automatického zálohování.

Doporučujeme nastavit jinou zálohu na jiný počítač nebo zkopírovat zálohy na jiný počítač.

Součásti, které by měly být zálohovány:

Component

Co zálohovat

Způsob zálohování

PostgreSQL databáze

Výpis databáze

Spustit exportDB.bat soubor

Sdílená složka BriefCam – ServerData

Celé úložiště využívané společností BriefCam

Zrcadlení disku, replikace, konfigurace RAID, externí zálohy

Data BI – QlikShare

Datové soubory QLIK

Spustit bi_backup.exe soubor

Licenční údaje

Aktivační soubor licence

Aktivační soubor licence

Konfigurační soubory databází

postgresql.conf a postgresql.auto.conf (umístěno ve PostgreSQL_Data složce)

Zálohování souborů na jiný server

Vyvažovač zatížení

Nginx.conf Soubor (umístěn ve \Nginx\Conf\ složce)

Zálohování souborů na jiný server

IIS

web.config.js a webConfig.js ze ProWebAdminClient složek ProWebClient a

Zálohování souborů na jiný server

Změna časů zálohování

Plánované časy zálohování lze změnit v Plánovači úloh systému Windows.

  1. Poklikejte na úlohu zálohování.

    Backup task.png

  2. Klikněte na Upravit.

    Backup task edit.png

  3. Upravte plán.

    Backup schedule.png

Obnova záloh databáze PostgreSQL

Důležité

Před obnovením databáze doporučujeme nejprve kontaktovat tým podpory společnosti BriefCam.

  1. Ve službách systému Windows zastavte službu VSS.

  2. Chcete-li obnovit databáze, spusťte následující příkazy:

    .\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. Restartujte služby.

Obnovení databázových záloh řídicích panelů výzkumu (Qlik)

  1. Spusťte naplánovanou úlohu zálohování.

  2. Vytvořené soubory zkopírujte na web migrace.

  3. Spusťte instalační program modulu Research.

  4. Zastavení všech služeb Qlik.

  5. Spusťte pouze službu úložiště databáze (službu PostgreSQL).

  6. Upusťte od nové databáze PostgreSQL: dropdb -h localhost -p 4432 -U postgres QSR

  7. Vytvořit novou databázi PostgreSQL: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Obnovení databáze PostgreSQL ze zálohovacích souborů: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Zkopírujte zálohovanou složku sdílené aplikace do složky sdílení.

  10. Spusťte službu úložiště v režimu bootstrap: repository.exe -bootstrap -standalone -restorehostname

  11. Po ukončení ji znovu spusťte bezrestorehostname: repository.exe -bootstrap -standalone

  12. Přihlaste se do qmc pomocí Firefoxu jako <předchozí počítač>\bcuser.

  13. Ručně aktualizujte vlastníka všech datových připojení / uživatelské heslo k serveru <newmachine>\bcuser včetně hesla (12 připojení).

  14. Přímo aktualizovat místní BCUser nastavení na RootAdmin v PostgreSQL db (tabulka = uživatelé)

  15. Přímo aktualizovat uživatele v PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Spusťte úlohy opětovného načítání.