NetApp Tekninen Päiväkirja

En voi sanoa, että olen joskus yrittänyt asettaa root-salasana tyhjinä, ja voi sanoa Suosittelen sitä. Jos käytät "ndmpcopy" voit määritellä lähde ja kohde valtakirjojen kanssa "-SA Käyttäjätunnus: Salasana" ja "-da Käyttäjätunnus: Salasana".

Paras konsti on aloittaa teollisuudessa. Useimmat taitoni kotoisin olevan itseoppinut ja töissä B2net. Ehkä löytää varastointi myyjä tai jälleenmyyjän omalla alueella ja nähdä noin saada jonkin verran työkokemusta.

Olen aina löytää opiskelu vaikea, jos minulla ei ole projekti työskentelemään, joten kirjojen lukeminen ja opiskelu käsikirjat ehkä ole paras tapa oppia kunnolla. Sitä paitsi, se poikkeuksellisen tylsää tee sitä!

Hei Scott, B2net voi varmasti säätää, että palvelun sinulle, emme vain ole 24 / 7 tukipalveluun jotka ovat hyvin koulutettuja kaikissa NetApp tuotteita, mutta myös joukkueen hyvin taitava ja lahjakas insinöörejä. Jos olet kyselemässä riippumattomista konsulteista, pelkään en todellakaan saa mitään altistuminen niitä meillä on alan johtavia taitoja sisäisesti ja harvoin täytyy ryhtyä kolmas osapuolille. Olen mielelläni järjestää joku ottaa sinuun yhteyttä keskustellakseen mahdollisuudesta tapauskohtaista tukea entisestään, koska se on varmasti jotain voimme tarjota.

Tarkoitatko AutoSupport? Joo, voit tehdä tämän joko FilerView tai CLI. Vuodesta CLI vain tehdä ...

Vaihtoehdot autosupport.doit "merkkijono täällä"

... Ja korvaa "merkkijono täällä" kanssa, mitä viestin haluat NetApp reagoida, yleensä tapausnumero.

Hei Ron,

Onko sinulla (tai oliko teillä) kaikki LUN klooneja aiemmin? Ehkä nämä ovat lukittuna tilannekuva ja olet sillä poistanut LUN klooni mutta klooni on edelleen LUN lukittu. Tarkista tilannekuvia määrä ja nähdä, jos niitä on lukittu. Jos poistat LUN, onko mitään muuta äänenvoimakkuutta? Jos offline äänenvoimakkuutta, sinun ehdottomasti katkaiset kaikki yhteydet LUN. Sitten voisi vain poistaa äänenvoimakkuuden ja luo se uudelleen.

Voit poistaa levyn automaattinen määrittää, toimi seuraavasti ...

Vaihtoehdot disk.auto_assign pois

ja sitten YK-omaan ne levyt uudestaan. Sinun pitäisi olla hyvä mennä sitten!

Hi Kurt,

Ongelma, kun sinulla on täysi kiviaines on, että tämä vaikuttaa kirjoittaa kuin ensimmäisessä numerossa. Normaalisti WAFL jonot jopa kirjoittaa raita kaikissa levyt ja se yrittää tehdä tämän mahdollisimman suuria raita mahdollisimman kuin se on paras tapa sekä kirjoittaa ja lukea myöhemmin. Joiden yhteenlaskettu 100%, on vain vähän tilaa kirjoittaa suuret raidat, joten se on murtaa nämä kirjoittaa pienempiin palasiin ja kirjoittaa osaksi pieniä määriä vapaata tilaa on käytettävissä. Tämä vie kirjoittaa pidempään, mutta vielä tärkeämpää, se on valtava vaikutus lukee. Lukee nyt täytyy tehdä enemmän fyysisiä karan liike suorittaa luku-aheads tai jopa pelkkä juokseva luku, joka on nyt vahvistetut koko kara eikä mukava tiukka sarja.

