Një NetApp Teknik Ditari

Unë nuk mund të them se unë e kam provuar ndonjëherë për të vendosur fjalëkalimin e root si bosh, dhe nuk mund të thonë se unë do të rekomandojë atë ose. Nëse jeni duke përdorur "ndmpcopy" ju mund të përcaktojnë burimin dhe kredencialet me destinacion "-sa username: password" dhe "-da Identifikimi: Fjalëkalimi".

Basti më i mirë është për të filluar në industri. Shumica e aftësive të mia vijnë nga të qenit të mësuar vetë dhe duke punuar në B2net. Ndoshta gjeni një shitës magazinimit ose reseller në zonën tuaj dhe shikoni rreth gjetjes së një përvojë pune.

Unë gjithmonë gjejnë studimin e vështirë në qoftë se unë nuk kam një projekt për të punuar drejt, në mënyrë lexuar libra dhe duke studiuar manualet nuk mund të jetë mënyra më e mirë për të mësuar siç duhet. Përveç kësaj, ajo është jashtëzakonisht i mërzitshëm duke bërë që!

Hi Scott, B2net me siguri mund të ofrojë atë shërbim për ju, ne nuk kanë vetëm një tavolinë 24/7 përkrahje të cilët janë të trajnuar mirë në të gjitha produktet NetApp, por edhe një ekip i inxhinierëve shumë të aftë dhe të talentuar. Nëse jeni duke kërkuar në lidhje me konsulentë të pavarur, unë jam i frikësuar të vërtetë unë nuk do të marrë ndonjë ekspozim të tyre si ne kemi disa industri udhëheqëse aftësitë së brendshmi dhe rrallë duhet të angazhohen në parti 3. Unë do të jenë të lumtur për të rregulluar për dikë që të lidhen me ju për të diskutuar mundësinë e ad-hoc mbështetje më tej, pasi kjo është sigurisht diçka që ne mund të ofrojmë.

Ju thotë AutoSupport? Yeah, ju mund ta bëni këtë ose nga FilerView ose nga CLI. Nga CLI vetëm bëni ...

Opsionet autosupport.doit "string tekst këtu"

Dhe të zëvendësojë ... "vargun tekst këtu", me çfarëdo mesazhi që ju doni NetApp të reagojnë për të, zakonisht një numër të çështjeve.

Hi Ron,

A keni (ose e keni) ndonjë klone LUN në të kaluarën? Ndoshta këto janë bërë të mbyllur në një fotografi dhe ju keni fshirë që nga klon LUN klon, por ende ka LUN mbyllur. Kontrolloni snapshots e vëllimit dhe të shohim nëse ndonjë janë mbyllur. Nëse jeni fshirjes LUN, a ka ndonjë gjë tjetër në vëllimin? Nëse ju e shkëputur volumin, ju patjetër do të hiqni të gjitha lidhjet ndaj LUN. Pastaj ju mund të fshini vetëm vëllimin dhe ri-krijoni atë.

Për të fikur auto disk caktojë, nuk e mëposhtme ...

Opsionet disk.auto_assign off

dhe pastaj un-vet ato disqe përsëri. Ju duhet të jetë mirë për të shkuar pastaj!

Hi Kurt,

Problem kur ju keni një agregat të plotë është se kjo ndikon shkruan si çështjen e parë. Rradhët Normalisht WAFL deri shkruan shirit në të gjitha disqe dhe ajo përpiqet të bëjë kjo me shirit të madhe si të jetë e mundur si kjo është mënyra optimale për të dyja të shkruar, dhe për të lexuar më vonë. Me një total në 100 për qind, ka pak hapësirë ​​për të shkruar vija të mëdha, kështu që ajo ka për të thyer këto shkruan në chunks vogla dhe të shkruani në sasi të vogla të hapësirës të lirë që është në dispozicion. Kjo merr shkruan më, por më e rëndësishmja ai ka një ndikim të madh në lexon. Lexon tani duhet të bëjnë më shumë lëvizje fizike gisht për të kryer read-Aheads apo madje edhe vetëm një lexim i thjeshtë sekuencial që është hedhur tashmë në të gjithë gisht vend se në një sekuencë të bukur të shtrënguar.

