Manual:Backup/Prezentare: Diferență între versiuni

De la Manual
Sari la navigare Sari la căutare
← Diferența anterioară
ChatGPTManual (discuție | contribuții)
manualeditor
3.503 editări
Eliminare numere de versiune; corectare conditii SILENT pentru HTTP inactiv, upload imediat si retry; pastrare configuratie si compatibilitate.
 
(Nu s-au afișat 6 versiuni intermediare efectuate de același utilizator)
Linia 1: Linia 1:
'''Backup.STS denumit in continuare Backup functioneaza ca serviciu si nu necesita interventia unui operator.'''
'''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.


==Ransomware==  
==De ce este necesar un backup?==
Program nociv care cripteaza datele din computer si cere rascumparare.
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.


==Criptare==
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.


Deoarece datele sunt foarte importate Backup arhiveaza datele folosind algoritmul de criptare AES.
'''Important:''' Backup.STS realizeaza copii de siguranta, dar reusita arhivarii nu garanteaza ca datele sursa sunt lipsite de probleme, inclusiv ca fisierele DBF nu au fost afectate de ransomware.


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


Salvarea datelor se poate efectua pe un disc local, hard-disk extern, USB stick, CD/DVD.  
'''Atentie:''' pastrati parola de criptare intr-un loc sigur. Daca parola este pierduta, recuperarea continutului arhivei poate deveni imposibila.


Toate aceste variante au dezavantajul ca se afla in aceeasi locatie cu datele salvate. In cazuri extreme cum ar fi inundatia, incendiu, virusii  sau furtul, acestea pot fi distruse.
==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 fisierelor in alta locatie==
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.
In cazul in care exista o amenintare, un virus sau un ransomware care are acces la discul care este folosit pentru arhivare, acesta este compromis.  


Salveaza fisierelor in alta locatie asigura o copie de rezerva reala si nealterabila.
==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.


==Salvarea fisierelor pe serverul gestionat de Soft Team Solutions==
Conform procedurii documentate a serviciului, serverul verifica zilnic existenta arhivelor asteptate si poate emite alerte cand acestea nu au fost receptionate.


Salvarea fisierului rezultat in urma unui backup se trimite catre serverul gestionat de Soft Team Solutions.
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.


La primirea acestuia se trimite un email catre adresele specificate in contract si se adauga in baza de date informatii despre acesta.  
Documentatia serviciului prevede si realizarea unor copii suplimentare pentru ultimele trei zile ale informatiilor existente pe server.


In fiecare zi, aplicatia care ruleaza pe server verifica receptionarea fisierului arhiva. In cazul in care, din diverse motive, aceast fisier nu a ajuns pe server, se trimite o alerta catre casuta de email specificata in contract si catre administratorii serverului.  
==Retransmiterea automata HTTP==
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.


Stergerea fisierelor vechi se realizeaza automat atunci cand se atinge limita de spatiu alocat conform abonamentului, prin metoda FIFO, primul intrat-primul iesit.
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.


Pentru evitarea stergerilor anticipate recomandam un singur backup / zi. Fara aceasta limitare, un program nociv, care intelege metoda folosita, poate trimite un numar mare de fisiere, care ar putea sa duca la depasirea spatiului alocat si sa genereze stergere automata a salvarilor vechi.  
'''Nota:''' transmiterea esuata nu trebuie confundata cu o arhivare esuata. ZIP-ul local poate exista chiar daca inca nu a ajuns pe server.


Ca masura suplimentara, se efectueaza backup al ultimelor 3 zile a tuturor informatiilor existente pe server.
==Actualizarea automata a Integrat.STS dupa backup==


==Transferul datelor catre serverul gestionat de Soft Team Solutions==
'''Compatibilitate SILENT:''' Actualizarea automata necesita componente Backup.STS, Update.exe si un pachet oficial Integrat.STS compatibile cu protocolul <code>update_silent</code>. Compatibilitatea se verifica in mecanismele aplicatiilor; existenta setarii nu garanteaza singura ca actualizarea va fi efectuata.


Transferul catre server se efectueaza printr-un HTTP-POST securizat. Deoarece serverul nu permite decat receptionarea de fisiere, un eventual atac este implicit blocat.  
Cand componentele sunt compatibile, actualizarea automata poate fi lansata '''numai imediat dupa backupul reusit''', in urmatoarele conditii:
* '''ZIP reusit si HTTP inactiv''' - actualizarea SILENT poate fi lansata dupa arhivare.
* '''ZIP reusit si HTTP activ, cu transmitere imediata reusita''' - actualizarea SILENT poate fi lansata dupa confirmarea uploadului.
* '''HTTP activ, dar transmitere imediata esuata''' - actualizarea SILENT nu se lanseaza.
* '''Transmisie HTTP reusita ulterior prin retry''' - se finalizeaza numai transferul arhivei existente; '''nu se lanseaza actualizarea SILENT'''.
* '''ZIP esuat sau imposibilitatea blocarii instalarii in intervalul de asteptare''' - actualizarea SILENT nu se lanseaza.


Pentru siguranta este folosit certifical RapidSSL care securizeaza transportul datelor intre cele doua locatii prin criptarea lor. De asemenea, utilizam in comunicatie si protocoale de tip SSL si SSH.
Backup.STS lanseaza '''Update.exe SILENT''', fara confirmari interactive. Sunt instalate numai versiunile oficiale '''mai noi''' decat cea deja instalata; daca versiunea disponibila este aceeasi sau mai veche, nu se efectueaza nicio instalare.


==Stabilirea abonamentului optim==
Momentul actualizarii se configureaza in '''Integrat.STS / Utile / Setari / Generale / Speciale''':
Se efectueaza o arhivare a datelor care trebuiesc salvate si in functie de marimea fisierului rezultat precum si numarul de salvari dorite se poate estimata care este abonamentul optim.
* '''Nu se efectueaza actualizari automate''' - backupul nu declanseaza actualizarea;
* '''Actualizeaza automat cand exista o versiune noua''' - o actualizare oficiala poate fi instalata dupa urmatorul backup reusit, respectand conditiile HTTP descrise mai sus;
* '''Actualizeaza automat dupa o perioada de asteptare''' - actualizarea se poate efectua dupa trecerea numarului configurat de zile (0-30) de la publicarea oficiala a versiunii, la un backup ulterior reusit. Pentru 0 zile, nu se aplica amanare.


Chiar daca scopul principal al acestui produs este salvarea bazelor de date aferente aplicatiei Integrat, trebuie avut in vedere ca se pot  include in salvare si alte fisiere aflate pe computerul pe care este instalata aplicatia Backup.
Aceste setari sunt comune tuturor firmelor din '''aceeasi instalare Integrat.STS''', nu fiecarei firme in parte. Ele nu schimba programarea jobului de backup.
 
'''Important:''' daca un job include mai multe instalari Integrat.STS distincte, backupul si transmiterea HTTP se executa normal, dar actualizarea automata nu se lanseaza; destinatarii configurati sunt informati. Directoarele obisnuite adaugate intr-un job nu sunt considerate instalari separate.
 
Cand este deja activa o actualizare a instalarii, un backup nou nu poate incepe. Simpla refuzare a executiei din acest motiv nu reprezinta o incercare HTTP si nu trebuie sa consume tentative de upload.
 
'''Conditie:''' existenta setarilor in Integrat.STS nu garanteaza singura activarea mecanismului SILENT. Daca componentele nu sunt compatibile, backupul continua fara actualizare automata; actualizarea manuala ramane disponibila.
 
'''Atentie: Backup.STS nu se actualizeaza automat.''' Actualizarea automata a Integrat.STS nu actualizeaza in acelasi mod aplicatia Backup.STS. Verificati ca aplicatia Backup.STS este actualizata; actualizarea ei se efectueaza separat din '''Speciale / Update''' sau cu ajutorul echipei Soft Team Solutions.
 
Consultati [[Manual:Integrat/Generale/Speciale/Setari|Setari / Speciale din Integrat.STS]] si [[Manual:Backup/Instalare|Instalare si configurare Backup.STS]] pentru detalii.
 
==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 [[Manual:Backup/Abonament|abonamentele Backup.STS]] si [[Manual:Backup/Instalare|instructiunile de instalare si configurare]].

Versiunea curentă din 29 octombrie 2026 10:17

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, dar reusita arhivarii nu garanteaza ca datele sursa sunt lipsite de probleme, inclusiv ca fisierele DBF nu au fost afectate de ransomware.

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

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.

Actualizarea automata a Integrat.STS dupa backup

Compatibilitate SILENT: Actualizarea automata necesita componente Backup.STS, Update.exe si un pachet oficial Integrat.STS compatibile cu protocolul update_silent. Compatibilitatea se verifica in mecanismele aplicatiilor; existenta setarii nu garanteaza singura ca actualizarea va fi efectuata.

Cand componentele sunt compatibile, actualizarea automata poate fi lansata numai imediat dupa backupul reusit, in urmatoarele conditii:

  • ZIP reusit si HTTP inactiv - actualizarea SILENT poate fi lansata dupa arhivare.
  • ZIP reusit si HTTP activ, cu transmitere imediata reusita - actualizarea SILENT poate fi lansata dupa confirmarea uploadului.
  • HTTP activ, dar transmitere imediata esuata - actualizarea SILENT nu se lanseaza.
  • Transmisie HTTP reusita ulterior prin retry - se finalizeaza numai transferul arhivei existente; nu se lanseaza actualizarea SILENT.
  • ZIP esuat sau imposibilitatea blocarii instalarii in intervalul de asteptare - actualizarea SILENT nu se lanseaza.

Backup.STS lanseaza Update.exe SILENT, fara confirmari interactive. Sunt instalate numai versiunile oficiale mai noi decat cea deja instalata; daca versiunea disponibila este aceeasi sau mai veche, nu se efectueaza nicio instalare.

Momentul actualizarii se configureaza in Integrat.STS / Utile / Setari / Generale / Speciale:

  • Nu se efectueaza actualizari automate - backupul nu declanseaza actualizarea;
  • Actualizeaza automat cand exista o versiune noua - o actualizare oficiala poate fi instalata dupa urmatorul backup reusit, respectand conditiile HTTP descrise mai sus;
  • Actualizeaza automat dupa o perioada de asteptare - actualizarea se poate efectua dupa trecerea numarului configurat de zile (0-30) de la publicarea oficiala a versiunii, la un backup ulterior reusit. Pentru 0 zile, nu se aplica amanare.

Aceste setari sunt comune tuturor firmelor din aceeasi instalare Integrat.STS, nu fiecarei firme in parte. Ele nu schimba programarea jobului de backup.

Important: daca un job include mai multe instalari Integrat.STS distincte, backupul si transmiterea HTTP se executa normal, dar actualizarea automata nu se lanseaza; destinatarii configurati sunt informati. Directoarele obisnuite adaugate intr-un job nu sunt considerate instalari separate.

Cand este deja activa o actualizare a instalarii, un backup nou nu poate incepe. Simpla refuzare a executiei din acest motiv nu reprezinta o incercare HTTP si nu trebuie sa consume tentative de upload.

Conditie: existenta setarilor in Integrat.STS nu garanteaza singura activarea mecanismului SILENT. Daca componentele nu sunt compatibile, backupul continua fara actualizare automata; actualizarea manuala ramane disponibila.

Atentie: Backup.STS nu se actualizeaza automat. Actualizarea automata a Integrat.STS nu actualizeaza in acelasi mod aplicatia Backup.STS. Verificati ca aplicatia Backup.STS este actualizata; actualizarea ei se efectueaza separat din Speciale / Update sau cu ajutorul echipei Soft Team Solutions.

Consultati Setari / Speciale din Integrat.STS si Instalare si configurare Backup.STS pentru detalii.

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.

Adus de la „https://softteam.ro/manual/index.php?title=Manual:Backup/Prezentare&oldid=13792”