ECS: Odotettavissa oleva toiminta, kun järjestelmä on tilapäisessä käyttökatkoksessa

Virtuaalinen konesali (VDC),
tilapäinen käyttökatkos (TSO),
pääsy käyttökatkon aikana (ADO)

Mikä on kantaverkko?

Jatkuva sydämen sykkeen menetys 15 minuutin
ajan Mahdolliset syyt: Verkko-ongelmat, virtakatkokset toimipaikassa tai ne voidaan käynnistää manuaalisesti joissakin asiakkaan tilanteissa, jos tietoja ei voida lukea tietystä VDC-toimipaikasta.

Mikä on ADO?

ADO on ominaisuus, joka voidaan ottaa käyttöön säilötasolla. Sen avulla ämpäri on käytettävissä tilapäisen työmaan seisokin aikana. TSO aiheuttaa ECS:n siirtymisen lopulta yhdenmukaiseen tilaan. Käyttökatko-objektien luonti-/päivitys-/poistotoimintojen aikana käyttö on lopulta yhdenmukaisessa tilassa.
ECS:n avulla voit kuitenkin valita yhdenmukaisuuden ja käytettävyyden välillä. ADO-yhteensopivat säilöt ovat lopulta yhdenmukaisia ja mahdollistavat tietojen saatavuuden. Älä käytä ADO:ta varmistaaksesi, että yhtenäisyys säilyy käyttökatkon aikana.

Kahden toimipaikan skenaarion odotettu toiminta (Kiinnitä erityistä huomiota onnistuneisiin ja epäonnistuneisiin toimintoihin molemmissa sivustoissa)

Yllä olevan virtauksen seuraaminen:

Ennen siirtoverkonhaltijaa

• Säilö luotu paikassa 1 ja replikoitu paikassa 2
• Tavoite 1 luotu sivustolla 1 ja toistettu sivustolla 2
• Tavoite 2 luotu sivustolla 2 ja toistettu sivustolla 1

Verkkokatkos tapahtuu 

• 15 minuutin kuluttua tapahtuu tilapäinen käyttökatkos
• Katso luettelo onnistuneista ja epäonnistuneista toiminnoista sivustolla 1. Esimerkiksi sivustossa 1 voi luoda objekteja, lukea ja päivittää vain omistettuja ja replikoituja objekteja, luetteloida objekteja säilössä ja luetteloida paikallisesti omistettuja säilöjä. 
• Vastaavasti sivustossa 2 on luettelo sivuston 2 onnistuneista ja epäonnistuneista toiminnoista. Kuten sivustossa 1, sivusto 2 voi luoda objekteja, lukea ja päivittää omistettuja ja replikoituja objekteja, luetteloida objekteja säilössä ja luetteloida paikallisesti omistettuja säilöjä.
• Siten obj 1 voidaan päivittää kummalla tahansa sivustolla.
• Obj 2 voidaan päivittää kummalla tahansa sivustolla.
• Objekteja voi luoda kummalla tahansa sivustolla.

Kun ADO on käytössä säilössä ja tilapäinen käyttökatkos havaitaan, järjestelmä palaa lopulliseen yhtenäisyysmalliin, toisin sanoen toissijaisen (muun kuin omistajan) sivuston luvut/kirjoitukset hyväksytään ja niitä kunnioitetaan. Lisäksi kirjoittaminen toissijaiseen sivustoon verkkokatkoksen aikana saa toissijaisen sivuston ottamaan objektin omistukseensa. Näin kukin VDC voi jatkaa säilöjen objektien lukemista ja kirjoittamista jaetussa nimitilassa.

Kolmen sivuston odotettu toiminta (sivusto 1 katoaa tai sinne ei pääse sivustolta 2 tai sivusto3)

Tässä skenaariossa yhteydet sivustoon yksi menetetään kokonaan tai sivustoon 1 ei pääse sivustoista 2 ja 3. Sivusto 1 on säilön A omistaja.

15 minuutin kuluttua siirtoverkonhaltija toteutuu ja säilön A omistusoikeus siirtyy toimipaikoille 2 ja 3. Näiden kahden sivuston välillä objektin omistajuuden päätös määritetään, koska alkuperäinen säilön omistaja, joka on sivusto 1, ei ole käytettävissä. 
 

Odotettu toiminta kolmessa toimipaikassa, joista vain yksi on poissa käytöstä.

Tässä skenaariossa vain yksi linkki on poissa käytöstä, joten säilön omistajuus voidaan siirtää sivustoihin 1 ja 3 tai 2 ja 3. ECS määrittää PAXOS-protokollan avulla, että sivusto 2 on poissa käytöstä ja että sivustot 1 ja 3 ovat kelvollisia sivustoja (tässä esimerkissä). PAXOS-protokolla on mekanismi konsensuksen ratkaisemiseksi ja hallitsemiseksi. Joten tässä esimerkissä objektin omistajuus päätetään sivuston 1 ja sivuston 3 välillä. Kuten edellisessä diassa, pääsyä on rajoitettu sivustosta riippuen.

Lisätietoja odotetusta toiminnasta siirtoverkonhaltijan aikana on hallintaoppaassa. Tämä on linkki ECS 3.8:n hallintaoppaaseen.