Skip to main content

BriefCam-beheerdershandleiding

Back-ups

Last Updated: 4 minute read
Versie2024r2
TaalNederlands

Belangrijk

Back-ups zijn de verantwoordelijkheid van de klant en de integrator kan helpen bij het ontwerpen van een back-upstrategie die voldoet aan de behoeften en omgeving van de klant.

Dagelijkse back-ups worden automatisch uitgevoerd om middernacht en om 2 uur 's ochtends voor Research en MongoDB.

Van de database en MongoDB wordt een back-up gemaakt naar: \\server\Briefcam\ServerData\Backups.

De RESEARCH-back-upbestanden worden opgeslagen in: \\server\Briefcam\ServerData\Backups\RESEARCH.

Back-ups voor systemen met hoge beschikbaarheid en/of grote schaal

Voor systemen met een hoge activiteit is het het beste om de back-up in te plannen terwijl het systeem inactief is (bijv. in het weekend). Als dat niet mogelijk is, is replicatie naar een andere server de juiste oplossing.

In systemen waar 24/7 verwerking is geconfigureerd, kan de automatische back-up time-outs voor de database veroorzaken. Voor dit type systemen wordt u aangeraden contact op te nemen met de ondersteuning van BriefCamom een back-upstrategie te bedenken die voldoet aan de vereisten van de klant.

In het algemeen wordt het sterk aanbevolen om in grootschalige systemen of wanneer het systeem 24/7 operationeel is, replicatie in te stellen en de automatische geplande back-uptaken uit te schakelen.

Het wordt aanbevolen om een andere back-up in te stellen voor een ander systeem of de back-ups naar een ander systeem te kopiëren.

De onderdelen waarvan een back-up moet worden gemaakt zijn:

Component

Wat je moet back-uppen

Back-upmethode

PostgreSQL-database

Dump van database

Voer het exportDB.bat uit

BriefCam gedeelde map – ServerData

De volledige opslagruimte die BriefCam gebruikt

Schijfspiegeling, replicatie, RAID-configuratie, externe back-ups

BI-gegevens – QlikShare

De QLIK-gegevensbestanden

Voer het bi_backup.exe uit

MongoDB – alleen in grootschalige omgevingen

De activeringsblobs van de camera

Neem contact op met BriefCam Support

Licentiegegevens

Het licentieactiveringsbestand

Het licentieactiveringsbestand

Configuratiebestanden van databases

postgresql.conf en postgresql.auto.conf (in de map PostgreSQL_Data)

Bestanden back-uppen naar een andere server

Taakverdeler

Nginx.conf Bestand (bevindt zich in de \Nginx\Conf\ map)

Bestanden back-uppen naar een andere server

IIS

web.config.js en webConfig.js uit respectievelijk de ProWebAdminClient en ProWebClient

Bestanden back-uppen naar een andere server

De back-uptijden wijzigen

De geplande back-uptijden kunnen worden gewijzigd in de taakplanner van Windows.

  1. Dubbelklik op de back-uptaak.

    Backup task.png

  2. Klik op Bewerken.

    Backup task edit.png

  3. Bewerk de planning.

    Backup schedule.png

De RESEARCH-back-upmap wijzigen

De locatie van de RESEARCH-back-up na installatie wijzigen:

  1. Open het BI_Backup batchscript, dat zich bevindt op: BriefCamServer\scripts\db\backup\.

  2. Wijzig de waarde van de BACKUP_PATH parameter.

De back-ups van de PostgreSQL-database herstellen

Belangrijk

Voordat u de database herstelt, wordt u aangeraden eerst contact op te nemen met het BriefCam Support-team.

  1. Stop de VSS-service vanuit de Windows-services.

  2. Voer de volgende opdrachten uit om databases te herstellen:

    .\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. Start de services opnieuw.

Database-back-ups van Research Dashboards herstellen (Qlik)

  1. Voer de geplande back-uptaak uit.

  2. Kopieer de aangemaakte bestanden naar de migratieplaats.

  3. Voer het Research-installatieprogramma uit.

  4. Alle Qlik-services stoppen.

  5. Voer alleen de databaseservice van de repository uit (de PostgreSQL-service).

  6. Laat de verse PostgreSQL db vallen: dropdb -h localhost -p 4432 -U postgres QSR

  7. Nieuwe PostgreSQL-db maken: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Herstel de PostgreSQL-db van de back-upbestanden: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Kopieer de map met de back-up van de app voor delen naar de map voor delen.

  10. Voer de repository-service uit in de bootstrap-modus: repository.exe -bootstrap -standalone -restorehostname

  11. Nadat het is voltooid, voer je het opnieuw uit zonder -restorehostname: repository.exe -bootstrap -standalone

  12. Meld u aan bij het QMC met Firefox als <vorige machine>\bcuser.

  13. Update handmatig de eigenaar van het gebruiker-/wachtwoord van alle gegevensverbindingen naar de <newmachine>\bcuser , inclusief het wachtwoord (12 verbindingen).

  14. Update direct de lokale BCUser om RootAdmin te zijn in de PostgreSQL db (tabel = gebruikers)

  15. De gebruiker rechtstreeks bijwerken in PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Voer de taken opnieuw uit.

De MongoDB-back-ups herstellen

  1. Stop de VSS-service vanuit de Windows-services.

  2. Dood de sessie door de opdracht Session Kill uit te voeren.

  3. Herstel de database door de volgende opdracht uit te voeren: PS> ./db-tool.exe restore-mongodb-backup-path "{backup directory path}" --no-auth -y

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

De parameters voor de opdracht zijn:

--back-uppad

Mappad voor back-up

--geen-auth

Gebruik geen verificatie. Dit is momenteel de enige optie.

-y, --ja

Bevestig het herstel. Als deze niet is toegevoegd, wordt een bevestigingsbericht weergegeven.

Help

Geef de Help-tekst weer en sluit af.

Opmerking:

  • Het herstel werkt alleen op de collecties die in de specifieke back-upmap bestaan.

  • Als een te herstellen verzameling al bestaat, wordt deze vervangen door de versie waarvan een back-up is gemaakt.

  • Ook de indexen worden hersteld.