O NetApp tehnice Jurnal

Eu nu pot spune că am încercat vreodată pentru a seta parola de root la fel de goale, şi nu pot spune Aş recomanda, fie. Dacă utilizaţi "ndmpcopy" puteţi defini sursă şi destinaţie, cu acreditările "-SA username: parolă" şi "-da nume de utilizator: parola".

Cel mai bun pariu este de a începe în industrie. Cele mai multe dintre abilităţile mele provin de la sine a fi predate şi de muncă la B2net. Poate găsi un furnizor de depozitare sau reseller-ul în zona dumneavoastră şi a vedea despre obtinerea ceva experienta de lucru.

Mi se pare mereu studierea dificilă, dacă nu am primit un proiect să depună eforturi, astfel încât lectură cărţi şi de a studia manuale nu ar putea fi cel mai bun mod de a învăţa în mod corespunzător. În plus, este extrem de plictisitor face asta!

Bună Scott, B2net poate oferi cu siguranţă că de servicii pentru tine, nu avem doar un birou de suport 24 / 7, care sunt bine pregătiţi în toate produsele NetApp, dar, de asemenea, o echipă de ingineri foarte pricepuţi şi talentaţi. Dacă sunteţi întrebat despre consultanţi independenţi, mi-e teamă că într-adevăr nu primesc nici o expunere la ei ca avem unele competenţe de top din industrie pe plan intern şi rareori au nevoie să se angajeze în partidele treia. Aş fi fericit să organizeze pentru cineva să vă contacteze pentru a discuta posibilitatea de a ad-hoc de sprijin în continuare, deoarece cu siguranţă ceva ce putem oferi.

Vrei să spui AutoSupport? Da, puteţi face acest lucru fie din FilerView sau din CLI. Din CLI doar nu ...

Opţiunile autosupport.doit "şirul text aici"

... Şi se înlocuieşte "şir de text aici" cu orice mesajul pe care doriţi să reacţioneze la NetApp, de obicei un număr de dosar.

Bună Ron,

Nu aveţi (sau aţi avut) orice clone LUN în trecut? Poate că acestea au devenit blocat într-o instantaneu şi le-aţi şters, deoarece clona clona LUN, dar are încă LUN blocat. Verificaţi instantanee a volumului şi a vedea dacă sunt blocate. Dacă sunteţi ştergerea LUN, există nimic altceva în volumul? Dacă aţi deconectat volumul, veţi înlătura definitiv toate link-urile către LUN. Apoi, ai putea pur şi simplu ştergeţi volumul şi re-crea.

Pentru a dezactiva automat disc aloca, procedaţi în felul următor ...

opţiuni disk.auto_assign off

şi apoi ne-proprii aceste discuri din nou. Tu ar trebui să fie bun pentru a merge atunci!

Bună Kurt,

Problema atunci când aveţi un agregat complet este faptul că aceasta afectează scrie ca prima emisiune. În mod normal, WAFL cozi de până la dunga scrie pe toate discurile şi încearcă să facă acest lucru cu o dunga la fel de mare în care este posibil ca acesta este modul optim de a scrie atât, şi pentru a citi mai târziu. Cu un total la 100%, este prea puţin loc pentru a scrie dungi mari, asa ca trebuie sa scrie aceste rupe în bucăţi mai mici şi de a scrie în cantităţi mici de spaţiu liber care este disponibil. Acest lucru durează mai mult scrie, dar mai important este faptul că are un impact enorm asupra citeşte. Citeşte acum nevoie pentru a face mişcare fizică ax mai mult pentru a efectua citi-aheads sau chiar doar o simplă citire secvenţială, care este acum pus în axul, mai degrabă decât într-o succesiune bine frumos.

