NetApp Technical Dnevnik

Ne morem reči, kar sem jih kdaj poskusil nastaviti root geslo je prazno, in ne moremo reči, da sem jo priporočam niti. Če uporabljate "ndmpcopy" lahko določite vira in cilja mandatov s "-sa uporabniško ime: geslo" in ", da uporabniško ime: geslo".

Najbolje je, da začnete v industriji. Večina mojih sposobnosti, ki prihajajo iz Samouk in dela na B2net. Mogoče najdete shranjevanje prodajalec ali prodajalca v vaši bližini in videli že nekaj delovnih izkušenj.

Vedno se najdejo študiju težko, če nisem dobil projekt, naj si prizadevajo, da branje knjig in študij priročniki morda ni najboljši način za pravilno naučiti. Poleg tega, da je izjemno dolgočasno početje to!

Hi Scott, B2net zagotovo lahko določijo, da storitve za vas, ne samo 24 / 7 podporo desk, ki so dobro usposobljeni za vse izdelke, NetApp, temveč tudi ekipa zelo usposobljene in nadarjene inženirje. Če ste se sprašuje o neodvisni svetovalci, se bojim, res ne bi dobili kakršno koli izpostavljenostjo, da jih, kot smo nekaj vodilnih sposobnosti notranje in le redko potrebno, da se vključijo v 3. stranke. Jaz bi z veseljem poskrbi za nekoga, da stik z vami, da bi razpravljali o možnosti ad-hoc podporo dlje, saj je to zagotovo nekaj, kar lahko ponudi.

Misliš AutoSupport? Ja, lahko to storite bodisi iz FilerView ali CLI. Od CLI šele delati ...

Možnosti autosupport.doit "besedilni niz tukaj"

... In zamenjajte "besedilni niz tukaj" s koli sporočilo, ki ga želite NetApp, da se odzovejo na, ponavadi primer številko.

Hi Ron,

Ali imate (ali ste imeli) vse LUN klonov v preteklosti? Morda ti so postali zaklenjena v posnetek in ste od črta LUN klon, ampak klon je še vedno LUN zaklenjena. Preverite posnetke obsega in videli, če so zaklenjeni koli. Če brišete LUN, je še kaj obsega? Če ste offline prostornine, boste zagotovo odstraniti vse povezave do LUN. Potem bi lahko samo izbrisati obseg in ga ponovno ustvarite.

Če želite izklopiti disk auto dodelite, naredite naslednje ...

Možnosti disk.auto_assign off

in potem un-te lastne diskov znova. Moral bi bilo dobro, da potem pa pojdi!

Hi Kurt,

Problem, ko imate polne agregat je, da to vpliva piše kot prvo vprašanje. Običajno WAFL čakalne vrste do piše na trak v vseh diskov in poskuša, da to storijo s tako velika trak je to mogoče, kot je to optimalen način za tako pisanje, in kasneje brati. S skupno 100%, ni prostora za pisanje velike proge, tako da se je za prekinitev te piše na manjše kose in pisati v majhne količine prostega prostora, ki je na voljo. To traja piše več, vendar je še pomembneje, da ima velik vpliv na bere. Prebere zdaj morali storiti več fizičnih vreteno gibanje za opravljanje branje Aheads ali celo samo preprosto zaporedno branje, ki je zdaj jih čez vreteno, ne pa v lepo tesen zaporedje.

Running vaš skupno do 100%, ne vpliva samo na takojšnje pisati delovanje, vendar pa bo nenehno vplivala prebral zmogljivosti za vse podatke, ki je bila napisana v časovnem obsegu, ki je bil agregat skoraj polno, ali poln. You need to zmanjša skupno porabo (do 80% manj kot je priporočeno) in nato prerazporedi količine za distribucijo podatkov preko vretena v bolj urejen način še enkrat. To bo zelo izboljšala učinkovitost prebral gredo naprej, in prostor bo omogočilo pisanje zmogljivosti na eno spet nastopili na optimalni hitrosti.

S 100% celotnega agregata, si pogosto ne vidite disk izkoriščenost zmogljivosti vprašanje, vendar pa si lahko ogledate veliko CPU in si lahko ogledate "CP ty" (Usklajenost Point Type), pri čemer veliko časa, da flush na disk. Ogledate si lahko to od "sysstat-u 1". To je zelo odvisna od sistema, model in vrsto podatkov, ki ga pišete, ampak zelo grobo pravilo palca je, da če CP je ob več kot pravijo 3-4 sekund, da je delo težje, kot bi moralo storiti. Ampak kot sem rekel, če imate 100% celotnega agregata, tam je malo kratkoročno programske opreme, delo, ki jih lahko storite za ublažitev težav, popraviti je preprost, bolj disk ali manj podatkov. Torej, kupiti nekaj več vretena in jih dodajte v agregat, nato pa prerazporediti. Ali pa zbrisati nekaj podatkov / posnetke in sprostite nekaj prostora na disku in nato prerazporedi.

