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

De la Manual
Sari la navigare Sari la căutare
ChatGPTManual (discuție | contribuții)
Documentare optiuni Backup si Backup_Zile in Setari/Speciale si legatura cu Update.exe SILENT dupa backup; fara diacritice
ChatGPTManual (discuție | contribuții)
Eliminare numere de versiune; corectare conditii SILENT pentru HTTP inactiv, upload imediat si retry; pastrare configuratie si compatibilitate.
 
(Nu s-au afișat 3 versiuni intermediare efectuate de același utilizator)
Linia 6: Linia 6:
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.
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.
'''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==
==Criptarea arhivelor==
Linia 27: Linia 27:
Documentatia serviciului prevede si realizarea unor copii suplimentare pentru ultimele trei zile ale informatiilor existente pe server.
Documentatia serviciului prevede si realizarea unor copii suplimentare pentru ultimele trei zile ale informatiilor existente pe server.


==Retransmiterea automata HTTP (versiunea 2.1.0)==
==Retransmiterea automata HTTP==
Daca arhiva ZIP a fost creata, dar transferul HTTP nu reuseste:
Daca arhiva ZIP a fost creata, dar transferul HTTP nu reuseste:
* arhiva existenta se pastreaza local;
* arhiva existenta se pastreaza local;
Linia 39: Linia 39:
'''Nota:''' transmiterea esuata nu trebuie confundata cu o arhivare esuata. ZIP-ul local poate exista chiar daca inca nu a ajuns pe server.
'''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 ==
==Actualizarea automata a Integrat.STS dupa backup==


Pe langa realizarea si transmiterea copiilor de siguranta, mecanismul Backup.STS este destinat sa permita, prin integrarea cu '''Update.exe SILENT''', actualizarea automata a instalarii Integrat.STS dupa un backup reusit.
'''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.


Momentul actualizarii este ales din '''Integrat.STS / Utile / Setari / Generale / Speciale''', prin optiunile de actualizare automata dupa backup:
Cand componentele sunt compatibile, actualizarea automata poate fi lansata '''numai imediat dupa backupul reusit''', in urmatoarele conditii:
* fara actualizari automate;
* '''ZIP reusit si HTTP inactiv''' - actualizarea SILENT poate fi lansata dupa arhivare.
* actualizare cand exista o versiune noua;
* '''ZIP reusit si HTTP activ, cu transmitere imediata reusita''' - actualizarea SILENT poate fi lansata dupa confirmarea uploadului.
* actualizare dupa o perioada de asteptare, configurabila intre 0 si 30 de zile. Pentru 0 zile, interfata indica urmatorul backup.
* '''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.


'''Aceste setari sunt comune tuturor firmelor din aceeasi instalare Integrat.STS'''; ele nu sunt individuale pentru fiecare firma. Programarea backupului si configurarea actualizarii sunt lucruri distincte.
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.


'''Stadiul implementarii:''' Update.exe SILENT a fost validat separat, dar apelarea sa automata din Backup.STS este o integrare distincta. Prezenta acestor setari in Integrat.STS nu inseamna ca Backup.STS 2.1.0 declanseaza deja actualizarea automata.
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.


Consultati [[Manual:Integrat/Generale/Speciale/Setari|Setari / Speciale din Integrat.STS]] pentru detalii.
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==
==Notificari si verificari==

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.