Rularea agregat de până la 100%, nu numai că afectează performanţa imediată a scrie, dar va afecta continuu citi orice date de performanţă pentru care a fost scris în scara de timp care a fost calculat agregatul aproape plin, sau plin. Ai nevoie de a reduce utilizarea de agregate (până la mai puţin de 80% este recomandat) şi apoi realoca volumele de a distribui datele pe axe într-un mod mai ordonat din nou. Acest lucru va îmbunătăţi performanţa extrem de citit merge mai departe, iar spaţiul liber va permite performanţă a scrie la un nou efectua la viteze optime.

Cu un total de 100%, de multe ori nu vezi o performanţă disc de utilizare problema, dar puteţi vedea ridicate a procesorului şi puteţi vedea "CP ty" (punctul de tip Coerenţa) de a lua o lungă perioadă de timp pentru a spăla pe disc. Puteţi vedea acest lucru de la "U sysstat-1". Este depinde foarte mult de modelul sistemului, precum şi tipul de date pe care sunt scris, ci o regulă foarte dur de degetul mare este că dacă un PC este de a lua mai mult decât, să spunem 3-4 secunde, e de lucru mai greu decât ar trebui să facă. Dar, aşa cum am spus, dacă aveţi un agregat de 100% complet, exista putine scurt software-ul de lucru termen pe care îl puteţi face pentru a atenua problema, fix este simplu, disc mai mult sau mai puţin de date. Deci, unele axe cumpăra mai mult şi a le adăuga la agregate, realoca atunci. Sau şterge unele date / fotografiilor şi a elibera spaţiu pe disc şi apoi realoca.

Se pare că aveţi un număr mare de discuri care lipsesc sau nu din mediul înconjurător. Acestea trebuie de stabilire, înainte de a vă poate aduce înapoi agregate din nou on-line. Ai nevoie pentru a verifica dacă discurile sunt conectate corespunzător. Cel mai bun mod de a realiza acest lucru este, probabil, la putere în jos sistemul şi să asigure toate cablurile este conectat complet şi sigur, şi că toate discurile sunt aşezate corect. Să sperăm că ceva de genul un cablu vrac a cauzat filer să eşueze aceste discuri, mai degrabă decât o conexiune de date reale sau eşecul mecanică a tuturor acestor discuri. Verifică toate conectivitate în primul rând, atunci s-ar putea fi în măsură să unfail aceste discuri dacă nimic nu este de fapt în neregulă cu ei.

Totuşi, dacă discurile sunt pe deplin eşuează, atunci mă tem că aţi putea fi într-o situaţie destul de.

Mi-ar recomanda cu tărie să contactaţi NetApp Suport Global deoarece acestea vor fi în măsură să vă ghida în procesul de verificare a acestor discuri şi, dacă este posibil, reparatii agregate. Acesta poate fi un bug cunoscut şi o repara uşor, dar ele sunt în cea mai bună poziţie pentru a diagnostica această.

Bună Kurt,

Vă voi da un răspuns rapid, desi pare ca ai lucruri sortate acum.

Dacă doriţi să utilizaţi SnapManager pentru Exchange, atunci aveţi cu adevărat 2 moduri diferite de a prezenta Depozit la VM Exchange.

1) Conectaţi-vă la ele cu ajutorul software-ului iSCSI iniţiator în cadrul VM
2) Conectarea la RDMS le folosesc la nivel ESX şi să prezinte un LUN primă pentru VM. Acest lucru se poate face folosind fie FCP sau iSCSI.

Principalul avantaj al opţiunii 1 este granularitatea de control. Admin de schimb nu are nevoie, de asemenea, să fie un admin VMware pentru a gestiona şi a controla Depozit lui. Se poate spune că toată lumea ar trebui să aibă nişte cunoştinţe, deşi VMware. Dezavantajul cu opţiunea 1 este că, dacă aveţi o mulţime de maşini virtuale care necesită depozitare în acest fel, acesta va fi un iniţiator instalat software-ul independent pentru toată lumea, iar acest lucru are atât de gestiune şi cheltuieli generale CPU.