Running totale tuaj për 100 për qind, jo vetëm ndikon në ecurinë e menjëhershëm të shkruar, por ajo vazhdimisht do të ndikojë në ecurinë e lexojnë për çdo të dhënave që u formulua në shkallë kohë që agregate ishte afër të plotë, ose të plotë. Ju duhet të zvogëluar përdorimin tuaj agregate (poshtë në më pak se 80 për qind është e rekomanduar) dhe pastaj reallocate volumet e për të shpërndarë e të dhënave nëpër spindles në një mënyrë më të rregullt edhe një herë. Kjo do të jashtëzakonisht të përmirësuar performancën lexuar duke shkuar përpara, dhe hapësirë ​​të lirë do të lejojë punën e shkruar për një herë të kryer në shpejtësi optimale.

Me një total 100 për qind të plotë, ju shpesh nuk e shoh një shfrytëzimin disk çështje të performancës, por ju mund të shihni të lartë CPU dhe ju mund të shihni "CP ty" (Pika Konsistenca Lloji) duke marrë një kohë të gjatë për të turret në disk. Ju mund të shihni këtë nga "sysstat-U 1". Ajo është shumë e varur në modelin e sistemit dhe llojin e të dhënave që ju janë shkruar, por një rregull shumë i përafërt i pranoj është se nëse një CP është duke marrë më shumë se 3-4 sekonda them, se është duke punuar më e vështirë se ajo duhet të bëjë. Por, si të them, nëse ju keni një totale 100 për qind të plotë, ka pak të shkurtër software afat puna ju mund të bëni për të lehtësuar problemin, fix është e thjeshtë, disk më shumë ose më pak të dhëna. Pra blej disa spindles më shumë dhe shtoni ato në total, atëherë reallocate. Apo fshij disa të dhëna / fotografive dhe falas deri disa hapësirë ​​në disk dhe pastaj të shpërndajnë.

Ajo duket si ju keni një numër të madh të disqeve të zhdukur apo të dështuar nga mjedisi. Këto duhet fiksimin para se të mund të sjellë së bashku përsëri në internet përsëri. Ju duhet të kontrolloni që disqet janë të lidhur si duhet. Mënyra më e mirë për të arritur këtë është ndoshta në pushtet poshtë të sistemit dhe për të siguruar të gjitha kabllove është e lidhur plotësisht dhe të sigurt, dhe se të gjitha disqet janë ulur si duhet. Shpresojmë diçka si një kabllo të lirshme ka shkaktuar Filer të dështojnë këto disqe sesa një të dhënave aktuale apo dështimit mekanike të të gjithë atyre disqe. Kontrolloni të gjitha lidhjes së parë, atëherë ju mund të jetë në gjendje të unfail ato disqe në qoftë se asgjë nuk është në të vërtetë të keqe me ta.

Megjithatë në qoftë se disqet janë të dështuar plotësisht, atëherë unë jam i frikësuar se mund të jetë në një situatë mjaft.

Unë do të ju rekomandojmë të kontaktoni mbështetjen NetApp Global si ata do të jenë në gjendje të ecin përmes procesit të kontrolluar këto disqe dhe nëse është e mundur riparimin e përgjithshëm. Kjo mund të jetë një bug i njohur dhe një fix lehtë, por ata janë në pozitë më të mirë për të diagnostikuar këtë.

Hi Kurt,

Unë do të ju jap një përgjigje të shpejtë, edhe pse tingëllon si ju keni gjëra të renditura tani.

Nëse ju doni të përdorni SnapManager për Exchange, atëherë jeni të vërtetë kanë 2 mënyra të ndryshme për të paraqitur ruajtjen e VM Exchange.

1) Lidhu për ta përdorur inicuesin iSCSI software brenda VM
2) Lidhja me ato duke përdorur RDMs në nivel ESX dhe të paraqesë një LUN papërpunuara të VM. Kjo mund të bëhet duke përdorur ose FCP ose iSCSI.

Avantazhi kryesor i opsion është 1 granularity kontrollit. Admin Exchange nuk duhet gjithashtu të jetë një admin VMware në mënyrë për të menaxhuar dhe kontrolluar ruajtjen e tij. Ndoshta të gjithë duhet të ketë disa njohuri VMware pse. Dobësitë në 1 opsion është që nëse ju keni një shumë të VMs kërkojnë ruajtjen në këtë mënyrë, ajo do të jetë një iniciator i pavarur software të instaluar për të gjithë, dhe kjo ka si menaxhim dhe shpenzime fletëngarkese CPU.

