Manual:Backup/Prezentare: Diferență între versiuni
Actualizare documentație Backup.STS 2.1.0; explicații text fără imagini |
Eliminare numere de versiune; corectare conditii SILENT pentru HTTP inactiv, upload imediat si retry; pastrare configuratie si compatibilitate. |
||
| (Nu s-au afișat 5 versiuni intermediare efectuate de același utilizator) | |||
| Linia 1: | Linia 1: | ||
'''Backup.STS''' este | '''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?== | ==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 | 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 | '''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== | ||
Backup.STS poate crea arhive ZIP protejate prin criptare AES. | 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 | ==Unde se pot salva fisierele?== | ||
Arhivele se pot salva local, de exemplu pe un disc intern sau extern. | 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 | 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== | ==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 | 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 | ==Retransmiterea automata HTTP== | ||
Daca arhiva ZIP a fost creata, dar transferul HTTP nu reuseste: | |||
* arhiva | * arhiva existenta se pastreaza local; | ||
* serviciul | * serviciul reincearca transmiterea '''aceluiasi fisier ZIP''', fara o noua comprimare a datelor; | ||
* sunt permise cel mult '''3 | * 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 <code>update_silent</code>. 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 [[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== | ==Alegerea abonamentului== | ||
Dimensiunea arhivei | 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.