Kā droši automatizēt WordPress dublējumkopiju veidošanu
Publicēts 2026. gada 7. novembrī
WordPress dublējumkopija ir noderīga tikai tad, ja tajā ir pareizie dati un to var atjaunot, pirms uzņēmums izjūt pakalpojuma pārtraukuma sekas. Lai droši automatizētu WordPress dublējumkopiju veidošanu, ieplānojiet gan failu, gan datubāzes eksportu dublēšanu, nosūtiet kopijas uz citu vietu, nevis produkcijas serveri, un pārbaudiet, vai atjaunošana tiešām darbojas. Dublēšanas uzdevums, kas ziņo par veiksmīgu izpildi, bet saglabā tukšu arhīvu, nenodrošina aizsardzību. Tā ir tikai ļoti pieklājīga problēma, kas gaida piektdienas vakaru.
Kas ietilpst pilnā WordPress dublējumkopijā
WordPress nav tikai viena lieta. Vietnes saturs, konfigurācija, spraudņi, tēmas, augšupielādētie multivides faili un lietotāju dati ir sadalīti starp failu sistēmu un datubāzi. Pilnīgai atjaunošanai nepieciešamas abas daļas.
Datubāzē atrodas ziņas, lapas, WooCommerce pasūtījumi, klientu konti, veidlapu ieraksti, iestatījumi un cits mainīgs saturs. Failu sistēmā atrodas WordPress pamata faili, spraudņi, tēmas, augšupielādes un tādi faili kā `wp-config.php`. Ja atjaunosiet tikai failus, vietne var ielādēties ar novecojušu vai trūkstošu saturu. Ja atjaunosiet tikai datubāzi, tā var norādīt uz failiem, kas neeksistē.
Daudzām uzņēmumu vietnēm praktiskais minimums ir ikdienas datubāzes dublēšana un ikdienas pilnas vietnes dublēšana. E-komercijas veikaliem, dalības platformām, rezervēšanas sistēmām un noslogotām SaaS galvenajām lapām var būt nepieciešama biežāka datubāzes dublēšana, jo jauni pasūtījumi un klientu dati var parādīties katru stundu. Dublēšanas grafikam jāatspoguļo tas, cik daudz datu jūs reāli varat atļauties zaudēt, nevis tas, kas šķiet ērti.
Izvēlieties automatizācijai piemērotāko līmeni
WordPress dublējumkopiju veidošanu parasti automatizē trīs veidos: ar WordPress dublēšanas spraudni, mitināšanas vadības paneli vai pārvaldītu pakalpojumu, kā arī servera līmeņa uzdevumiem. Nav viena risinājuma, kas būtu vislabākais visiem. Pareizā izvēle ir atkarīga no tā, kurš pārvalda serveri, cik liela ir vietne un cik ātri tā jāatjauno.
Dublējumkopijas, ko veido spraudnis
Nelielai vietnei spraudnis bieži vien ir vienkāršākā izvēle. Tas var izveidot arhīvus, ieplānot uzdevumus un nosūtīt dublējumkopijas uz attālo krātuvi bez piekļuves čaulai. Tādējādi vietņu īpašnieki var tieši pārraudzīt procesu, un tas ir noderīgi, ja mitināšanas plānā nav iekļauts dublēšanas pakalpojums.
Kompromiss ir servera noslodze. Lielas multivides bibliotēkas saspiešana, kamēr vietne apkalpo apmeklētājus, var patērēt procesora laiku, atmiņu, diska ievades/izvades resursus un PHP izpildes procesus. Noslogotā koplietošanas vidē vai nelielā VPS dublēšanas uzdevumi var pārsniegt izpildes laika ierobežojumu vai palēnināt norēķinu lapu darbību. Ja iespējams, ieplānojiet uzdevumu laikā, kad apmeklētāju ir maz, un uzraugiet dažas pirmās izpildes reizes, nevis pieņemiet, ka grafiks ir pareizs.
Mitinātāja vai pārvaldītas dublējumkopijas
Mitināšanas līmeņa dublējumkopijas tiek veidotas ārpus WordPress, kas parasti ir drošāk, ja rodas spraudņa kļūme, ļaunprogrammatūras incidents vai neizdodas WordPress atjauninājums. Pārvaldīta dublēšanas sistēma var uztvert datubāzes un failus, nepaļaujoties uz to, ka vietnes lietotne turpina darboties pareizi.
Šāda pieeja samazina WordPress iekšienē esošo mainīgo komponentu skaitu un parasti atvieglo atjaunošanu infrastruktūras līmenī. Uzņēmumiem, kas paši nevēlas uzturēt dublēšanas spraudņus, grafikus, krātuves piekļuves datus un brīdinājumu noteikumus, pārvaldītas mitināšanas dublējumkopijas ir mierīgāka izvēle. Vietnē kodu.cloud šāda veida operatīvos uzdevumus var veikt kopā ar servera uzraudzību un atbalstu, nevis atstāt kā ikmēneša atgādinājumu, ko neviens negaida ar prieku.
Servera līmeņa dublējumkopijas
VPS vai dedicētais serveris sniedz lielāku kontroli. Varat izmantot ieplānotus uzdevumus, lai izveidotu datubāzu izgāztuves, arhivētu lietotnes failus, šifrētu rezultātu un pārsūtītu to uz neatkarīgu krātuves vietu. Izstrādātāji un aģentūras bieži dod priekšroku šai pieejai, jo grafikus, glabāšanas periodu, izņēmumus un žurnālus var pielāgot katrai vietnei.
Lielāka kontrole nozīmē arī lielāku atbildību. Dublēšanas skriptam nepieciešama kļūdu apstrāde, pieejama diska vieta, atļaujas, krātuves uzraudzība un atjaunošanas dokumentācija. Ieplānota komanda, kas klusi neizpildās trīs nedēļas, ir pietiekami izplatīta parādība, lai to uztvertu nopietni.
Izveidojiet dublēšanas grafiku, ņemot vērā atjaunošanas vajadzības
Sāciet ar diviem jautājumiem: cik daudz neseno datu uzņēmums var zaudēt un cik ilgi vietne var nebūt pieejama? Tie ir jūsu atkopšanas punkta mērķis un atkopšanas laika mērķis. Sanāksmē nav jālieto šie saīsinājumi, taču atbildes jums ir jāzina.
Vietnei, kuras saturs tiek mainīts divreiz mēnesī, var pietikt ar ikdienas dublējumkopijām un 14–30 dienu glabāšanas periodu. Vietnei, kurā ir daudz satura un kuru pārvalda aģentūra, var noderēt ikdienas pilnās dublējumkopijas un kopija pirms lieliem atjauninājumiem. WooCommerce veikalam nepieciešama lielāka uzmanība: ar ikdienas failu dublēšanu vien nepietiek, ja pasūtījumi tiek reģistrēti visas dienas garumā.
Aktīvam veikalam apsveriet datubāzes dublēšanu katru stundu vai ik pēc dažām stundām, ikdienas failu sistēmas dublēšanu un dublējumkopijas izveidi pirms WooCommerce, maksājumu spraudņu, tēmu vai WordPress pamata komponentu izmaiņām. Nesaglabājiet tikai vienu dublējumkopiju paaudzi. Ja bojājums, mēstules vai ļaunprogrammatūra vietnē iekļuva pirms vairākām dienām, vakardienas dublējumkopijā var būt tā pati problēma.
Glabāšana rada izmaksas. Lielākam atjaunošanas punktu skaitam nepieciešama lielāka krātuve, pārsūtīšanas jauda un uzturēšana. Saprātīga politika bieži paredz saglabāt vairākas jaunākās ikdienas kopijas, dažas iknedēļas kopijas un nelielu skaitu ikmēneša kopiju. Precīzs skaits ir atkarīgs no vietnes un atbilstības prasībām, taču princips nemainās: saglabājiet pietiekami ilgu vēsturi, lai varētu atgūties no problēmas, kas atklāta novēloti.
Saglabājiet vismaz vienu kopiju ārpus produkcijas servera
Neuzskatiet dublējumkopiju, kas glabājas blakus vietnei, par avārijas atkopšanas plānu. Ja sabojājas servera disks, tiek dzēsts konts, izspiedējprogrammatūra piekļūst piemontētajai krātuvei vai pārāk pašpārliecināti tiek izpildīta kļūdaina tīrīšanas komanda, produkcijas dati un dublējumkopija var pazust reizē.
Izmantojiet atsevišķu dublējumkopiju krātuvi ar neatkarīgiem piekļuves datiem un, vēlams, citā kļūmju domēnā. Tā var būt objektu krātuve, dublēšanas serveris vai cits pakalpojumu sniedzējs. Pirms pārsūtīšanas šifrējiet arhīvus, ja tajos ir klientu ieraksti, kontu dati vai privāti augšupielādēti faili. Glabājiet šifrēšanas atslēgas un krātuves piekļuves datus atsevišķi no tīmekļa saknes direktorija un repozitorija.
Pazīstamais princips 3-2-1 joprojām ir noderīgs: saglabājiet trīs svarīgu datu kopijas divu veidu krātuvēs, no kurām viena atrodas ārpus uzņēmuma. Tam nav jākļūst par ceremoniju. Tas ir vienkāršs veids, kā nepieļaut, ka viens nelabvēlīgs notikums izraisa pilnīgu datu zudumu.
Izslēdziet failus, kuru dublēšana nav nepieciešama
Lielas kešatmiņas, pagaidu faili, atkļūdošanas žurnāli, izvietošanas artefakti un ģenerētas attēlu kešatmiņas var palēnināt dublēšanu un palielināt tās izmaksas, neuzlabojot atkopšanas iespējas. Parasti ir lietderīgi šos failus izslēgt, ja vien tos var droši izveidot no jauna.
Esiet piesardzīgi ar augšupielādēm. Direktorijā `wp-content/uploads` parasti atrodas produktu attēli, dokumenti, lietotāju iesniegtie faili un multivides bibliotēkas faili. Parasti tas jāiekļauj dublējumkopijā. Jāpārbauda arī pielāgotu lietotņu direktoriji, nestandarta spraudņu krātuves un faili ārpus WordPress saknes direktorija. Iespējams, izstrādātājs kādus svarīgus resursus ir ievietojis negaidītā vietā. Diemžēl serveris nespēj nolasīt domas.
Pirms izņēmumu saraksta galīgās apstiprināšanas salīdziniet arhīva saturu ar to, kas lietotnei nepieciešams pēc tīras atjaunošanas. Mazāka dublējumkopija ir laba tikai tad, ja ar to joprojām var atjaunot uzņēmuma darbību.
Nodrošiniet dublēšanas kļūmju pamanāmību
Automatizācija bez ziņošanas ir tikai daļēja automatizācija. Iestatiet brīdinājumus par neizdevušiem uzdevumiem, nepabeigtām pārsūtīšanām, nepietiekamu krātuves vietu, neparasti maziem arhīviem un dublējumkopijām, kas ir vecākas par jūsu politikā atļauto. Nelielā vidē pietiek ar e-pastu, taču komandām, kas atbild par vairākām klientu vietnēm, labāk izmantot uzraudzītu brīdinājumu kanālu.
Pārbaudiet žurnālus pēc iestatīšanas un pēc nozīmīgām PHP, WordPress, datubāzes versiju, krātuves piekļuves datu vai failu sistēmas atļauju izmaiņām. Veiksmīgai dublējumkopijai jābūt skaidram laika zīmogam, paredzētajam izmēram, apstiprinājumam par galamērķi un informācijai par glabāšanas perioda ievērošanu.
Uzraugiet arī pieejamo diska vietu avota serverī. Daži rīki pirms augšupielādes pilno arhīvu izveido lokāli. Serveris, kura disks ir gandrīz pilns, var neizdoties dublēšanas laikā un vienlaikus radīt veiktspējas problēmas. Šī nav pati patīkamākā situācija ar diska vietu, taču no tās var izvairīties.
Pārbaudiet atjaunošanu, pirms rodas avārija
Atjaunošanas pārbaude pārvērš apgalvojumus par dublējumkopijām praktiskā faktā. Vismaz reizi ceturksnī atjaunojiet nesenu kopiju testa vidē vai atsevišķā pagaidu atrašanās vietā. Pārliecinieties, ka WordPress startējas, datubāze pieslēdzas, multivides faili tiek ielādēti, lietotāji var pierakstīties un darbojas svarīgās uzņēmuma funkcijas.
Tiešsaistes veikalam pārbaudiet produktu lapas, iepirkumu groza darbību, ar norēķiniem saistītos iestatījumus, pasūtījumu ierakstus, darījumu e-pasta konfigurāciju un maksājumu spraudņu atkarības. Nenovietojiet atjaunoto kopiju vietā, kur tā var nosūtīt īstus klientu e-pastus vai pieņemt reālus maksājumus. Vispirms testa vidē atspējojiet izejošos e-pastus un maksājumu darbības.
Atjaunošanas secību dokumentējiet tās izpildes laikā. Pierakstiet, kur tiek glabāta dublējumkopija, kura datubāze jāimportē, kur jāmaina konfigurācijas vērtības un kā tiek apstrādāti DNS vai lietotnes URL. Reāla darbības pārtraukuma laikā īsa un aktuāla instrukcija ietaupa vairāk laika nekā jebkura cilvēka atmiņa.
Aizsargājiet arī pašu dublēšanas procesu
Izmantojiet īpašus krātuves piekļuves datus, kuriem ir tikai dublējuma datu rakstīšanai un lasīšanai nepieciešamās atļaujas. Ieslēdziet daudzfaktoru autentifikāciju krātuves kontam un mitināšanas vadības panelim. Atjauniniet WordPress, spraudņus, servera pakotnes un dublēšanas rīkus, jo uzlauzta vietne var mēģināt piekļūt arī pieejamajiem dublēšanas piekļuves datiem.
Ja dublējumkopijas ir šifrētas, atjaunošanas izmēģinājumos pārbaudiet atšifrēšanu. Šifrēts arhīvs bez pareizās atslēgas ir nevainojami drošs un nevainojami nelietojams. Glabājiet atkopšanas instrukcijas aizsargātā vietā, kas būs pieejama arī tad, ja produkcijas serveris nebūs pieejams.
Automatizētām dublējumkopijām ir jāsamazina jūsu darba slodze, nevis jāslēpj riski aiz zaļas statusa ikonas. Iestatiet grafiku, glabājiet kopijas ārpus uzņēmuma, uzraugiet uzdevumus un izmēģiniet atjaunošanu, kamēr pakalpojums darbojas mierīgi. Tad varēsiet veikt izmaiņas WordPress sistēmā ar daudz drošāku roku.
Andres Saar, klientu atbalsta inženieris