locked
mirror eroforras sok DB eseten RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    hali

     

    valakinek van tapasztalata, hogy logshipping kontra mirror melyik eszik tobb eroforrast ha 1 server, 40 db, ezek kozt van 4-5 ami nagyon gyorsan es sokat valtozika tobbi az kevesbe terhelt valtozasilag.

     

    amit en tapasztaltam:

    40 dbre a LS-et ha ugy vettukfel, hogy egyidoben keszultek a TRN fajlok akkor attol a szerver hanyat esett (out of memory hobakat kezdett dobalni)

     

    lehet ilyen gond mirrornal is?

    mert most kb 25-30 DBre mar kesz a mirror, a nagyon valtozosakbol meg csak 1 van benne ebben a 30ban, viszont panaszkodnak, hogy lassu a szerver (az sql 50-70%on tekeri a szervert (a 8bol 7 proci az ove, ami igy azert azt jelenti, hogy 1-1 procit 60-80%on teker), es idonkent out of memorryt is kapunk.

    lehet-e ez a mirrortol vagy keressunk mas okot? (elvbe nem valtozott a szerveren semmi mas...)

    Friday, May 18, 2007 11:17 AM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    Szerintem lehet,

     

    http://www.microsoft.com/technet/prodtechnol/sql/2005/dbmirror.mspx

     

    Gondolom mindenre nagy elérhetőséget adtatok, lehet hogy ezek számát csökkenteni kell.

     

    Itt még egy jobb link hozzá:

     

    http://www.microsoft.com/technet/prodtechnol/sql/2005/technologies/dbm_best_pract.mspx

    Friday, May 18, 2007 12:22 PM
    Moderator
  • Question
    Sign in to vote
    0
    Sign in to vote

    mindenre aszinkront adtunk, mert az eles szervernek mennie kell akarmi is van Smile (es pl amiota megy a mirror az irkalja alogba hogy hoppa a backup szervert nem lehet elerni... ilyeneket 1-2 percenkent 1et beir az eventlogba. Ha 1-2 percenkent egy trant rollbackelne e miatt az elegge nagy gaz lenne..)

     

    az osszes mirrot "pause"-ba raktam, ettol a proci terheltseg kb 10%ot csokkent (az osszesitett teheles, mert 7 procirol van szo)

    de a jelenseg nem szunt meg.

     

    ha hetfon is halodik, akkor probakepp kenytelenek leszunk remove az osszes mirrort es ha attol helyre all a lelke, akkor marad a LS. Ha nem all helyre, akkor ..... akkor..... passz.

     

    Sunday, May 20, 2007 3:45 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    hivatalos mamazo forum merre van? Smile

    ugy fest a szerver nem birja el a sok DB mirrojat, a LogShippinggel nem volt baja, ha nem egyszerre keszultek a TRN backupok.

    viszont a "fejlodes" azt hozta, hogy a 2 SP meghivasa helyett (ami 2000en kellett a LS szerepvaltashoz) most egy bonyolult procedurat kell kezzel vegigcsinalni (illetve irhatok ra eljarasokat) 40 adatbazisra.

     

    Esetleg valakinek mar meg van irva egy ilyen LS valto eljaras? (trn backup, jobok tiltasa, copy, restore stb) mert elkernem Smile

    Monday, May 21, 2007 1:12 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    akkor egy kis tanulsag masoknak is

    a gep 8 procis 8 giga ramos cucc, ebbol 7 procit es 5 giga ramot hasznal az sql

    sajna raid5 os diszk van valatta (8 diszkbol 10ks fordulattal)

    46 adatbazisrol van szo, amiben van 3 ahol intenziv a terheles (masodpercenkent atlag 1 tranzakcio) a tobbiben alig valami Smile

    a nagyon terhelo DBket meg nem is mirroroztuk csak 40 DB voltkeszen, amikor mar jott a panasz, hogy nagyon lassu a szerver.

    idonkent elhalt az oracle linkserverunk, hogy nincs eleg memoria

    felallitottam egy logolast, arra mait a userekenk varniukkell egy erosen hasznalt Dbben

    delelott meg fent volt a mirror DE SUSPENDED modban (ilyenkor kicsit gyorsabb mintha menne a mirror es nincs memori hibaja az oraclenak se) 11 utan mar nem volt mirror, leszedtem.

    asszem a szamok magukert beszelnek... (ms ban vannak az adatok a mert tranzakciok jellege nem valtoztt ezen idoszak alatt es a szerver egyeb terhelese sem)

     

    futasidok
    9:00-11:00 11:30-13:30
    avgms maxms minms db avgms maxms minms db
    all 3470 37746 186 1733 303 6203 30 1919
    1sec alatt 716 1000 186 126 216 1000 30 1821
    1 sec folott 3679 37746 1000 1611 1856 6203 1000 106
    5 sec folott 7273 37746 5016 368 5904 6203 5606 2
    10 sec folott 14328 37746 10126 37       0

     

    tehat a suspende mirror is iszonat terheles a szervernek aprocit is szet hajtja, amig ment a mirror addig az ossz teheles 60-80% kozt mozgott, amikor suspendbe kerult akkor leesett 40-60%ra most (se LS se mirror nincs) 10% korul mozog!

     

     

    Tuesday, May 22, 2007 12:49 PM