Izgleda, da imate veliko število diskov manjka ali ni iz okolja. Ti potrebujejo določitvi preden lahko prinese agregat nazaj na spletu znova. Moraš preveriti, ali so diski pravilno priključeni. Najboljši način za dosego tega je verjetno, da se ugasne sistem in zagotoviti vse kable je v celoti povezan in varno, ter da so vsi diski pravilno sedi. Upajmo, da je nekaj takega kot svoboden kabel povzročil filer, da ne bodo prestali teh diskov, ne pa dejanskih podatkov ali mehanske okvare vseh teh diskov. Preverite vse povezave, potem boste morda lahko unfail tiste diske, če nič drugega je pravzaprav narobe z njimi.

Vendar, če so diski v celoti ni uspelo, potem se bojim, da bi lahko v precej položaju.

Jaz bi močno priporočamo, da stik NetApp Global Support, kot bodo lahko, da sprehod skozi proces preverjanja teh diskov in če je mogoče, popravilo agregata. Lahko je znan bug in enostavno popraviti, vendar pa so v najboljšem položaju, da to diagnozo.

Hi Kurt,

Dal ti bom hiter odziv, čeprav so zvoki, kot si ti stvari razvrščeni zdaj.

Če želite uporabiti SnapManager za Exchange, potem ste res že 2 različne načine predstaviti skladišča v VM Exchange.

1) Povezovanje z njihovo uporabo iSCSI software pobudnik v VM
2) Povezava z njihovo uporabo RDMs na ravni ESX in predstavljajo surove LUN na VM. To je mogoče storiti z uporabo FCP ali iSCSI.

Glavna prednost je možnost 1 granularnosti nadzora. Exchange admin ne morajo biti tudi admin VMware za upravljanje in nadzor nad njegovo shranjevanje. Verjetno vsakdo bi moral imeti nekaj znanja VMware, čeprav. Negativna, da možnosti 1 je, da če imate veliko sistema za spremljanje plovil, ki zahtevajo shranjevanje na ta način, da bomo neodvisni iniciator nameščene programske opreme za vsakogar, in to je tako za upravljanje in CPU režijskih stroškov.

Prednost možnosti 2 je, da ste centralizacijo skladiščenja povezljivost. Ne glede na uporabo je vedno storiti na ravni VMware, lahko to vam boljšo varnost in prepoznavnost, ki se uporabljajo za shranjevanje kaj. Prednost uporabe iSCSI na ravni države gostiteljice je, da je samo en primerek programske opreme pobudnik. S tem FCP izgine v celoti. Glavna negativna možnosti 2 je obratno od možnosti 1, Exchange admin ne dobi neposrednega nadzora nad njegovo shranjevanje, vendar z SnapDrive vam še vedno ne dobite zelo dober nadzor, lahko še vedno klon, rastejo, posnetek in tako naprej od znotraj SnapDrive.

Predstavitev shranjevanje do Datastore nato carving VMDK je verjetno najslabši primer, kot ne boste dobili vse SnapDrive ali SnapManager integracijo iz Exchange, vendar imate še vedno režijske povezovanja od VMware. Mislim, da se lahko samo slovnične napake v vašem vprašanju, kot je videti, kot ste bili odločanje med RDM iz ESX in iSCSI pobudnik v VM. Moja najljubša je z uporabo RDMs čeprav lahko pride do dodatnih opozoril ali sprememb, če ste tako početje DR. VMware SRM se ukvarja tudi s RDMs vendar pa ne dela na vseh z iSCSI pobudniki v VM.

Upam, da imate vse stvari sortirati že vendar!

Hi Kurt,

Če imate skupino, sem si postaviti SQL DB je na enem vozlišču, ter Mail DB na drugo vozlišče. Dnevniki nato sedel na nasprotni sistem znova. To res pomaga za uravnoteženje bremena čez grozda, vam daje več vretena za uporabo in vam stopnjo fizične ločitve. Prav tako vam pomaga narediti neko stopnjo nadzora škode s sistemom ločiti, kot je ta. Vendar mi ne bi bilo sistema, posvečeno SQL, in druga, da Exchange, ki jih želite ravnovesje stvari, kot odjavi. To bo dal več vretena za enkratno uporabo, in še vedno lahko uporabijo nižjo raven nadzora.

