Du kan ændre det angivne foretrukne websted, når du bruger et vidne (for en SRDF/Metro-gruppe, der er aktiv og har en konfigureret vidnetype . Præferencen eller den "vindende" side er repræsenteret som R1 , og den ikke-foretrukne eller "taber" side er repræsenteret som R2. Kommandoen symrdf giver en
sæt præference R1 | R2
Mulighed, der ændrer det foretrukne websted, der skal bruges som en del af vidnets beslutning, når det bestemmes, hvilket websted der forbliver værtstilgængeligt ved en fejl. Indstillingen angives på SRDF- eller Metro-gruppeniveau.
For at gøre os af denne funktion kræves følgende:
- Begge systemer er PowerMaxOS 5978.711 (og derover)
- Administrationskontrol er Solutions Enabler 10.x og/eller Unisphere til PowerMax 10.x (og derover)
SYMCLI eksempel:
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Unisphere til PowerMax-eksempel:
Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
Eller
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
BEMÆRK: Når Metro er konfigureret til at bruge et vidne, er vidnets rolle at afgøre, hvilken side af Metro-sessionen der er det bedste valg for at forblive tilgængelig for værten, hvis der er en fejl. Enhederne på den side, der er valgt til at forblive tilgængelige for værten, rapporteres som R1-enheder , og de andre sideenheder rapporteres som R2-enheder . Det valg, vidnet træffer, stemmer muligvis ikke overens med brugerens præferencer.
Grunden til, at valget muligvis ikke stemmer overens, er:
Når begge sider kører PowerMaxOS, tager SRDF/Metro ekstra faktorer i betragtning for at bestemme den foretrukne vinder (i prioriteret rækkefølge):
- Den side, der har værtsforbindelse (kræver PowerMaxOS 10 (6079) eller PowerMaxOS 5978.444.444 eller nyere) Denne funktionalitet overvåger de forbindelser til værten, der er knyttet til SRDF-/Metro-enheder for at kontrollere, at forbindelserne fungerer.
- Den side, der har en afventende skriveværdi (WP), der er mindre end 80 % af systemets WP-grænse (kræver PowerMaxOS 5978.669.669 eller nyere)
- Den modsatte side fra den side, der har en dobbelt RAID-fejl. Det vil sige, at to spindler er nede i en RAID 5-gruppe, eller tre spindler er nede i en RAID 6-gruppe (kræver PowerMaxOS 10 (6079)).
- Den side, der har et SRDF/A DR-ben
- Hvorvidt SRDF/A DR-benet er synkroniseret
- Den side, der har et aktivt SRDF/A DR-ben
- Den side, der har et klart spejl på SRDF / A DR-benet
- Den side, der har mere end 50% af de RA- eller FA-direktører, der er tilgængelige
- Den side, der er den foretrukne side (hvis brugeren har indstillet en) Fra PowerMaxOS 10 (6079) kan storageadministratoren angive den foretrukne side af et SRDF/Metro-par.
I tidligere versioner af operativsystemet, eller når administratoren ikke har angivet en foretrukken side, er R1-siden vinderen.
Det første af disse kriterier, som den ene matrix har, og den anden ikke har, stopper udvælgelsesprocessen. Den side, der har dette kriterium, er den foretrukne vinder.
De to sider gentager regelmæssigt denne udvælgelsesproces for hver SRDF/Metro-gruppe for at sikre, at den vindende side forbliver den, der er mest foretrukket. Så den vindende side kan ændre sig under SRDF / Metro-sessionen. SRDF/Metro rapporterer altid den vindende side som R1-enheden og den tabende side som R2. Så hver switch i den vindende side forårsager en tilsyneladende bytte af R1 og R2 personligheder i sessionen.
Vurderingen af den vindende og tabende side sker separat for hver SRDF/Metro-gruppe, der findes mellem to arrays. Så på et bestemt system kan nogle enheder være R1-enheder, mens andre er R2-enheder. Hvilke der er R1, og hvilke der er R2, afhænger af resultatet af vurderingen af deres respektive SRDF/Metro-grupper.
Så sammenfattende, efter at have indstillet præferencen for en SRDF / Metro-gruppe til den ene side (Array A), hvis den anden side (Array B) har et af ovenstående kriterier, som Array A ikke har, tildeles præference til Array B.
Overvej følgende eksempel for at forklare dette yderligere.
Array A har rdfg 100 enheder i øjeblikket R1, Array B har rdfg 100 enheder i øjeblikket R2.
Array A har rdfg 100-enheder i en maskeringsvisning, hvis front-end-porte er online og strukturswitch tilsluttet.
Array B har rdfg 100-enheder ikke tildelt (hvilket betyder ikke i nogen maskeringsvisning, så ikke tilgængelig på nogen front-end-port).
Derefter ville nedenstående kommando returnere: Enheden er allerede i den ønskede tilstand
symrdf -sid Array A -sg <sg> set preference R2
og i symapi.log returnerer - Enheden er allerede i den ønskede tilstand
sg <sg>: Set type Preference R2
Så da Array A har værtsforbindelse til rdfg 100-enheder, og Array B ikke har værtsforbindelse til rdfg 100-enheder, forbliver Array A som den foretrukne vinder (R1), da de to arrays for rdfg 100 adskiller sig fra kriterium 1.
Indstillingen
Angiv præference er kun tilladt for en aktiv SRDF/Metro-gruppe, der har en
konfigureret typee af vidne. En aktiv SRDF/Metro-gruppe kan have forskellige kombinationer af partilstand og vidnestatus.
Brug af navngivningskonventionen
Pairstate> - <Configured Type> - <Effective Type> - <Witness Status>til at repræsentere kombinationerne og:<
Partilstand AA er ActiveActive og AB er ActiveBias
konfigureret Type W er vidneeffektiv
Type W er vidne og B er bias
Vidnestatus N er normal, D er forringet og F er mislykket
Følgende tabel angiver kombinationsstatus efter en indstillingsændring:
|
Aktuel status
|
Status efter ændring af indstilling
|
| AA - B - B - N |
AA - B - B - N |
|
AA - B - B - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|