A NetApp Műszaki Napló

Nem mondhatom, amit valaha is próbáltam beállítani a root jelszót, üres, és nem mondom azt sem ajánlom. Ha ön használ "ndmpcopy" megadhatjuk a forrás és a cél bizonyítványokat "sa-felhasználónév: jelszó" és "da-felhasználónév: jelszó".

A legjobb amit tehetünk, hogy indulni az iparban. A legtöbb tudásomat jött attól, hogy ön tanított, és dolgozik B2net. Lehet találni egy tároló eladó vagy viszonteladó a területen, és meglátjuk, hogy néhány szakmai tapasztalattal.

Mindig tanul találni nehéz, ha nincs nálam egy projektet, hogy törekedjenek, tehát a könyvek olvasása és tanulmányozása kézikönyvek talán nem a legjobb módja, hogy megtanulni rendesen. Különben is, ez kivételesen unalmas ezt csinálni!!

Szia Scott, B2net természetesen ezen szolgáltatások az Ön számára, nem csak a 24/7 szolgálatot, akik jól képzettek az összes NetApp termékeket, hanem egy csapat nagyon képzett és tehetséges mérnökök. Ha kérdeznek, független szakértők attól tartok tényleg nem kap semmilyen kitettség őket van néhány iparág vezető készségek és belsőleg ritkán kell, hogy vegyenek részt 3. félnek. Én szívesen gondoskodik, hogy valaki felveszi Önnel a kapcsolatot, hogy megvitassa a lehetőségét ad-hoc támogatást tovább ez biztosan tudunk valamit.

Úgy érted AutoSupport? Igen, meg tudod csinálni, akár a FilerView vagy a CLI. A CLI csak csináld ...

lehetőségek autosupport.doit "szöveget itt"

... És kicseréli a "szöveget ide", bármilyen üzenetet szeretne reagálni a NetApp, általában egy ügyszám.

Szia Ron,

Van (vagy egyáltalán van) a LUN klón a múltban? Talán ezek lettek zárva egy pillanatfelvétel, és már törölt, mivel a LUN klón, de a klón még mindig a LUN zárva. Ellenőrizze a pillanatképek a mennyiség és megnézheti, hogy le van zárva. Ha törli a LUN, van-e bármi mást, ami a hangerőt? Ha nem aktív a hangerőt, akkor feltétlenül vegye ki az összes kapcsolatot a LUN. Akkor lehet csak törölni a hangerőt, és újra hozza létre.

Ha ki szeretné kapcsolni az automatikus lemez hozzá, tegyük a következőket ...

opciók disk.auto_assign le

, majd az ENSZ-saját ezeket a lemezeket újra. Meg kell jól megy majd!

Hi Kurt,

A gond, ha van egy teljes aggregált, hogy ez befolyásolja azt írja, mint az első kérdés. Általában WAFL sorokat írja ki az összes csík a lemezeket és próbálja ezt a csíkot amilyen nagy, amilyent ez a legjobb módja annak, hogy egyszerre írni és olvasni később. Az összességében 100%-os, kevés hely van, hogy írni nagy csíkok, így már törni ezeket írja be kisebb darabokat, és írja be a kis mennyiségű szabad terület áll rendelkezésre. Ez eltart írja már, de még fontosabb, hogy nagy hatása van az olvasás. Felsõ most többet kell tenniük a fizikai mozgást végez orsó olvasási aheads vagy akár csak egy egyszerű szekvenciális olvasási, amely most az egész cikkben az orsó pedig egy szép feszes sorozatot.

Futás az összesített 100% nem csak közvetlen hatással írási teljesítményt, de ez folyamatosan befolyásolja az olvasási teljesítmény adatot, amit írt határidőn belül, hogy a teljes körű volt, közel teljes, vagy teljes. Be kell, hogy csökkentse az összesített használat (akár kevesebb, mint 80% ajánlott), majd elosztani a kötetek terjeszteni az adatokat az egész orsók egy rendezettebb formában ismét. Ez nagymértékben javítja olvasási teljesítmény jövőre, és a szabad tér lehetővé teszi, hogy az írási sebességet végre ismét egy optimális sebességgel.

100%-os összesített teljes, gyakran nem látja a lemezt hasznosítása teljesítmény probléma, de láthatod a magas CPU és láthatod "CP ty" (Összhang pont típusú) egy hosszú ideje kiüríteni a lemezre. Láthatjuk ezt a "sysstat-u 1". Ez nagymértékben függ a rendszer modell és az adatok típusát írunk, hanem egy nagyon durva ökölszabály az, hogy ha egy CP vesz több, mint mondjuk 3-4 másodpercig, hogy működik nehezebb, mint amilyennek kellene tennie. De mint mondom, ha van egy 100%-os összesített teljes, ott kicsit rövid távú program munkáért, amit tehetünk, hogy segít a problémán, a javítás egyszerű, több lemezen vagy kevesebb adatot. Így vásároljon néhány orsók és add hozzá az összesített, majd elosztani. Vagy töröljön néhány adat / pillanatfelvételek és szabadítson fel helyet a lemezen, majd újraelosztása.