Running your yhteensä 100% ei vaikuta ainoastaan ​​välitöntä kirjoittaa suorituskykyä, mutta se jatkuvasti vaikuttaa lukemaan suorituskykyä tietoja, jotka oli kirjoitettu ajassa mittakaavassa, että aggregaatti on lähes täynnä tai täynnä. Sinun täytyy vähentää yhteensä käyttöä (alas alle 80% suositellaan) ja sitten jakaa volyymit jakaa tietoja koko karan entistä hallitumpi muotia jälleen. Tämä erittäin parantaa lukea suorituskykyä menossa eteenpäin, ja vapaa tila sallii kirjoittaa suorituskykyä yhteen jälleen esiintymään optimaalinen nopeus.

With 100% täynnä aggregaatin, et usein näe levyn käyttöasteen suorituskyky ongelma, mutta voit nähdä runsaasti suoritintehoa ja näet "CP Ty" (Yhdenmukaisuus kirjoitettua) kestää kauan huuhtele levylle. Voit todeta sen "sysstat-u 1". Se on hyvin riippuvainen järjestelmän malli ja minkälaisia ​​tietoja olet kirjoittamassa, mutta hyvin Karkea nyrkkisääntö on, että jos CP on useamman kuin sanoa 3-4 sekunnissa, se toimii kovemmin kuin sen pitäisi tehdä. Mutta kuten sanottu, jos sinulla on 100% täynnä aggregaatin, siellä on vähän lyhyellä aikavälillä ohjelmisto työtä voit tehdä ongelman lievittämiseksi, fix on yksinkertainen, enemmän levyn tai vähemmän tietoja. Joten ostaa enemmän karat ja lisää ne aggregaatin, sitten jakaa. Tai poistaa joitakin tietoja / valokuvia ja levytilan levylle ja sitten jakaa.

Näyttää siltä, ​​ettet ole paljon levyjä puuttuu tai ei ympäristöstä. Nämä tarvitse korjausta ennen kuin voit tuoda yhteenlaskettu takaisin online taas. Sinun täytyy tarkistaa, että levyt ovat kytketty oikein. Paras tapa saavuttaa tämä on luultavasti sammuttamatta järjestelmää ja varmistaa kaikki kaapelointi on täysin kytketty ja turvallinen, ja että kaikki levyt ovat kunnolla paikoillaan. Toivottavasti jotain löysä kaapeli on aiheuttanut filer epäonnistumaan Näitä levyjä eikä varsinainen data tai mekaaninen vika kaikkien levyt. Tarkista kaikki yhteydet ensin, sitten saatat pystyä unfail niille levyille, ellei mitään todella vialla.

Kuitenkin jos levyt ovat täysin epäonnistuneet, niin pelkään voisit olla melko tilanteessa.

Haluaisin sinun kannattaa yhteyttä NetApp Global Support koska he voivat opastaa tarkistamassa näitä levyjä ja jos mahdollista korjata aggregaatin. Se voi olla tunnettu bugi ja helppo korjata, mutta ne ovat parhaiten diagnosoida tätä.

Hi Kurt,

Annan sinulle vastauksen nopeasti, vaikka kuulostaa sinulla on asioita lajitellaan nyt.

Jos haluat käyttää SnapManager for Exchange, sitten todella on 2 eri tapaa esittää varastoinnin Exchange VM.

1) Yhdistä niitä käyttäen iSCSI ohjelmistot aloitteentekijä sisällä VM
2) Yhdistä niitä käyttämällä RDMs on ESX tasolla ja esittää raaka LUN VM. Tämä voidaan tehdä joko FCP tai iSCSI.

Tärkein etu Vaihtoehto 1 on rakeisuuden valvonta. Pörssi admin ei myös tarvitse olla VMware admin jotta hallita ja valvoa hänen varastointi. Todennäköisesti kaikki pitäisi olla joitakin VMware tietoa tosin. Haittapuoli vaihtoehto 1 on, että jos sinulla on paljon VMS vaativat varastointia tällä tavalla, se tulee olla riippumaton ohjelmisto aloitteentekijä asennettu kaikille, ja tämä on sekä johdon ja CPU yleiskustannukset.