Avantajul de opţiunea 2, este că sunteţi centralizarea conectivitate de stocare. Indiferent de utilizare se face întotdeauna la nivelul VMware, acest lucru vă poate oferi o mai bună securitate şi vizibilitate a persoanelor care folosesc ceea ce Depozit. Avantajul de a folosi iSCSI la nivel gazdă este faptul că este numai o instanţă a software-ului iniţiatorului. Cu aceasta dispare cu totul FCP. Dezavantajul principal al opţiunea 2 este inversă de opţiunea 1, administratorul de schimb nu avea un control direct al Depozit său, însă cu SnapDrive nu te încă de control destul de bun, poţi clona în continuare, să crească, instantaneu şi aşa mai departe din cadrul SnapDrive.

Prezentarea de stocare într-o sculptură DataStore apoi o VMDK este, probabil, cel mai rău caz ca nu ai nici o SnapDrive sau integrare SnapManager de la Exchange, dar aveţi în continuare aeriană de conectare de la VMware. Cred că poate fi doar o greşeală de scriere în ţi întrebarea cum se pare ca ai fost decide între RDM din ESX şi iniţiator iSCSI în cadrul VM. Favoritul meu personal este folosind RDMS-uri, deşi pot exista limitări suplimentare sau modificări dacă faci, de asemenea, DR. VMware SRM Oferte bine cu RDMS Cu toate acestea, dar nu funcţionează deloc cu iniţiatorii iSCSI în cadrul VM.

Speranta ai toate lucrurile deja sortate totuşi!

Bună Kurt,

Dacă aveţi un grup, aş uita să SQL DB pe un nod, şi DB Mail pe alt nod. Busteni apoi aşezaţi pe sistemul opus din nou. Acest lucru ajută într-adevăr la echilibru de încărcare pe un cluster, vă oferă mai multe axe de utilizat şi vă oferă un nivel de separare fizică. De asemenea, vă ajută să faceţi un anumit nivel de control al daunelor cu sistem separat de acest gen. Cu toate acestea nu aş fi un sistem dedicat SQL, şi alte Exchange, pe care doriţi să echilibreze lucrurile ca din busteni. Se va da mai mult axe pentru o singură cerere, şi puteţi aplica în continuare un nivel de control.

De asemenea, uita la Cameră de IO de control din partea VMware a lucrurilor (modalitate foarte bună de a controla IO dacă aveţi incorect maşini), şi, de asemenea, uita la punerea priorităţi diferite privind volumele NetApp. Puteţi seta aceste produse de la foarte scăzut, scăzut, mediu, ridicat şi foarte ridicat. Aceasta funcţionează în mod similar acţiunilor VMware, dar le-a pus la nivelul volumului şi au un anumit nivel de control asupra IO şi de performanţă pe care fiecare volum va fi livrat. De exemplu, aţi putea dori să limiteze utilizatorilor CIFS în favoarea unei baze de date SQL. Se poate ca tot ceea ce rămâne pe termen mediu (implicit), dar te pun pe PB Mail foarte mare să-i dea o cotă mai bună a resurselor.

Vă mulţumim pentru feedback-ul, e doar o rusine eu nu primesc mai mult timp să se angajeze mai multe subiecte!

Când activaţi prioritate, se stabileşte o valoare implicită (mediu) de politică în toate volumele, astfel încât nu este nevoie să o facă în mod individual. Veţi avea nevoie pentru a seta individual diferenţele faţă de acest lucru ca este necesar totuşi.

Prioritatea poate ajuta un sistem care se luptă pentru a concura cu lucruri de genul SnapMirror, deoarece oferă prioritate faţă de sarcinile de sistem. Ca în orice fel de instrument în comun a resurselor (la fel ca eu spun clienţilor mei VMware) de a limita resurselor pe un sistem ocupat, desigur, va afecta lucruri. Acesta va face-o situaţie proastă mai bună pentru a volumelor va da prioritate, dar acesta va face o mult mai rău la toate celelalte volume. Un sistem de sub sarcină grea, care deja are probleme de performanţă nu este cel mai bun candidat pentru acţiuni de resurse sau a limitelor prioritate. Aş recomandăm să abordeze probleme de performanţă în prima sau a începe căutarea de a limita sarcina din partea cererii înainte de introducerea prioritate în toate volumele.