Úgy néz ki, van egy nagyszámú lemezek hiányoznak vagy nem a környezetet. Ezek rögzítése előtt kell hozhat az összesített vissza ismét online. Be kell, hogy ellenőrizze, hogy a lemezek megfelelően csatlakoztatva. A legjobb módja, hogy valószínűleg ez a hatalom le a rendszert, és biztosítja a kábelezés teljesen összefüggő és biztonságos, és hogy az összes lemezen helyességét. Remélhetőleg olyasmi, mint egy laza kábel okozta a Filer, hogy nem ezeket a lemezeket, nem pedig a tényleges adatok vagy műszaki hiba az összes ezeket a lemezeket. Ellenőrizze a kapcsolat első, akkor lehet, hogy unfail ezeket a lemezeket, ha valóban semmi baj velük.

Azonban, ha a lemezek teljes mértékben nem sikerült, akkor attól tartok, hogy lehetne jó helyzetben.

Azt javasoljuk, hogy forduljon a NetApp Global Support, mert képes lesz végigvezeti a folyamat ellenőrzése ezeket a lemezeket, és ha lehetséges, az összesített javítása. Lehet, hogy egy ismert hiba, és egy könnyű megoldás, de ők vannak a legjobb helyzetben, hogy diagnosztizálni ezt.

Hi Kurt,

Mondok egy gyors választ, bár úgy hangzik, mint akkor a dolgok sorrendje most.

Ha szeretné használni SnapManager for Exchange, akkor tényleg van 2 különböző módon bemutatni a tárolás az Exchange VM.

1) Csatlakoztassa nekik iSCSI kezdeményező szoftvereket a VM
2) Csatlakoztassa őket a RDMs az ESX szintjét, és bemutat egy nyers LUN a VM. Ez megtehető segítségével akár iSCSI és FCP.

A fő előnye az 1. lehetőség granularitása ellenőrzés. Az Exchange adminisztrátor nem is kell hogy legyen a VMware admin annak érdekében, hogy kezelni és ellenőrizni a tárolás. Vitathatatlanul mindenkinek van valamilyen VMware tudás mégis. A hátránya az 1. számú lehetőséggel, hogy ha van egy csomó virtuális igénylő tárolási így, hogy lesz egy független szoftver telepítve kezdeményezője mindenki számára, és ez mind a menedzsment és a CPU rezsiköltségek.

Az előnye, hogy a 2. lehetőség az, hogy a központosító tárolási kapcsolatok. Függetlenül a használat mindig kész a VMware szinten ez adhat nagyobb biztonságot és láthatóságot, ki és milyen tároló. Az előnye, hogy segítségével az iSCSI host szintjén az, hogy ez csak egy példány a szoftver kezdeményezője. Az FCP ez teljesen eltűnik. A fő hátránya a 2. lehetőség a fordítottja 1. lehetőség, az Exchange adminisztrátor nem kap közvetlen irányítást tárolása, azonban az SnapDrive akkor még mindig elég jó szabályozás, akkor is klónozni, nő, pillanatkép és így belülről SnapDrive.

Bemutatja a tárolási adattár majd faragás 1 VMDK talán legrosszabb, amit nem kap semmilyen SnapDrive vagy SnapManager integráció az Exchange, de még mindig van a felső összekötő a VMware. Azt hiszem, lehet, hogy csak elírás a kérdés, hogy néz ki voltál eldönt között RDM az ESX-és iSCSI-kezdeményező a VM. Az én személyes kedvencem a segítségével RDMs bár lehetnek további megfigyeléseket, vagy a változtatásokat, ha te is csinálsz DR. VMware SRM foglalkozik jól RDMs ugyanakkor, de nem működik egyáltalán az iSCSI-kezdeményezők a VM.

Remélem, hogy minden dolog sorrendje azonban már!

Hi Kurt,

Ha van egy klaszter, azt nézd, hogy orvosolják a SQL DB egy csomópont, és a Mail DB a másik csomópont. A naplók, akkor üljön a másik rendszert újra. Ez tényleg segít a teher ellensúlyozására egy egész fürt, így több orsók használni, és ad egy szintet fizikai elkülönítését. Ez is segít, te valamilyen szintű kárelhárítási a rendszer elkülöníteni, mint ez. Azonban én nem lesz egy rendszerre szentelt SQL, a másik az Exchange, a kívánt egyensúlyt a dolgokat, mint a naplókat. Azt kapsz többet orsók számára egységes kérelmet, és akkor is alkalmazható olyan szintű ellenőrzést.

Szintén nézd IO Storage Control A VMware oldala a dolgoknak (nagyszerű módja annak ellenőrzésére IO, ha nem megfelelően működő gép), és nézd meg üzembe különböző prioritásai a NetApp kötetek. Beállíthatjuk, hogy ezeket a nagyon alacsony, alacsony, közepes, magas és nagyon magas. Ez úgy működik, hasonló módon a VMware részvények, de őket a hangerő, és bizonyos szintű ellenőrzést a teljesítmény és a IO egyes kötetek lesz szállítani. Például érdemes korlátozni CIFS felhasználók mellett egy SQL adatbázisba. Lehet, hogy minden marad a közepes (alapértelmezett), de amit tesz a Mail DB nagyon jó, hogy ez jobb a forrásokból.