Etuna vaihtoehto 2 on, että olet keskittämällä varastointia liitettävyys. Riippumatta käyttää sitä aina Tehty VMware tasolla tämä voi antaa sinulle parempaa turvallisuutta ja näkyvyyttä kuka käyttää mitä varastointi. Etu käyttää iSCSI vastaanottavassa taso on, että se on vain yksi esiintymä ohjelmisto aloittaja. Kun FCP tämä katoaa kokonaan. Tärkein haittapuoli vaihtoehto 2 on käänteinen vaihtoehto 1, Exchange admin ei saa suoraan vaikuttaa hänen varastointi kuitenkin kanssa SnapDrive et silti varsin hyvä ohjaus, voit silti kloonata, kasvaa, snapshot ja niin edelleen sisällä SnapDrive.

Esittäminen varastoinnin DataStore sitten veistos VMDK on luultavasti pahin tapauksessa et saa mitään SnapDrive tai SnapManager integraation Exchange, mutta sinulla on vielä piirtoheitin yhdistää VMwaren. Mielestäni se voi vain olla kirjoitusvirhe kysymykseesi koska se näyttää olit päättää välillä RDM päässä ESX-ja iSCSI alullepanija sisällä VM. Oma suosikkini on käyttää RDMs vaikka voi olla muita varoituksia tai vaihtuu, jos teemme myös DR. VMware SRM käsittelee hyvin RDMs kuitenkin, mutta ei toimi lainkaan iSCSI aloitteentekijöitä sisällä VM.

Toivottavasti sinulla on kaikki asiat lajitellaan jo kuitenkin!

Hi Kurt,

Jos sinulla on klusteri, olin katsoa laittaa SQL DB: n on yksi solmu, ja Mail DB: n toisella solmu. Kirjautuu sitten istumaan vastapäätä järjestelmä uudelleen. Tämä todella auttaa tasapainottamaan kuormaa koko klusteri, antaa sinulle enemmän karan käyttää ja antaa sinulle tason fyysinen erottaminen. Sen avulla voit myös tehdä jonkin verran vaurioita ohjaus järjestelmä erotettu näin. Kuitenkaan en olisi järjestelmä omistettu SQL, ja toinen Exchange, sinun kannattaa suhteuttaa asioita, kuten kirjautuu ulos. Se antaa sinulle enemmän karat yhden hakemuksen, ja voit silti hakea valvonnan taso.

Myös tarkastella Varastointi IO Control VMware puolta (hyvä tapa hallita IO jos sinulla on huonosti koneet), ja tarkastella myös asettaa eri painopisteiden NetApp määriä. Voit asettaa nämä hyvin alhainen, alhainen, keskitaso, korkea ja erittäin korkea. Tämä toimii samalla tavalla kuin VMware osakkeita, mutta laitat ne äänenvoimakkuutta ja ovat jollakin tasolla valvoa IO ja suorituskyvyn että jokainen tilavuus saa toimittaa. Esimerkiksi saatat haluta rajoittaa CIFS käyttäjien hyväksi SQL-tietokannan. Voi olla, että kaikki pysyy keskipitkällä (oletus), mutta laitat Mail DB erittäin korkea, jotta se paremmin jakaa resursseja.

Kiitos palautteesta, se on vain sääli En tajua enemmän aikaa sitoutua enemmän aiheita!

Kun otat prioriteetti, se asettaa oletuksena (medium) politiikan kaikilla volyymit, joten sinun ei tarvitse tehdä sitä yksin. Sinun täytyy erikseen asettaa eroavaisuudet tätä kuitenkaan vaadita.

Prioriteetti voi auttaa järjestelmän, joka kamppailee kilpailla asioita, kuten SnapMirror koska se antaa etusija järjestelmään tehtäviä. Kuten minkäänlaista resurssien jakamisen työkalu (sama kuin kerron VMware asiakkaat) rajoittaa resursseja kiireinen järjestelmä tietenkin vaikuttaa asioihin. Se tulee tehdä huono tilanne parempi volyymit pidätte etusijalla, mutta se tulee tehdä se paljon huonompi kaikille muille määriä. Järjestelmä kuormitettu jo joka ottaa suorituskyky ongelmia ei ole paras ehdokas resurssijako tai ensisijaiset rajat. Suosittelen sinua osoite suorituskyvyn ongelmat ensimmäisen tai alkaa etsiä rajoittaa kuorman sovellus puolelta ennen kuin asetat etusijalle kaikissa määriä.