Amintiţi-vă, de asemenea, că o prioritate doar intră în joc atunci când nu există resurse se cere pentru. Deci, dacă, de exemplu, vrei să dai mai multe resurse pentru SQL şi de schimb, precum şi alte resurse numai pe acest sistem este utilizat cu uşurinţă parts CIFS, veţi obţine probabil puţine beneficii cât mai puţin IO este generat din acţiunile CIFS. Acordarea tuturor prioritate SQL si Exchange va avea ca rezultat încă în constrângere lor cu între ei.

Bună Michael, îmi pare rău pentru întârziere în obţinerea inapoi la tine. Ai putea încerca să efectuaţi o resync SnapMirror, cu toate acestea, sansele sunt mari ca acest lucru ar putea necesita acum o bază nouă. În plus, în cazul în care nu se poate şterge VSM anticipate sau de sosire, atunci sunt şanse ca clona flex, are încă această blocat într-un fel. Procesul împărţit poate dura ceva timp pentru a finaliza, astfel încât să poate să fi fost încercarea de a face acest lucru prea repede după iniţierea împărţit.

Din păcate, atunci când SnapMirror devine blocat sau confuz, singura opţiune reală este o linie de bază cu excepţia cazului în unele snapshots similare există în continuare. Am fost în multe situaţii incomode în cazul în care am avut de a re-iniţial o destinaţie din cauza instantanee a fi eliminate dintr-un motiv sau altul.

Ne cerem scuze pentru lipsa comentariul tau!

Îmi puteţi da o imagine mai largă a volumului de configurare / LUN. Este volumul în cauză o FlexClone, sau se a fi FlexCloned? Dacă nu, aveţi orice operaţiuni LUN clona fost facut pe el, fie manual sau dintr-un loc de muncă SnapManager? Când arată cele instantanee pentru volum, ceea ce nu-l arate? Orice instantaneu special care arată cum blocat sau ocupat? este LUN mapat la acest moment?

LUN clona face o clona a LUN în acelaşi volum ca şi originalul. Acest lucru înseamnă că, dacă operaţiunile ulterioare instantaneu întâmpla după clonă este creată, aceasta blochează, de fapt, clona LUN, care este apoi referire într-un instantaneu astfel încât nu pot fi şterse. Acest lucru poate cauza unele programa şi provocări administrative.

FlexClone este mult mai flexibil în aceşti termeni, deoarece creează o clona de un instantaneu special de întregul volum. Deşi acest lucru ar bloca un instantaneu individuale, aceasta nu aduce atingere operaţiunilor viitoare instantaneu, iar mecanismul de blocare afectează numai sarcinile normale de rutină în cazul în care este reţinut FlexClone mai lungă decât perioada normală de retenţie instantaneu.

FlexClone este o tehnologie mult mai dinamic şi admin prietenos şi este cu siguranta abordarea recomandată. Este nevoie de o mulţime de hassle că clona LUN poate provoca de multe ori.

Nu exista prea multe Kranz lui în jurul valorii de Voi spune Tom data viitoare îl văd!

Se pare ca ai lovit un bug cunoscut în VSC. Doar soluţii reale sunt abordarea scripted să stabilească denumire (care pare să funcţioneze pentru unele persoane), sau de aşteptare pentru NetApp pentru a remedia codul din VSC pentru a preveni acest lucru se întâmplă!

Şi nu există instantanee împotriva volumul care conţine LUN? Este LUN mapate la orice iniţiatorilor? Are volumul gazdă orice alte LUN? Din statistici comanda sau comanda Lun statistici, nu vedeţi nici o activitate de gând să această LUN?