Skip to main content

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

Zálohy

Last Updated: 3 minute read
Verze2024r2
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 2 hodiny dopoledne pro Research a MongoDB.

Databáze a MongoDB jsou zálohovány na: \\server\Briefcam\ServerData\Backups.

Záložní soubory RESEARCH se ukládají do:.\\server\Briefcam\ServerData\Backups\RESEARCH.

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

MongoDB – pouze ve velkém měřítku

Aktivace kamery bliká

Kontaktovat podporu BriefCam

Licenční údaje

Aktivační soubor licence

Aktivační soubor licence

Konfigurační soubory databází

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

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

Změna zálohovací složky RESEARCH

Změna umístění zálohy RESEARCH po instalaci:

  1. Otevřete BI_Backup dávkový skript, který je umístěn na: BriefCamServer\scripts\db\backup\.

  2. Změňte hodnotu BACKUP_PATH parametru.

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í.

Obnova záloh MongoDB

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

  2. Zabijte relaci spuštěním příkazu Session Kill.

  3. Obnovení databáze spuštěním následujícího příkazu: PS> ./db-tool.exe restore-mongodb --backup-path "{backup directory path}" --no-auth -y

    Příklad: PS> ./db-tool.exe restore-mongodb --backup-path "d:\my\mongo\bak\briefcam_mongodb_backup_2022-03-31_09-52-37" --no-auth -y

Parametry příkazu jsou následující:

--backup-path

Cesta k adresáři zálohy

--no-auth

Nepoužívejte ověřování. V současné době je to jediná možnost.

-y, -- ano

Potvrďte obnovení. Pokud není přidán, zobrazí se zpráva s potvrzením.

-Help

Zobrazení textu nápovědy a ukončení.

Poznámka:

  • Obnovení funguje pouze u kolekcí, které existují v konkrétním adresáři zálohy.

  • Pokud již kolekce k obnovení existuje, bude nahrazena zálohovanou verzí.

  • Obnoveny jsou také indexy.