Muista myös, että ensisijaisesti vain tulee pelata, kun on resurssi on pyytänyt. Joten jos esimerkiksi haluat antaa enemmän resursseja SQL ja Exchange, ja vain muita resursseja, että järjestelmä on vähäliikenteisillä CIFS osakkeita, sinun todennäköisesti saada juurikaan hyötyä niin vähän IO on lähtöisin CIFS osakkeista. Antamalla kaikille etusijalle SQL ja Exchange edelleen johtaa niiden rajoitus kanssa toisillenne.

Hei Michael, anteeksi viivästys saada takaisin sinulle. Voisit kokeilla tehdä SnapMirror resync kuitenkin mahdollisuudet ovat suuret, että tämä saattaa nyt vaatia uutta lähtötilanteessa. Lisäksi jos VSM voi poistaa kohteen snap, niin mahdollisuudet ovat, että flex klooni on vielä tämä lukittu jotenkin. Split voi kestää jonkin aikaa, joten ehkä on yrittänyt tehdä tätä liian nopeasti aloittamisen jälkeen jakaa.

Valitettavasti kun SnapMirror juuttuu tai sekoittaa, ainoa todellinen vaihtoehto on lähtötilanteessa ellei joitakin samanlaisia ​​tilannekuvia edelleen olemassa. Olen ollut monissa hankalissa tilanteissa, joissa olen joutunut uudelleen lähtötilanteesta saapua, koska tilannekuvia on poistettu syystä tai muu.

Pahoittelut puuttuu kommenttisi!

Voitko antaa minulle laajempi kuva tilavuus / LUN kokoonpano. Onko määrä kyseessä FlexClone, vai onko se parhaillaan FlexCloned? Jos ei ole mitään LUN klooni työt olisi tehty, joko manuaalisesti tai SnapManager työpaikka? Kun näytät tilannevedokset volyymi, mitä se näyttää? Mihinkään tiettyyn snapshot näy niin lukittu tai kiireinen? on LUN kartoitettu tällä hetkellä?

LUN klooni tekee klooni LUN sisällä sama määrä kuin alkuperäinen. Tämä tarkoittaa, että jos myöhemmin tilannekuvan toiminnan jälkeen tapahtuu klooni on luotu, tämä todella lukitsee LUN klooni, joka sitten viitataan sisällä tilannekuvan niin ei voi poistaa. Tämä voi aiheuttaa jonkin verran aikataulusta ja hallinnollisia haasteita.

FlexClone on paljon joustavampi näissä ehdoissa, koska se luo klooni erityisesti tilannekuvan koko määrä. Vaikka tämä olisi lukita yksittäisen otos, se ei vaikuta tuleviin tilannekuvan toimintaa, ja lukitusmekanismi vaikuttaa vain normaalin rutiinitehtävät jos FlexClone säilyy kauemmin kuin normaali tilannekuvan säilytysaika.

FlexClone on huomattavasti dynaamisempi ja admin säästävää tekniikkaa ja on ehdottomasti suositeltavin ratkaisu. Se vie paljon vaivaa, että LUN klooni voi usein aiheuttaa.

Ei ole liikaa Kranz ympärilläsi Kerron Tom seuraavan kerran näen hänet!

Näyttää olet osuma tunnettu bugi VSC. Vain todelliset ratkaisut ovat käsikirjoittivat lähestymistapaa korjata nimeäminen (joka näyttää toimivan joillekin ihmisille), tai odottaa NetApp korjata koodia VSC estää tätä tapahtumasta!

Ja ei ole otoksia vastaan ​​tilavuus sisältää LUN? Onko LUN kartoitettu mihinkään aloitteentekijöitä? Onko määrä isäntä muita LUN? Vuodesta tilastot komento tai LUN tilastot komennon, näetkö mitään toimintaa menossa tähän LUN?