Servera dublējumkopiju glabāšana, kas neliek vilties, kad tas ir vissvarīgāk
Publicēts 2026. gada 21. oktobrī
Neveiksmīgs atjauninājums reti kad par sevi paziņo pieklājīgi. Vēl pirms minūtes vietne pieņēma pasūtījumus vai vāca potenciālo klientu kontaktinformāciju. Nākamajā brīdī datubāzes migrācija ir nogājusi greizi, disks nav nolasāms vai kontā ir izdzēsti vajadzīgie faili. Servera dublējumkopiju glabāšana ļauj šādu situāciju pārvērst no ilgstošas dīkstāves par kontrolētu atkopšanu.
Dublējumkopija nav tikai datu kopija. Tas ir atkopšanas plāns, kurā noteikta glabāšanas vieta, grafiks un glabāšanas politika, kā arī sniegta skaidra atbilde uz nepatīkamu jautājumu: vai varat atjaunot svarīgos datus laikā, ko jūsu uzņēmums spēj pieļaut?
Vienai vietnei atbilde var būt vienkārša. Aģentūrai, mitināšanas pakalpojumu sniedzējam vai serverim ar vairākiem klientu kontiem tas jāizvērtē rūpīgāk. Mērķis nav izveidot pēc iespējas lielāku dublējumkopiju failu kaudzi. Mērķis ir padarīt atkopšanu paredzamu.
Kas servera dublējumkopijām jāaizsargā
Lielākā daļa servera incidentu neskar tikai viena veida datus. Atjaunojot tikai vietnes failus, var atgūt vietni, kas nedarbojas, ja trūkst datubāzes vai tā ir novecojusi. Datubāzes atjaunošana bez saistītajiem lietotnes failiem var radīt cita veida problēmu. Noderīgā atkopšanas plān ā tiek ņemts vērā viss pakalpojums, nevis tikai viena mape.
Daudziem Linux mitināšanas serveriem tas nozīmē aizsargāt vietņu failus, datubāzes, e-pasta pastkastes, DNS vai lietotņu konfigurāciju, ar SSL saistītos iestatījumus un lietotāju kontu datus. Ja mitināt WordPress vietnes, datubāzei jāpievērš īpaša uzmanība. Ziņas, pasūtījumi, veidlapu ieraksti, lietotāju konti un vietnes iestatījumi parasti tiek glabāti datubāzē. Faili ir svarīgi, taču datubāzē bieži vien ir izmaiņas, ko cilvēki veikuši piecas minūtes pirms problēmas sākuma.
Konfigurācijas dublējumkopijas ir viegli aizmirst, līdz rodas nepieciešamība nomainīt serveri. Virtuālo resursdatoru, PHP iestatījumu, ieplānoto uzdevumu, pasta konfigurācijas un kontu atļauju manuāla atjaunošana ir iespējama. Taču tieši šāds darbs var pārvērst īsu atkopšanu ļoti garā vakarā.
Izvēlieties krātuvi, domājot par atkopšanu, nevis cerot uz labāko
Lokālās dublējumkopijas ir ātri izveidot un ātri atjaunot. Taču tās ir apdraudētas, ja problēma ir pašā serverī. Diska kļūme, izspiedējvīrusa uzbrukums, pakalpojumu sniedzēja darbības pārtraukums vai nejauša dzēšana var vienlaikus skart gan produkcijas datus, gan to lokālo dublējumkopiju.
Attālināta dublējumkopiju krātuve nodrošina datu nodalīšanu. Tā var saglabāt pieejamus atkopšanas punktus arī tad, ja primārais serveris nav pieejams. Tas nenozīmē, ka katrai dublējumkopijai jāatrodas tālu prom vietā, no kuras atjaunošana notiek lēni. Tas nozīmē, ka plānā nevajadzētu paļauties uz vienu datoru, vienu kontu vai vienu kļūmju domēnu.
Praktiskā risinājumā bieži izmanto gan lokālās, gan attālinātās kopijas. Lai ātri veiktu atjaunošanu, glabājiet nesenās dublējumkopijas servera tuvumā, bet pēc tam nosūtiet kopijas uz atsevišķu krātuvi, lai aizsargātos pret plašākām kļūmēm. Pareizais līdzsvars ir atkarīgs no datu apjoma, interneta savienojuma, atkopšanas mērķiem un budžeta.
Nelielai informatīvai vietnei var pietikt ar vienu attālinātu dublējumkopiju dienā. E-komercijas veikalam, kurā regulāri tiek veikti pasūtījumi, var būt vajadzīgas biežākas datubāzes dublējumkopijas, jo visas dienas darījumu zaudēšana nav sīkums. Mitināšanas pakalpojumu sniedzējam var būt vajadzīgas konta līmeņa dublējumkopijas, kas ļauj atjaunot viena klienta datus, neatjaunojot iepriekšējo stāvokli visiem pārējiem servera lietotājiem.
Izveidojiet servera dublējumkopiju glabāšanas politiku, ko var ievērot
Labākā politika ir tāda, ko jūsu komanda spēj saprast arī tad, kad visi ir noguruši un nepārtraukti zvana tālrunis. Tajā jānorāda, kas tiek dublēts, cik bieži tas notiek, kur tiek glabātas kopijas, cik ilgi tās tiek saglabātas un kurš var veikt atjaunošanu.
Sāciet ar atkopšanas punkta mērķi un atkopšanas laika mērķi. Atkopšanas punkta mērķis nosaka, cik daudz datu varat atļauties zaudēt. Ja dublējumkopijas tiek veidotas ik pēc 24 stundām, iespējamais datu zudums var sasniegt gandrīz veselu dienu. Atkopšanas laika mērķis nosaka, cik ātri pakalpojumam atkal jāsāk darboties. Dublējumkopijas lejupielāde, kas ilgst 10 stundas, var būt pieņemama arhīvam, bet ne vietnei, kas gūst ieņēmumus un kurai jābūt tiešsaistē jau šorīt.
Arī glabāšanas termiņš jānosaka, ņemot vērā praktiskās vajadzības. Ikdienas kopiju glabāšana septiņas līdz 30 dienas ir ierasta prakse, taču tā var nepalīdzēt atklāt problēmu, kas vairākas nedēļas palikusi nepamanīta. Šādā gadījumā var palīdzēt ikmēneša atkopšanas punkti. Savukārt visu dublējumkopiju glabāšana mūžīgi palielina izmaksas, rada jucekli un neskaidrību par to, ko patiesībā vajadzētu atjaunot.
Lai sāktu ar skaidru plānu, daudzas komandas glabā atkopšanas punktus četros līmeņos:
- biežas dublējumkopijas nesen veiktajām izmaiņām
- ikdienas dublējumkopijas regulārai atjaunošanai
- iknedēļas dublējumkopijas vēlāk atklātām problēmām
- ikmēneša dublējumkopijas ilgtermiņa atkopšanas vajadzībām
Precīzs grafiks nav akmenī cirsts. Svarīgi, lai tas atbilstu jūsu vietņu un klientu darbības principiem.
Automatizācija novērš biežāko kļūmi
Manuāla dublējumkopiju veidošana šķiet vienkārša, līdz kāds dodas komandējumā, ir aizņemts ar klientu darbiem vai uzskata, ka pagājušās piektdienas kopija droši vien vēl der. Automatizēti dublēšanas uzdevumi novērš paļaušanos uz atmiņu. Tie arī atvieglo kļūmju pamanīšanu, pirms tās atklājas ārkārtas situācijā.
Dublēšanas sistēmai jāziņo, vai uzdevumi ir izpildīti sekmīgi un vai krātuvē netrūkst vietas. Tomēr sekmīgi izpildīts uzdevums ne vienmēr nozīmē, ka dublējumkopija ir noderīga. Ja datubāzes eksportā nav datu, dublējumkopiju galamērķis nav sasniedzams vai izslēgtajā direktorijā atrodas kritiski svarīgi faili, uzdevums var šķist sekmīgs, lai gan atjaunošana būs nepilnīga.
Tāpēc ir svarīgi pārskatāmi redzēt, kas notiek. Servera vadības panelis var atvieglot plānoto dublējumkopiju veidošanu, galamērķu iestatīšanu un kontu līmeņa atkopšanu, nepārvēršot katru uzdevumu komandrindas vingrinājumā. FASTPANEL ir izstrādāts, lai šie ikdienas mitināšanas uzdevumi būtu pārskatāmi, vienlaikus ļaujot administratoriem pārvaldīt pašu serveri.
Neglabājiet dublējumkopiju piekļuves datus publiski pieejamos tīmekļa direktorijos un neizmantojiet vienu krātuves kontu ar plašām piekļuves tiesībām visiem klientiem. Ja iespējams, izmantojiet atsevišķus piekļuves datus, ierobežojiet piekļuvi līdz minimumam un pārbaudiet, kam ir tiesības dzēst dublējumkopijas. Uzbrucējam, kurš ieguvis piekļuvi serverim, nevajadzētu bez šķēršļiem varēt izdzēst visas atkopšanas kopijas.
Pārbaudiet atjaunošanu, pirms tā ir nepieciešama
Dublējumkopija, no kuras nekad nav veikta atjaunošana, ir tikai pieņēmums. Pārbaude to pārvērš par pierādījumu.
Lai pārbaudītu katru dublējumkopiju, nav jāpārtrauc produkcijas vietnes darbība. Atjaunojiet nesen izveidotu vietnes vai datubāzes kopiju testa vidē, pagaidu apakšdomēnā vai citā izolētā vietā. Pārbaudiet, vai faili ir pieejami, datubāze tiek importēta pareizi, lietotne var izveidot savienojumu un svarīgās funkcijas darbojas. WordPress vietnei tas var nozīmēt pieteikšanos, lapu ielādi, veidlapas iesniegšanu un pārliecināšanos, ka tiek attēloti multivides faili.
Pārbaudiet ne tikai jaunāko dublējumkopiju. Nesen izveidota kopija var darboties nevainojami, kamēr vecāka saglabātā versija ir bojāta, nepilnīga vai nav atrodama. Regulāras pārbaudes arī parāda, vai dokumentācija ir pietiekami skaidra cilvēkam, kurš nav izveidojis šo sistēmu.
Sagatavojiet īsu atkopšanas rokasgrāmatu, kurā norādīta dublējumkopiju atrašanās vieta, piekļuves kārtība, paredzamais atjaunošanas laiks, DNS darbības, ja tiek izmantots aizstājējserveris, un to personu kontaktinformācija, kuras var apstiprināt lēmumus. Tā nav birokrātija. Tā palīdz izvairīties no improvizēšanas saspringtā situācijā.
Ņemiet vērā kompromisus
Biežāka dublējumkopiju veidošana patērē vairāk vietas krātuvē un var palielināt noslogota servera slodzi. Pilnās dublējumkopijas ir vienkārši atjaunot, taču tās aizņem vairāk vietas. Inkrementālās dublējumkopijas var samazināt krātuves lietojumu un dublēšanas laiku, taču atkopšana var būt atkarīga no dublējumkopiju kopu virknes. Šifrēšana aizsargā datus, kamēr tie tiek glabāti, taču pazaudētas šifrēšanas atslēgas var padarīt dublējumkopijas nelietojamas.
Nav viena iestatījuma, kas būtu piemērots ikvienai situācijai. Lietotnei, kurā tiek intensīvi izmantota datubāze, var būt vajadzīgas biežas datubāzes dublējumkopijas un retākas failu dublējumkopijas. Uzņēmuma vietnei, kuras saturs mainās reti, var būt svarīgāk veidot kopijas ārpus servera, nevis nodrošināt atkopšanu pa minūtēm. Mitināšanas uzņēmumiem var būt svarīgāk tīri atjaunot vienu kontu, nevis ātri atjaunot visa servera attēlu.
Noderīgais jautājums nav: “Kāda ir ideālā dublēšanas stratēģija?” Jautājums ir: “Kādai kļūmei esam gatavi un cik ātri varam pēc tās atgūties?”
Nodrošiniet, lai atkopšana būtu pa rokai
Servera dublējumkopiju glabāšanas vērtība atklājas dienā, kad kaut kas sabojājas, nevis dienā, kad plānotais uzdevums ziņo par izpildi. Nosakiet skaidrus atkopšanas mērķus, glabājiet kopijas atsevišķi no produkcijas servera, aizsargājiet visu pakalpojumu, nevis tikai redzamos failus, un regulāri pārbaudiet atjaunošanu.
Tad, kad atjauninājums sāk uzvesties neparedzami vai disks nolemj, ka savu mūža darbu ir paveicis, atkopšana kļūst par procedūru, ko jūsu komanda var ievērot, nevis par krīzi, kurā jāizdomā risinājums uz vietas.