WordPress: Disaster Recovery

WordPress ødelagt

Hindenburg-katastrofenDet siste få dager Jeg har jobbet rasende med å få tilbake min gode venn Pat Coyles blogg. (Ferien min fortsetter å bli mer interessant - i dag snør det litt ... i april! Hva skjedde med Global Warming?)

Jeg vil dele det som skjedde, og deretter diskutere de forebyggende tiltakene jeg tok, samt hvordan det ble rettet.

Her er det som skjedde:

  1. A DNS serveren gikk på fritz. EN DNS server oversetter innkommende trafikk til et domenenavn og omdirigerer den til riktig server. Med dette skjedde det faktisk to kommunikasjonsmåter - domenenavnet til nettstedet og nettstedet til databasen (databasen hans er for tiden i et delt miljø).
  2. Jeg kompliserte ting ved å raskt flytte bloggen hans til en annen server, uten å innse at det var et DNS-problem. Dette legger til et annet nivå av kompleksitet. Passord i WordPress (og de fleste andre databaseapplikasjoner) krypteres unikt av serveren de er på. Hvis du flytter nettstedet til en annen server, har du nettopp deaktivert muligheten for å dekryptere passordet. Heldigvis har WordPress (en annen flott funksjon) et passordgjenopprettingssystem der du kan tilbakestille passordet ditt via en lenke i en e-post.

Her er den umiddelbare handlingen jeg tok:

  1. Før dette skjedde, må jeg si at jeg er sammen med et fantastisk webhotell som tar omfattende sikkerhetskopier. Jeg har aldri hatt et problem som de ikke klarte å rette opp gjennom sikkerhetskopier. Jeg har hørt mareritt fra andre på bloggene og nettstedene deres gått tapt. Jeg kan ikke forestille meg hvordan det er å gå gjennom det. (Abonner på RSS-feeden min og du kan få en kupong for et gratis friår med verten min).
  2. Jeg kunne logge inn på webserveren innen FTP og hente begge sider og databasen. En annen funksjon i hostingpakken min er at jeg kan få tilgang til hele VDS utover selve nettstedet. MySQL lagrer databasene i en filkatalog (/ var / lib / mysql /). Jeg klarte å laste ned databasen bare ved å kopiere katalogen lokal. Snakk om en flott sikkerhetskopi! Ingen import, ingen eksport, ingen maksimale filstørrelser å håndtere ... bare FTP.

Nå som jeg hadde nettstedet og databasen lokal, pustet jeg lettet ut. Hadde jeg rett og slett stoppet her og vært tålmodig, ville DNS-problemet ha ordnet seg og Pat ville ha vært opp igjen før. Jeg bekreftet at domenenavnet fremdeles pekte på de aktuelle navneserverne til verten min Whois.net. Hvis du sjekker domenet ditt der, er navnetjenerne helt nederst i rapporten.

Dette fikk meg til å tro at nettstedet muligens kunne ha blitt hacket. Navneserveren var riktig, men siden som kom opp var en forferdelig side som så ut som spam. Jeg brukte Tillegg for Live Headers til Firefox for å sikre at jeg faktisk ikke ble omdirigert - det typiske hacket som mange ser. Nettstedet ble ikke omdirigert. Jeg kunne ha gjort noen ekstra feilsøking; Imidlertid skrev jeg inn en supportbillett med verten min, slik at ekspertene deres kunne begynne å undersøke.

Gjenopprette nettstedet ditt til en annen konto eller vert:

Jeg hadde ikke oppdatert Pat til den nyeste versjonen av WordPress 2.1, PHP og MySQL ennå, så jeg bestemte meg for at det ikke var noen bedre tid enn nåtiden! Jeg slettet den gamle kontoen hans og startet en ny konto. Jeg angav aliasinformasjonen hans på nytt og lastet inn databasen, WordPress 2.1 og Pat innhold:

  • wp-innholdsopplastingskatalog - det er her alle opplastede bilder ligger.
  • wp-content plugins-katalog - alle plugins (gjør dette sist, siden du kan ha versjonsproblemer.
  • wp-content temakatalog - temaet ditt.

Jeg håper i en fremtidig utgivelse av WordPress at disse tre katalogene er rotkataloger i stedet for underkataloger. Det ville gjøre oppgradering mye enklere! På dette tidspunktet hadde verten min funnet DNS-problemet og omdirigert nettstedet riktig. Whew! Nå kom Pats side tilbake med en WordPress Upgrade-melding. Jeg klikket meg for å oppgradere databasen og han var sikkerhetskopiert ... nesten.

Husker du krypteringsproblemet jeg snakket om? Pat kunne ikke logge inn på grunn av det. Passordet hans dekrypterte ikke lenger verdien i databasen ordentlig, så jeg hadde en rettelse til. Jeg logget meg fysisk inn i databasen og endret Pats svar-e-postadresse i brukertabellen til e-postadressen min. Jeg brukte deretter funksjonen "Mistet passordet" for å sende meg en lenke for å tilbakestille passordet. Etter at jeg hadde tilbakestilt passordet, logget jeg på og endret Pats e-postadresse tilbake.

Og nå er Pat tilbake! Etterpåklokskap er 20/20 ... hadde jeg bare ventet på verten min, ville problemet blitt rettet. Jeg kompliserte virkelig saken. Imidlertid er Pat nå oppgradert og kjører de beste versjonene av alt. Jeg beklager at han var nede så lenge. Det tar ikke lang tid å sprette tilbake fra nedetid, men det er en stygg ulempe! Beklager, Pat!

Lærdomene:

  1. Forsikre deg om at du er hos en vert som har gode sikkerhetskopier.
  2. Ta sikkerhetskopi av nettstedet og databasen og lagre dem på et trygt sted.
  3. Hvis du er sammen med en god vert, kan du stole på at de finner og retter opp problemet.
  4. Hvis du trenger det, flytt til en ny vert eller konto og forstå hvordan du kan gjenopprette nettstedet, databasen og gjenopprette passordet ditt.

Noe ekstra info

I dag har etterspørselen etter rask internettforbindelse økt mangfold. Sikkert, i denne bevegelige verden av internett, satellittelefon har bevist sin verdi. Når det gjelder trådløst internett, står folk fortsatt på spill og spør trådløst internett hvordan høyt verdsatt for dem. Spesielt for webansvarlige viktigheten av trådløs DSL er ikke mer et spørsmål. Disse webmastere foretrekker mest webdesignstudio for å designe og trenger deretter denne høyhastighetsforbindelsen for å laste den opp. Som et neste trinn kreves også denne raske tilkoblingen i løpet av søkemotormarkedsføring. En person som har Microsoft-sertifisering kan enkelt håndtere alle problemer i nettverket av disse tilkoblingene.

Hva tror du?

Dette nettstedet bruker Akismet for å redusere spam. Lær hvordan kommentaren din behandles.