Kösz a visszajelzést, ez csak egy szégyen nem értem, hogy kötelezzék el több időt több téma!

Ha engedélyezi a prioritás, akkor beállítja az alapértelmezett (közepes) politika az összes mennyiség, így nem kell tennie, hogy külön-külön. Meg kell egyedileg beállítani a különbségeket ezt azonban szükséges.

Prioritás segíthet egy olyan rendszer, amely küzd a versenyt a dolgokat, mint ahogy SnapMirror ad elsőbbséget rendszer feladatait. Mint minden fajta eszköz, erőforrás-megosztás (ugyanaz, mint mondom én VMware ügyfelei) források korlátozása egy forgalmas rendszer természetesen befolyásolja a dolgokat. Azt csinálok egy rossz helyzet jobb, ha a kötetek előnyben, de ez majd, hogy ez egy sokkal rosszabb az összes többi kötetek. A rendszer nagy terhelés alatt már, hogy a teljesítménnyel kapcsolatos problémák, amelyek nem a legjobb jelölt erőforrás-vagy elsőbbségi részvények határokat. Én azt javasolnám, hogy foglalkozzon a teljesítménnyel kapcsolatos problémák első vagy kezdeni, hogy korlátozza a terhelés az alkalmazás oldalán mielőtt elsőbbséget minden mennyiségben.

Emlékezz arra, hogy prioritást csak akkor jön szóba, ha van forrás kérik a. Tehát ha például azt szeretnénk, hogy több forrást az SQL és Exchange, vagy csak más források, hogy a rendszer alig használjuk CIFS részvényeket, akkor valószínűleg kis előnyt szerezni olyan kevés van IO termelnek az CIFS részvényeket. Biztosítva valamennyi prioritást SQL és Exchange továbbra is eredményezi, hogy a korlát egymást.

Szia Michael, elnézést a késedelmes kapok vissza hozzád. Meg lehet próbálni végrehajtani SnapMirror szinkronizálni, de nagy az esélye, hogy ez mostanra szükségessé válhat egy új alapvonal. Továbbá, ha nem tudja törölni VSM a cél dobott, akkor esélye van, hogy a flex klón még mindig ez a zárolt valahogy. Az osztott folyamat eltarthat egy ideig, ezért előfordulhat, hogy már próbálta ezt túl gyorsan megkezdése után a split.

Sajnos, amikor SnapMirror beszorul vagy zavarodva, az egyetlen igazi lehetőség, ha a kiindulási néhány hasonló pillanatképek még mindig léteznek. Voltam sok kínos helyzetekben, amikor kaptam, hogy újra kiindulási helyre, mert a pillanatképek hogy törölni ezért vagy másért.

Elnézést a hiányzó meg véleményét!

Tudna adni egy szélesebb kép a hangerő / LUN konfigurációt. Ez a kötet a kérdéses FlexClone, vagy hogy azt FlexCloned? Ha nem, semmilyen LUN klón műveleteket végeztek rajta, akár manuálisan, akár egy SnapManager munkát? Amikor megmutatod a pillanatképeket a kötet, mit is mutat? Bármilyen különös pillanatkép mutatja, mint zárva vagy foglalt? van a LUN leképezve a pillanatban?

LUN klón teszi a klón a LUN ugyanabban a hangerő, mint az eredeti. Ez azt jelenti, hogy ha későbbi snapshot műveletek után fordulhat a klón jön létre, ez tulajdonképpen lezárja a LUN klón, amely ezután hivatkozik egy pillanatképet, így nem lehet törölni. Ez okozhat némi ütemezés és közigazgatási kihívásokat.

FlexClone sokkal rugalmasabb ezeket a feltételeket, hogy létrehoz egy klónt egy adott pillanatkép az egész kötetet. Bár ez lenne lezárni az egyéni snapshot, ez nem befolyásolja a jövőbeni műveletek pillanatképet, és a záró mechanizmus csak érinti a normális, ha a rutinfeladatok FlexClone megmarad hosszabb, mint a normál pillanatkép birtokon tartási időszak alatt.

FlexClone egy sokkal dinamikusabb és admin barát technológia és mindenképpen az ajánlott megközelítés. Nagyon nagy a gond, hogy LUN klón is gyakran okoznak.

Ott nem túl sok a Kranz körül Megmondom Tom legközelebb látom!

Úgy néz ki, mint te még megüt egy olyan hiba VSC. Csak a valódi megoldások a scriptelt megközelítés, hogy rögzítse a elnevezési (ami úgy tűnik, működik néhány ember számára), vagy várja a NetApp, hogy rögzítse a kódot, hogy megakadályozzák VSC történik ez!

És nincsenek pillanatképek ellen tartalmazó kötet a LUN? Van a LUN leképezve minden kezdeményezői? Vajon a hangerőt ad otthont más LUN? A stats parancs vagy LUN stats parancs, látod minden olyan tevékenységet, majd a LUN?