• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    KOC256Windows - (Windows 7, 8, 10, 11, ...)
    ARIAEL
    ARIAEL --- ---
    RAINBOF: Neresil, ale po pravde pripojuju disky pouze SAN kartama a SQL by jsem zase nedaval na vmware (at uz kvuli penezum ci cokoliv jinyho).
    Mas dost pameti na to udrzet databazi v RAM? A to na co se ptas ma v poradku indexy?

    Jumbo je takovy - no nevim. Taky ho nezapinam. Dulezita je mnohem vic rychlost odezvy nez prenaseni velkych packetu.

    Ale mozna neco podobnyho jsme ted resili pro F5, kde kdyz jsme dali za balancer cokoliv co bezelo s domenou tak se komunikace s DC uplne rozpadla. Ani podrobne rozebirani veskere komunikace nevedlo k zadnym zaverum.
    Dodavatel tvrdi ze F5 pracuje jak ma a vse prenasi. Ale kdyz se tam da domena tak bye bye...
    RAINBOF
    RAINBOF --- ---
    RATTKIN: no na windows spis wireshark :) ale na to se chystam az bude mensi provoz kde to bude jeste videt cca ve stredu. spis jsem si rikal zda nekdo neresil podobnou vec v souvislosti s sql serverem na virtualu.
    RATTKIN
    RATTKIN --- ---
    RAINBOF: tcpdump?
    RAINBOF
    RAINBOF --- ---
    ja myslim ze na to kaslem. mame svy pohledy a vime o nich. dal bych si tu nepomeroval parametry ani marketing (pohadejme se na toto tema jinde kde se managerovanim zabyvaj mozna tam prozreme vsichni).

    nahodim jednu ducharskou zase ze sveta virtualizovanyho ms sql 2012 std :)
    mam sql server na raidu 6 kterej jsem zvolil po benchmarku vykonu (vic se vyplati mit pole vkuse pomalejsi nez ho diky poctu disku porcovat na dve pole)
    ted ta ducharina. kdyz je server v zatezi trva jista soustava dotazu cca 7.2ms ale lokalne ve stejnou dobu jen 2.1 kdyz je server bez zateze trva pod 900ms.
    podezrivam vmware (esxi 6) ze to brzdi sitovka jen nevim jak to overit maximalni tok je 50mb pri plnym knedliku
    rikal jsem si ze za to muze team sitovek ale ne. chova se to stejne. na tom serveru je 8 jader xeon e3 ale pouzivam aktualne jen 4 coz ale stavi stejnak se tam nic nedeje. virtual je jen jeden a os spravuje 50gb pameti z toho sql server pozral 45gb (nechal jsem si rezervu i ve vmware).


    v dobe toho dotazu jsme z profilera a posloupnosti dotazu a jejich vykonani zjistili ze opravdu se na "neco" cekalo 5s je to nakupeni typu 400ms tu 500ms tamhle pak prolitne xx insertu jako blesk.
    ve spicce je tam 150 dotazu/s takze nuda. k paralelizaci dojde malokdy. db je navrzena tak ze vyssi paralelni beh vpohode snese bez deadlocku nicmene stejne to neni treba takze jedu na default hodnotach max degree of paralelism a witing time.


    nemate poneti co muze neco takoveho zpusobovat ? zda se ze tem 500ms predchazi insert v jiny sade dotazu kterej ale sam o sobe ale trva jednotky az desitky ms.

    ja podezrivam sitovku na tom vmware kde pouzivam tu jejich paravirtual vmxnet bez jumbo paketu (nechodi mi to dobre)
    ARIAEL
    ARIAEL --- ---
    IMOLOL: A videl jsi tu prvni vetu v my minuly odpovedi?
    A to co jsem rekl k tobe neni ani nahodou zadna fabulace. Kolik mate u vas adminu? Kolik serveru a aplikaci? Jake maji zkusenosti a schopnosti s danou technologii? Nebo jsou to lidi hlavne na oprasovani notebooku tak jak je to skoro vsude - protoze si to tak management v tehle firmach spojuje ?

    Ja treba osobne mam vic jak 13 let zkusenosti na Exchange - ale ani nahodou se necitim byt expertem na Exchange. A pokud je problem tak jsem schopen dat do kupy jen ty beznejsi. A kdyz vidim co s tim dokazou udelat skutecny specialisti na Exchange kteri delaji jen to tak si o sobe fakt nemyslim ze tomu rozumim.
    Stejne tak na SQL.
    Ale ono si mnoho inhouse adminu na vsechno mysli ze jsou dobry. Dokud jim to bez samo.
    A to rozhodne neni fabulace, to je jednoducha realita.
    Konci to casto tak ze kdyz je problem, tak je dany admin proste odejit a bud se najme novy nebo se hleda reseni jak spravu presunout jinam a usetrit za plat.
    IMOLOL
    IMOLOL --- ---
    ARIAEL: na todle ti řeknu jen otřepaný "jaký si to uděláš, takový to máš". Místo abys uznal, že tvoje řešení není samospásný (stejně jako není to naše) tak vymejšlíš fabulace - co by bylo kdyby, ovšem tímhle způsobem si můžem obhájit prakticky cokoliv, takže dizkuse ztrácí smysl.
    ARIAEL
    ARIAEL --- ---
    IMOLOL: Ale ja to chapu:) Uz jen ta sprava inhouse reseni je dost draha - si to vem - mate Exchange specialistu co to dokaze spravit kdyz se to zborti? Totez na SQL? Nemluve o Sharepointu, CRM ci cemkoliv dalsim?
    Delal jsem admina fakt dlouho - takze moc dobre vim ze se to proste vzdycky vsude jen tak "solicha" aby to nejak bezelo a hlavne to moc nestalo a lidem se nemuselo moc platit a hlavne aby to byl maximalne jeden clovicek, nejlepe junior po skole...
    Dokud to nejak bezi samo tak je to dobry. Blby je jakmile to prestane bezet samo.
    ARIAEL
    ARIAEL --- ---
    RAINBOF: Nope. Ty vidis sumu ktere rikas rozpocet a ze ktere jak ty rikas cerpas.
    Ale financni reditel musi nekde ty penize vzit.
    Problem je ze ackoliv ty to nevidis tak oni musi vyvazovat kazdy mesic vydaje a prijem a to vcetne nakupu a platu.
    Takze se udela nejaky odhad na pristi rok a s nim se pracuje.
    A v pulce roku prijdes ty a reknes, ze potrebujes novy server (omezime se na obycejny rackmount a nebudeme chtit neco slusneho v Blade provedeni - coz je klidne za mega), predpokladam ze samovy diskovy pole uz mas takze staci dokoupit sanovy sitovky do novyho serveru (lanovy tam vyrobci davaji), koupis licence OS (jsou tam minimalne 2 xeony takze se pohybujes uz v trosku jiny tride licenci) a navic potrebujes SQL databazi...

    Tahle vec ti pri nakupu za hotovy natolik zahoupe s firemnima penezma ze te lidi z financi fakt nebudou mit radi. Nejspis ti reknou ze na to nejsou penize a at vyberes neco levnyho a ze se to nejak zpytlikuje treba na serveru za 20 tisic.

    Kdezto reseni kde maji tu databazi dostupnou pres svuj ipsec na svym blade clusteru s enterprise licencema na OS i DB - to proste nezaplatis ani kdyby jsi se potentoval... A ve splatkach to stoji par tisicovek mesicne.
    IMOLOL
    IMOLOL --- ---
    ARIAEL: řídim tak akorát auto :) Naštěstí člověk co to řídí ví, že jednou za X let musí obnovit hardware a tudíž ty koruny má připravený. Jen jsme ti tu chtěli naznačit, že cloud a hostovaný služby jsou možná čupr řešení, ale určitě ne pro každou příležitost. Někdy prostě vyjde výhodněji to nakoupit a spravovat inhouse.
    RAINBOF
    RAINBOF --- ---
    ARIAEL: no ja ti nevim u nas je danej rozpocet a ten cerpame.
    alokuje se ramcove rok predem. uvery na zvedani financniho toku nepotrebujem.
    tvoje predpoklady plati pokud firma toci temer veskery kapital a nepouziva rozpocty a planovani.
    souhlasim s tim ze to tak muze byt ale rozhodne ne s tim ze by to vetsi firmy takhle mely beze zbytku.
    ARIAEL
    ARIAEL --- ---
    A "penize na drevo" jsou ty nejdrazsi penize ktere existuji....
    ARIAEL
    ARIAEL --- ---
    IMOLOL: No je videt ze nic neridis - nastesti. Az budes nekdy delat rozpocty tak to treba pochopis.
    Nastesti tohle nerozhoduji admini pro ktere je ekonomie daleko za jejich obzorem zajmu.

    Samozrejme ze to souvisi. Proste ruzne penize maji ruznou cenu. Zkus se zeptat vaseho sefa financi.

    p.s. a ten uver te ve skutecnosti vyjde levneji, protoze diky tomu ze ho mas jsi si mohl poridit veci se kterymi jsi vydelal daleko vic penez mnohem drive. Kdyz si uver nevezmes tak se muzes leda tak busit v hrud ze jsi "usetril" a nic nevydelal. Ale treba za par let mozna i neco vydelas. Mozna.
    IMOLOL
    IMOLOL --- ---
    ARIAEL: to ale nesouvisí s tím, který řešení vyjde ve finále levněji. Úvěr taky cáluješ po tisícovkách měsíčně, ale nakonec zaplatíš daleko víc, než kybys vysolil prachy na dřevo.
    ARIAEL
    ARIAEL --- ---
    IMOLOL: To ze pro firmu je sakra velky rozdil jestli naklady plati v malych mesicnich platbach ktere jdou hned do provoznich nakladu a tim padem ucetne nijak nezhorsuji financni rozpocty a nebo jestli musi vycalovat prachy na drevo na novy server, licence na OS, databaze a software, cimz ji to sakra hodne zatizi v rozpoctu. A samozrejme nevi zda za par mesicu ji ty penize nebudou chybet na neco jinyho.

    Zvlaste pokud ten HW ma alespon trosku stat za to a ta databaze bude treba MS SQL 2014/Oracle, nedejboze ve slusny konfiguraci.
    IMOLOL
    IMOLOL --- ---
    ARIAEL: jsem si to musel vygůglit, tyhle termity nejsou moje hobby. Rozdíl mezi opex a capex je v tomhle případě konkrétně co?
    ARIAEL
    ARIAEL --- ---
    IMOLOL: Jenze OPEX ma jinou cenu nez CAPEX... To tihle co to pocitaji zapominaji...
    HAWLIS
    HAWLIS --- ---
    RATTKIN: technical preview nemam, ale už jsem stačil zjistit, že sem to v mobilu cpal do kalnedáře pod google accountem... ten na desktopu nemam zalogovanej, takže :D .... facepalm)))
    RATTKIN
    RATTKIN --- ---
    HAWLIS: pokud máš windows 10 technical preview a jsi insider, můžeš zkusit feedback portál. Občas microsoft odpoví.

    myslím si, že sync nedělá na straně uživatele žádné logy, ale můžeš zkusit hledat
    HAWLIS
    HAWLIS --- ---
    RATTKIN: to ovšem neřeší můj problém.
    RATTKIN
    RATTKIN --- ---
    HAWLIS: od dob co jsem před lety poškodil pst soubor používám google
    Kliknutím sem můžete změnit nastavení reklam