Tudi pogled na shranjevanje IO nadzor s strani VMware stvari (odličen način, da nadzor nad IO, če imate deluje pravilno, zato strojev), in tudi pogled na dajanje različnih prednostnih nalog na NetApp količinah. Nastavite lahko ti iz zelo nizko, nizko, srednje, visoke in zelo visoke. To deluje na podoben način kot z delnicami, VMware, vendar si jih je dala na glasnost in imajo neko stopnjo nadzora nad IO in zmogljivost, ki dobi dobavljene vsak posamezni volumen. Na primer, boste morda želeli omejiti CIFS uporabnikom v korist zbirke podatkov SQL. Možno je, da vse, kar ostane na mediju (privzeto), ampak si dal Mail DB na zelo visoki, da ga bolje delež sredstev.

Hvala za povratne informacije, to je samo škoda, ne dobim več časa, da se zavežejo več teme!

Ko omogočite prednost, da določa default (srednje) politike za vse količine, tako da vam ni treba storiti posamično. Boste morali posebej določiti razlike, s tem pa po potrebi.

Prednost lahko pomaga sistem, ki se bori, da tekmujejo s stvarmi, kot SnapMirror, saj daje prednost pred sistemom naloge. Kot pri vseh vrste delitve virov orodje (enako, kot sem povedal, moje stranke VMware) omejevanje sredstev na prometni sistem bo seveda vpliva na stvari. To boste lahko slabe razmere bolje za vas količine dati prednost, vendar pa bo bo veliko slabše za vse druge količine. Sistema pod obremenitvijo, ki že ima težave z učinkovitostjo delovanja ni najboljši kandidat za vir prednostnih delnic ali omejitev. Želel priporočamo, da si naslov težave pri prvem ali začeli iskati za omejitev obremenitve iz uporabe strani, preden prednost v vseh količin.

Ne pozabite tudi, da je prednost le prihaja v igro, ko je vir, se jih prosi za. Torej, če na primer želite, da bi več sredstev za SQL in Exchange, in šele drugi viri, na ta sistem je malo uporabljanih CIFS delnic, boste verjetno pridobili veliko korist, saj je malo IO, ki so ustvarjeni z CIFS delnic. Dajanje vse prednosti SQL in Exchange bo še vedno za posledico njihovo omejitev z eachother.

Zdravo Michael, je žal za zamudo dobili nazaj k tebi. Lahko bi poskusil izvesti SnapMirror Resync, vendar pa možnosti so visoke, da lahko to sedaj potrebna nova izhodišča. Poleg tega, če VSM ni mogoče izbrisati destinacijo snap, potem so možnosti, da je klon flex je to še vedno nekako zaklenjeno. Split proces lahko traja nekaj časa za dokončanje, tako da se je lahko težaven, da to storijo prehitro po začetku split.

Na žalost, ko postane SnapMirror zaljubljen ali zmedeni, edina prava možnost je izhodišče razen nekaj podobnih posnetkov še vedno obstajajo. Bil sem v mnogih nerodnih situacijah, kjer sem moral ponovno izhodiščno destinacijo, ker posnetkov se črta za enega razloga ali drugo.

Opravičilo za manjkajoče komentar!

Ali mi lahko poveste širšo sliko o obsegu / LUN konfiguracijo. Ali je obseg zadevnega FlexClone, ali se to FlexCloned? Če ne, so bile vse operacije klon LUN narejena na to, ročno ali s službo SnapManager? Ko kažejo posnetke za glasnost, kaj to kaže? Vsak posebej posnetek, ki prikazuje, kot zaklenjene ali zaposlen? je LUN preslika v tem trenutku?

LUN klon naredi klon LUN v isti obseg kot original. To pomeni, da če nadaljnje poslovanje posnetek zgodilo po tem, ko je ustvaril klon, to dejansko zaklene LUN klon, ki se nato sklicuje na posnetek tako da jih ni mogoče izbrisati. To lahko povzroči nekatere urnik in druge izzive.

FlexClone je veliko bolj prožen v tem smislu, saj ustvarja klon posebno posnetek celotnega obsega. Čeprav bi to zaklepanje posameznega posnetka, to ne vpliva na bodoče poslovanje posnetek, in mehanizem za zaklepanje vpliva samo na normalno rutinskih nalog, če je FlexClone zadržani dlje kot običajno traja posnetek hrambe.

FlexClone je veliko bolj dinamična in admin prijazne tehnologije in je vsekakor priporočljivo pristop. To traja veliko težav, da LUN klon lahko pogosto povzroči.

Tam ni preveč Kranz je okoli Jaz bom povedal Tom naslednjič, ko ga vidim!

Izgleda, da ste zadeti znan bug v VSC. Edina prava rešitev je scenarij pristopa popraviti poimenovanje (kar se zdi, da dela za nekatere ljudi), ali čakajo na NetApp popraviti kodo v VSC, da bi to preprečili!

In ni nobenih posnetkov proti prostornine, ki vsebuje LUN? Ali je LUN preslikajo v kateri koli pobudnikov? Ali je obseg gostiteljica katere koli druge Luns? Od stats ukaz ali Lun stats ukaz, vidiš vse dejavnosti, bo to LUN?