Backups
Wichtig
Backups liegen in der Verantwortung des Kunden, und der Integrator kann Ihnen dabei helfen, eine Backup-Strategie zu entwickeln, die den Anforderungen und der Umgebung des Kunden entspricht.
Tägliche Backups werden automatisch um Mitternacht und 2 Uhr morgens für Research und MongoDB durchgeführt.
Die Datenbank und MongoDB werden gesichert unter: \\server\Briefcam\ServerData\Backups.
Die RESEARCH-Sicherungsdateien werden gespeichert unter: \\server\Briefcam\ServerData\Backups\RESEARCH.
Backups für Hochverfügbarkeits- und/oder Großsysteme
Bei Systemen mit hoher Aktivität ist es am besten, die Sicherung im Leerlauf (z. B. am Wochenende) zu planen. Wenn das nicht möglich ist, ist die Replikation auf einen anderen Server die richtige Lösung.
In Systemen, in denen die 24/7-Verarbeitung konfiguriert ist, kann die automatische Sicherung Datenbank-Timeouts verursachen. Für diese Art von Systemen wird empfohlen, sich an den Support von BriefCamzu wenden, um eine Backup-Strategie zu entwickeln, die den Anforderungen der Kunden entspricht.
Im Allgemeinen wird bei großen Systemen oder wenn das System rund um die Uhr betriebsbereit ist, dringend empfohlen, die Replikation einzurichten und die automatisch geplanten Backup-Aufgaben zu deaktivieren.
Es wird empfohlen, ein anderes Backup auf ein anderes System einzurichten oder die Backups auf ein anderes System zu kopieren.
Folgende Komponenten sollten gesichert werden:
Komponente | Was sichern? | Backup-Methode |
PostgreSQL-Datenbank | Dump der Datenbank | Führen Sie die |
BriefCam Freigabeordner – | Gesamter Speicher von BriefCam | Festplattenspiegelung, Replikation, RAID-Konfiguration, externe Backups |
BI-Daten – | Die QLIK-Datendateien | Führen Sie die |
MongoDB – nur in großen Umgebungen | Die Aktivierungsblobs der Kamera | Kontaktieren Sie den BriefCam Support |
Lizenzdaten | Die Lizenzaktivierungsdatei | Die Lizenzaktivierungsdatei |
Konfigurationsdateien von Datenbanken |
| Backup auf einen anderen Server |
Load Balancer |
| Backup auf einen anderen Server |
IIS |
| Backup auf einen anderen Server |
Backup-Zeiten ändern
Die geplanten Backup-Zeiten können im Windows Task Scheduler geändert werden.
Doppelklicken Sie auf die Backup-Aufgabe.

Klicken Sie auf Bearbeiten.

Bearbeiten Sie den Zeitplan.

RESEARCH Backup-Ordner ändern
So ändern Sie den Speicherort der RESEARCH-Sicherung nach der Installation:
Öffnen Sie das
BI_BackupBatch-Skript, das sich unter:BriefCamServer\scripts\db\backup\.Ändern Sie den Wert des
BACKUP_PATHParameters.
PostgreSQL Datenbank Backups wiederherstellen
Wichtig
Vor der Wiederherstellung der Datenbank sollten Sie sich zunächst an das BriefCam Support-Team wenden.
Stoppen Sie in den Windows-Diensten den VSService.
Führen Sie die folgenden Befehle aus, um Datenbanken wiederherzustellen:
.\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>"Starten Sie die Dienste neu.
Datenbank-Backups von RESEARCH-Dashboards wiederherstellen (Qlik)
Führen Sie die geplante Backup-Aufgabe aus.
Kopieren Sie die erstellten Dateien auf die Migrationsseite.
Führen Sie das RESEARCH-Installationsprogramm aus.
Stoppen Sie alle Qlik-Dienste.
Führen Sie nur den Repository-Datenbankdienst (den PostgreSQL-Dienst) aus.
Löschen Sie die neue PostgreSQL-Datenbank:
dropdb -h localhost -p 4432 -U postgres QSRErstellen Sie eine neue PostgreSQL-Datenbank:
createdb -h localhost -p 4432 -U postgres -T template0 QSRStellen Sie die PostgreSQL-Datenbank aus den Sicherungsdateien wieder her:
pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"Kopieren Sie den gesicherten App-Freigabeordner in den Freigabeordner.
Führen Sie den Repository-Dienst im Bootstrap-Modus aus:
repository.exe -bootstrap -standalone -restorehostnameFühren Sie ihn nach Abschluss erneut aus, ohne -
restorehostname:repository.exe -bootstrap -standaloneMelden Sie sich mit Firefox im QMC als <vorherigerRechner>\bcuser an.
Aktualisieren Sie manuell den Eigentümer aller Benutzer/Passwörter der Datenverbindungen auf die
<newmachine>\bcuser, einschließlich des Passworts (12 Verbindungen).Aktualisieren Sie direkt den lokalen BCUser als RootAdmin in der PostgreSQL-Datenbank (table = users)
Aktualisieren Sie den Benutzer direkt in PostgreSQL:
<newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistencePropertiesFühren Sie die Reload-Aufgaben aus.
MongoDB Backups wiederherstellen
Stoppen Sie in den Windows-Diensten den VSService.
Beenden Sie die Sitzung, indem Sie den Befehl Session Kill ausführen.
Stellen Sie die Datenbank wieder her, indem Sie den folgenden Befehl ausführen: PS> ./db-tool.exe restore-mongodb --backup-path "{backup directory path}" --no-auth -y
Zum Beispiel: PS> ./db-tool.exe restore-mongodb --backup-path "d:\my\mongo\bak\briefcam_mongodb_backup_2022-03-31_09-52-37" --no-auth -y
Die Parameter für den Befehl sind:
--backup-path | Pfad des Sicherungsverzeichnisses |
--no-auth | Verwenden Sie keine Authentifizierung. Dies ist derzeit die einzige Option. |
-y, --yes | Bestätigen Sie die Wiederherstellung. Wenn dies nicht hinzugefügt wird, wird eine Bestätigungsmeldung angezeigt. |
-help | Zeigen Sie den Hilfetext an und beenden Sie die Anwendung. |
Hinweis:
Bei der Wiederherstellung werden nur die Sammlungen berücksichtigt, die in dem jeweiligen Sicherungsverzeichnis vorhanden sind.
Wenn eine wiederherzustellende Sammlung bereits existiert, wird sie durch die gesicherte Version ersetzt.
Auch Indizes werden wiederhergestellt.