Gyorsulás adatbázis munka Péter - s blog
Az adatbázis mérete
a legjobb, hogy a lehető legjobb teljesítményt, ha képzelni, milyen napi (óra, perc) alapján várhatóan növekedni fog, és ennek megfelelően állítsa be a méretet előre az adatbázist. Nagyon jó, ha a mérete nem haladja meg egy bizonyos beállított érték - például az adatok időszakosan alátámasztani. Ebben az esetben, akkor előre beállítani az adatbázist a kívánt méretet. Semmilyen esetben sem, akik nem tudják elhagyni az alapértelmezett értékeket - azaz automatikusan növekvõ egy megabájt. Az adatbázis-intenzív betét (különösen festékfoltok) lehet szó végzetes - lemezalrendszer túlmelegedés és kiégnek a terhelés (van egy precedens). Tedd növelése 30-50%. Tedd a nagy kezdeti értéke a méret. Általában - bemutatja a bázis. Szánj időt mérni. Az alap kisebb lesz avtouvelichivat mérete, annál jobb a teljesítmény és a terhelés a fizikai adathordozók.
Először beszéljünk a fájlrendszer töredezettségmentesítés. Eljárás erről:
- fel az operációs rendszer és MS SQL.
- töredezettségmentesíteni a meghajtó
- létrehozásához szükséges bázisok, stretching őket, ha lehet, a maximális méretet
- töredezettségmentesíteni a meghajtó
Emellett nem szabad elfelejteni, hogy töredezettségmentesítéséhez indexoldalra adatok időszakosan, és a kisebb terhelés pillanatokat. Ez nem könnyű, ha a rendszer terhelés alatt.
Adatintenzív adatbázis változásait (OLTP) van szükség, hogy ki fát egy külön fizikai lemez (disk array). Természetesen ezt a meghajtót bystroydeystviyu kisebb követelményeket, de még meg kell kiélezte gyorsan egymás után a betét. Fontossági sorrendben készülék tárolja a log:
- külön RAID - tömb
- Egy külön meghajtókat ugyanazon a RAID _ array (ez jó, hogy azokat egy külön SCSI ID, és nem csak a LUN)
- tükör egy külön meghajtó (SAS ha a szerver vagy a legrosszabb esetben SATA)
- egy külön meghajtó
- Egyetlen logikai meghajtó ugyanazon a RAID
Logikai meghajtókat RAID hatás nem adott, de a RAID, különösen jó szoftver, akkor próbáld meg. RAID'y van-e statisztika szerint, és így tovább. Bár RAID'e jó szoftver, legyen egy külön logikai RAID.
Ne felejtsd el a Moore-törvény. Kemény növekvő sebességgel. Nem olyan gyors, mint a múltban, elvégre kvantum hatást értek el, de még mindig növekszik. Kis servachok SAS csavarokkal ma lesz lényegesen gyorsabb, mint a régi 4-b protsovogo servaka disk polcon. A SAS, KSAT, taxi. Azt javaslom.
Ne felejtsük el, hogy látta alapja a fájlok, csoportok, lemezek. Bővebben beszéltem róla egy cikket a fájl-csoport. Azt fogja venni egy dolog - ha az adatbázis-lekérdezések kapcsolatos egy teljesen más táblázatok és különböző végrehajtási idő - akkor jobb, ha látta bázis.
Elemzés és kísérletek
Valami az OS beállítások
Először is, miközben a többi erőforrás mód a hálózaton. A választás a hálózati kapcsolatot, válasszuk ki a kliens MS hálózatok, tegye az ellenőrzést az alábbiak szerint:
Sőt, talán a harmadik vagy negyedik csóka. Az elmélet szerint, erősítette meg a gyakorlatban (. Ha azt mondjuk, nincs a srácok a MS és a minősített Engi (ha kisebb lények vétkezni ebben az életben, újjá állatokat vagy MCSE)) - a negyedik csóka „, Max. átmenő hálózati alkalmazások. " A számítógép tulajdonságait a Speciális (nem kötelező), válassza ki a sebességet, és tegye az ellenőrzést az alábbiak szerint:
Miért így és nem másképp? Először is, SQL, és egy hálózati alkalmazás. Másodszor, ő nem file cache, hogy a pénztáros, ő ezt a gyorsítótárat a.
Mintegy hálózati eszközök
Ha lehetséges, kérjük, koncertek és koncertek kapcsoljuk be a kártyákat. A kliens hálózati - SQL Jobb, ha van némi mozgásteret a szalag. És legyen ez a forgalom valahogy külön, például - egy VLAN. Ez jobb elkerülni a kommunikáció megszakadása és az ügyfél közötti SQL. Néhány alkalmazás képes kezelni a kommunikációs hibák SQL (én - képesek), különösen a szerveren. Ez biztonságosabb ...
Ha AWE, korlátozza azt a bizonyos ésszerű értéket. Ellenkező esetben az SQL fog enni az egészet, így semmi OS. OS harag és lassítják :( De általában, ne aggódj, ha a százalékos támogatást - helyezze a 64 bites összes szoftver (OS SQL) és felejtsd el a memória problémák. 64 SQL - tényleg gyorsabb, különösen a nagy rendszerekre. Ezen túlmenően, ez jobb betölteni reagens - levonva százalék. Ha a 32 bites rendszer teljesítményét hirtelen csökken, ha túllép egy bizonyos kritikus terhelés, a 64 bites verzió teszi csúszó simán. Végeztünk egy kísérletet - az autóban, volt két OS SQL, natravlennye egy sor lemezek. Egészül ki, eszébe jutott, festékfoltok a kompetitív módban, ha blokkoló Serializable, általában nehéz és ennyi. 32 bites készlet, hajlított, és 64 túlélte.
Belegyömöszölni fájlokat minden rendelkezésre álló meghajtók (fizikai lemez). Ezzel jelentősen felgyorsítja a sebesség a közigazgatási források kéri válogatás, adatbázisokat a rendszer versioninga és mások.
Sokkal jobb, hogy letiltja a szükségtelen szolgáltatásokat. Persze, egy tucat szolgáltatások nem azon a ponton, a modern szolgáltatásokat, de az ilyen megosztás-fájlok jobb kikapcsolni, és nem használja az SQL fájlok tárolására. A felesleges kötődés (balancers, hálózati szűrők) is jobb vágni.
Hasznos és nagyon hasznos linkek
Érdekes vita ebben a témában:
Mi a lemez polc
Disk polc - ez egy külső hardver - szoftver RAID-tömb (számos hasznos extra funkciók) csatlakozik a gazda - áthajtani a nagy sebességű adatátviteli autópálya - keresztül SCSI U320 Mbit / s vagy optikai interfész (fogja választani - válasszon optika, vezetékes kábel kijutni a problémát. csatlakozó nem az adatkezelő nem a terminátor rossz rendszer, és nem állt ott, a tömlő túl hosszú, és így tovább. Ide on line hiba, de hol?). Disc polc megfelelő tervezés adhat készségét × 24 7. Ez csak a jó tervezés és adminisztráció egy ilyen rendszer - nem könnyű feladat. Irigylem a srácok a mainframe - van egy külön csoportot az adminisztrátorok, a külső eszközök, például lemezes, és feje nem fáj az ügyben. Rendben. Polcok tömeg típusok. Válassza ki a márkát - HP például. Válasszon egy polcon egy nagyobb számú hajtások. A kis irodák számára nem ajánljuk kevesebb, mint 24 lemezen polcokon. Miért - magyarázza tovább. Általános szabály, hogy a polcon van egy beépített akkumulátorról ősszel esemény és annak interfész UPS menedzsment (és mindig nem világos, hogyan sopryach az FSM, ami hajtott komputer).
- Fizikai lemez (fizikai meghajtó) - ez tulajdonképpen egy merevlemez SCSI alapértelmezett interfészt, SAS vagy SATA, általában olyan gyorsan.
- Logikai meghajtó (logikai meghajtó) - ez az eredménye ötvözi a fizikai lemezek a RAID, mert mondani a külső nézet a RAID. BIOS és az operációs rendszer RAID tekintik a logikai meghajtó
- A logikai kötet (logikai kötet) - kombinációjának eredményeként a több logikai vagy fizikai lemezek egy darabból.
- § (Partition) - a töredéke a logikai kötet (logikai lemez, fizikai lemez), amelynek egy külön számot a rendszerben (SCSI - SCSI-ID \ LUN)
- üzem közben cserélhető merevlemez (meleg tartalék) - a kijelölt polcon egy lemez, amely csatlakozik az esetre, ha nem az egyik a jelenlegi szabályos elrendezésben.
Szigorúan véve, az összes ilyen entitások külön számot. Ha a fizikai és logikai meghajtók minden ösztönösen tiszta, a logikai kötet nem mindenki számára világos, és nem minden. Nos, ez akár az első kresha. Amint a szerencsétlenség történt, ha érti, miért van szükség a logikai kötet ... Egyszerű szavakkal: RAID-5, például hordozza a csak egyetlen lemezen. Ha van egy tartalék lemez (Stand-by, meleg tartalék). RAID csendben vissza, és nem vettük észre semmit. De ez - meghibásodás esetén az egyik lemez. Szívás, hogy a polcon, és vásárlás csavarok csapásra, és csavarok az összes azonos sorozatból. Persze, hogy lecsap, és ugyanabban az időben, és kiég. Leégett egyszerre legalább két meghajtó. Ez - egy végzetes hiba. Ezért ezt RAID-6 (lásd magad, hogy milyen RAID-6, hát lusta írni), vagy batsat logikai kötet. Logical Volume - két RAID'a, két logikai meghajtót, obediennyh egy nagy kapacitású meghajtót. Hadd égnek a két csavart. Annak a valószínűsége, hogy lesznek elégett kétszer ugyanazon a helyen, mint kevesebb. Persze, meg kell próbálnia, hogy elterjedt az ilyen lemezek különböző irányokba különböző gumik, tápegységek, sőt a különböző rajongók. Te tényleg megpróbálja.
Előnyei a polcok előtt más típusú meghajtók
Persze, vannak hátrányai. Hol nélkülük ...
- Raktári kell tartani. Napló megtekintéséhez riasztások küldése szabni, figyelemmel kíséri a statisztikákat. Ezen kívül meg kell változtatni az égetett csavarokat rendszeresen.
- Raktári nehéz beállítani, különösen nem a felkészülés az első alkalommal. Emlékszem, hogy nagyon nehéz. Kézikönyvek elég szerencsétlen. Feltételezzük, hogy a rendszergazda tökéletesen tudja, mit SCSI, LUN Host mód, megérti sebesség, típus, csatlakozók, terminátorok ... (Tény, hogy kell)
- Polc jobb, hogy szünetmentes áramellátást. Ez nem olyan egyszerű, különösen az összefüggésben szinkronban a számítógépen.
- Azonnal állítsa be a polcon, a maximális teljesítmény nem fog működni - meg kell kísérletezni a különböző konfigurációkat, és ez jobb körülmények, közel a harc ...
- Raktári nagy futamok, hogy ezt.
- Raktári érzékenyek az elektromágneses zavarok, így nem nyomja be az állványba közvetlenül felette a UPS (mert vannak szomorú precedens. Az egyik barátom paprika nem léphetett, hogy miért az ő polc éget az alsó sorban a csavarokat minden alkalommal. Elmagyaráztam neki, szegény fickó.)
Polcok és SQL - szerver
Hála Istennek, van az alján az ügy. Először emlékeztetni kívánja a tökéletes konfiguráció - rendszer (1. meghajtó), adat (2. lemez), rönk (harmadik lemez). Körülbelül az optimális helyét adatbázis fájl - lásd cikkemet fájlcsoportban .. Azt kell mondanom, fiúk - még egy ilyen egyszerű elrendezés az eredmény kiváló. Szempontok kiválasztása RAID'a:
A logikai meghajtók, partíciók, válaszfalak és egyéb dolgok - Hallottam a polcok, melyek a statisztikákat a logikai partíciókat, és hozzáférést biztosít olyan hatékony, mintha különböző orsók. Nem ellenőrizte, nem tudom megmondani.