Përparësia e opsionit 2 është se ju jeni centralizing lidhjes magazinimit. Pavarësisht nga të përdorimit është bërë gjithmonë në nivelin VMware, kjo mund të ju jap të mirë të sigurisë dhe shikimit se kush është duke përdorur çfarë ruajtje. Përparësia e përdorimit të iSCSI në nivel pritës është se ajo është vetëm një shembull i iniciator software. Me FCP kjo zhduket krejt. Dobësitë kryesore të opcion 2 është e kundërta e opsionit 1, admin Exchange nuk ka marrë kontrollin e drejtpërdrejtë të ruajtjes së tij, por me SnapDrive ju do t'i merrni kontroll mjaft të mirë, ju prapë mund të klon, të rritet, fotografi dhe kështu me radhë nga brenda SnapDrive.

Duke paraqitur ruajtjen në një datastore pastaj gdhendje në një VMDK është ndoshta rasti më i keq sa ju nuk merrni ndonjë SnapDrive apo integrimin SnapManager nga Exchange, por ju akoma keni lart e lidhjes nga VMware. Unë mendoj se kjo mund të jetë vetëm një typo në pyetjen tuaj si ajo duket sikur ju u vendosur në mes të RDM nga ESX dhe iSCSI iniciator brenda VM. My favorite personal është duke përdorur RDMs edhe pse mund të ketë përjashtime shtesë apo ndryshime në qoftë se ju jeni edhe duke bërë DR. VMware RSM merret edhe me RDMs megjithatë, por nuk punojnë fare me nismëtarët iSCSI brenda VM.

Shpresoj se ju keni të gjitha gjërat e renditura tashmë megjithatë!

Hi Kurt,

Nëse ju keni një grup, unë do të shikojmë për të vënë të SQL DB në një nyje, dhe DB Mail është në nyjen tjetër. Në shkrimet e pastaj ulem në sistemin e kundërt përsëri. Kjo me të vërtetë ndihmon për të balancuar ngarkesën nëpër një grumbull, ju jep spindles më shumë për t'u përdorur dhe ju jep një nivel të ndarjes fizike. Ajo gjithashtu ju ndihmon të bëni një nivel të kontrollit të dëmit me sistemin e ndarë nga si kjo. Megjithatë unë nuk do të ketë një sistem të dedikuar për SQL, dhe të tjera për të Exchange, ju doni për të balancuar gjëra të tilla si shkrimet jashtë. Kjo do të ju jap spindles më shumë për një aplikim të vetëm, dhe ju ende mund të aplikoni një nivel të kontrollit.

Gjithashtu shikoni në Storage io kontrollit nga ana e VMware e gjërave (mënyrë e madhe për të kontrolluar IO nëse ju keni misbehaving makina), dhe gjithashtu të shikojmë vënë prioritete të ndryshme në vëllimet NetApp. Ju mund të vendosni këto nga shumë të ulët, të ulët, të mesëm, të lartë dhe shumë i lartë. Kjo punon në një mënyrë të ngjashme për aksionet e VMware, por ju vënë ato në nivelin e vëllimit dhe të ketë një nivel të kontrollit mbi IO dhe punën që secili vëllim merr dorëzuar. Për shembull ju mund të dëshironi të kufizojnë përdoruesit CIFS në favor të një bazë të dhënash SQL. Kjo mund të jetë se çdo gjë qëndron në Medium (default), por keni vënë të DB Mail në shumë e lartë për të dhënë atë një pjesë të mirë të burimeve.

Faleminderit për reagime, kjo është vetëm një turp që unë nuk do të marrë më shumë kohë për të kryer më shumë tema!

Kur ju mundësuar prioritet, ajo vendos një default (Medium) politika në të gjitha vëllimet, kështu që ju nuk keni nevojë për të bërë atë individualisht. Ju do të duhet të individualisht set dallime në këtë kërkuara si megjithatë.

