Data Domain: Anbefalte fremgangsmåter for tilgangsgruppe

Anbefalte fremgangsmåter for tilgangsgrupper

Gjelder for:

• Alle Data Domain-systemer
• Alle programvareversjoner som støtter VTL
• VTL- og SAN-protokoller
• Tredjeparts sikkerhetskopieringsapplikasjoner som NetWorker, Tivoli Storage Manager (TSM) og så videre

Purpose

Dette dokumentet inneholder informasjon om riktig konfigurasjon for å unngå potensielle problemer med tilgangsgrupper.

Løsning

Ting du bør vurdere når du oppretter tilgangsgrupper:

• Klienter og operativsystemer:
  • Hvilket operativsystem har tilgang til gruppen? Det er best å bruke én OS-type per gruppe, og helst én klientmaskin per gruppe.
  • Hvor mange klienter må ha tilgang til de samme båndstasjonene? Hvis det er mulig, bør du vurdere å tilordne et annet sett med stasjoner til hver klientmaskin.
  • Hvis programvaren for sikkerhetskopiering ikke har alternativet "delt lagring", er det best å lage separate tilgangsgrupper for hver klient, med unike båndstasjoner definert for hver klient.
• Stasjoner og veksler:
  • Unngå å plassere veksleren i alle tilgangsgrupper. Vanligvis bør bare den primære sikkerhetskopiserveren ha tilgang til veksleren. (Se TSM-anbefalinger nedenfor)
  • Unngå å plassere mer enn én veksler i samme tilgangsgruppe. (Se TSM-anbefalinger nedenfor)
  • Unngå å bruke "alle"-betegnelse for primær- eller sekundærporter når du tilordner HBA-portene (VTL-vertsbussadaptere) til individuelle båndstasjoner eller vekslere. Det er best å tilordne en enkelt primær- eller sekundærport per enhet. Dette unngår at eventuelle motstridende kommandoer utstedes til stasjoner eller vekslere. Med mindre det finnes en klar og testet failover-plan, skal sekundærporter ikke være noen.
  • Unngå å dele de samme båndstasjonene eller vekslerne på tvers av flere tilgangsgrupper. (Se TSM-anbefalinger nedenfor)
  • Ikke bruk to eller flere forskjellige typer båndstasjoner i samme tilgangsgruppe. (Unngå for eksempel å ha IBM LTO3 og LTO-5 i samme gruppe)
• LUN-adressering:
  • Vanligvis er det best å la VTL tilordne LUN-numre automatisk ved ikke å angi et LUN-nummer når du oppretter tilgangsgruppen. Det er heller ingen ytelsesfordel ved å bruke LUN-nummerering utenfor sekvensen, og dette kan føre til problemer for visse OS-typer ved kommunikasjon med VTL. 
  • For tilgang til NAS-filere, bruk samme skjema som for LINUX-maskiner. Generelt bør nummereringen alltid starte på LUN-null og opprettholde sammenhengende LUN-nummereringssekvenser fra null for hver målport. Bruk vanligvis én primærbane på VTL HBA til båndstasjonene og veksleren.
• Applikasjonsspesifikke merknader:
  • Tivoli Storage Manager (TSM): For TSM-servere eller -klienter tilordner du bare én bestemt primærport til en båndstasjon eller veksler. Du kan tilordne en sekundærport hvis funksjonen automatisk oppdagelse av SAN er aktivert i TSM-serveren. TSM-primærserveren må også ha tilgang til alle bibliotekvekslere og båndstasjoner. Når TSM ber en veksler om å laste inn et bånd, leser den båndhodet, den primære TSM-serveren må sones til alle båndstasjoner. TSM kan ikke lese båndetiketten gjennom en proxy / klient, og dermed må den primære serveren sones til alle vekslere og stasjoner. Klientmaskinene for sikkerhetskopiering skal ikke sones til veksleren. Når du bruker alternativet for delt lagring i TSM, er det helt OK å dele båndstasjoner mellom ulike klienter, men unngå å dele båndstasjoner på tvers av forskjellige OS-typer. (f.eks. ikke del båndstasjoner mellom AIX- og HP-UX-klienter)
  • IBMi og AS/400: For IBMi-installasjoner følger du samme policy som for TSM, ved å tilordne bare én primærport til en båndstasjon eller veksler. Du kan bruke vekslende porter for alternerende logiske enhetsnumre (LUN-er), slik at det er helt OK å bruke primærport 4a for LUN-er 0, 2, 4, 6, 8 og primærport 4b for LUN-er 1, 3, 5 og 7. VIOS støttes for IBMi og VTL. Ikke alle IOA-/IOP-enheter støttes for dette: Sjekk Dell Compatibility Matrix for riktige enhetstyper.
  • Se dokumentasjonen for sikkerhetskopieringsapplikasjonene for å finne ut om programvaren har noen av følgende begrensninger:
    • Noen programvare for sikkerhetskopiering kan ha begrensninger i antall enheter den kan gjenkjenne som koblet til en klient eller server.
    • Enkelte programmer for sikkerhetskopiering kan ha en grense for antall spor den har plass til i et bibliotek.
    • Noen programmer for sikkerhetskopiering kan ikke megle mellom flere klienter med tilgang til felles ressurser, så disse krever unike båndstasjoner i hver tilgangsgruppe og én enkelt server/klient per gruppe.
• OS-spesifikke merknader:
  • Linux: Når du tilordner tilgang til Linux-maskiner, må du alltid bruke LUN-null som første LUN i databanen, og bruke sammenhengende LUN-tall som starter på null uten mellomrom i sekvensen. For eksempel er tilordning av LUN-er 0, 1, 2, 3, 4 riktig, tilordning av LUN-er 0, 2, 4, 5 er feil.
  • Solaris: For Solaris kan du spre ut de primære stiene blant LUNene, da Solaris ikke trenger å se en LUN null på hver bane. For LUN-er 0, 2, 4, 6 kan du for eksempel tilordne primærport 4a og primærport 4b for LUN-er 1, 3, 5 og 7. (For øyeblikket støttes ikke Ultrium-5-båndstasjoner på Solaris 11)
  • Windows: Du kan bruke de samme porttilordningene for Windows som beskrevet for Solaris ovenfor.
  • IBMi-systemer ogAS400: Noen kunder ønsker å bruke et enkelt bibliotek på tvers av flere LPARS eller systemer, eller å bruke flere HBAer på IBMi-systemet. I disse tilfellene følger du disse retningslinjene: Biblioteket og stasjonstilgangen kan nå styres fra WRKMLBSTS-nivået på IBMi-systemet. Kunden kan kontrollere hvordan biblioteket åpnes ved å variere på og av de enkelte forekomstene av biblioteket på IBMi.
    1. Del diskene på tvers av flere tilgangsgrupper som hver adresserer én enkelt IBMi HBA. (Ingen stasjonsdeling)
    2. Legg veksleren til i hver gruppe. Veksleren er synlig over flere baner, og biblioteket vises med flere navn på IBMi-systemet.

Referanser

• Data Domain: Veiledning med anbefalte fremgangsmåter for bibliotek for virtuelt bånd