Skip to main content

Guida dell'amministratore BriefCam

Backup

Last Updated: 3 minute read
Versione2025r1
LinguaItaliano

Importante

I backup sono responsabilità del cliente e l'integratore può aiutare a progettare una strategia di backup per soddisfare le esigenze e l'ambiente del cliente.

I backup giornalieri vengono eseguiti automaticamente a mezzanotte e all'una di notte per Research.

Il database è stato sottoposto a backup in: \\server\Briefcam\ServerData\Backups.

I file di backup di RESEARCH, per impostazione predefinita, vengono salvati in: \\server\Briefcam\ServerData\Backups\RESEARCH. Questo percorso può essere modificato utilizzando l'impostazione dell'ambiente RESEARCH.BackupPath.

Backup per sistemi ad alta disponibilità e/o su larga scala

Per i sistemi ad alta attività, è meglio pianificare il backup mentre il sistema è inattivo (ad esempio, nei fine settimana). Se ciò non fosse possibile, la replica su un altro server è la soluzione giusta.

Nei sistemi in cui è configurata l'elaborazione 24 ore su 24, 7 giorni su 7, il backup automatico può causare timeout del database. Per questi tipi di sistemi, si consiglia di contattare il supporto di BriefCamMilestone per trovare una strategia di backup che soddisfi i requisiti dei clienti.

In generale, nei sistemi su larga scala o quando il sistema è operativo 24 ore su 24, 7 giorni su 7, si consiglia vivamente di impostare la replica e disabilitare le attività pianificate di backup automatico.

Si consiglia di impostare un backup diverso su un altro computer o di copiare i backup su un altro computer.

I componenti di cui eseguire il backup sono:

Componente

Cosa Eseguire Il Backup

Metodo di backup

Database PostgreSQL

Dump del database

Esegui il exportDB.bat file

Cartella condivisa di BriefCam – ServerData

L'intera memoria utilizzata da BriefCam

Mirroring dei dischi, replica, configurazione RAID, backup esterni

Dati BI: QlikShare

I file di dati di QLIK

Esegui il bi_backup.exe file

Dati licenza

Il file di attivazione della licenza

Il file di attivazione della licenza

File di configurazione dei database

postgresql.conf e postgresql.auto.conf (nella PostgreSQL_Data cartella)

Backup dei file su un altro server

Bilanciamento del carico

Nginx.conf File (nella \Nginx\Conf\ cartella)

Backup dei file su un altro server

IIS

web.config.js e webConfig.js dalle ProWebAdminClient cartelle e ProWebClient rispettivamente

Backup dei file su un altro server

Modifica dei tempi di backup

I tempi di backup pianificati possono essere modificati in Utilità di pianificazione di Windows.

  1. Fare doppio clic sull'attività di backup.

    Backup task.png

  2. Fare clic su Modifica.

    Backup task edit.png

  3. Modificare la pianificazione.

    Backup schedule.png

Ripristino dei backup del database PostgreSQL

Importante

Prima di ripristinare il database, si consiglia di contattare il team di assistenza BriefCam.

  1. Dai servizi Windows, arrestare il servizio VSService.

  2. Per ripristinare i database, eseguire i seguenti comandi:

    .\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. Riavviare i servizi.

Ripristino dei backup dei database dei dashboard di ricerca (Qlik)

  1. Eseguire l'attività di backup pianificata.

  2. Copiare i file creati nel sito di migrazione.

  3. Eseguire il programma di installazione della ricerca.

  4. Arresta tutti i servizi Qlik.

  5. Eseguire solo il servizio database del repository (il servizio PostgreSQL).

  6. Elimina il nuovo database PostgreSQL: dropdb -h localhost -p 4432 -U postgres QSR

  7. Crea nuovo database PostgreSQL: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Ripristinare il database PostgreSQL dai file di backup: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Copia la cartella di condivisione dell’app di cui è stato eseguito il backup nella cartella di condivisione.

  10. Eseguire il servizio repository in modalità di avvio: repository.exe -bootstrap -standalone -restorehostname

  11. Una volta terminato, eseguilo nuovamente senza -restorehostname: repository.exe -bootstrap -standalone

  12. Login al qmc con Firefox come <previousmachine>\bcuser.

  13. Aggiornare manualmente il proprietario di tutte le connessioni dati utente/password con la password <newmachine>\bcuser inclusa (12 connessioni).

  14. Aggiornare direttamente il locale BCUser come RootAdmin nel db PostgreSQL (tabella = utenti)

  15. Aggiornare direttamente l'utente in PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Eseguire le attività di ricaricamento.