Aha, aš kada nors irgi įsidarbinsiu banke, KAM'e arba seimo kanceliarijoj su neribotu biudžetu... Inžinieriai, matai, IOPS'us sutaupė reaguodami į rinkos paklausą, matuojamą IOPS/W/feet^2. Šaunuoliai, kurgi ne! Kaip visada, mas M$ jokio pasirinkimo - arba A arba B. Semantinis darinys "ir-ir"/"win-win" yra už jų suvokimo ribos. Viską nugriovė vietoj to, kad palikti bent jau SBS produktui seną variklį/pasirinkimą iš kelių. Būtų visi DAG'ai ir CCR'ai veikę ir ant tos pačios talpinimo schemos. Vaizdelis per paskutines 2 kadencijas toks, kaip LR švietimo reformoj - stabilumas ir prognozuojamumas vienoje didelėje rudoj skylėj :-( "Diamondas" <Diamondas@gmail.com> wrote in message news:j11gmg$g2k$1@trimpas.omnitel.net... > SQL'as yra SQL'as ESE visgi su 2010 pasikeitėkažkiek ir DAG'as visgi yra > gėris , nors CCR'as ir labiau tenkino ypač su PF. > > "Vasaris" <none@none.none> wrote in message > news:j10afm$k7e$1@trimpas.omnitel.net... >> "Diamondas" <Diamondas@gmail.com> wrote in message >> news:j0uroh$lq1$1@trimpas.omnitel.net... >>> Google pades greiciau nei cia kazkas, nes cia speju exchange powershela >>> zino >>> du zmones kokie :) >> >> >> O kam jį mokytis, jeigu EX developeriai idiotai atjungė SIS'ą galutinai, o >> pas mane SIS'o faktorius x38 ant MBOX, ir x5 ant PF? Tai tipo pagal šitus >> gudručius dabar turėtų gautis, kad man DB reikės vietoje 40 GB statyti >> 1,7TB, priedo dar 1,7TB kasnakt kočioti į bakupus, ir dar backupuose >> turėti 1,7TB vietos PAPILDOMAI. Senai viskas ant SQL turėjo važiuoti su >> visais SIS'ais ir viskuo. Tada ir Exchange pigiau kainuotų ir nereikėtų 64 >> bitų ir dar palaikyti atgyvenusį ESE DB variklį. Kaip gaila, kad kai kada >> šita inžinierių komanda yra valdoma pridurkų vadovų :-( >