Failover Condition Level bestemmer når en failover skal skje. Dette gjelder SQL Server Alltid på tilgjengelighetsgruppen og til SQL Server Failover-klyngeforekomster. Basert på tilstandsnivået for failover, kan det hende du ikke får tilgang til databaser som deltar i Always On.
Retningslinjer for failover
For en tilgjengelighetsgruppe kontrolleres automatiske failovers av failover-policy. Med disse retningslinjene kan vi oppnå det høyeste nivået av kontroll på forholdene som utløser en failover. I SQL-miljøet ditt, hvis brukere mister tilkoblinger til databaser i tilgjengelighetsgruppen, må du sjekke og endre feilpolicyen sammen med helsesjekkfrekvensen.
Tabellen nedenfor gir mer informasjon om failover-forhold
| Politikknivå: 1
Beskrivelse: Den automatiske failover oppstår når SQL Server tjenesten er nede
Politikknivå: 2 Beskrivelse: SQL server eksempel hosti den alltid tilgjengelige gruppen lost tilkoblingen til klyngen eller tidsavbruddsgrensen spesifisert av brukeren for helsesjekk ble overskredet.
Politikknivå: 3 Beskrivelse: Dette er standardnivået for automatisk failover. Betingelser inkludert i dette nivået er dumping på høyt nivå, spinlocks som er foreldreløse og brudd under skrivetilgang.
Politikknivå: 4 Beskrivelse: Betingelsene inkludert i dette nivået er serverfeil på moderat nivå. For eksempel, den interne ressurspoolen til en SQL server som møter tomt for minne kan utløse automatisk failover.
Politikknivå: 5 Beskrivelse: Alle kvalifiserte SQL Server feilforhold bidrar til dette nivået.
|
lyttere
Tilgjengelighetsgruppelyttere bør være online for at tilkoblinger skal lykkes. Du kan spore statusen til lyttere ved å bruke den dynamiske administrasjonsvisningen sys.dm_tcp_listener_states. Denne visningen vil vise følgende felt for hver lytter.
| 1. IP-adresse |
| 2. er ipv4 |
| 3. lytter-id |
| 4. port |
| 5. start tid |
| 6. stat |
| 7. tilstandsbeskrivelse |
| 8. type |
| 9. typebeskrivelse |
Funksjonen er av
Etter en oppdatering eller omstart kan det hende at funksjonen for alltid på tilgjengelighet blir slått av. Hvis denne funksjonen er slått av, vil ikke alltid-på-grupper fungere. Du kan sjekke statusen til denne funksjonen ved å bruke følgende kode
print cast (SERVERPROPERTY ('IsHadrEnabled') som varchar(10))
Hvis utgangen er 0, er gruppefunksjonen alltid på tilgjengelighet slått av. Hvis det er 1, er funksjonen aktivert.
Se gjennom kontotillatelser
Etter en databasegjenoppretting kan kontoer ha lost tillatelser på databaser som er en del av tilgjengelighetsgruppen. Se gjennom og gjenopprett brukerkontoer og tillatelser for å tillate brukere å koble til alltid på databaser.
Sjekk endepunkter
Alltid på tilgjengelighetsgruppe bruker databasespeilende endepunkter. Hvis disse endepunktene ikke er started, eller hvis disse endepunktene ikke lytter på riktige porter, kan du ikke koble til tilgjengelighetsgrupper.
Ikke-lesbare sekundære replikaer
Hvis sekundære replikaer i alltid-på-tilgjengelighetsgruppen er konfigurert som ikke-lesbare sekundære, kan ikke tilkoblinger få tilgang til disse databasene.
Med introduksjonen av SQL Server Alltid på, SQL Server utvinning har blitt enkelt ettersom AlwaysOn støtter automatisk sidereparasjon
Forfatterintroduksjon:
Neil Varley er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert korrupte Outlook og excel-programvareprodukter for gjenoppretting. For mer informasjon besøk www.datanumen. Med