Manual:Backup/Prezentare

Backup.STS este aplicatia Soft Team Solutions pentru realizarea automata a copiilor de siguranta. Poate rula ca serviciu Windows, fara interventia zilnica a unui operator. Scopul principal este protejarea datelor utilizate de Integrat.STS, dar intr-un job pot fi incluse si alte directoare sau fisiere.

De ce este necesar un backup?

Defectiunile hardware, stergerile accidentale, incendiile, furtul si atacurile informatice pot duce la pierderea datelor. Un ransomware este un program nociv care poate cripta fisierele si poate solicita o rascumparare pentru recuperarea lor.

O copie pastrata numai pe acelasi calculator sau pe o unitate accesibila acestuia poate fi afectata de acelasi incident. Din acest motiv, recomandam pastrarea unei copii si intr-o alta locatie.

Important: Backup.STS realizeaza copii de siguranta; versiunea 2.1.0 nu include inca un mecanism dedicat de identificare a fisierelor DBF criptate de ransomware. Reusita arhivarii nu garanteaza ca datele sursa sunt lipsite de probleme.

Criptarea arhivelor

Backup.STS poate crea arhive ZIP protejate prin criptare AES. Cand criptarea este activa, arhiva poate fi deschisa numai cu parola corespunzatoare.

Atentie: pastrati parola de criptare intr-un loc sigur. Daca parola este pierduta, recuperarea continutului arhivei poate deveni imposibila.

Unde se pot salva fisierele?

Arhivele se pot salva local, de exemplu pe un disc intern sau extern. In functie de configurarea jobului, acestea pot fi si transmise pe serverul gestionat de Soft Team Solutions sau catre un server FTP configurat de utilizator.

Salvarea intr-o locatie distincta reduce riscul pierderii simultane a datelor originale si a copiei de siguranta. Totusi, o copie aflata pe alt server nu trebuie considerata automat imposibil de modificat sau de compromis.

Salvarea pe serverul Soft Team Solutions

Dupa realizarea arhivei, Backup.STS o transmite catre server printr-o conexiune HTTP securizata. Receptia este inregistrata pe server, iar notificarile prin email sunt trimise conform configurarii si abonamentului.

Conform procedurii documentate a serviciului, serverul verifica zilnic existenta arhivelor asteptate si poate emite alerte cand acestea nu au fost receptionate.

Spatiul disponibil este stabilit de abonament. Cand limita alocata este atinsa, arhivele vechi pot fi eliminate prin metoda FIFO (prima arhiva intrata este prima eliminata). De aceea, pentru utilizarea eficienta a spatiului si pastrarea unui istoric cat mai lung, recomandam in mod obisnuit un backup pe zi, desi pot fi configurate mai multe.

Documentatia serviciului prevede si realizarea unor copii suplimentare pentru ultimele trei zile ale informatiilor existente pe server.

Retransmiterea automata HTTP (versiunea 2.1.0)

Daca arhiva ZIP a fost creata, dar transferul HTTP nu reuseste:

• arhiva existenta se pastreaza local;
• serviciul reincearca transmiterea aceluiasi fisier ZIP, fara o noua comprimare a datelor;
• sunt permise cel mult 3 incercari HTTP pe zi, incluzand prima incercare;
• intre incercari se respecta un interval de cel putin 30 de minute;
• numarul incercarilor si momentul ultimei incercari se pastreaza si dupa repornirea serviciului.

In acest scenariu nu este necesara o noua blocare a aplicatiei Integrat.STS pentru fiecare retransmitere, deoarece arhiva a fost deja creata. La reusita transferului, starea arhivei este actualizata.

Nota: transmiterea esuata nu trebuie confundata cu o arhivare esuata. ZIP-ul local poate exista chiar daca inca nu a ajuns pe server.

Notificari si verificari

In functie de setarile jobului, aplicatia trimite notificari prin email la finalizarea operatiilor sau la aparitia erorilor. Este recomandata verificarea periodica a arhivelor disponibile si efectuarea unui test de restaurare.

Alegerea abonamentului

Dimensiunea arhivei si numarul de copii pe care doriti sa le pastrati determina spatiul necesar.

Consultati abonamentele Backup.STS si instructiunile de instalare si configurare.