Skip to main content

Guida dell'amministratore BriefCam

Backup

Last Updated: 4 minute read
Versione2024r2
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 alle 2 del mattino per Research e MongoDB.

Il database e MongoDB sono stati sottoposti a backup in: \\server\Briefcam\ServerData\Backups.

I file di backup di RESEARCH vengono salvati in: \\server\Briefcam\ServerData\Backups\RESEARCH.

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

MongoDB: solo in ambienti su larga scala

I BLOB di attivazione della telecamera

Contatta il supporto BriefCam

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 cartella PostgreSQL_Data)

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

Modifica della cartella di backup di RESEARCH

Per modificare la posizione del backup di RESEARCH dopo l'installazione:

  1. Aprire lo script BI_Backup batch, che si trova in: BriefCamServer\scripts\db\backup\.

  2. Modificate il valore del BACKUP_PATH parametro.

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.

Ripristinare i backup MongoDB

  1. Dai servizi Windows, arrestare il servizio VSService.

  2. Terminare la sessione eseguendo il comando Termina sessione esegui.

  3. Ripristinare il database eseguendo il seguente comando: PS> ./db-tool.exe restore-mongodb --backup-path "{percorso directory di backup}" --no-auth -y

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

I parametri del comando sono:

--percorso di backup

Percorso directory di backup

--no-auth

Non utilizzare l'autenticazione. Al momento questa è l'unica opzione.

-y, --sì

Confermare il ripristino. Se questo non viene aggiunto, apparirà un messaggio di conferma.

-aiuto

Visualizzare il testo della Guida ed uscire.

Nota:

  • Il ripristino funziona solo sulle raccolte esistenti nella directory di backup specifica.

  • Se esiste già una raccolta da ripristinare, verrà sostituita dalla versione di backup.

  • Vengono ripristinati anche gli indici.