Vaš stručnjak za sigurnosne kopije i zaštitu podataka!Rješenje prilagođeno vašim potrebama
Kako održati dostupnost poslovne aplikacije tijekom kvara?
Poslovna aplikacija ostaje dostupna tijekom kvara ako druga instanca, već ažurirana i već dostupna radnim stanicama, preuzme rad, a da nijedan korisnik ne mora promijeniti nijednu postavku. Ako pričuvni sustav postoji, ali nitko ne zna kako se na njega spojiti, aplikacija je tehnički „spašena”, a praktično zaustavljena.
Ukratko
- Četiri uvjeta: dosljedni podaci, odgovarajuće dimenzioniran pričuvni sustav, pripremljen mrežni put, poslovna provjera.
- Bazu treba kopirati metodom koja je poznaje (dnevnik transakcija, mirovanje baze), a ne kao obične datoteke.
- Zadržavanje iste IP adrese neprimjetnije je od promjene DNS-a, ali pretpostavlja da na lokaciji još radi neki uređaj.
- Prije kvara provjerite licencu softvera u pričuvnom okruženju.
- Ako četiri uvjeta nisu ispunjena, najavite DRP i zapišite smanjeni način rada.
Četiri uvjeta
Podaci su dosljedni. Aplikacija i njezina baza moraju se kopirati zajedno, u stanju koje sustav za upravljanje bazom prihvaća otvoriti. Kopija datoteka izrađena usred upisivanja može se pokrenuti na bazi koju će proizvođač softvera smatrati oštećenom. Alat za sigurnosno kopiranje ili replikaciju mora poznavati bazu (mirovanje baze, dnevnik transakcija), a ne samo disk. Za SQL Server Microsoft usto preporučuje da se sigurnosne kopije pohranjuju na fizički odvojenoj lokaciji od datoteka baze i podsjeća da strategija vraćanja ne postoji dok se kopija ne vrati na testni sustav i dok se ne provjeri njezin integritet.
Pričuvni sustav dimenzioniran je za rad, a ne samo da „pokaže da se pokreće”. Instanca premala za deset istodobnih korisnika stvara softverski zastoj umjesto kvara opreme.
Mrežni put je pripremljen. Dvije uobičajene tehnike:
- zadržati istu IP adresu koju vide radne stanice, zahvaljujući uređaju na lokaciji koji preusmjerava na pričuvni sustav;
- promijeniti DNS naziv, uz prihvaćanje vremena propagacije i predmemorije radnih stanica.
Prva je tehnika neprimjetnija. Pretpostavlja agenta ili uređaj koji na lokaciji još radi. Ako je cijela lokacija uništena (požar), lokalnog agenta više nema: udaljeni korisnici tada se spajaju preko pričuvne javne adrese, pod uvjetom da je rezervirana i testirana. BCP za cijelu lokaciju i BCP za jedan poslužitelj ne pripremaju se na isti način.
Netko provjerava aplikaciju, a ne samo sustav. Otvaranje zaslona za prijavu nije dovoljno. Ovlašteni korisnik obavlja uobičajenu radnju: traži predmet, izdaje dokument, ispisuje.
Usporedba dvaju mrežnih putova
| Ista IP adresa putem lokalnog uređaja | Promjena DNS naziva | |
|---|---|---|
| Radnja na radnim stanicama | Nikakva | Ponekad pražnjenje predmemorije ili ponovno pokretanje |
| Vrijeme prebacivanja | Kratko | Ovisi o vremenu valjanosti DNS zapisa |
| Radi ako je lokacija uništena | Ne | Da, ako je udaljeni pristup pripremljen |
| Na što paziti | Lokalni uređaj mora preživjeti | Adrese čvrsto upisane u softver |
Prije kvara: kontrolni popis
- Metoda sigurnosnog kopiranja baze dokumentirana je i već je omogućila uspješno vraćanje.
- Veličina pričuvnog sustava potvrđena je za predviđeni broj korisnika.
- Mrežni put testiran je s obične radne stanice, a ne s računala administratora.
- Licenca radi na pričuvnom sustavu.
- Poslovni korisnik obavio je stvarnu radnju na pričuvnom sustavu tijekom posljednjeg testa. Pogledajte Kako testirati DRP?.
Smanjeni način rada
Ako četiri uvjeta nisu ispunjena, pošteno je najaviti DRP (oporavak nakon prekida) i zapisati smanjeni način rada: koje radnje mogu pričekati, koje se bilježe na papiru, tko ih poslije ponovno unosi. „Neizostavnoj” aplikaciji čiji smanjeni način rada može trajati pola dana nije nužno potreban pričuvni sustav uključen cijelu godinu. ANSSI, francuska nacionalna agencija za kibernetičku sigurnost, preporučuje da se ta zaobilazna rješenja predvide unaprijed, jer kriza kibernetičkog podrijetla može trajati nekoliko tjedana.
Licence i proizvođači softvera
Neki poslovni programi vežu licencu uz identifikator hardvera ili zabranjuju vanjsko smještanje. Provjerite to prije kvara. Pričuvni sustav koji se pokrene, a zatim zatvori zbog nedostatka licence, nije pričuvni sustav.
U WeDoBacku
BCP je osmišljen upravo za ovaj slučaj: cloud instance koje stalno rade, agent u mreži klijenta, IPsec VPN veza, preuzimanje rada bez promjene IP adrese. Tako aplikacija ostaje dostupna radnim stanicama na lokaciji sve dok postoje agent i lokalna mreža. Da bi baza aplikacije bila ažurna na instanci, a podaci uneseni tijekom kvara zatim se vratili na popravljeni poslužitelj, potreban je poseban postupak replikacije ili sinkronizacije: nije ugrađen, a WeDoBack ga može uspostaviti na temelju ponude. Instance počinju od 50,22 € bez PDV-a mjesečno, a pohrana od 8,75 € bez PDV-a mjesečno za 50 GB. Ako je zgrada uništena, taj lokalni mehanizam više nije dovoljan: potrebne su javne adrese i udaljeni pristup, što više pripada DRP-u s javnim IP adresama (0,54 € bez PDV-a po adresi mjesečno). WeDoBack izrađuje sigurnosne kopije SQL Servera, Exchangea i poslovnog softvera te vraća poslužitelj i aplikaciju ako su kopirani na dosljedan način. Ne popravlja bazu kopiranu bilo kako: metoda sigurnosnog kopiranja baze dio je implementacije i treba je unaprijed testirati.
Česta pitanja
Mogu li se datoteke baze podataka kopirati kao i ostale datoteke?
To nije dovoljno. Kopija izrađena usred upisivanja može dati bazu koju sustav za upravljanje bazom neće htjeti otvoriti. Potrebna je sigurnosna kopija koja poznaje bazu (izvorna sigurnosna kopija, dnevnik transakcija ili mirovanje baze). Microsoft usto podsjeća da strategija vraćanja postoji tek kada su sigurnosne kopije testirane na testnom sustavu.
Mora li pričuvni sustav biti jednako snažan kao proizvodni poslužitelj?
Mora podnijeti broj istodobnih korisnika predviđen tijekom kvara. Poddimenzioniran pričuvni sustav pretvara kvar opreme u problem s performansama. Može se prihvatiti nešto skromniji pričuvni sustav ako smanjeni način rada smanjuje broj korisnika, pod uvjetom da je to izmjereno.
Što se događa ako je uništena cijela zgrada?
Mehanizmi koji se oslanjaju na lokalnu opremu (agent, uređaj) nestaju zajedno s lokacijom. Korisnici tada moraju pristupati pričuvnom sustavu izvana, putem javne adrese i udaljenog pristupa koji su unaprijed rezervirani i testirani. To je scenarij različit od kvara jednog poslužitelja.
Saznajte više
Izvori
Dokumenti pregledani u listopadu 2026.
- Sigurnosno kopiranje i vraćanje baza podataka SQL Servera — Microsoft Learn
- Kibernetička kriza: ključevi operativnog i strateškog upravljanja (prosinac 2021.) — ANSSI (francuska agencija)
- Ponuda BCP: trenutačni kontinuitet poslovanja — WeDoBack
- Ponuda DRP: oporavak poslovanja nakon katastrofe — WeDoBack
Planirate projekt sigurnosnog kopiranja, DRP-a ili BCP-a?
Više od 20 godina iskustva u zaštiti poslovnih podataka.
Zatražite ponudu+33 9 72 50 78 28Zaštitite svoje podatke uz WeDoBack
Šifrirano izvanlokacijsko sigurnosno kopiranje, nepromjenjiva pohrana, DRP i BCP: opišite nam svoje poslužitelje, a mi ćemo vam predložiti pravu kombinaciju.