Backup

Adaptive 3 har muligheten til å synkronisere to instanser som er i “master/backup”-forhold.

Intensjonen er at ved et kontrollert eller ukontrollert behov skal backup-instansen kunne settes til master, og videre bruk av løsningen skje uforstyrret mot denne instansen. En skal deretter kunne gjøre en kontrollert tilbakeføring av master-status til opprinnelig master-instans.

Dette dokumentet beskriver hvordan dette gjøres, samt hva som skjer i bakgrunnen.

Normal drift

Ved normal drift er det en del ting som skjer automatisk i bakgrunnen.

1. Periodisk synkronisering

Hver hele klokketime gjøres en synkronisering av instansens konfigurasjonsdata og brukerdata.

Dette inkluderer:

  • brukere
  • roller
  • temalagoppsett
  • kategoriopppsett
  • GUI-oppsett
  • brukers profildata (bl.a. tegnede figurer)
  • brukers opplastede data fra mine data
  • mapserver-konfigurasjon (symboler, fonter, projeksjoner, etc.)
  • mapserver-filer (opplastede shape-filer, symboler, etc.)

Rent teknisk skjer dette via en dump/restore av utvalgte tabeller og skjemaer i databasen, samt en del filoverføringer av utvalgte mapper.

Tilkoblingsdetaljer for temalag erstattes med detaljer tilpasset mottakerinstansen. Dette gjelder interne datalag mot data i instansens egen database, samt konfigurerte datalag mot eksterne databaser som er satt opp i en synkronisering med backup-server.

Temalag som ikke er interne eller del av synkronisering vil kun fungere i backup-instansen dersom kilden til dataene er tilgjengelig fra backup-instansen på lik linje med master-instansen.

2. Live overføring av registreringer

Ved hver operasjon som gjøres mot SCAT-spesifikke datasett (hendelser, registreringer, støttedata, media, etc.) legges operasjonen i kø for avspilling i backup-instansen. Dette skjer fortløpende, men har en forsinkelse under ordinære forhold som varierer fra noen få sekunder til noen titalls sekunder.

Disse operasjonene vises på siden “Backup” i administratoren.

Manuell overføring av konfigurasjon

Administrator kan trykke “Force metadata backup” i administrator på siden
“Backup”. Dette kan kun gjøres fra master-instansen. Dette utløser en overføring av typen dump/restore av utvalgte tabeller og skjemaer.

Dette er normalt ikke nødvendig, men kan benyttes dersom nye brukere/roller/temalag/GUI-oppsett/etc. ønskes overført umiddelbart av ulike
årsaker.

P.t. utløses ikke filoverføringer ved denne handlingen. De siste brukerdata og
opplastinger blir dermed kun overført ved periodisk backup.

Master/backup-bytte

Ved behov eller test kan en administrator utføre et master/backup-bytte. Ved normale forhold – master er online og tilgjengelig – skal dette gjøres fra master.

Administrator trykker da på “Switch master” for å initiere prosessen.

Løsningen vil da utføre en statussjekk og komme tilbake med mulige valg som kan gjøres.

Under normale forhold vil valget være “Switch master”, som gjør en kontrollert
overføring av rolle.

Dersom noen fortløpende overføringer er utestående, vil løsningen ikke tillate et bytte. Alle fortløpende overføringer må være fullført før dette kan gjennomføres.

Dersom en unormal tilstand har oppstått, vil administrator få tilpassede valg for å håndtere tilstanden. Dette kan være at begge instansene er master, begge instansene er backup, eller at backup er offline. Administrator vil få tilpassede valg for å overstyre instansenes rolle der dette er nødvendig.

Dersom en unormal tilstand har oppstått må dette rettes så snart som mulig for å unngå unødvendige konflikter ved dataoverføring.

Merk: En instans med rollen master vil ikke godta en synkroniserings­forespørsel, og en instans med rollen backup vil ikke sende en synkroniserings­forespørsel, så det er ingen mulighet for at en unormal tilstand fører til at en utdatert instans overskriver den mest oppdaterte instansen, med mindre man aktivt setter feil instans som eneste master.

Master faller ut

Dersom master faller ut og administrator ikke har mulighet til normal overføring av master-rollen, må administrator gjøre rollebyttet fra backup-instansen. I dette tilfellet vil alternativet “Force set master” bli tilbydt, som kan velges for å sette backup-instansen til master uten kontrollert overføring.

Dette vil også være tilgjengelig dersom master er online, men må bare benyttes dersom master i likevel ikke er tilgjengelig for administratoren.

Når master kommer online vil begge instansene ha rollen master. Dette bør unngås om det er mulighet for en kontrollert tilbakeføring av opprinnelig master-instans. Den bør da settes manuelt til backup før den kommer online igjen. Dersom dette ikke er mulig bør opprinnelig master settes til backup så snart den er online som normalt.

Dersom begge instansene får ha rollen “master” over tid, kan Strandappen bruke feil instans ved opplasting. En vil da ha noe nyere data i begge instansene, og en normal overføring kan ikke gjøres uten datatap.

I alle tilfeller hvor master faller ut ukontrollert bør Avinet kontaktes så snart som mulig for å ta stilling til beste måte å komme tilbake til normaltilstand med mest mulig begrenset datatap eller behov for manuell gjenoppretting.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *