smb 3

Informatikai infrastruktúra a vállalat

Jegyzőkönyv Server Message Block (SMB) egy vagy más formában használják bármely szervezet elérni a tárolás. Ez férhetnek hozzá a bejelentkezési szkriptek telepítő CD-t, vagy a felhasználó dokumentumok és MP3 zenei gyűjtemények. Amennyiben SMB nem alkalmazható, mert a jegyzőkönyvbe az iratbetekintés (itt az ügyfél helyett a közvetlen hozzáférést biztosít a szektorok a lemezen hozzáférések fájlok) elérésekor a vállalati alkalmazások külső tárolóval. Ami az adatcserét a tároló vállalati termelési környezetben, a listát a vezető blokk technológia (ahol a szerver közvetlenül kommunikál a szektorok a lemezen), mint például az iSCSI és Fibre Channel (és esetleg, NFS, nem-Windows üzleti alkalmazások).

Amikor egy felhasználó szerkeszti a dokumentumot Microsoft PowerPoint, tárolják az SMB megosztott erőforrás egy részét ebben a dokumentumban lokálisan, és időről időre a felhasználó megnyomja a „Mentés” gombra. Ha probléma merül fel az SMB fájl szerver, például kapcsolódó újraindítani, vagy a mozgás egy megosztott mappa egy másik fürtcsomóponton (ha a szerver egy fürt része), a felhasználó elveszíti az iratbetekintési leíró, de következmények nélkül. A következő alkalommal, amikor megnyomja a „Mentés” gombot, minden helyreáll, és semmi sem megy rosszul. Most úgy vélik, és a Hyper-V virtuális gép, amely tárolja a fájlmegosztás SMB. Ha probléma merül fel a fogadó megosztott erőforrás költözött egy másik fürtcsomóponton. Hyper-V TCP várakozik, amíg a timeout, majd hibát észlel a kezdeti vegyületet. Egy virtuális gép, akkor ez azt jelenti, egy 30 másodperces szünet. Azonban a Hyper-V elvesztette rendezi VHD virtuális merevlemez, ami egy sokkal súlyosabb probléma. Ha az időtartam a felhasználó dokumentumokat lehet számítani néhány óra, a vállalati szolgáltatások, a virtuális gépek és adatbázisok igényel folyamatos rendelkezésre állományleíróra több hónapja.

átlátszó failover

Ami a vállalati adatszolgáltatásokat (például a virtuális gépek vagy adatbázisok SQL Server) SMB, mint általában, nem használható egy fájlszerver és klaszter, amely biztosítja a magas rendelkezésre. Amikor végre egy fürt fájl szolgálat egyik csomópont általában szerelve logikai kötet LUN számot, amely egy közös fájlrendszer és hozzáférést biztosít az SMB ügyfelek erőforrás-megosztás. A visszavonáskor a LUN szerelvény szerelt másik klaszter. Ebben az esetben az ügyfél elveszíti az SMB fájlleírókkal.

Szolgáltatás SMB Átlátszó Feladatátvevő védelmet nyújt csomópont meghibásodása. Mozgó megosztott erőforrás a csomópontok közötti átlátható módon kerül sor az SMB ügyfelek, amely lehetővé teszi számukra, hogy megtartja a meglévő fájlleírókkal és zavartalan kapcsolat SMB.

Vegyület SMB támogatott között három tárgyat: SMB kliens SMB-kiszolgáló és a lemez, amelyen az adatokat. Átlátszó SMB rugalmasság biztosítja a kellő feltételek fennállnak továbbítására vegyületet SMB alternatív csomópont meghibásodása esetén, amely lehetővé teszi, simán folyamatokat hajthatnak végre attól függően, hogy az SMB.

Azonban még átlátható rugalmasság SMB Átlátszó Feladatátvevő nem zárja ki a szünet a bemeneti / kimeneti műveletek során, ha a LUN van szerelve a többi klaszter. Csoport Failover Clustering fejlesztők nagyszerű munkát optimalizálása szétszerelés és szerelési LUN, csökkenti a maximális időtartama az eljárás akár 25 másodperc alatt. Úgy tűnik, hosszú idő, de ez vonatkozik a legkedvezőtlenebb forgatókönyv, ahol nagy számú logikai egység és több tízezer tag. A leggyakoribb forgatókönyv esetén ez a művelet elvégezhető néhány másodpercig, és a vállalati szolgáltatások, mint például a Hyper-V és az SQL Server, feldolgozására alkalmas 25 másodperces szünet az I / O hiba nélkül.

Egy másik lehetséges oka a törés az alrendszer input / output - az információ hiánya az SMB ügyfél SMB-kiszolgáló nem érhető el. Egy tipikus forgatókönyv (például amikor egy csomópont újraindul telepítése után a javítás), a kiszolgáló értesíti az ügyfelet arról, hogy mi történik, és megfelelő intézkedéseket tehet. De összeomlás fogadó ügyfelek nem kapnak értesítést. Ebben az esetben az ügyfél várakozik, amíg a TCP timeout, mielőtt lépéseket helyreállítani a kapcsolatot, ami azt jelenti, az erőforrások pazarlását. SMB ügyfél nem tudja, hogy a csomópont, amelyekkel kölcsönhatásba lép, elromlott, de más a fürt csomópontjai róla kevesebb mint egy másodperc, köszönhetően a jelentések IsAlive szinkronizálás között kicserélt csomópontokat.

Ügyfél SMB - kiszolgáló A: «szeretnék kapcsolatot létesíteni.”

Szerver A: «kapcsolat jön létre. Vagyok része a klaszter, amely szintén rendelkezik szerverek B, C és D ».

SMB kliens - szerver B: «hoztam létre a kapcsolatot az SMB kiszolgáló A. Vegye figyelembe a szerveren A és értesítsen meghibásodás esetén.”

Szerver B: «OK. Van egy szép nap. "