Kopia bezpieczeństwa bazy danych jest jednym z ważniejszych obowiązków użytkownika aplikacji.
Od wersji 7.5.6.11 wykonanie kopii bezpieczeństwa bazy danych jest możliwe z poziomu aplikacji FirMAG. Dotyczy to jednak głównie bazy danych znajdującej się na hoście , na którym pracuje również aplikacja FirMAG. Dla bazy danych znajdującej się na serwerze Linux, zalecane jest wykonywanie kopii bezpieczeństwa automatycznie, z wykorzystaniem daemona crone'a. Jednak niezależnie od miejsca pracy bazy danych, wykonanie kopii bazy danych może nastąpić albo przez skopiowanie plików bazy danych, po uprzednim zatrzymaniu serwera bazy, albo tylko i wyłącznie za pomocą narzędzi do kopiowania, udostępnionych przez producenta serwera bazodanowego. Takie ograniczenia wynikają z faktu, iż serwer bazodanowy nie zapisuje danych bezpośrednio do bazy danych, ale do swojego cache, w związku z tym zwykłe kopiowanie pliku bazy danych podczas pracy serwera nie powoduje rzeczywistego zapisu wszystkich danych.
Przykładowa treść skryptu kopii, wykorzystywana przez daemon crone Linux:

#!/bin/sh
# Skrypt kopii bazy danych
BAZA='/var/db/firma.fdb'
KOPIA='/tmp/firma.fbk'
LOG='/tmp/firma.log'

rm -f $KOPIA
rm -f $LOG
/opt/firebird/gbak -b -g -t -y $LOG -user sysdba -pass HasloSysdba $BAZA $KOPIA
if [ -d '/tmp/iso']; then
rm -f /tmp/iso/*
else
mkdir /tmp/iso
fi
mkisofs /tmp/iso/kopia.iso $kopia
cdrecord -dev='0,0,0' -blank=fast /tmp/iso/kopia.iso
rm -f "$LOG"
#end

Takie uruchomienie skryptu np. o godzinie 02:00 i po włożeniu płyty CDRW do napędu nagrywarki, spowoduje codzienny backup bazy danych bez jakiejkowiek ingerencji ze strony użytkowników.
Oczywiście idealnym rozwiązaniem jest codzienna zmiana płyty RW w np tygodniowycm cyklu oraz przechowywanie takich kopii poza miejscem pracy (np. w sejfie). Dla serwera bazy danych pracującego pod kontrolą serwera MS Windows, do wykonywania kopii bezpieczeństwa możemy wykorzystać np. harmonogram zadań. Składnia poleceń jest podobna do składni dla Linux, z tym, iż sami musimy zadbać o formatowanie płytek na których będzie zapisywana kopia bezpieczeństwa.

Od wersji 7.5.6.x dodano nową opcję: tworzenie kopii bezpieczeństwa bazy danych z poziomu aplikacji.(Opis)

Należy pamiętać o tym, iż zbieranie danych o działalności gospodarczej firmy jest procesem długotrwałym i ich odtworzenie w przypadku utraty danych jest praktycznie niemożliwe.
Tak więc we własnym interesie powinniśmy zadbać o systematyczne tworzenie kopii bezpieczeństwa bazy danych oraz okresowe sprawdzanie poprawności jej wykonania, testy nośników itp.

Opis nowej funkcji->Kopia bezpieczeństwa bazy danych:
    W odpowiedzi na częste uwagi, dotyczące ułatwienia sposobu wykonania kopii bezpieczeństwa bazy danych,
została zaimplementowana funkcja tworzenia kopii bezpieczeństwa danych z poziomu aplikacji.
Funkcja wykorzystuje oprogramowanie dostarczone wraz z serwerem bazodanowym i tworzy kopię bezpieczeństwa bazy lokalnej,
jak również bazy zdalnej, wykorzystując właściwość tworzenia pliku backup'u, niezależnego od systemu opacyjnego
i wymiennego pomiędzy wieloma platformami systemowymi.
Wywołanie funkcji umieszczono w menu Pomoc formularza głównego aplikacji.
Do wykonania kopii bezpieczeństwa, niezbędne jest podanie konta administratora oraz hasła administratora. Jeżeli hasło systemowego administratora bazy danych zostało zmienione i jest różne od domyślnego, należy znać hasło
administratora bazy danych. Aplikacja zapyta jeszcze o podanie nazwy pliku kopii.
Po podaniu powyższych właściwości, aplikacja próbuje wykonać kopie bazy danych.
Samo wykonanie kopii bazy danych jest po prostu wywołaniem narzędzi serwera bazodanowego z odpowiednio sformatowanymi>br> parametrami linii komend. Tą samą operację można wykonać z linii komend, wywołując narzędzie do kopiowania i podając odpowiednie paramery.

Przykład wywołania z linii komend dla serwera Firebird na Linux:
/opt/firebrd/bin/gbak -b -g -t -y /tmp/kopia.log -user sysdba -pass HasloSysdba /var/db/baza.fdb /var/kopie/baza.fbk

Wykonanie kopii bezpieczeństwa może być niepomyślne, jeżeli np. zostało źle podane haslo administratora serwera bazy danych.
W razie niepowodzenia operacji kopiowania danych przekazanego przez system operacyjny, aplikacja informuje nas o tym stosowny komunikatem. Aplikacja uruchamiając proces kopiowania bazy danych, przechwytuje również komunikaty generowane przez proces kopiowania.
Po każdym wykoniu kopii bazy danych należy oglądnąć log przebiegu operacji kopiowania, aby upewnić się, iż proces zakończył się
pomyślnie.
Ostatnia linia logu operacji powinna zawierać podobny do poniższego tekst:
  gbak: closing file, committing, and finishing. 3218432 bytes written