northdan.
Read this page in English

Dicționar IT

Ce este Failover-ul?

Mecanismul prin care un sistem de rezervă preia automat activitatea atunci când sistemul principal cade.

Generatorul unui spital nu așteaptă o ședință ca să pornească: la prima fluctuație de curent preia sarcina în secunde, pentru că vieți depind de asta. Failover-ul e același reflex, aplicat sistemelor software: lângă serverul sau baza de date principală stă o rezervă sincronizată permanent, iar când principalul cade — hardware ars, rețea întreruptă, eroare umană — rezerva preia automat traficul, ideal fără ca utilizatorii să observe ceva. Întrebările care separă marketingul de realitate: în cât timp se face comutarea (secunde sau ore?), câte date se pot pierde în acel interval și — esențial — când a fost testat ultima dată scenariul? Un failover netestat e o poliță de asigurare neplătită. Pentru firma ta, discuția e pur financiară: calculezi cât costă o oră de nefuncționare a sistemului critic și compari cu costul lunar al rezervei. De acolo, decizia devine simplă aritmetică.

Hai să vorbim despre proiectul tău

Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.

office@northdan.com · +40 752 070 247

De ce contează pentru afacerea ta

Continuitate fără intervenție umană

Comutarea pe rezervă se face automat, în secunde sau minute — nu aștepți să se trezească administratorul, iar incidentul de la 3 dimineața nu mai oprește vânzările.

Mentenanță majoră fără opriri

Sistemul principal se poate actualiza sau înlocui liniștit în timp ce rezerva ține producția — ferestrele de mentenanță din weekend devin istorie.

Argument comercial verificabil

Contractele serioase cer disponibilitate garantată (SLA); un failover testat îți permite să semnezi acele garanții cu acoperire reală, nu pe promisiuni.

Întrebări frecvente

Ce înseamnă failover activ-pasiv față de activ-activ?

La activ-pasiv, rezerva stă în așteptare și preia doar la cădere — mai ieftin, dar cu o scurtă întrerupere la comutare. La activ-activ, ambele sisteme lucrează simultan și își împart traficul — comutare practic invizibilă, la cost aproape dublu.

Se pierd date la un failover de bază de date?

Depinde de tipul replicării: cea sincronă garantează zero pierderi, dar încetinește puțin scrierile; cea asincronă poate pierde ultimele secunde de tranzacții. Alegerea se face pe baza indicatorului RPO — câte date își permite afacerea să piardă.

Cât de des trebuie testat failover-ul?

Măcar de două ori pe an, printr-o comutare reală planificată — nu doar «pe hârtie». Companiile mature merg mai departe și opresc intenționat componente în producție (chaos engineering), tocmai ca surprizele să apară la exercițiu, nu la incident.