Prioritet mund të ndihmojë një sistem që lufton për të konkurruar me gjëra të tilla si SnapMirror si ajo i jep prioritet mbi detyrat e sistemit. Ashtu si me çdo lloj mjeti për ndarjen e burimeve (njëjtë si unë tregoni klientëve Vmware mi) kufizimin e burimeve në një sistem të zënë natyrisht do të ndikojë gjëra. Kjo do të bëjë një situatë e keqe më e mirë për vëllimet ju japin përparësi, por ajo do të bëjnë atë shumë keq për të gjitha vëllimet e tjera. Një sistem bazë të ngarkesës së rëndë tashmë që është duke pasur probleme të performancës nuk është kandidati më i mirë për aksionet e burimeve apo kufizime prioritare. Unë do të ju rekomandojmë që të adresojnë çështjet e performancës së parë apo të fillojmë të shikojmë për të kufizuar ngarkesën nga ana e aplikimit para vendosjes përparësi në të gjitha vëllimet.

Mos harroni gjithashtu se prioritet vjen vetëm në lojë kur nuk është burim duke u kërkuar. Pra, nëse për shembull ju doni të jepni më shumë burime për SQL dhe Exchange, dhe të vetmet burime të tjera në këtë sistem është përdorur lehtë aksionet CIFS, ju ndoshta do të fitojnë dobi pak si pak IO është duke u krijuar nga aksionet CIFS. Dhënia përparësi të gjitha të SQL dhe Exchange do të vazhdojë të rezultojë në kufizimit të tyre me eachother.

Hi Michael, më vjen keq për vonesë në marrjen e përsëri tek ju. Ju mund të provoni për të kryer një resync SnapMirror, megjithatë shanset janë të larta se kjo mund të kërkojë tani një bazë të re. Përveç kësaj, nëse VSM nuk mund të fshini parakohshme destinacionit, atëherë shanset janë që përkul klon ende ka kjo bllokuar disi. Procesi i ndarë mund të marrë disa kohë për të përfunduar, kështu që ju mund të ketë qenë duke u përpjekur për të bërë këtë shumë shpejt pas fillimit të ndarë.

Për fat të keq, kur SnapMirror merr mbërthyer apo të hutuar, i vetmi opsion i vërtetë është një bazë përveç disa fotografive të ngjashme ekzistojnë ende. Unë kam qenë në shumë situata të vështira, ku unë kam dashur të ri bazë të nje destinacion për shkak të fotografive që fshihet për një arsye ose një tjetër.

Apologies për të humbur komentin tuaj!

Mund të më jepni një tablo të gjerë të konfigurimit të vëllimit / LUN. Është vëllimi në fjalë një FlexClone, apo është ajo u FlexCloned? Nëse jo, kanë ndonjë operacionet klon LUN është bërë mbi të, ose me dorë ose nga një punë SnapManager? Kur ju tregojnë fotografive për vëllimin, çfarë e bën atë të tregojnë? Çdo fotografi e veçantë që tregon si bllokuar ose zënë? po LUN plotësisht në këtë moment?

LUN klon bën një klon i LUN brenda vëllimit të njëjtë si origjinali. Kjo do të thotë se në qoftë se operacionet pasuese figurës ndodhë pas klon është krijuar, kjo në fakt bllokon klon LUN cila referohet më pas brenda një fotografi kështu që nuk mund të fshihet. Kjo mund të shkaktojë një orar dhe sfidat administrative.

FlexClone është shumë më fleksibile në këto terma si ajo krijon një klon të një fotografi të veçantë të vëllimit të tërë. Edhe pse kjo do të bllokohet një pamje individuale, kjo nuk ndikon në asnjë operacionet e ardhshme fotografi i, dhe mekanizmi mbyllje ndikon vetëm detyrat rutinë normale nëse FlexClone ruhet më shumë se periudhën e ruajtjes normale figurës së regjistruar.

FlexClone është një teknologji shumë më dinamike dhe admin miqësore dhe është padyshim qasja e rekomanduar. Ajo merr një shumë sherr nga ajo klon LUN shpesh mund të shkaktojë.

Nuk është e shumë e shumë Kranz rreth Do ta tregoj me Tom herën tjetër unë shoh atë!

Duket sikur ju keni goditur një bug të njohur në VSC. Vetëm zgjidhjet reale janë qasja e shkruar për të zgjidhur emërtimin (e cila duket për të punuar për disa njerëz), ose duke pritur për NetApp për të rregulluar kodin në VSC për të parandaluar këtë të ndodhë!

Dhe nuk ka snapshots ndaj volumit që përmban LUN? A është LUN plotësisht për çdo iniciatorëve? A vëllimi presë ndonjë LUNs tjetër? Nga komanda statistikat apo lun statistikat komandën, e shihni ju ndonjë aktivitet do të këtë LUN?