FI105857B - Järjestelmä varmuuskopioiden ottamiseksi tietokannassa - Google Patents

Järjestelmä varmuuskopioiden ottamiseksi tietokannassa Download PDF

Info

Publication number
FI105857B
FI105857B FI952793A FI952793A FI105857B FI 105857 B FI105857 B FI 105857B FI 952793 A FI952793 A FI 952793A FI 952793 A FI952793 A FI 952793A FI 105857 B FI105857 B FI 105857B
Authority
FI
Finland
Prior art keywords
backup
database
local
event
log
Prior art date
Application number
FI952793A
Other languages
English (en)
Swedish (sv)
Other versions
FI952793A (fi
FI952793A0 (fi
Inventor
Bo Erik Stefan Larsson
Ivan Maria Sanchez
Original Assignee
Ericsson Telefon Ab L M
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ericsson Telefon Ab L M filed Critical Ericsson Telefon Ab L M
Publication of FI952793A publication Critical patent/FI952793A/fi
Publication of FI952793A0 publication Critical patent/FI952793A0/fi
Application granted granted Critical
Publication of FI105857B publication Critical patent/FI105857B/fi

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805Real-time
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99955Archiving or backup

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)
  • Multi Processors (AREA)
  • Small-Scale Networks (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Description

105857 Järjestelmä varmuuskopioiden ottamiseksi tietokannassa Tekniikan ala
Esitettävä keksintö liittyy järjestelmään varmuus-5 kopioiden ottamiseksi toimivassa, hajautetussa tosiaikaisessa tietokannassa, joka sijaitsee primäärimuistissa.
Tietokantaan kuuluu yleensä palautustoiminta, joka vastaa siitä, että tietokantaan tallennettu tieto on yhdenmukaista, eli tilassa, jota voidaan edellyttää ottaen huo-10 mioon eri päivitykset.
Jotta voitaisiin toipua virheistä, jotka kirjoittamalla vahingoittavat tietokantaa, on tallennettava varmuus-kopioversio. Varmuuskopio sisältää kaiken tiedon, joka on välttämätöntä tietokannan palauttamiseksi samaan yhdenmu-15 kaiseen tilaan, joka vallitsi hetkellä, jolloin varmuusko-pioversio luotiin.
Tyypillinen strategia tietokannan palauttamiseksi , . voidaan tiivistää seuraavasti.
• · • ·
Jos tietokannasta on tullut epäyhdenmukainen sen · · ]·1 1 20 vuoksi, että on sattunut katastrofaalinen virhe, palautus- : “ toimintakäskyt aloittavat lataamalla tietokannan viimeisim- « · ·.**: pään varmuuskopioversioon. Uudempaan tilaan pääsemiseksi • · ·.· · tietokanta päivitetään sitten tiedoilla, joka on tallennet- : : : tu lokiin, ts. muistiin tallennettujen toimintojen histori- 25 aan, jota palautustoiminta käyttää palauttaakseen viimeksi .**·. hyväksytyt tapahtumat eli tietokannan olioihin tai tietuei- • · · ,···. siin kohdistuneet toiminnot. Olion käsitteellä tarkoitetaan *·1 tässä olevan tavanomainen merkitys tietojenkäsittelyn alal- • t ϊ ** la. Lyhyesti olio on tietopaketti siihen kuuluvine selityk-
• M
30 sineen siitä, kuinka sen tietoa tulee hallita. Oliot jae- taan luokkiin niiden käyttöalan mukaan ja ne yksilöidään I··· ,·. · oliotunnisteilla. Tarkempi kuvaus olion käsitteestä löytyy i « « esim. teoksesta "Object-Oriented Analysis", Peter Coad ja Edward Yourdon, Yourdon Press Computing Series.
35 Tietokannan palauttamiseksi vaaditut tiedot ja me kanismit määräytyvät tietokannan päivittämiseksi valitun 105857 2 menetelmän mukaan. Oliota päivitettäessä luodaan kopio alkuperäisestä oliosta, asetetaan lukko estämään muita käyttäjiä päivittämästä tietokantaa ja vasta voimaan saatettaessa (Commit) eli ohjelman tai operaattorin käyttämässä ta-5 pahtumatoiminnassa, jolla ilmoitetaan, että kyseinen tapahtuma on päätetty ja että sen vaikutuksen tulee säilyä, päivitetty kopio vaihdetaan käyttöön ja asetetut lukot vapautetaan .
Kopioidut oliot tai oliot, joita ei alisteta var-10 muuskopiointiin, poistetaan tietokannan uudelleenlataukseen liittyvässä uudelleenkäynnistyksessä.
Tekniikan taso
Vallitsevalla tekniikan alalla vaaditaan, että tietokantajärjestelmä ei saa pysähtyä varmuuskopioinnin ajak-15 si.
US-patenttijulkaisussa 4 077 059 kuvataan järjestelmä, jolla on hierarkinen muisti ja kullakin tasolla kak- .. si muistiyksikköä. Toinen yksiköistä sisältää kaiken tiedon • « tällä tasolla. Toinen yksikkö sisältää vain näihin tietoi- · · ’ 20 hin tehtyjä muutoksia. Kahdentamalla ja palauttamalla vain • · • “ muuttuneet tiedot, vähennetään virheiden sattuessa siirret- • \ ·; tävän tiedon määrää.
i · i.i ; Kyseinen patenttijulkaisu ei kuvaa tietokantajär- • i · : jestelmää tiukassa mielessä. Siinä ei ole varmuuskopiotoi- 25 mintaa, jonka käynnistää keskitetty käsittelijä, jolla on .**. tietoja järjestelmästä ja joka tahdistaa toiminnan.
• · · .···. US-patentti 4 714 995 kuvaa integroidun prosessori- '·' järjestelmän siihen liittyvine tietokantoineen. Siinä on • · : ” integroitu prosessorijärjestelmiä, joilla on tarve jakaa • · · 30 tiettyjä yhteisiä tietoalkioita, missä kullakin prosesso-.j. rilla on tietokanta. Tavoite on suorittaa ohjattu kopioin-
• IM
.·, ; ti. Relaatioiden ja tapahtumien annetaan ulottua useiden · « tietokantojen yli.
! I
105857 3
Keksinnön julkistus
Keksinnön yhtenä tavoitteena on tuottaa johdannossa kuvatun kaltainen järjestelmä, jonka avulla tapahtumat sallitaan toimintojen suorittamiseksi tietokantaan samaan ai-5 kaan, kun varmuuskopiointia suoritetaan.
Keksinnön mukaisesti tämä on saavutettu varmuuskopiojärjestelmässä toimivalle, primäärimuistissa olevalle tosiaikaiselle tietokannalle, mainitun tietokannan ollessa hajautettuna joukolle prosessoreja, jotka suorittavat eri 10 toimintoja, kuten alla mainittuja eri vaiheita ja toimenpiteitä, kun mainittu varmuuskopiojärjestelmä käsittää joukon loogisia tietokantoja, joista kukin kykenee ulottumaan yli usean mainitun prosessorin ja kullakin on siihen liittyvä varmuuskopiotoiminta.
15 kaiken tiedon mainitussa tosiaikaisessa tietokan nassa ollessa järjestettynä hajautetuksi yli mainittujen loogisten tietokantojen, . , keskitetyn varmuuskopiokäsittelijän, jolla on tie- • · « · toja koskien prosessoreja, joiden yli varmuuskopiojärjes- • · · ’·’ ’ 20 telmä ulottuu, 4 · • « : ·* paikallisen tietokantakäsittelijän kullekin proses- • · sorille, « · ·.! | käynnistystoiminnan mainitun varmuuskopiotoiminnan käynnistämiseksi kyseiselle mainituista loogisista tieto- 25 kannoista lähettämällä viesti mainitulle keskitetylle tie- .*·. tokantakäsittelijälle varmuuskopiotoiminnan tahdistamiseksi ··» .···. niiden prosessorien kesken, joiden yli mainittu kyseinen *·* looginen tietokanta ulottuu, • · : ” mainitun tahdistuksen sisältäessä, että paikalli- • · « 30 sille tietokantakäsittelijöille tiedotetaan, että varmuus-kopiointi aloitetaan ja että tulisi luoda uusi tapahtumalo- IM» ,·, » ki, johon kirjataan kaikki tapahtumat, joiden ei tule si- • · < sältyä varmuuskopioon, jotta saadaan aikaan, että varmuuskopio sisältää vain muutokset tapahtumiin aiemmassa tapah-35 tumalokissa.
4 105857
Keksinnön edullisilla suoritusmuodoilla on oheisiin alivaatimuksiin sisältyvät piirteet.
Toisin sanoen keksintö käsittää sen, että kaikki tietokannan tieto on järjestetty kuuluvaksi yhteen useasta 5 loogisesta tietokannasta, jolloin looginen tietokanta voi, mutta sen ei tarvitse ulottua yli usean prosessorin. Tietyn loogisen tietokannan varmuuskopiointi käynnistetään lähettämällä viesti keskitetylle tietokantakäsittelijälle, jolla on tietoa prosessoreista, joiden yli kyseinen varmuuskopio-10 järjestelmä ulottuu, ja joka tahdistaa varmuuskopiotoimin-nan prosessorien rajojen yli. Tahdistus sisältää, että paikallisille tietokantakäsittelijöille tiedotetaan, että varmuuskopiointi aloitetaan ja että luodaan uusi tapahtumaloki, johon kirjataan kaikki tapahtumat, joita ei ole saatet-15 tu voimaan ja joiden ei siksi tule sisältyä varmuuskopioon. Varmuuskopio sisältää sitten vain tapahtumien muutokset vanhassa tapahtumalokissa.
. . Erään suoritusmuodon mukaan varmuuskopiotoiminnan • · • · käynnistyminen tietylle loogiselle tietokannalle suorite- · · '·' 20 taan jaksottaisesti, tai tarvittaessa operaattori käynnis- • ϊ " tää sen.
( #
Edullisesti tahdistus sisältää, että keskitetty i · ·,· | varmuuskopiokäsittelijä käskee paikallisia tietokantakäsit- telijöitä asettamaan kyseiseen loogiseen tietokantaan var-25 muuskopioiipun, joka tiedottaa paikallisille tietokantakä-.···. sittelijöille, että varmuuskopiointi aloitetaan ja joka ai- .···, heuttaa, että ne muuttavat käyttäytymistään suhteessa ky- seiseen loogiseen tietokantaan sijoitettujen olioiden tai- • · :'·* lentämiseen, minkä jälkeen, kun varmuuskopiolippu on ase- • · · 3 0 tettu, paikalliset tietokantakäsitteli jät kuittaavat tie-dottamalla keskitetylle varmuuskopiokäsittelijälle, että ··♦· ,·. ; tämä on suoritettu.
« · ·
Kun kaikki paikalliset tietokantakäsittelijät ovat kuitanneet, keskitetty varmuuskopiokäsittelijä käskee kaik-35 kia paikallisia kyseisten prosessorien lokikäsittelijöitä luomaan uuden tapahtumalokin.
105857 5
Edullisesti uusi tapahtumaloki voi sisältää muuttujan "BackupSynch", joka voi saada arvoja "Include" tai "Exclude", ja jonka arvoa paikallinen tietokantakäsittelijä ja paikalliset varmuuskopiokäsittelijät käyttävät päättä-5 mään, tuleeko olioiden sisältyä varmuuskopioon vai ei, jolloin keskitetty varmuuskopiokäsittelijä käskee paikallisia lokikäsittelijöitä muuttamaan mainitun muuttujan uudessa tapahtumalokissa arvoon "Exclude", mikä ilmaisee, että siihen liittyvän olion ei tule sisältyä varmuuskopioon.
10 "BackupSynch"-muuttuja voidaan vastaanottaa tapah tuman koordinaattorilta merkittäessä tapahtumalokiin "Commit", mikä ilmaisee, että tapahtuma on saatettu voimaan, ja lähettää sitten "BackupSynch"-muuttujan arvon ja "Commit"-viestin kaikille osallistuville tapahtumille, jot-15 ka vuorostaan levittävät "BackupSynch"-arvoa eri tietokan-taolioille, jolloin kaikki oliot samassa tapahtumassa saavat saman "BackupSynch"-arvon ja ne sisältyvät varmuuskopi- .. oon tai vaihtoehtoisesti jätetään pois siitä.
• ·
Kehitetyn suoritusmuodon mukaan on järjestetty las- • · · '·* ’ 20 kin osoittamaan suorittamaan Commit-tilaisten suoritettavi- • · * · • '* en tapahtumien määrää vanhaan tapahtumalokiin nähden, tah- • « distuksen sisältäessä, että kun laskimen arvo on 0, keski- * « ·.· · tetylle varmuuskopiotoiminnalle tiedotetaan, että kyseises- : sä prosessorissa ei ole millekään tapahtumalle yhtään koor- 25 dinaattoria, joka haluaisi, että päivitykset tulisi sisäl- ;*·*. lyttää varmuuskopioon.
• · · .···. Edelleen kehitetyssä suoritusmuodossa olioiden ko- mm·' piointi varmuuskopioalueelle alkaa sen jälkeen, kun paikal- * · . ____ ‘ ** lisille lokikäsittelijoille on tiedotettu, että paikallinen • · · 30 tietokantakäsittelijä on tehnyt tietokannassa näkyviksi kaikki muutokset tapahtumista, jotka tulee sisällyttää var- ··· .·. : muuskopioon.
Edullisesti näkyväksi tekeminen voi sisältää tahdistuksen paikallisen tietokantakäsittelijän, varmuuskopio-35 käsittelijän ja lokikäsittelijän välillä.
6 105857
Paikallinen lokikäsittelijä voi suorittaa tahdistuksen pysyen vanhassa tapahtumalokissa olevien tapahtumien määrän tasalla, jolloin tapahtumien määrää vähennetään, kun tapahtuma merkitsee End-Transaction vanhaan tapahtumalokiin 5 ja End-Transaction merkitään, kun paikallinen tietokantakä-sittelijä on tehnyt muutokset tietokantaan ja tiedottanut tämän tapahtumalle.
Edullisesti keskitetty varmuuskopiokäsittelijä käskee kaikkia paikallisia varmuuskopiokäsittelijöitä, kun talo pahtumien määrä vanhassa tapahtumalokissa on 0 kaikissa paikallisissa lokikäsittelijöissä, alkamaan kopioida varmuuskopioon sisällytettäviä olioita varmuuskopioalueelle, kun paikallinen tietokantakäsittelijä on merkinnyt mainitut oliot varmuuskopio!taviksi vasteena sen käytöksen muutok-15 selle, kun varmuuskopiolippu asetettiin.
Edelleen kehitetyn suoritusmuodon mukaan olioiden kopiointi tapahtuu varmuuskopioalueelle ja vanha varmuusko- . . pio tallennetaan primäärimuistiin, kunnes uusi varmuuskopio • « on päättynyt, minkä jälkeen vanha varmuuskopio paketoidaan I · ' >·* * 20 ja tallennetaan toissijaiseen muistiin.
: " Kuvioluettelo • #
Keksinnön suoritusmuotoja kuvataan nyt lähemmin • · * viitaten oheisiin piirroksiin, joista :fi': kuvio 1 on aiottu kuvaamaan kaaviona ratkaisua tie- 25 tokannan primäärimuistin varmuuskopioimiseksi, missä kek- ;***. sintöä voidaan käyttää, • · · kuviot 2-8 ovat vuokaavioita, jotka kuvaavat var- • muuskopiotoimintaa kuvion 1 mukaisessa tietokannassa, • · ί *’ kuvio 9, samoin kuin kuvio 1 kuvaa tilannetta tie- « · 3 0 tokannassa keksinnön mukaisesti suoritetun varmuuskopion loppuvaiheen aikana, ··»« .·. : kuvio 10 esittää kaaviona tietokantaa, joka ulottuu « · * kahden prosessorin yli, jolloin on näytetty tilanne juuri ennen varmuuskopion alkua, 35 kuvio 11 esittää suurennettuna ja yksityiskohtai semmin tietokantaa ja lokitilannetta toisessa kuvion 10 mu- 105857 7 kaisista prosessoreista myöhemmässä vaiheessa varmuuskopioinnin aikana, ja kuviot 12 - 14 ovat taulukoita, jotka kuvaavat toimenpiteitä, joita voidaan tarvita kuvioihin 10 ja 11 viita-5 ten selostetun varmuuskopioinnin yhteydessä.
Edullisia suoritusmuotoja
Yllä ja alla esitetyissä suoritusmuotoihin viittaa-vissa selostuksissa, samoin kuin piirroksissa, eri toimintoihin viitataan sanalla "käsittelijä", kuten tietokantakä-10 sittelijä, varmuuskopiokäsittelijä jne, "looginen tietokanta" jne. Tällaiset toiminnot ovat ohjelmia tai vaiheita, joita kyseiset tietokoneet suorittavat, ellei asiayhteydestä toisin ilmene.
Yllä olevaa loogisen tietokannan käsitettä voidaan 15 piirroksissa kutsua Vaihtoehtoisesti nimellä RecDB, joka on lyhennys palautustpetokannasta (Recovery Data Base).
Kuvio 1 jakautuu kahteen osaan 2 ja 4, jotka vas-V, taavasti esittävät kaavioina tietokanta-aluetta ja varmuus-
< I
kopioaluetta prosessorin primäärimuistissa. Kumpaankin alu- .! 20 eeseen liittyy luettelo 6 ja 8 vastaavasti tietokantaan * · tallennetuista olioista niihin liittyvine luokkineen. Luet- t * · * *· teloita 6 ja 8 vastaavia luetteloita voidaan alla ja myö- • « 4 ·*·ί .* hemmissä piirroskuvioissa kutsua myös LID-taulukoksi. Vas-
*M
V · taavien osoittimien 10 ja 12 avulla toimenpiteen kohteena 25 olevat oliot valitaan niihin liittyvä luokka ja avain tie- ··· , : : taen.
• I· ·’*’· Kuvio 1 esittää tietokantaa sekä varmuuskopioaluei- ♦ ·· ta 2 ja 4 tiettyjen tietokantaolioiden päivityksen jälkeen.
• ·
Kuviossa viimeisen varmuuskopioinnin jälkeen päivitetyt • · ... - .....
’···* 3 0 oliot on merkitty heittomerkein. Viimeisen varmuuskopioin- ··· nin jälkeen oliot A ja C on päivitetty A' :ksi ja C':ksi.
··♦·
Olioita B ja D ei ole päivitetty. Varmuuskopioalue on kir- « · joitussuojattu, mutta sallii tiedon lukemisen. Täsmällisemmin vain päivitetyt oliot A’ ja C on tallennettu tietokan-3 5 ta-alueelle 2, kun taas oliot A, B, C ja D on tallennettu 8 105857 varmuuskopioalueelle 4 ja tietokanta osoittaa olioihin B ja D varmuuskopioalueella 4, mitä osoittavat nuolet 14 ja 16.
Keksinnön erään piirteen mukaisesti kaikki tietokannan tieto on järjestetty kuuluvaksi yhteen tai useampaan 5 loogiseen tietokantaan, niin että tällainen looginen tietokanta voi, mutta sen ei tarvitse ulottua usean prosessorin yli.
Koska yllä mainitun kaltainen tietokanta voi (mutta sen ei tarvitse) ulottua usean prosessorin yli, sen var-10 muuskopioiminen on hajautettu.
Keksinnön erään tavoitteen mukaan tapahtumien sallitaan suorittaa toimenpiteitä tietokantaan yhtaikaa varmuuskopioinnin kanssa. Tapahtumien puitteissa olioita päivitetään, luodaan ja poistetaan, minkä vuoksi oliosta voi 15 esiintyä monta eri versiota varmuuskopioinnin aikana. Var-muuskopiotoiminnan täytyy siksi saada tietoa varmuuskopiointiin sisällytettävän olion versiosta. Ensi käden tietona v tämä selitetään nyt tarkemmin viitaten kuvioissa 2-8 näy- tettyihin vuokaavioihin. Aluksi kuviosta 2 ilmenee, että i c t<·' ' 20 varmuuskopiotoiminnan tietylle tietokannalle käynnistää i < : " käyttäjä 30 lähettämällä keskitetylle varmuuskopiokäsitte- \ ’! lijälle käskyn 32 luoda varmuuskopio, jolloin kohta 36 • # :.· osoittaa varmuuskopiokäsittelijän vastaanottaneen käskyn.
it!! Keskitetyllä varmuuskopiokäsittelijällä on tietoa prosesso- 25 reistä, joiden yli kyseinen varmuuskopiointijärjestelmä .***. ulottuu ja se tahdistaa varmuuskopiotoiminnan prosessorien • · · .··*. kesken, aloittaen siirtymällä tilaan State = SynchBackup 9 kohdassa 38. Tahdistukseen sisältyy, että paikallisille ϊ ** tietokantakäsittelijöille, joista yksi on osoitettu kohdas- • · 9 30 sa 40, tiedotetaan, että varmuuskopiointi aloitetaan ja 9 .j. niitä käsketään asettamaan varmuuskopiolippu. Luodaan uusi ···· t , , „ ,·. · tapahtumaloki, johon kirjataan tapahtumat, joita ei vielä • 99 ole saatettu voimaan ja joita ei sen vuoksi tule sisällyttää varmuuskopiointiin. Sen jälkeen varmuuskopioidaan vain 35 tapahtumien muutokset vanhassa tapahtumalokissa.
105857 9
Yksityiskohtaisemmin tahdistus voi sisältää seuraa- vaa: 1. Keskitetty varmuuskopiokäsittelijä 34 käskee, mitä osoittaa kohta 42, paikallisia tietokantakäsittelijöi- 5 tä asettamaan varmuuskopiolipun nykyisessä loogisessa tietokannassa. Käskyn vastaanotto osoitetaan kohdassa 44. Tämä käsky tulee kuitata. Varmuuskopiolippu tiedottaa paikallisille tietokantakäsittelijöille, että varmuuskopiointi aloitetaan ja aiheuttaa, että paikalliset tietokantakäsit-10 telijät muuttavat käyttäytymistään suhteessa kyseisessä loogisessa tietokannassa sijaitsevien olioiden tallentamiseen .
2. Paikalliset tietokantakäsittelijät asettavat varmuuskopiolipun ja tiedottavat, että näin on tehty, mikä 15 on merkitty 46:ssa. Kohdassa 48 on merkitty, että keskitetty varmuuskopiokäsittelijä on vastaanottanut sanoman.
3. Kaikkien paikallisten tietokantakäsittelijoiden kuittauksen valvonta suoritetaan vaiheissa, joita osoittaa kohta 50 kuvioissa 2 ja 3. Kun kaikki paikalliset tietokan- 20 takäsittelijät ovat kuitanneet, keskitetty varmuuskopiokä-. . sittelijä käskee, mitä osoittaa kohta 52, paikallisia loki- • f » · käsittelijöitä suorittamaan seuraavat vaiheet. Vaiheiden • · · ’·’ ' suoritusta osoittavat kohdassa 56 näytetyt vaiheet.
" a) Luo uusi tapahtumaloki, johon kirjataan tapahtu- • 25 mat, joita ei vielä ole saavuttaneet voimaansaattamisvai-·,· | hetta ja joita ei sen vuoksi tule sisällyttää varmuuskopi- ointiin.
b) Muuta tapahtumalokiin sisältyvän "BackupSynch"- .···. muuttujan arvoksi "Exclude" (ks. alla).
• · · .···. 30 c) Kun laskin, joka osoittaa suoritettavien tapah- m tumien määrää voimaan 'Saattotilassa aiempaan tapahtumalo- • · : ” kiin nähden (tapahtumalokiin, joka vallitsi yllä olevan (C[ kappaleen 1 mukaisten vaiheiden alussa) saa arvon 0, keski- « tetylle varmuuskopiotoiminnalle tiedotetaan, että kyseises-,·,: 35 sä prosessorissa ei ole millekään tapahtumalle yhtään koor- • « f dinaattoria, joka haluaa päivityksiä sisällytettävän var- 10 105857 muuskopioon. Tämän sanoman lähetystä osoittaa kohta 58 ja sen vastaanottoa kohta 60.
"BackupSynch"-muuttujan arvot voivat olla "Include/ Exclude" ja sen arvoa käyttävät paikallinen tietokantakä-5 sittelijä ja paikallinen varmuuskopiokäsittelijä päättämään, pitääkö olio sisällyttää varmuuskopioon vai ei. "BackupSynch"-muuttujan kokoaa tapahtuman koordinaattori 30 samalla kun se merkitsee tapahtumalokiin "Commit", mikä osoitetaan kuvion 5a kohdassa 62 ja kuvion 5b kohdassa 64.
10 "BackupSynch"-muuttujan lähetys ja vastaanotto osoitetaan kuvion 5b kohdassa 66 ja kuvion 5a kohdassa 68. Koordinaattori lähettää sitten "BackupSynch"-arvon ja "Commit"-viestin kaikille osallistuville tapahtumille. Nämä vuorostaan levittävät "BackupSynch"-arvoa tietokannan eri olioil- 15 le. Näin varmistetaan, että tapahtuman kaikki oliot saavat saman "BackupSynch"-arvon ja sisältyvät varmuuskopioon tai vaihtoehtoisesti jätetään siitä pois.
Koko tahdistusvaiheen aikana on kaksi tapahtumalokia : 20 yksi aiempi (vanha) tapahtumaloki, joka sisältää . , tapahtumia, joiden muutokset tietokantaan näkyvät varmuus- • ·' kopiossa, ja tai V ' uusi tapahtumaloki, joka sisältää muissa kuin Corn- a • ’·· mit-tilassa olevat tapahtumat, kun varmuuskopiointi alkoi, • a !,'·« 25 ja joiden muutokset tietokantaan eivät näy varmuuskopiossa, i s*: Kun paikallisille lokikäsittelijöille on tiedotettu ·;*: lokin muutoksesta, yllä kuvattu tahdistus on valmis. Olioi- den kopiointi varmuuskopioalueelle alkaa kuitenkin vasta, ,···. kun paikallinen tietokantakäsittelijä on tehnyt tietokan- * · 30 nassa näkyviksi kaikki muutokset varmuuskopioon sisällytet- φ *!* tävistä tapahtumista. Siksi tämä vaihe vaatii toisen tah- » · • ’·· distuksen, nimittäin paikallisten tietokantakäsittelijöi- : i den, paikallisten varmuuskopiokäsittelijöiden ja paikallis- ten lokikäsittelijöiden välillä. Tämä tahdistus perustuu 35 siihen, että paikallinen lokikäsittelijä pysyy tahdissa I I « ' ‘ niiden voimaan saatettujen tapahtumien määrän kanssa, jotka 105857 11 sisältyvät vanhaan tapahtumalokiin. Tapahtumien määrää vähennetään, kun lokikäsittelijä ottaa vastaan käskyn merkitä "End-Transaction" vanhaan tapahtumalokiin. "End-Transaction" merkitään, kun paikallinen tietokantakäsittelijä on 5 suorittanut tietokannan muutokset ja tiedottanut tämän tapahtumalle. Viime mainitut vaiheet kuvataan kuvioissa 7a ja b.
Yhteenvetona toinen tahdistus käsittää, että: 1. Paikallinen tietokantakäsittelijä suorittaa talo pahtuman sisältämät muutokset ja tiedottaa tämän tapahtumalle .
2. Tapahtuma merkitsee tapahtumalokiin "End-Trans- action".
3. Paikallinen lokikäsittelijä vähentää laskuria, 15 joka osoittaa voimaan saatettujen tapahtumien määrän tapahtumalokissa ja tiedottaa keskitetylle varmuuskopiokäsitte-lijälle, kun laskurin arvo on nolla.
Kun tapahtumien määrä vanhassa tapahtumalokissa on nolla kaikissa paikallisissa lokikäsittelijöissä, keskitet- 20 ty varmuuskopiokäsittelijä käskee kaikkia paikallisia var- ,. muuskopiokäsittelijoitä aloittamaan varmuuskopioon sisälly- « ( • ·' tettävien olioiden kopiointi varmuuskopioalueelle. Käskyn
4 4 I
'·* ' lähetys sekä sitä edeltävät vaiheet osoitetaan kuviossa 4.
4 4 : ” Kyseiset oliot on kuvion 6 mukaisesti merkitty varmuuskopi- • · !.**; 25 oltaviksi paikallisen tietokantakäsittelijän LID-taulukossa • · : vasteena tietokantakäsittelijän käyttäytymisen muutokselle ·*:*: kun varmuuskopiolippu asetettiin. Paikallisen tietokantakä- sittelijän käyttäytyminen varmuuskopioinnin yhteydessä il- .···. menee kuvioista 6, 8 ja 9 ja se selostetaan lähemmin alla.
• · s'·''' 30 Olioiden kopioiminen tapahtuu varmuuskopioalueelle.
*!* Turvallisuussyistä vanha varmuuskopio jätetään primääri- • * ; ’·· muistiin, kunnes uusi varmuuskopiointi on päättynyt. Sitten * * * vanha varmuuskopio paketoidaan ja tallennetaan toissijai-seen muistiin. Sinä aikana, kun uutta varmuuskopiota luo-T\ 35 daan ja vanhaa paketoidaan, primäärimuistissa on kaksi var- • · f * ’ muuskopioversiota, mikä ei tarkoita, että kaikki oliot on 105857 12 kahdennettu, vaan ainoastaan hakurakenne tai oliot, jotka ovat kyseiselle varmuuskopiolle ominaisia. Tilanne on esitetty kuviossa 9, jossa samoilla osilla kuin kuviossa 1, on samat viitenumerot. Kuvio 9 tulee itse asiassa muuttumaan 5 kuvion 1 mukaiseksi varmuuskopiointivaiheiden päätyttyä.
Viitaten kuvioihin 10 ja 11 kuvataan nyt varmuusko-piotoiminnan suoritusmuoto. Tarkemmin sanottuna suoritusmuoto alkaa oletuksesta, että varmuuskopio otetaan hetkellä T = 0 tietokannasta 100, joka ulottuu yli kahden prosesso-10 rin, P1 ja P2 vastaavasti. Tähän liittyvää varmuuskopioalu-etta ja lokialuetta ei näytetä. Hetkellä T = 0 kaksi tapahtumaa Tl ja T2 käyttää tietokantaa. Prosessorissa P1 nämä tapahtumat voivat muodostaa koordinaattorin, jota osoitetaan K: 11a ja prosessorissa P2 osallistujan, osoitetaan 15 D:llä. Kuvio näyttää tilanteen hetkellä T = 0 ja kuvio 11 näyttää suurennetun ja yksityiskohtaisemman näkymän kyseisestä tietokannasta 100 prosessorissa Pl.
Varmuuskopioinnin aloitus tapahtuu seuraavasti. Ensiksi tapahtuva asia hetkellä T=0 on, että kuvion 2 kohdan 20 42 mukaisesti prosessorin Pl keskitetty varmuuskopiokäsit- . . telijä 118 käskee Pl:n ja P2:n paikallisia tietokantakäsit- • < telijöitä asettamaan varmuuskopio!ipun vastaavassa tieto- • « · ' kantakäsittelijässä, joista Pl:n käsittelijä näytetään
« I
' " 120: ssä. Tätä esittää kuviossa 11 se, että sovellusten lu- i · 25 ettelossa 124, kuviossa nimeltä "RecDB-catalogue" (RecDB = • · ·.· · Recovery Data Base, palautustietokanta), varmuuskopiolippu :T: on asetettu l:ksi. Kuvion 2 kohtien 52 ja 56 mukaan "BackupSynch"-muuttujan arvo Pl:n ja P2:n lokissa muutetaan .*··. arvosta "include", kuten 126:ssa on esitetty prosessorille • · · .···. 30 Pl, arvoon "exclude". Uusi tapahtumaloki luodaan, kohta 56 t *·* kuviossa 2, mikä osoitetaan prosessorille Pl kuvion 11 koh- ·* :’** dassa 128. TO: ssa kaksi tapahtumaa käsittelee tietokantaa, t « · ·,,,· nimittäin tapahtuma Tl, joka on voimaansaattamisvaiheessa, ja ,·, : 35 jonka tulee päivittää olio B ja poistaa olio D prosessoris sa Pl sekä päivittää olio F prosessorissa P2.
i I
105857 13 tapahtuma T2, joka on aloitusvaiheessa ja jonka tulee luoda olio E prosessorissa P1 ja päivittää olio G prosessorissa P2 .
Esimerkkejä tahdistuksesta kohti varmuuskopiointia 5 kuvataan nyt.
Koska tapahtuma Tl on koordinoiva tapahtuma, se merkitsee kuvion 5b kohdan 64 mukaisesti Commit vanhaan tapahtumalokiin, mitä osoittaa kuvion 11 kohta 130, ja vastaanottaa "BackupSynch = Include", vrt. 68 kuviossa 5a.
10 BackupSynch-muuttuja lähetetään osallistujalle Tl prosessorissa P2 tapahtuman Global-Commit yhteydessä. Tapahtuma Tl kutsuu sitten eri menetelmiä tietokantakäsittelijässä tehdäkseen tietokannassa näkyviksi ne muutokset, jotka tapahtuma on kohdistanut tietoihin. Esitettävässä suoritusmuo-15 dossa tapahtuma Tl haluaa tallentaa olion B' ja poistaa olion B. Yleensä kaiken tyyppisille kutsuille (kun varmuus-kopiolippu on asetettu) tietokantakäsittelijä vertaa olion BackupSynch-muuttujan arvoa saman muuttujan arvoon olion merkinnässä LID-taulukossa. Vertailun tuloksesta ja olion 20 kutsumasta menetelmästä riippuen tietokantakäsittelijä suo- . rittaa jotkin kuvioiden 12 - 14 taulukoissa kuvatuista toi- menpiteistä. Kuviossa 12 esitetään olioiden päivitys, kuvi-
III
ossa 13 uusien olioiden luominen ja kuviossa 14 olioiden i i : " poistaminen.
25 Päivitettävälle oliolle B sarakkeen 2 toinen kohta • ·.· - on voimassa, sillä varmuuskopion arvo sekä tietokantatietu-
:T: eessa että LID-taulukossa on Include. Kuvion 14 oliolle D
sarakkeen 2 kohta 2 on samoin voimassa samasta syystä kuin edellisessä tapauksessa. Myös olio E tulee sisällyttää var- • · · .···. 3 0 muuskopioon.
*** Kun tietokantakäsittelijä on tehnyt tapahtuman Tl : '· toimenpiteet näkyviksi tietokannassa, se tiedottaa tapahtu- malle, joka puolestaan tiedottaa lokille. Loki laskee alas- päin tapahtumien määrää vanhassa Commit-lokissa, ja koska 1(11 : 3 5 siitä nyt tulee 0, keskitetylle varmuuskopiotoiminnalle
I I I
tiedotetaan, vrt. 58, 60 kuviossa 2, että olioiden kopioin- 14 105857 ti tietokanta-alueelta varmuuskopioalueelle on alkanut. Osallistuvien paikallisten tietokantakäsittelijöiden ilmoitettua, että ne voivat aloittaa varmuuskopioinnin, keskitetty varmuuskopiokäsittelijä käskee kaikkia paikallisia 5 varmuuskopiokäsittelijöitä aloittamaan siirron varmuuskopioon, kuten ilmenee kuvioon 4 sisältyvistä vaiheista.
Olioiden siirrossa varmuuskopioalueelle tapahtuu seuraavaa, jolloin viitataan kuvioon 8. Paikalliset varmuuskopiokäsitteli jät käyvät läpi 140:ssä osoitetun LID-10 taulukon ja tarkastavat BackupSynch-muuttujan arvon, mitä osoittaa 142. Jos se on = "Include", olio kopioidaan varmuuskopioalueelle, jos se on = "Exclude", oliota ei kopioida vaan muuttujan arvoksi asetetaan "Include" valmistautumiseksi seuraavaan varmuuskopiointiin, vrt. vaiheet 144 ja 15 146. Kun kaikki oliot LID-taulukossa on kopioitu, oliot varmuuskopiopuskurissa kopioidaan varmuuskopioalueelle. Varmuuskopiokäsittelijä asettaa sitten tietokannan varmuus-kopiolipun nollaksi, niin että tietokantakäsittelijä voi palata tavalliseen käyttäytymiseensä.
« t « i I I < f ( < I < I ( K (
i ' r I C I
( c • · • « · • · ·
• M
• f • · · • · · • · · • · • · • Ci • · · • · • · · • · • · • · · f < 1 • · • ·
* « I
· ·
IMI
« « • · « • « · I ·

Claims (12)

105857 15
1. Varmuuskopiojärjestelmä primäärimuistissa olevalle, toimivalle tosiaikaiselle tietokannalle, kun mainit-5 tu tietokanta on hajautettu joukolle prosessoreita, jotka suorittavat alla ilmeneviä toimintoja, mainitun varmuuskopiojärjestelmän ollessa tunnettu siitä, että siihen kuuluu: joukko loogisia tietokantoja, joista kukin kykenee 10 ulottumaan yli usean mainitun prosessorin ja jokaisella on siihen liittyvä varmuuskopiotoiminta, jolloin kaikki tieto mainitussa tosiaikaisessa tietokannassa on järjestetty hajautetuksi mainittuihin loogisiin tietokantoihin; 15 keskitetty varmuuskopiokäsittelijä, jolla on tietoa niistä prosessoreista, joiden yli varmuuskopiojärjestelmä ulottuu; paikallinen tietokantakäsittelijä kullekin prosessorille ; 20 käynnistystoiminta mainitun varmuuskopiotoiminnan . . käynnistämiseksi kyseiselle mainituista loogisista tieto- kannoista lähettämällä viesti mainitulle keskitetylle var- • · * ' muuskopiokäsittelijälle varmuuskopiotoiminnan tahdistami- • f _ ' " seksi niille prosessoreille, joiden yli mainittu kyseinen « · ", 25 looginen tietokanta ulottuu, • · ·,· * mainitun tahdistamisen sisältäessä, että paikalli- ! J : sille tietokantakäsittelijoille tiedotetaan, että varmuus- kopiointi aloitetaan ja että tulisi luoda uusi tapahtumalo-ki, johon kirjataan kaikki tapahtumat, joita ei tule sisäl- • · · .···. 3 0 lyttää varmuuskopioon, jotta varmuuskopio sisältäisi vain tapahtumien muutoksia aiemmassa tapahtumalokissa. • I
” 2. Patenttivaatimuksen 1 mukainen järjestelmä, « « · tunnettu siitä, että mainittu käynnistystoiminta on valinnaisesti käytettävissä käynnistämään loogisen tieto- I I 4 ( ; 3 5 kannan mainitun varmuuskopiotoiminnan jaksottaisesti, tai « · tarpeen vaatiessa, käyttäjän toimesta. 16 105857
3. Patenttivaatimuksen 1 tai 2 mukainen järjestelmä, tunnettu siitä, että mainittu tahdistaminen sisältää, että keskitetty varmuuskopiokäsittelijä käskee paikallisia tietokantakäsittelijöitä asettamaan kyseisessä 5 loogisessa tietokannassa varmuuskopiolipun, joka tiedottaa paikallisille tietokantakäsittelijöille, että varmuuskopiointi tullaan aloittamaan ja saa ne muuttamaan käyttäytymistään suhteessa kyseisessä loogisessa tietokannassa sijaitsevien olioiden tallentamiseen, jolloin paikalliset 10 tietokantakäsittelijät, kun varmuuskopiolippu on asetettu, kuittaavat tämän keskitetylle varmuuskopiokäsittelijälle.
4. Patenttivaatimuksen 3 mukainen järjestelmä, tunnettu siitä, että keskitetty varmuuskopiokäsittelijä käskee kyseisten prosessorien paikallisia lokikäsit- 15 telijöitä luomaan uuden tapahtumalokin, kun kaikki paikalliset tietokantakäsittelijät ovat kuitanneet, että varmuus-kopiolippu on asetettu.
5. Patenttivaatimuksen 4 mukainen järjestelmä, tunnettu siitä, että 20 uusi tapahtumaloki sisältää varmuuskopion tahdis- tusmuuttujan, joka voi saada arvot "Sisällytä" (Include) • « *..* tai "JätäPois" (Exclude) , paikallisen tietokantakäsitteli- • · · ' jän ja paikallisten varmuuskopiokäsittelijoiden käyttäessä • " mainittua arvoa päättämään, pitäisikö oliot sisällyttää vai • · 25 vastaavasti ei sisällyttää varmuuskopioon, ja • · ·.· j keskitetty varmuuskopiokäsittelijä käskee paikalli- l\: siä lokikäsittelijöitä muuttamaan mainitun muuttujan uudes sa tapahtumalokissa arvoksi "JätäPois", mikä sisältää, että .·**. siihen liittyvää oliota ei tule sisällyttää varmuuskopioon. • · ·
6. Patenttivaatimuksen 5 mukainen järjestelmä, *·* tunnettu siitä, että varmuuskopion tahdistusmuuttu- ♦ · • · l ** jän ottaa vastaan tapahtuman koordinaattori sen yhteydessä, c e < että tapahtumalokiin merkitään "Commit", mikä sisältää, et-tä tapahtuma on saavuttanut voimaansaattamisen (Commit) ti-: 3 5 lan ja lähettää sitten varmuuskopion tahdistusmuuttu jän ar- t « · von ja "Commit"-viestin kaikille osallistuville tapahtumil- 17 105607 le, jotka puolestaan levittävät varmuuskopion tahdistus-muuttujan arvoa tietokannan eri olioille, jolloin kaikki tapahtuman oliot saavat saman varmuuskopion tahdistuksen arvon ja sisältyvät varmuuskopioon tai jäävät siitä pois, 5 kuten asiaan kuuluu.
7. Jonkin yllä olevan patenttivaatimuksen mukainen järjestelmä, tunnettu siitä, että siihen sisältyy laskuri osoittamaan suoritettavien tapahtumien määrää Com-mit-tilassa vanhaan tapahtumalokiin nähden ja mainittu tah- 10 distus sisältää, että’laskurin 0-arvolla keskitetylle var-muuskopiokäsittelijälle "tiedotetaan, että kyseisessä prosessorissa ei ole millekään tapahtumalle yhtään koordinaattoria, joka haluaa päivitysten sisältyvän varmuuskopioon.
8. Jonkin yllä olevan patenttivaatimuksen mukainen 15 järjestelmä, tunnettu siitä, että olioiden kopioiminen alkaa sen jälkeen, kun paikallisille lokikäsitteli-jöille on tiedotettu, että paikallinen tietokantakäsitteli-jä on tehnyt tietokannassa näkyviksi kaikki muutokset tapahtumista, jotka tulee sisällyttää varmuuskopioon.
9. Patenttivaatimuksen 8 mukainen järjestelmä, ·,«, tunnettu siitä, että näkyväksi tekevä vaihe sisäl- • « tää tahdistuksen paikallisen tietokantakäsittelijän, var- • · « ,* muuskopiokäsittelijän ja lokikäsittelijän välillä. 't
” 10. Patenttivaatimuksen 9 mukainen järjestelmä, • · · ’· ” 25 tunnettu siitä, että mainitun tahdistuksen suorit- • · : taa paikallinen lokikäsittelijä, joka pysyy tahdissa aiem- ··· ·.·· massa tapahtumalokissa olevien tapahtumien määrän kanssa, ja että tapahtumien määrää lasketaan alaspäin, kun tapahtu-ma merkitsee viestin End-Transaction aiempaan tapahtumalo- ··· ·1. 30 kiin, jolloin End-Transaction merkitsevä vaihe suoritetaan, • · · kun paikallinen tietokantakäsittelijä on tehnyt muutokset • · • ’* tietokantaan ja tiedottanut tämän tapahtumalle. t
*.··' 11. Patenttivaatimuksen 3 ja 9 mukainen järjestel- mä, tunnettu siitä, että keskitetty varmuuskopio- • # « · : 35 käsittelijä käskee kaikkia paikallisia varmuuskopiokäsitte- « t lijöitä, kun tapahtumien määrä vanhassa tapahtumalokissa on 18 105857 O kaikissa paikallisissa lokikäsittelijöissä, aloittamaan varmuuskopioon sisällytettävien olioiden kopioinnin var-muuskopioalueelle, jolloin paikallinen tietokantakäsittelyjä on merkinnyt mainitut oliot varmuuskopioitaviksi vastee-5 na käyttäytymisensä muutokselle, kun varmuuskopiolippu asetettiin.
12. Jonkin yllä olevan patenttivaatimuksen mukainen järjestelmä, tunnettu siitä, että olioita kopioidaan varmuuskopioalueelle ja että aiempi varmuuskopio tallo lennetään primäärimuistissa, kunnes uusi varmuuskopio on päättynyt, minkä jälkeen aiempi varmuuskopio tallennetaan toissijaiseen muistiin. « I • I • f « · • • a a a a aa a a a a a a • ta a a a · • · · • · · • a a a a a a a a a • a a a a a a a a a a a a a a a a a a a a a a a aa a a a aa a a a a a · a · a «M • • f « · a a a a a < c a a 19 105857
FI952793A 1992-12-08 1995-06-07 Järjestelmä varmuuskopioiden ottamiseksi tietokannassa FI105857B (fi)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
SE9203691 1992-12-08
SE9203691A SE500656C2 (sv) 1992-12-08 1992-12-08 System för backuptagning i en distribuerad databas
SE9301047 1993-03-30
PCT/SE1993/001047 WO1994014125A1 (en) 1992-12-08 1993-12-03 A system for taking backup in a data base

Publications (3)

Publication Number Publication Date
FI952793A FI952793A (fi) 1995-06-07
FI952793A0 FI952793A0 (fi) 1995-06-07
FI105857B true FI105857B (fi) 2000-10-13

Family

ID=20388060

Family Applications (1)

Application Number Title Priority Date Filing Date
FI952793A FI105857B (fi) 1992-12-08 1995-06-07 Järjestelmä varmuuskopioiden ottamiseksi tietokannassa

Country Status (17)

Country Link
US (1) US5548750A (fi)
EP (1) EP0673528B1 (fi)
JP (1) JPH08504529A (fi)
KR (1) KR100271342B1 (fi)
CN (1) CN1037129C (fi)
AU (1) AU670852B2 (fi)
BR (1) BR9307608A (fi)
CA (1) CA2151254C (fi)
DE (1) DE69325719T2 (fi)
DK (1) DK0673528T3 (fi)
ES (1) ES2134923T3 (fi)
FI (1) FI105857B (fi)
GR (1) GR3031406T3 (fi)
MX (1) MX9307680A (fi)
NO (1) NO952248L (fi)
SE (1) SE500656C2 (fi)
WO (1) WO1994014125A1 (fi)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5555404A (en) * 1992-03-17 1996-09-10 Telenor As Continuously available database server having multiple groups of nodes with minimum intersecting sets of database fragment replicas
SE515344C2 (sv) * 1994-02-08 2001-07-16 Ericsson Telefon Ab L M Distribuerat databassystem
JPH0869404A (ja) * 1994-08-29 1996-03-12 Fujitsu Ltd データのバックアップ方法及びそれを利用したデータ処理装置
JP3302522B2 (ja) * 1994-12-26 2002-07-15 富士通株式会社 データベースシステムおよびその情報活用支援装置
US5649195A (en) * 1995-05-22 1997-07-15 International Business Machines Corporation Systems and methods for synchronizing databases in a receive-only network
US5778395A (en) * 1995-10-23 1998-07-07 Stac, Inc. System for backing up files from disk volumes on multiple nodes of a computer network
WO1997024668A1 (en) * 1995-12-28 1997-07-10 Ipl Systems, Inc. Dasd storage back up including back up synchronization across multiple dasd
US5842222A (en) * 1996-10-04 1998-11-24 Taiwan Semiconductor Manufacturing Company, Ltd. Production information system enhanced for availability
US5805798A (en) * 1996-10-29 1998-09-08 Electronic Data Systems Corporation Fail-safe event driven transaction processing system and method
US6038665A (en) * 1996-12-03 2000-03-14 Fairbanks Systems Group System and method for backing up computer files over a wide area computer network
US5794254A (en) * 1996-12-03 1998-08-11 Fairbanks Systems Group Incremental computer file backup using a two-step comparison of first two characters in the block and a signature with pre-stored character and signature sets
US6035379A (en) * 1997-01-09 2000-03-07 Microsoft Corporation Transaction processing for user data employing both logging and shadow copying
KR19990079216A (ko) * 1998-04-02 1999-11-05 윤종용 인터넷상에서 데이터베이스의 공유방법
US6161109A (en) * 1998-04-16 2000-12-12 International Business Machines Corporation Accumulating changes in a database management system by copying the data object to the image copy if the data object identifier of the data object is greater than the image identifier of the image copy
US6289357B1 (en) * 1998-04-24 2001-09-11 Platinum Technology Ip, Inc. Method of automatically synchronizing mirrored database objects
EP1168176A3 (en) * 2000-06-09 2008-05-14 Hewlett-Packard Company Utilization of unused disk space on networked computers
EP1394678A1 (de) * 2002-08-27 2004-03-03 Siemens Aktiengesellschaft Verfahren und Vorrichtung zur Übertragung von Daten von einem ersten in einen zweiten Speicher
US20060149696A1 (en) * 2002-09-09 2006-07-06 Thorsten Pferdekaemper Method and systems for controlling access to a data object by means of locks
US7457933B2 (en) * 2002-09-09 2008-11-25 Sap Ag Methods and systems for archiving data
US7653667B2 (en) * 2002-09-09 2010-01-26 Sap Ag Methods and systems for data moving using locks
WO2004025479A2 (en) * 2002-09-09 2004-03-25 Sap Aktiengesellschaft Methods and systems for moving data objects using locks
US7693881B2 (en) * 2002-09-09 2010-04-06 Sap Ag Methods and systems for moving data using locks
US7756813B2 (en) * 2002-09-09 2010-07-13 Sap Ag Electronic data structure for controlling access to data objects using locks
CN100399325C (zh) * 2002-10-25 2008-07-02 联想(北京)有限公司 一种嵌入式数据库的数据备份和恢复方法
WO2004059484A1 (fr) * 2002-12-31 2004-07-15 Zte Corporation Procede de veille et commande de charge dans un systeme a traitement reparti de donnees
US7257592B2 (en) * 2003-06-26 2007-08-14 International Business Machines Corporation Replicating the blob data from the source field to the target field based on the source coded character set identifier and the target coded character set identifier, wherein the replicating further comprises converting the blob data from the source coded character set identifier to the target coded character set identifier
US8280926B2 (en) 2003-08-05 2012-10-02 Sepaton, Inc. Scalable de-duplication mechanism
US8938595B2 (en) 2003-08-05 2015-01-20 Sepaton, Inc. Emulated storage system
KR100890573B1 (ko) 2003-08-05 2009-03-25 세파톤 인코포레이티드 에뮬레이팅된 저장 시스템
US20050193235A1 (en) 2003-08-05 2005-09-01 Miklos Sandorfi Emulated storage system
CN100364244C (zh) * 2003-09-02 2008-01-23 华为技术有限公司 多接口对多接口的备份方法
US7506002B2 (en) * 2003-09-29 2009-03-17 Sap Ag Efficient deletion of archived data
CN100359482C (zh) * 2004-08-04 2008-01-02 上海宝信软件股份有限公司 数据库表更新的动态监控系统及方法
JP4172439B2 (ja) * 2004-09-09 2008-10-29 コニカミノルタビジネステクノロジーズ株式会社 データ管理装置およびデータ管理システム
US7526514B2 (en) * 2004-12-30 2009-04-28 Emc Corporation Systems and methods for dynamic data backup
JP4143611B2 (ja) * 2005-02-04 2008-09-03 インターナショナル・ビジネス・マシーンズ・コーポレーション バックアップ生成装置、リカバリ処理装置、バックアップ生成方法、リカバリ処理方法、及びプログラム
CN100343814C (zh) * 2005-08-02 2007-10-17 上海华为技术有限公司 一种数据管理系统及方法
CN100465911C (zh) * 2006-04-13 2009-03-04 华为技术有限公司 一种备份方法
US8504526B2 (en) 2010-06-04 2013-08-06 Commvault Systems, Inc. Failover systems and methods for performing backup operations
US11449394B2 (en) 2010-06-04 2022-09-20 Commvault Systems, Inc. Failover systems and methods for performing backup operations, including heterogeneous indexing and load balancing of backup and indexing resources
CN102662793A (zh) * 2012-03-07 2012-09-12 江苏引跑网络科技有限公司 一种可保证数据一致性的分布式数据库热备份与恢复方法
CN102769664B (zh) * 2012-06-21 2015-07-01 许继电气股份有限公司 一种实时库同步的访问方法及变电站监控系统
US9690666B1 (en) * 2012-07-02 2017-06-27 Veritas Technologies Llc Incremental backup operations in a transactional file system
CN103218450B (zh) * 2013-04-26 2016-05-04 国电南瑞科技股份有限公司 一种多应用实时数据库数据同步方法
US9483362B2 (en) 2013-05-08 2016-11-01 Commvault Systems, Inc. Use of auxiliary data protection software in failover operations
US9811427B2 (en) 2014-04-02 2017-11-07 Commvault Systems, Inc. Information management by a media agent in the absence of communications with a storage manager
US10339111B2 (en) * 2016-04-29 2019-07-02 Netapp Inc. Cloned virtual machine disk replication
US10417102B2 (en) 2016-09-30 2019-09-17 Commvault Systems, Inc. Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, including virtual machine distribution logic
US11200124B2 (en) 2018-12-06 2021-12-14 Commvault Systems, Inc. Assigning backup resources based on failover of partnered data storage servers in a data storage management system
US11099956B1 (en) 2020-03-26 2021-08-24 Commvault Systems, Inc. Snapshot-based disaster recovery orchestration of virtual machine failover and failback operations
US11645175B2 (en) 2021-02-12 2023-05-09 Commvault Systems, Inc. Automatic failover of a storage manager

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4077059A (en) * 1975-12-18 1978-02-28 Cordi Vincent A Multi-processing system with a hierarchial memory having journaling and copyback
GB1505603A (en) * 1976-07-07 1978-03-30 Ibm Data processing systems
US4648031A (en) * 1982-06-21 1987-03-03 International Business Machines Corporation Method and apparatus for restarting a computing system
US4635189A (en) * 1984-03-01 1987-01-06 Measurex Corporation Real-time distributed data-base management system
US4686620A (en) * 1984-07-26 1987-08-11 American Telephone And Telegraph Company, At&T Bell Laboratories Database backup method
US4714995A (en) * 1985-09-13 1987-12-22 Trw Inc. Computer integration system
US5155678A (en) * 1985-10-29 1992-10-13 International Business Machines Corporation Data availability in restartable data base system
US5043871A (en) * 1986-03-26 1991-08-27 Hitachi, Ltd. Method and apparatus for database update/recovery
US4819156A (en) * 1986-06-13 1989-04-04 International Business Machines Corporation Database index journaling for enhanced recovery
JPS6315354A (ja) * 1986-07-07 1988-01-22 Hitachi Ltd 分散システムにおけるタイマ一致化管理方式
US4819159A (en) * 1986-08-29 1989-04-04 Tolerant Systems, Inc. Distributed multiprocess transaction processing system and method
US5136707A (en) * 1988-10-28 1992-08-04 At&T Bell Laboratories Reliable database administration arrangement
US5101488A (en) * 1989-05-02 1992-03-31 Motorola, Inc. Method for retrieving and updating data in a real-time data base system
US5170480A (en) * 1989-09-25 1992-12-08 International Business Machines Corporation Concurrently applying redo records to backup database in a log sequence using single queue server per queue at a time
US5307481A (en) * 1990-02-28 1994-04-26 Hitachi, Ltd. Highly reliable online system
US5201044A (en) * 1990-04-16 1993-04-06 International Business Machines Corporation Data processing method for file status recovery includes providing a log file of atomic transactions that may span both volatile and non volatile memory

Also Published As

Publication number Publication date
KR950704747A (ko) 1995-11-20
AU5663294A (en) 1994-07-04
NO952248D0 (no) 1995-06-07
DE69325719T2 (de) 1999-11-11
NO952248L (no) 1995-08-02
US5548750A (en) 1996-08-20
WO1994014125A1 (en) 1994-06-23
BR9307608A (pt) 1999-08-31
CN1092886A (zh) 1994-09-28
SE9203691D0 (sv) 1992-12-08
GR3031406T3 (en) 2000-01-31
MX9307680A (es) 1994-06-30
CA2151254C (en) 2001-10-16
FI952793A (fi) 1995-06-07
DE69325719D1 (de) 1999-08-26
DK0673528T3 (da) 2000-02-07
SE500656C2 (sv) 1994-08-01
AU670852B2 (en) 1996-08-01
EP0673528A1 (en) 1995-09-27
SE9203691L (sv) 1994-06-09
JPH08504529A (ja) 1996-05-14
CA2151254A1 (en) 1994-06-23
FI952793A0 (fi) 1995-06-07
EP0673528B1 (en) 1999-07-21
KR100271342B1 (ko) 2000-11-01
CN1037129C (zh) 1998-01-21
ES2134923T3 (es) 1999-10-16

Similar Documents

Publication Publication Date Title
FI105857B (fi) Järjestelmä varmuuskopioiden ottamiseksi tietokannassa
US5991768A (en) Finer grained quiescence for data replication
US6205449B1 (en) System and method for providing hot spare redundancy and recovery for a very large database management system
EP1661000B1 (en) Recovery from failures within data processing systems
US5287496A (en) Dynamic, finite versioning for concurrent transaction and query processing
US7107294B2 (en) Method and apparatus for interrupting updates to a database to provide read-only access
CN100485676C (zh) 文件系统串行化重新初始化装置、方法和系统
US6351753B1 (en) Method and apparatus for asynchronous version advancement in a three version database
US5890153A (en) Database lock control method
US20020116404A1 (en) Method and system for highly-parallel logging and recovery operation in main-memory transaction processing systems
EP0903674A1 (en) Methodology for the efficient management of hierarchically organized information
US20020184239A1 (en) System and method for replication of distributed databases that span multiple primary nodes
US20040215998A1 (en) Recovery from failures within data processing systems
US20030236957A1 (en) Method and system for data element change across multiple instances of data base cache
US7099889B2 (en) System and method for decoupling object identification for the purpose of object switching in database systems
US20060123199A1 (en) System and method for optimistic caching
EP0295424B1 (en) Method for managing subpage concurrency control and partial transaction rollback in a transaction-oriented system of the write-ahead logging type
US5745674A (en) Management of units of work on a computer system log
US6038569A (en) System for data structure loading with concurrent image copy
JP3991760B2 (ja) データベース管理方法および装置およびその処理プログラム
US7051051B1 (en) Recovering from failed operations in a database system
Peterson et al. Log write-ahead protocols and IMS/VS logging
JPH08504530A (ja) エラー発生時にデータベースの関係復旧を行うためのシステム
JPH10508968A (ja) 共用環境におけるデータ・セットのバックアップ方法及び装置
Chong et al. Rapid Recovery of Very Large Memory Resident Data Objects

Legal Events

Date Code Title Description
MA Patent expired