Skip to main content

Przewodnik administratora BriefCam

Kopie zapasowe

Last Updated: 3 minute read
Wersja2025r1
JęzykPolski

Ważne

Za tworzenie kopii zapasowych odpowiada klient, a integrator może pomóc w zaprojektowaniu strategii tworzenia kopii zapasowych, która spełni jego potrzeby i środowisko.

Codzienne kopie zapasowe są wykonywane automatycznie o północy i 1 w nocy w celach badawczych.

Kopia zapasowa bazy danych: \\server\Briefcam\ServerData\Backups.

Pliki kopii zapasowej RESEARCH są domyślnie zapisywane w: \\server\Briefcam\ServerData\Backups\RESEARCH. Ścieżkę tę można zmienić za pomocą ustawienia środowiska RESEARCH.BackupPath.

Kopie zapasowe dla systemów o wysokiej dostępności i/lub systemów wielkoskalowych

W przypadku systemów o dużej aktywności najlepiej zaplanować tworzenie kopii zapasowej w czasie bezczynności systemu (np. w weekendy). Jeśli nie jest to możliwe, właściwym rozwiązaniem jest replikacja na inny serwer.

W systemach, w których skonfigurowano przetwarzanie w trybie 24/7, automatyczne tworzenie kopii zapasowej może powodować przekroczenie limitu czasu bazy danych. W przypadku tego typu systemów zaleca się kontakt z pomocą techniczną BriefCamw celu opracowania strategii tworzenia kopii zapasowych spełniającej wymagania klientów.

Ogólnie rzecz biorąc, w systemach o dużej skali lub gdy system działa w trybie 24/7, zdecydowanie zaleca się skonfigurowanie replikacji i wyłączenie automatycznych zaplanowanych zadań tworzenia kopii zapasowych.

Zaleca się skonfigurowanie innej kopii zapasowej na innym komputerze lub skopiowanie kopii zapasowych na inny komputer.

Kopia zapasowa powinna zawierać następujące składniki:

Component

Co należy zapisać w kopii zapasowej

Metoda Kopii Zapasowej

Baza danych PostgreSQL

Zrzut bazy danych

Uruchom plik exportDB.bat

Folder udostępniony BriefCam — ServerData

Cała pamięć masowa wykorzystywana przez firmę BriefCam

Dublowanie, replikacja, konfiguracja RAID, zewnętrzne kopie zapasowe

Dane BI – QlikShare

Pliki danych QLIK

Uruchom plik bi_backup.exe

Dane licencji

Plik aktywacyjny licencji

Plik aktywacyjny licencji

Pliki konfiguracyjne baz danych

postgresql.conf i postgresql.auto.conf (znajdują się w PostgreSQL_Data folderze)

Kopia zapasowa plików na inny serwer

Usługa równoważenia obciążenia

Nginx.conf Plik (znajdujący się w folderze \Nginx\Conf\ )

Kopia zapasowa plików na inny serwer

IIS

web.config.js i webConfig.js odpowiednio z folderów ProWebAdminClient i ProWebClient

Kopia zapasowa plików na inny serwer

Zmiana czasu kopii zapasowej

Zaplanowane czasy kopii zapasowej można zmienić w Harmonogramie zadań systemu Windows.

  1. Kliknij dwukrotnie zadanie tworzenia kopii zapasowej.

    Backup task.png

  2. Kliknij przycisk Edytuj.

    Backup task edit.png

  3. Edytuj harmonogram.

    Backup schedule.png

Przywracanie baz danych PostgreSQL

Ważne

Przed przywróceniem bazy danych zaleca się najpierw skontaktowanie się z zespołem pomocy technicznej firmy BriefCam.

  1. Z poziomu usług systemu Windows zatrzymaj usługę VSService.

  2. Aby przywrócić bazy danych, uruchom następujące polecenia:

    .\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. Uruchom ponownie usługi.

Przywracanie kopii zapasowych baz danych paneli badawczych (Qlik)

  1. Uruchom zaplanowane zadanie tworzenia kopii zapasowej.

  2. Skopiuj utworzone pliki do lokalizacji migracji.

  3. Uruchom instalatora badań.

  4. Zatrzymaj wszystkie usługi Qlik.

  5. Uruchom tylko usługę bazy danych repozytorium (usługa PostgreSQL).

  6. Upuść świeżą bazę danych PostgreSQL: dropdb -h localhost -p 4432 -U postgres QSR

  7. Utwórz nową bazę danych PostgreSQL: createdb -h localhost -p 4432 -U postgres -T template0 QSR

  8. Przywróć bazę danych PostgreSQL z plików kopii zapasowej: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"

  9. Skopiuj folder udostępnienia aplikacji, którego kopię zapasową wykonano, do folderu udostępnienia.

  10. Uruchom usługę repozytorium w trybie uruchamiania: repository.exe -bootstrap -standalone -restorehostname

  11. Po zakończeniu uruchom go ponownie bez opcji -restorehostname: repository.exe -bootstrap -standalone

  12. Zaloguj się do QMC z Firefoksem jako <previous machine>\bucker.

  13. Ręczna aktualizacja właściciela wszystkich połączeń danych użytkownika/hasła do <newmachine>\bcuser , w tym hasła (12 połączeń).

  14. Bezpośrednio aktualizuj BCUser lokalną, aby była RootAdmin w bazie danych PostgreSQL (tabela = użytkownicy)

  15. Bezpośrednio aktualizuj użytkownika w PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties

  16. Uruchamianie zadań ponownego wczytywania.