Skip to main content

Ghid de administrare BriefCam

Backupuri

Last Updated: 4 minute read
Versiune2024r2
LimbăRomână

Important

Backupurile sunt responsabilitatea clientului, iar integratorul poate ajuta la proiectarea unei strategii de backup pentru a răspunde nevoilor și mediului clientului.

Backup-urile zilnice sunt efectuate automat la miezul nopții și la ora 2 AM pentru Cercetare și MongoDB.

Baza de date și MongoDB sunt susținute de: \\server\Briefcam\ServerData\Backups..

Fișierele de backup RESEARCH sunt salvate în: \\server\Briefcam\ServerData\Backups\RESEARCH.

Backupuri Pentru Sisteme Cu Disponibilitate Ridicată Și/Sau Pe Scară Largă

Pentru sistemele cu activitate ridicată, este recomandat să programați backupul în timp ce sistemul este inactiv (de exemplu, în weekend). Dacă acest lucru nu este posibil, replicarea pe un alt server este soluția potrivită.

În sistemele în care procesarea este configurată non-stop, backupul automat poate provoca expirări ale bazei de date. Pentru aceste tipuri de sisteme, se recomandă să contactați BriefCamechipa de asistență pentru a crea o strategie de backup care să corespundă cerințelor clienților.

În general, în sistemele pe scară largă sau când sistemul este operațional non-stop, se recomandă configurarea replicării și dezactivarea sarcinilor programate de backup automat.

Se recomandă configurarea unui alt backup pe alt computer sau copierea copiilor de rezervă pe alt computer.

Componentele cărora ar trebui să li se facă backup sunt:

Componentă

Ce este de backup

Metodă de backup

Bază de date PostgreSQL

Dump al bazei de date

Rulați exportDB.bat fișierul

Folder partajat BriefCam – ServerData

Întreaga stocare utilizată de BriefCam

Oglindire disc, replicare, configurare RAID, backup extern

Date BI – QlikShare

Fișierele de date QLIK

Rulați bi_backup.exe fișierul

MongoDB – doar în medii mari

Bloburile de activare a camerei

Contactați Asistența BriefCam

Date de licență

Fișierul de activare a licenței

Fișierul de activare a licenței

Fișiere de configurare ale bazelor de date

postgresql.conf și postgresql.auto.conf (localizat în folderul PostgreSQL_Data)

Fișiere de backup pe alt server

Echilibrare încărcare

Nginx.conf Fișier (localizat în \Nginx\Conf\ folder)

Fișiere de backup pe alt server

IIS

web.config.js și webConfig.js din ProWebAdminClient fișiere și, ProWebClient respectiv, foldere

Fișiere de backup pe alt server

Se modifică duratele de backup

Timpii de copiere de rezervă programați se pot modifica în Programatorul de activități Windows.

  1. Faceți dublu clic pe activitatea de backup.

    Backup task.png

  2. Faceți clic pe Editare.

    Backup task edit.png

  3. Editați programarea.

    Backup schedule.png

Se modifică folderul de backup RESEARCH

Pentru a schimba locația backupului RESEARCH după instalare:

  1. Deschideți BI_Backup scriptul lotului, care se află la: BriefCamServer\scripts\db\backup\.

  2. Schimbați valoarea BACKUP_PATH parametrului.

Restabilirea backupurilor bazei de date PostgreSQL

Important

Înainte de a restaura baza de date, se recomandă să contactați mai întâi echipa de Asistență BriefCam.

  1. Din serviciile Windows, opriți serviciul.

  2. Pentru a restaura baze de date (cu excepția BriefCam v6.4 HF3), rulați următoarele comenzi:

    .\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. Reporniți serviciile.

Se restabilesc backupurile bazelor de date ale tablourilor de bord de cercetare (Qlik)

  1. Executați activitatea de backup programată.

  2. Copiați fișierele create în site-ul de migrare.

  3. Rulați programul de instalare pentru cercetare.

  4. Opriți toate serviciile Qlik.

  5. Rulați doar serviciul de baze de date depozit (serviciul PostgreSQL).

  6. Renunțați la noua versiune PostgreSQL: dropdb -h localhost -p 4432 -U postgres QSR

  7. Creați o bază de date PostgreSQL nouă: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Restaurați baza de date PostgreSQL din fișierele de backup: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Copiați folderul partajat al aplicației copiate în folderul partajat.

  10. Rulați serviciul de depozit în modul secvență de inițializare: repository.exe -bootstrap -standalone -restorehostname

  11. După ce se termină, rulați-l din nou fără -restorehostname: repository.exe -bootstrap -standalone

  12. Conectați-vă la qmc cu Firefox ca <previous machine>\bcuser.

  13. Actualizați manual proprietarul tuturor conexiunilor de date pentru utilizator/parolă la <newmachine>\bcuser server, inclusiv parola (12 conexiuni).

  14. Actualizați direct BCUser fișierul local pentru a fi RootAdmin în baza de date PostgreSQL (tabel = utilizatori)

  15. Actualizați direct utilizatorul în PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Rulați activitățile de reîncărcare.

Se restabilesc backupurile MongoDB

  1. Din serviciile Windows, opriți serviciul.

  2. Opriți sesiunea executând comanda Session Kill run.

  3. Restaurați baza de date rulând următoarea comandă: PS> ./db-tool.exe restore-mongodb --backup-path "{backup directory path}" --no-auth -y

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

Parametrii pentru comandă sunt:

--cale de backup

Cale director de backup

--fără autentificare

Nu utilizați autentificarea. În prezent, aceasta este singura opțiune.

-y, --da

Confirmați restaurarea. Dacă acesta nu este adăugat, va apărea un mesaj de confirmare.

- Ajutor

Afișați textul de Ajutor și ieșiți.

Notă:

  • Restaurarea funcționează numai pe colecțiile care există în directorul de backup specific.

  • Dacă există deja o colecție de restaurat, aceasta va fi înlocuită de versiunea copiată de rezervă.

  • Indexurile sunt, de asemenea, restaurate.