Autorius „Techopedia“ darbuotojai, 2017 m. Birželio 7 d
„Takeaway“: Šeimininkas Ericas Kavanaghas aptaria atsarginę kopiją ir atkūrimą su IDERA „Tep Chantra“ šiame „Hot Technologies“ epizode.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Erikas Kavanaghas: Gerai, ponios ir ponai, jau trečiadienis, 4:00 rytų, tiems, kurie yra verslo technologijų erdvėje, žinote, ką tai reiškia: Atėjo laikas „Hot Technologies“. Taip išties. Mano vardas Ericas Kavanaghas, aš būsiu jūsų šios dienos renginio, pavadinto „Neperšlampamas: kaip šiandienos verslo lyderiai eina į viršų“, moderatoriai. Ir žmonės, mes šiandien čia maloniai, intymiai kalbėsimės; tai bus „Tep Chantra“ ir jūsų nuoširdus priegloba šis pokalbis. Mes kalbėsime viską apie daugybę skirtingų dalykų, įskaitant atkūrimą po atkūrimo, atsarginę kopijų darymą ir atkūrimą, tačiau iš tikrųjų terminas, kurį šiais laikais mėgstu naudoti, yra duomenų atsparumas - aš tai girdėjau iš džentelmeno vos prieš kelias savaites ir tai tikrai turi daug prasmės. Nes kalbama tik apie tai, kaip svarbu, kad jūsų versle būtų atspari informacijos infrastruktūra.
Šiomis dienomis informacinė ekonomika reiškia, kad dauguma įmonių tam tikra prasme yra priklausomos nuo informacijos išteklių, duomenų. Aš turiu omenyje, kad net mažmeninės prekybos įmonės, net ir aparatūros kompanijos, iš tikrųjų bet kuri tokio tipo organizacija šiomis dienomis turės tam tikrą informacijos stuburą arba bent jau ketina kreiptis, jei jie yra šiuolaikiniame amžiuje, jei jūs tai padarysite. Yra keletas mamų ir pop parduotuvių, kurios vis dar gali vengti šios informacijos, tačiau net ir ten jūs pastebite daug daugiau informacinių sistemų, daug jų, atvirai kalbant, remiasi debesija, tačiau daugelis jų vis dar remiasi, tvarkyti klientų operacijas, nuolat tvarkyti reikalus, žinoti, ko nori jūsų klientai, žinoti, kas yra atsargos, žinoti, koks jis buvo, mokėti suprasti bendrą vaizdą - šiomis dienomis tai tikrai svarbu.
Taigi, duomenų atsparumas yra terminas, kurį man patinka vartoti; atleidimas yra dar vienas terminas, kuris ateina į galvą. Bet jūs norite įsitikinti, kad nesvarbu, kas nutiktų, jūsų darbuotojai ir jūsų organizacija turės informacijos, reikalingos klientams aptarnauti. Taigi, aš einu per žingsnį, tarsi suformuluodamas argumentą, prieš tai, kai Tepas įsikiša ir paaiškina mums kai kuriuos dalykus, kurie vyksta IDERA. Žinoma, praėjusiais metais IDERA su mumis atliko nemažai internetinių transliacijų. Tai labai, labai įdomi kompanija, jie orientuojasi į kai kuriuos žalvario strypus, prireikus blokuoja ir šalina, kad išgyventų informacinėje ekonomikoje. Mes tarsi pasinersime.
Neperšaunama infrastruktūra - tai iš tikrųjų senas pagrindinio kompiuterio paveikslėlis, pažvelk į tai, tarsi 1960-ųjų pradžioje iš Vikipedijos. Tu galvoji apie kelią atgal tuo metu, didžiųjų kompiuterių dienomis nebuvo daug prieigos taškų pagrindiniams kompiuteriams, todėl saugumas buvo labai lengvas, atsarginės kopijos buvo gana nesudėtingos, galėjai suprasti, ką reikėjo padaryti, reikėjo tiesiog įeiti ir padaryti tai. Žinoma, tada nebuvo tiek daug žmonių, kurie žinojo, ką daryti, bet tiems, kurie padarė, buvo visiškai aišku, ką turite padaryti. Ir dėl to nebuvo per daug susirūpinta. Turėjote retkarčiais išleidžiamą leidimą, tačiau tai nebuvo viskas taip dažnai.
Dieną šios prekės buvo gana lengvos - šiandien ne tiek daug. Taigi, štai paveikslėlis - tai iš tikrųjų yra tas Hercules, kuris kovoja su Hidra. Tiems iš jūsų, kurie nesidomi mitologija, „Hydra“ buvo labai erzinantis padaras tuo, kad turėjo keletą galvų, ir bet kada, kai nusikirpdavote, jo vietoje iškildavo dar du, taigi jis tarsi reaguoja į iššūkį spręsti kai kuriuos klausimus, kuriuos jūs patiriate gyvenime, ypač tokiame kontekste, buvo iš tikrųjų orientuotas į blogus vaikinus. Jūs ištrauksite blogą vaikiną, dar du pasodinsite vietoje jų. Ir jūs, atvirkščiai, matote tai įsilaužėlių pasaulyje, tai šiomis dienomis yra didelė pramonė ir tai yra tik vienas iš didžiausių iššūkių, su kuriais susiduriame.
Taigi, jei galvojate apie savo duomenų atsparumo strategiją, ką galėtumėte jaudinti? Na, reikia nerimauti dėl daugelio dalykų: nelaimės, gaisrai, potvyniai. Aš praleidau daug laiko Pietų ir Naujajame Orleane, žinoma, yra įdomių istorijų apie uraganus, potvynius ir panašiai. Ir aš dažnai turėčiau pasakyti, kad labai dažnai žmogiškos klaidos patenka į pjesę, įeina į paveikslą. Taip buvo net Katrinoje Naujajame Orleane, nes taip, kilo viesulas, tai yra Dievo veiksmas, kaip sakoma, force majeure . Tačiau vis dėlto tai buvo žmogiška klaida, paskatinusi uraganą, dėl kurio keli mokesčiai buvo pažeisti. Taigi, jų buvo trys, iš tikrųjų vienas buvo pramoniniame kanale, o problema yra tas, kad laivas nebuvo tinkamai švartuotas, upė žemyn. Įsibėgėjęs uraganas, nustūmęs jį nuo savo švartavimosi, iš tikrųjų sukūrė adatą, einančią aplink lenkimą, kur upė vingiuota dešiniajame Naujojo Orleano išorėje, ir ji tiesiog nusileido pramoniniu kanalu žemyn ir sudužo pro vieną iš tų sienų. Taigi, nepaisant to, kad tai buvo stichinė nelaimė, vis dėlto būtent žmogiškos klaidos sukėlė tą didžiulę problemą.
Tas pats nutiko ir kitoje miesto pusėje, kur buvo mokesčio dalis, kuri dar nebuvo baigta, matyt todėl, kad miestas ir armijos inžinierių korpusas niekada nebuvo sutarę, kas už jį mokės. Nereikia raketų mokslininkui išsiaiškinti, kad jei jūsų rinkliavoje yra viena didelė spraga, tai nėra labai efektyvus mokestis. Taigi, esmė yra ta, kad žmogaus klaida iš tikrųjų atliekama scenarijuje, kuriame ištinka nelaimė. Taigi, net jei tai gaisras, potvynis, žemės drebėjimas ar bet koks atvejis, greičiausiai kažkas gali ir turėjo padaryti, kad pasiruoštų tokiam įvykiui. Ir, žinoma, būtent tai mes tradiciškai vadiname atkūrimu po nelaimių. Taigi, taip, įvyksta nelaimių, tačiau žmonės tikrai turėtų tai pamatyti ir atitinkamai pasiruošti. Apie tai šiandien šiek tiek pakalbėsime su Tepu.
Taigi, nepatenkinti darbuotojai - nenuvertinkite žalos, kurią gali padaryti nepatenkintas darbuotojas - jie ten, visur. Pažįstu žmonių, kurie man papasakojo nutikusių tikrai nemalonių dalykų, kai žmonės tiesiog daro blogus dalykus, tyčia sabotavo savo organizaciją, nes yra nelaimingi. Galbūt jie negavo pakėlimo, jie buvo atleisti, ar kas žino, kas nutiko. Bet tai reikia atsiminti ir tai labai reikšmingas komponentas. Licencijavimo atveju žmonės taip pat, kaip ten veikianti FYI. Viena iš mano girdėtų statistikų buvo panaši į 60 procentų visų patarimų, kuriuos programinės įrangos kompanijos gauna už nemokėjimą už licencijos mokesčius. Taigi, jūs norite įsitikinti, kad nusipirkote tą programinę įrangą ir kad ji buvo sąžininga ir lygi. Korporacijų sabotažas nevyksta visą laiką, bet pasitaiko. Privatumo problemos taip pat patenka į įvairumą; turite būti atsargūs dėl to, ką saugote ir kaip jį kaupiate, tikrai pagalvokite apie šiuos dalykus.
Aš visada stengiuosi žmonėms priminti apie reguliavimą, tikrai svarbu turėti planą ir tą planą vykdyti, nes kai reikia spausti ar ateina koks nors auditorius ar reguliatorius, jūs norite turėti galimybę nurodyti savo tada paaiškinkite, kaip elgiatės su ta politika, kai atsitinka tam tikri dalykai, pavyzdžiui, įvykus nelaimei, pavyzdžiui, jei norite būti tikrinami ar bet kokiu atveju. Norite žinoti, ką darėte, ir turėti tai patvirtinančius įrašus - tai nueis ilgą kelią, kad išlaikytumėte auditorių ir įlanką, ir tai tik geras dalykas.
Taigi, įsilaužėliai, žinoma - aš keletą minučių kalbėsiu apie įsilaužėlius ir kodėl jie kelia tokią grėsmę. Ir, žinoma, išpirkos programinė įranga, tiesiog pasakykite visą šį atvejį su „WannaCry“, „WannaCry“ išpirkos programine įranga, kuri tik labai greitai apėmė planetą ir, matyt, keletas protingų nedraugiškų žmonių, gavusių daugybę informacijos iš NSA, ten buvo įsilaužimo įrankiai, kurie buvo naudojami ir veikiami. Taigi, primenu žmonėms, yra sena fabula „Ezopo fabula“, kuri sako, kad mes dažnai atiduodame savo priešams savo sunaikinimo įrankius. Tai reikia atsiminti, nes vėlgi šią technologiją pagrobė NSA, Nacionalinio saugumo asociacija - iš tikrųjų negali atsiminti, už ką ji yra. Bet jis buvo paveiktas ir išėjo į pasaulį, ir tiesiog patyrė sumaištį. Spėk? Daugelis kompanijų neatnaujino savo „Windows“ aplinkos, todėl buvo sena, manau, kad buvo pažeista „Windows XP“. Taigi, jei esate kruopštus, jei esate ant pataisų ir operacinės sistemos versijų, o kuriate atsargines duomenų kopijas ir atkuriate duomenis. Jei darote visus dalykus, kuriuos turėtumėte daryti, tokie dalykai nėra tokia didelė problema. Bet jūs tiesiog galite žmonėms, kurie yra kirviai, pasakyti: „Ei, atspėk ką? Mums nerūpi, uždarykite sistemą, paleiskite ją iš naujo, įkelkite atsargines kopijas. “Ir jūs esate varžybose.
Taigi, taškas yra tas, kad blogų dalykų nutinka, tačiau yra dalykų, kuriuos galite padaryti - tai yra tai, apie ką šiandien kalbėsime laidoje. Taigi, aš šiek tiek ištyriau - iš tikrųjų buvo savotiškai įdomu, jei jūs einate į Vikipediją ir ieškote įsilaužimo, tai eina iki pat 1903 m. Kai vaikinas įsilaužė į telegrafo sistemą ir siuntė grubias žinutes per telegrafą, tiesiog norėčiau įrodyti, kad jis galėjo tai nulaužti. Aš maniau, kad tai buvo gana juokinga. Esmė ta, kad įsilaužėliai iš esmės gerai sugeba sulaužyti ir įeiti, tai jie daro jau ne vienerius metus, o metus. Jie yra panašūs į šiuolaikinio interneto pasaulio rinktuvus.
Ir jūs turite atsiminti, kad bet kurią sistemą galima nulaužti, ją galima nulaužti iš vidaus, ją galima nulaužti iš išorės. Daugybę kartų, kai įvyks tie įsilaužimai, jie neparodys savęs, arba žmonės, kurie įsilaužė į jūsų sistemą, kurį laiką nedarys daug. Jie kurį laiką laukia; joje yra šiek tiek strategijos, iš dalies tai tik dėl to, kad jų veikla yra verslo aspektas, nes paprastai tai, ką daro įsilaužėliai, yra jie tik viena maža programos dalis, taigi daug vaikinų, kuriems gerai įsiskverbti ugniasienes ir įsiskverbiančią informacinę sistemą, gerai, ką jie daro geriausiai, o įsiskverbę į sistemą jie apsisuka ir bando kam nors parduoti tą prieigą. Ir tam reikia laiko, todėl dažnai būna taip, kad kažkas užkulisiuose tiesiog bando parduoti prieigą prie bet kokios sistemos, kurią jie nulaužė - jūsų sistemos, potencialiai, kuri nebūtų labai smagu - ir jie bando išsiaiškinti, kas iš tikrųjų bus mokėti už prieigą prie sistemos.
Taigi ten yra toks nesusijęs asmenų ar organizacijų tinklas, kurie telkia ir bendradarbiauja naudodamiesi pavogta informacija. Nesvarbu, ar tai tapatybės vagystė, ar tiesiog duomenų vagystė, ar jie daro nemalonų gyvenimą įmonei - taip yra šios išpirkos programinės įrangos atveju, šie vaikinai tiesiog susitvarko jūsų sistemas ir reikalauja pinigų, o jei gauna pinigus, galbūt ar galbūt jie neduos jūsų daiktų atgal. Žinoma, tai yra tikras baisus dalykas, kodėl jūs net norėtumėte mokėti tą išpirką? Kaip žinoti, kad jie tai grąžins? Jie gali tiesiog paprašyti dvigubo ar trigubo. Taigi, visa tai dar kartą pabrėžia, kad svarbu iš tikrųjų mąstyti per savo informacijos strategiją, jūsų duomenų atsparumą.
Taigi, aš dar keletą tyrimų, tai senas 386; jei jūs senas kaip aš, galėtumėte prisiminti šias sistemas. Ir jie nebuvo tokie problemiški įsilaužimo atžvilgiu; tada dar nebuvo daug virusų. Šiomis dienomis tai kitoks žaidimas, todėl, be abejo, internetas ateina ir viską keičia. Dabar viskas yra susiję, čia gyvena pasaulinė auditorija, pradėjo pulti pirmieji dideli virusai ir, tiesą sakant, įsilaužimų pramonė pradėjo sklisti.
Taigi, šiek tiek pakalbėsime apie internetą, jau sulaukėme gero klausytojų klausimo: Kaip apsaugoti internetinius įrenginius nuo pažeidžiamumo? Tai yra didelis klausimas - atvirai kalbant, šiuo metu reikia įdėti daug pastangų į tai, kaip susiduriate su galimybe įsilaužti internetinius įrenginius. Tai labai daug naudojama, įprasti klausimai, į kuriuos atkreipiate dėmesį, pavyzdžiui, apsauga su slaptažodžiu, kruopščiai jį nustatant, nustatant savo slaptažodį. Daug kartų žmonės ten tiesiog paliks numatytąjį slaptažodį, ir tai iš tikrųjų padarys pažeidžiamumą. Taigi, tai yra pagrindiniai dalykai. Ką tik buvome šią savaitę radijo laidoje surengę dar vieną saugumo parodą, kurioje dalyvavo keli ekspertai. Jie visi teigė, kad jei išvengsite 80–90 ar daugiau procentų įsilaužimo problemų, nesvarbu, ar tai Internetas, ar išpirkos programa, ar dar kas, tiesiog susidūrėte su pagrindais, jei tik įsitikinote, kad jūsų bazės buvo uždengtos, padarėte visus pagrindinius dalykus, kuriuos žinote, kad turėtumėte padaryti, tai sutvarko daugiau nei 80 procentų visų ten esančių problemų.
Daiktų internetas, gerai, IoT. Na, jei jūs galvojate apie internetą, tai dar ne viskas nauja. Atvirai kalbant, yra aukštos klasės gamintojų, kurie daro tokį dalyką prieš 20 ir 30 metų, o po to maždaug prieš 15, 20 metų, būtent tada atsirado RFID - radijo dažnio identifikavimo žymės -, kurios buvo labai naudingos padedant labai didelėms įmonėms. organizacijos, tokios kaip mažmenininkai, pavyzdžiui, laivybos kompanijos, bet kuri produktų įmonė, kuri gabena daiktus po šalį, aplink pasaulį, nepaprastai naudinga turėti visus tuos duomenis, jūs sužinosite, kur keliauja jūsų daiktai; jei kažkas dingsta, sužinosite.
Žinoma, tai nėra nepriekaištingas sprendimas, iš tikrųjų turėjau savo nešiojamąjį kompiuterį, „Apple“ susilaikiau nuo Atlanto oro uosto - Atlanto Hartsfieldo oro uosto - kažkas tiesiog paėmė mano rankinę, su mano kompiuteriu. Aš maniau, kad jie nebevagia maišelių; jie visada randa maišus - neteisingai. Kažkas pavogė maišą ir tada jis pasirodė maždaug po mėnesio, jis pabudo, gavau mažą žinią iš „Apple“, „iCloud“, kad jis pabudo maždaug septynias – dešimt minučių į pietus nuo Atlanto Hartsfieldo oro uosto; kažkas tiesiog nusprendė gilintis į tai. Jie tiesiog sėdėjo ant jo maždaug mėnesį ir aš išgyvenau gana varginantį procesą, supratęs, gerai, gerai, aš beveik žinau, kur jis yra, tai gali būti šiame name, tas namas, namas per gatvę, tai buvo tik laikinai. Ką tu darai? Kaip ši informacija jums naudinga?
Taigi, nors ir ko nors išmoksti, kartais negali to padaryti daug. Nepaisant to, turiu pasakyti, kad šis internetas, kuriame veikia internetas, manau, kad mes dar nesame tam pasiruošę, kad būtume sąžiningi. Manau, kad turime atvejį, kai ten yra daug gerų technologijų, ir mes galime per greitai judėti, kad pasinaudotume šiais dalykais, nes grėsmė yra tokia didžiulė. Mes tiesiog galvojame apie daugybę prietaisų, kurie dabar yra grėsmės scenos dalis, nes žmonės apie tai kalba, tai yra didžiulė, didžiulė prietaisų banga, ateinanti mūsų link.
Kai kurie iš pastaruoju metu įvykusių didelių įsilaužimų, atimant DNS serverius, turėjo būti susiję su IoT įrenginiais, kurie buvo pasirinkti kartu su DNS serveriais, tiesiog klasikiniais DDoS įsilaužimais, paskirstytu paslaugų atsisakymu, kur tiesiogine prasme šie įrenginiai perprogramuojami skambinti. DNS serveryje pūsliais tempais, kur gausite šimtus tūkstančių užklausų, patenkančių į šį DNS serverį, ir tiesiog uždussite, sudužsite ir mirsite. Tai yra dalykas, kai didžioji istorija ne taip populiarioje svetainėje, kur serveriai tiesiog sudužo - jie tiesiog nėra skirti tokio tipo srautui.
Taigi, internetinis internetas yra tik tai, ko reikia atsiminti. Vėlgi, jei kalbame apie atsarginių kopijų kūrimą ir atkūrimą, tiesiog svarbu atsiminti, kad bet kuri iš šių atakų gali įvykti bet kuriuo konkrečiu laiko momentu. Jei nesate tam pasiruošę, prarasite daug klientų, nes daugelį žmonių padarysite labai nelaimingus. Ir jūs turėsite tą reputacijos valdymą spręsti. Tai yra vienas iš naujųjų terminų, sklandančių aplink „reputacijos valdymas“. Reikia atsiminti ir įvertinti, kad reputacija gali užtrukti metų metus, o sunaikinti minutes ar net sekundes. Taigi, planuodami savo informacijos strategiją, tiesiog turėkite tai omenyje.
Taigi, yra visa ši hibridinio debesies koncepcija. Aš ten turiu vieną senų, nuo vaikystės mėgstamų filmų, „Dr Moreau“ salą, kur jie sukūrė šiuos pusiau gyvūnus, pusiau tvarinius, tai yra tarsi hibridinis debesis. Vietoje esančių sistemų čia bus daug metų - nesuklyskite dėl to, kad prireiks daug laiko panaikinti tuos duomenų centrus, kurie yra vietoje, ir net mažose įmonėse turėsite daug klientų duomenų jūsų sistemose ir diskuose, ir kuo sudėtingesnė tokia padėtis, tuo sunkiau bus išlikti viršuje. Taigi, konsoliduotis vienoje duomenų bazėje taip pat visada yra tikras iššūkis, ypač tokiose sistemose kaip, pavyzdžiui, MySQL.
Pabandyti viską sukaupti į vieną sistemą dar nebuvo taip lengva. Paprastai, kai tai daroma, kyla problemų, atsiranda veikimo problemų. Taigi, vėlgi, tai bus problema ilgą laiką. Duomenų centruose ir įmonėse, žinoma, pasenusi infrastruktūra. Tai buvo „WannaCry“ problema, ar turite visas šias XP sistemas - „Microsoft“ nepalaiko XP daugiau. Taigi, tai tiesiog savotiškai nuostabu, kaip kai kurių iš šių problemų, kurios tampa tokios sunkios ir skausmingos piniginiu atžvilgiu ir kitaip, būtų galima išvengti atliekant pagrindinę priežiūrą ir priežiūrą. Pagrindiniai dalykai.
Taigi, trūks įgūdžių; laikui bėgant šie įgūdžių trūkumai didės, nes vėlgi debesis yra ateitis - nemanau, kad dėl to yra abejonių - debesis yra ten, kur viskas vyksta; debesyje jau yra svorio centras. O tai, ką pamatysite, yra vis daugiau ir daugiau įmonių, vis daugiau ir daugiau organizacijų, žiūrinčių į debesis. Taigi, tai paliks tam tikrų įgūdžių spragų prielaidų pusėje; to dar nėra, bet jis ateina. Ir net pagalvokite apie amortizaciją, todėl daugybė didelių kompanijų negali tiesiog judėti į debesis - jos galėtų, bet tai neturėtų daug prasmės, reikalaujančios išlaidų, nes amortizuoja visą tą turtą treji, penkeri, septyneri metai, galbūt.
Tai sukuria gana reikšmingą laiko tarpą, per kurį jie imsis nuo debesies aplinkos link. Ir atvirai kalbant, mes jau pasiekėme tašką, kuriame vietos tikriausiai nėra tokios saugios kaip debesis. Savotiškai juokinga, nes ilgą laiką tai buvo didelis trankymas: Bendrovės nerimavo dėl saugumo priežasčių eidamos į debesis, jos nerimavo, kad debesys yra jautrūs įsilaužimams. Na, vis tiek, be abejo, bet tikrai, jei pažvelgsite į didžiuosius vaikinus: „Amazon“, „Microsoft“, net dabar SAP ir „Google“, visus šiuos vaikinus, jie yra gana geri tokioje medžiagoje, jie gana gerai apsaugo debesį. pats.
Ir tada, žinoma, pagaliau pasenusių, pasenusių sistemų pusė: šiomis dienomis šiomis programomis gana greitai išgydomi dantys. Vieną kartą girdėjau pokštą, kad palikta programinė įranga yra bet kokia gaminama programinė įranga. (Juokiasi) Manau, kad tai juokinga. Taigi, minėdami pagrindinius žaidėjus, debesies sistemose jie kasdien auga. Šioje erdvėje vis dar dominuoja AWS, nors „Microsoft“ jų kreditai tikrai suvokia kai kuriuos dalykus ir jie yra labai susitelkę. Kaip SAP, SAP HANA Cloud, tai HANA Cloud platforma, kurią jie vadina - tai didžiulė SAP dėmesio sritis dėl suprantamų priežasčių. Jie žino, kad debesis dabar turi gravitaciją, jie žino, kad debesis yra puiki kovos vieta technologijoms.
Taigi, ką matote, tai yra debesų architektūrų konsolidacija ir per ateinančius dvejus metus turėsite daug dirbti migracijos iš debesies į debesis srityje. Net pagrindinis duomenų valdymas debesyse taps svarbia problema. „Salesforce“ - pažiūrėkite, kokia didelė „Salesforce“ tapo - tai absoliuti jėga, su kuria reikia atsižvelgti. Be to, tai yra rinkodaros sistemos, esančios debesyje; dabar yra maždaug 5000 rinkodaros technologijų kompanijų - 5000! Tai beprotiška. Ir jūs matote daugiau pastangų šioje vienoje stiklo plokštėje, kad galėtumėte valdyti kelių debesų aplinką. Taigi, paskutinė skaidrė iš manęs, ir tada aš ją perduosiu „Tep“, kad čia mums pateiktų keletą patarimų, kaip išlaikyti žaidimą.
Apie tai mes kalbėjomės mano radijo laidoje šios savaitės pradžioje - bendros atsakomybės debesies modelis. Taigi, jie kalba apie tai, kaip AWS buvo atsakinga už debesies apsaugą, taigi ir apie debesies saugumą. Gali pamatyti kompiuterių saugyklas, duomenų bazių tinklus ir kt., Bet už duomenis ir saugumą debesyje atsakingas klientas. Na, tai buvo juokinga, nes jie vartoja šį terminą „bendra atsakomybė“, ir tai, ką aš susirinkau iš svečių į mūsų pasirodymą, yra tai, kad juo iš tikrųjų nesidalijama. Idėja yra ta, kad jūs esate atsakingi, nes yra šansų, kad jei stumiate paspaudimą ir kažkas užkrečia jūsų aplinką, AWS greičiausiai nebus atsakingas, jūs esate.
Taigi, tai yra keistas pasaulis, manau, kad tai šiek tiek dviprasmiškas terminas „pasidalijamoji atsakomybė“, nes tai tikrai ne toks dalykas, tai vis tiek jūsų atsakomybė išlikti ant visų tų dalykų. Taigi, aš žinau, kad jau šiek tiek kalbėjau apie daiktinę internetą - turėjome vieną gerą klausimą, kaip apsaugoti internetinius įrenginius - atsiras absoliutus technologijų spektras, kad galėtume su tuo susidoroti. Akivaizdu, kad jūs turite tam tikros programinės įrangos programinės įrangos, esančios pačiuose interneto dalyko įrenginiuose, taigi tai reikia atsiminti; turite nerimauti dėl to, kokį autentifikavimo protokolą turite naudoti šiems dalykams. Bet kaip aš sakau, pagrindai, ko gero, teks įveikti didžiąją dalį problemų, su kuriomis jūs susidursite, tiesiog atlikdami apsaugą slaptažodžiu, pakeisdami slaptažodžius ir tikrai būdami šalia to - stebėdami tuos dalykus ir žiūrėdami .
Pavyzdžiui, daug technologijų, naudojamų stebint sukčiavimą, ar netinkama veikla tinkluose, yra nukreiptos į pašalinius dalykus, ir tai yra kažkas, ko mašininis mokymasis iš tikrųjų yra gana geras, kai reikia kaupti grupes ir stebėti pašalinius asmenis, stebėti keistus elgesio modelius. Kaip atvirai sakant, tai, ką mes matėme per pastarąją DDoS ataką prieš DNS serverius, kai staiga visi šie įrenginiai pradeda siųsti atgalinį ryšį į tam tikrą serverių saują, gerai, kad neatrodo gerai. Ir atvirai kalbant, apie ką aš visada žmonėms atsimenu naudodamas šias sistemas: Bet kada, kai turite rimtų automatizacijų tokiose aplinkose, visada turėkite rankinį valdymą, turite žudymo jungiklį - norite, kad ten būtų užprogramuotas koks nors žudymo jungiklis. tuos dalykus žemyn.
Taigi, aš stumsiu pirmą Tepo skaidrę, jis mums padarys keletą demonstracinių variantų. Tada aš eisiu į priekį ir pateiksiu „WebEx“ skirtuko raktus. Dabar ateis tavo kelias ir nunešk.
Tepas Chantra: Ačiū, Ericai, viskas gerai. Mano vardas Tepas Chantra, aš esu IDERA produktų vadybininkas. Šiandien norėjau pakalbėti apie „IDERA“ įmonės atsarginės kopijos sprendimą, būtent „SQL Safe Backup“. Tiems iš jūsų, kurie susipažinę su „SQL“ saugia atsargine kopija, trumpai pažvelkime į keletą svarbiausių gaminio elementų, kurie mane pasiteisina. Taigi, kaip jūs jau spėjote atspėti, žmonės sako, kad yra atsarginės kopijos, „SQL Server“ atsarginės kopijos ir atkuriamas produktas, viena pagrindinių „SQL Safe“ savybių yra galimybė greitai atlikti atsargines kopijas. Ir tai yra svarbi savybė, atsižvelgiant į tai, kad dauguma atsarginių kopijų turi būti padarytos ir daugeliu atvejų jas reikia padaryti labai greitai, per mažą laiko tarpą.
Dabar kai kuriose aplinkose susidurti su tais atsarginių kopijų langais gali būti gana sudėtingas uždavinys, ypač kai turite keletą didelių duomenų bazių, kurias reikia saugoti. „SQL Safe“ galimybė greitai atlikti atsarginių kopijų kūrimo operacijas leidžia galutiniams vartotojams įvykdyti tuos atsarginės kopijos langus. Kalbant apie dideles duomenų bazes, tų didelių duomenų bazių atsargines kopijas, akivaizdžiai didesnius atsarginių failų failus. Kita ypatybė, kurioje šviečia „SQL Safe“, yra galimybė suspausti atsargines kopijas. Naudojamas suspaudimo algoritmas gali pasiekti iki 90–95 procentų suspaudimą. Tai reiškia, kad galite ilgiau saugoti atsargines kopijas arba leisti sutaupyti lėšų atsižvelgiant į saugyklos poreikius.
Jei turite atsarginių kopijų kūrimo operacijas, turite atkurti operacijas. Viena iš kovų, su kuria DBA turi kovoti atkurdami duomenų bazes, yra ta, kad tas duomenų bazes reikia kuo greičiau atkurti. Didelių duomenų bazių atveju visas atsarginės kopijos failo atkūrimas gali užtrukti kelias valandas, o tai akivaizdžiai reiškia ilgesnį prastovos laiką ir galbūt prarastas pajamas. Laimei, „SQL Safe“ turi šią funkciją, vadinamą „momentiniu atkūrimu“, kuri iš esmės sumažina laiką nuo tada, kai pradedate atkūrimą, iki tada, kai galutiniai vartotojai ar net programos gali pasiekti duomenų bazę.
Pamenu, kartą kalbėjau su klientu, kur jis pranešė, kad vienos konkrečios duomenų bazės atkūrimas užtruko 14 valandų. Bet naudodamas greitojo atkūrimo funkciją, jis galėjo pasiekti prieigą prie tos duomenų bazės per valandą ar mažiau. Politika pagrįstas valdymas, kitas „SQL Safe“ akcentas yra galimybė kurti strategijas ir valdyti atsargines operacijas naudojantis tomis politikomis. Konfigūruodami politiką, jūs iš esmės apibrėžiate, kurie egzemplioriai turi būti atsarginės arba kurios tų egzempliorių duomenų bazės turi būti saugomos, kokios atsarginės operacijos turi būti vykdomos, ir net tvarkaraštis, kuriuo šios atsarginės kopijos turi būti daromos.
Be to, galite sukonfigūruoti įspėjimo pranešimus. Tokiu būdu jums gali būti pranešta apie įvykius, tokius kaip atsarginės kopijos darymas sėkmingai, atsarginės kopijos nepavyko, galbūt tai galėtų pamatyti, tačiau yra keletas įspėjimų, susijusių su ta operacija. Jūs taip pat būsite informuoti, jei atsarginė kopija nebuvo vykdoma kaip numatyta. Tai svarbus pranešimas, nes tada gali kilti pavojus, kad nebus atsarginės kopijos. Gavę tokį pranešimą jums nurodysite, kad turite išeiti iš ten, kad padarytumėte atsarginę kopiją ir tada galbūt atliktumėte tyrimus, kodėl ši atsarginė kopija nebuvo vykdoma taip, kaip planuota.
Kai kurie kiti dalykai, pažiūrėkime čia, yra atsparūs gedimams. Tai iš esmės reiškia, kad mes turime galimybę sukurti atsarginių failų kopijas keliose vietose. Taigi, tarkime, tarkime, kad jūsų pagrindinis tikslas yra pagrindinis tikslas - kokia yra jūsų pagrindinė saugykla, kur yra visi atsarginės kopijos failai. Tačiau jums gali tekti turėti to paties atsarginio failo kopiją, pavyzdžiui, pačiame vietiniame kompiuteryje. Jei tik jums reikės atlikti papildomus bandymus, įsitikinkite, kad duomenų bazę galima atkurti, kad ir kokiu atveju būtų. SQL virtualios duomenų bazės optimizavimas - iš esmės tai yra tai, kad mes turime kitą produktą, kuris neseniai buvo integruotas į „SQL Safe“, vadinamą SQL virtualia duomenų baze.
Kaip jau minėjau, tai, kas neseniai integruota, yra ta, kuri faktiškai įtraukta į patį „SQL Safe“. Tai, ką SQL virtualioji duomenų bazė iš esmės leidžia jums padaryti, yra faktiškai sukurti virtualią duomenų bazę. (Juokiasi) Aš nekenčiu naudoti tų pačių terminų, kaip ir apibrėžimas, tačiau iš esmės atsitinka tai, kad mes prijungsime duomenų bazę ir pagrįsime atsarginės kopijos failu. Iš esmės atsitinka tai, kad SQL Server mano, kad duomenų bazė iš tikrųjų veikia ir veikia, tuo tarpu ji iš tikrųjų skaito duomenis iš atsarginės kopijos failo, o ne pati sukuria tikrąją duomenų bazę failų sistemoje.
Tai tikrai naudinga, nes leidžia pasiekti duomenis, esančius atsarginiame faile, faktiškai nenaudojant papildomos vietos diske, todėl jis yra tikrai patogus, ypač kai dirbate su didžiulėmis duomenų bazėmis, kurias jums tiesiog reikia gauti, greitai peržiūrėkite., arba atlikite kelis darbus. Nulinis šifravimas - ką tai iš esmės reiškia, kad kurdami šių duomenų bazių atsargines kopijas, mes iš tikrųjų galime užšifruoti atsarginių kopijų failus, o šifruodami šiuos atsarginius failus, nepridedame jokios papildomos apkrovos prie faktinio sistemos veikimas. Taigi, tai visiškai nereikšminga. Laivų pristatymas iš rąstų yra dar vienas dalykas, kurį galime padaryti, kai mūsų politika, kaip jau minėjau anksčiau, ir kalbant apie naudingą licencijavimą - tai iš esmės reiškia, kad mūsų licencijavimo modeliai leidžia jums perkelti licencijavimo modelius iš vienos instancijos į kitą, pvz. keletas paprastų pelės paspaudimų.
Toliau pažvelkime į paties gaminio architektūrą. Taigi iš esmės yra keturi pagrindiniai produkto komponentai. Mes turime pradėti nuo kairės, „SQL Safe Management Console“ ir „Web Console“. Abi šios iš esmės yra vartotojo sąsajos, viena yra darbalaukio klientas, kita - žiniatinklio programa. Abi šios vartotojo sąsajos kaupia duomenis iš kito komponento, kuris yra „SQL saugių saugyklų duomenų bazė“. Saugyklos duomenų bazėje iš esmės saugoma visa jūsų veiklos istorija, visos atsarginės kopijos ir atkūrimo operacijos. Čia saugoma ta informacija. Visus šiuos saugykloje esančius duomenis tvarko „SQL Safe Management Service“, kuris yra kitas komponentas. Valdymo tarnyba yra atsakinga už saugyklos duomenų bazės atnaujinimą ir įspėjimo pranešimo siuntimą. Duomenys apie atsarginių kopijų kūrimo ir atkūrimo operacijas iš „SQL Safe Backup Agent“, kuris yra paskutinis komponentas, yra dešinėje.
„SQL Safe Backup Agent“ yra komponentas, kuris įdiegiamas visuose serveriuose, kuriuose yra SQL serverio egzemplioriai, kuriuos bandote valdyti naudodamiesi „SQL Safe“. Ir tai yra ta tarnyba, kuri iš tikrųjų atsakinga už atsarginių kopijų darymą ir jų suglaudinimą. Šioje skaidrėje taip pat yra penktasis komponentas, kurio visiškai nereikia, tačiau tai yra malonus dalykas. Tai yra mūsų SQL Server Reporting Services RDL failai. Tai iš esmės leidžia jums įdiegti kai kuriuos RDL failus į „SQL Server Reporting Service“, kad galėtumėte vykdyti ataskaitas iš mūsų saugyklos duomenų bazės. Ir mes turime daugybę skirtingų ataskaitų, tokių kaip paskutinis atsarginių kopijų darymo laikas, išsami informacija apie atsarginės kopijos operacijas, ką jūs turite.
Ir atleisk. Pažvelkime į patį „SQL Safe“. Duok man čia sekundę. Ir duokite man sekundę prisijungti. Kaip matote, dabar įkeliau interneto programą, tačiau pirmiausia norėčiau pažvelgti į darbalaukio programą. Taigi, leisk man greitai sudeginti. Tai yra „SQL Safe“ darbalaukio programa, kurią pirmą kartą įkėlus pateksite į „SQL Safe“, šiandien rodinį. Iš esmės čia pateikiamos visos atsarginės ar atkūrimo operacijos, įvykusios iki šiol. Tai taip pat suteikia greitą jūsų aplinkos statusą, kaip matote čia, teigiama, kad mano politika turi vieną politiką, kuri yra geros būklės, o tai yra gerai, nes aš turiu tik vieną politiką ir tikiuosi, kad tai ne. Taip pat pateikiama operacijų, kurios buvo sėkmingos, operacijų, kurios galėjo būti nesėkmingos, santrauka. Apskritai, aš esu geros formos: Tik greitai žvilgtelėję galite pamatyti visus žalumynus; mums gera eiti.
Čia kairėje galite pamatyti visus serverius, kuriuos esate užregistravę naudodamiesi „SQL Safe“, ir tuos, kuriuos iš esmės tvarkote. Jei išplėsite ją, pamatysite tos sistemos duomenų bazių sąrašą. Jei pasirinksite tam tikrą duomenų bazę, galėsite pamatyti tos konkrečios duomenų bazės veiklos istoriją. Paaiškinti nereikia daug daugiau, išskyrus tai, kad galite pereiti ir atlikti ad hoc atsargines kopijas iš šio lango, ir tai yra tikrai greita ir paprasta. Ir leisk man tai jums parodyti greitai. Jūs tiesiog dešiniuoju pelės mygtuku spustelėkite jį ir pasirinkite norimą atlikti operaciją. Tuo tikslu aš eisiu į priekį ir pasirinksiu atsarginę duomenų bazę. Atsidarys „SQL Safe Backup Wizard“. Iš čia galite tai gauti, pvz., Dėl kurio egzemplioriaus norite atlikti atsarginę kopiją, ir pasirinkite duomenų bazes, kurių atsarginę kopiją norite sukurti. Šiuo atveju aš iš anksto pasirinkau „HINATA“ aparatą ir šią „Contoso Retail“ duomenų bazę, nes būtent tai aš pabrėžiau pasirinkdamas parinktį. Aš eisiu į priekį ir paliksiu tai dabar, tačiau jūs turite galimybę iš tikrųjų pasirinkti daugiau duomenų bazių, kad, jei norite, pavyzdžiui, sukurti visų savo duomenų bazių atsargines kopijas, galite pasirinkti šį radijo mygtuką ir jis iš anksto pasirinks visus tie. Leisk man eiti į priekį ir tiesiog tęsiu tai.
Kitame vedlio puslapyje. Čia galiu pasirinkti atsarginę kopijos rūšį, kurią noriu atlikti, ir čia turite daugybę skirtingų parinkčių. Tai - aš tikiu, kad randamas visose atsarginių kopijų kūrimo priemonėse, pavyzdžiui, galite atlikti visą atsarginę kopiją, diferencinę atsarginę kopiją, operacijų žurnalo atsarginę kopiją arba iš tikrųjų galite tiesiog pasidaryti atsargines duomenų bazės atsargines kopijas. Jūs taip pat turite galimybę sukurti tik kopijavimo kopiją, kuri iš esmės naudojama, kai nenorite nesikišti į LSM. Šiuo metu renkuosi „ne“. Be to, jūs turite galimybę patikrinti atsarginę kopiją atlikę atsarginės kopijos kūrimą - tokiu būdu įsitikinsite, kad jūsų atsarginė kopija yra gera ir kad ja bus galima naudotis vėliau. Tai visada yra viena iš tų funkcijų, kurią norite įsitikinti, kad turite, kad tik suteiktumėte šiek tiek garantijos, kad atsarginę kopiją galima naudoti.
Čia rasite pavadinimą ir duomenų aprašą. Iš esmės tai yra metaduomenys, kuriais galite lengvai nustatyti, kam buvo sukurta atsarginė kopija, todėl čia pasakysiu demonstracinį tikslą. Demonstravimui naudokite savo duomenų bazės atsarginę kopiją. Toliau mes apibrėžiame, kur mes norime išsaugoti savo atsarginį failą, ir čia yra keletas skirtingų variantų: Galite išsaugoti jį viename faile, galite sukurti juostinius failus, turite galimybę čia pasirinkti tikslinę vietą, mes taip pat palaikyti duomenų domeną. O „Amazon ST“ debesis tuo atveju, jei norite išsaugoti savo informaciją.
Tęsiu vieną failą šiam demonstravimui, kuris įgalina tinklo atsparumą. Tai yra tikrai puiki „SQL Safe“ funkcija ta prasme, kad jei kuriate atsargines kopijas tinklo vietoje - tai aš ir darau čia, galite pamatyti iš pirminio archyvo - jei kuriate atsarginę kopiją tinklo vietoje, gali būti, kad susidursite su tinklo žagsėjimu. Kai kuriais atvejais, jei jūsų tinklo žagsėjimas bus užkirstas kelias, atsarginės kopijos bus visiškai išparduotos. Įgalinkite tinklo atsparumo parinktį. Tai iš esmės reiškia, jei susiduriama su tinklo žagsėjimu, ką iš esmės daro „SQL Safe“ - pristabdo atsarginę kopiją ir laukia tam tikro laiko ir bando tinklo vietą dar kartą. Ir jei jis galės prisijungti, tada jis tiesiog atnaujins atsarginę kopiją ten, kur baigė. Tokiu būdu jūs nepraleidžiate valandų vienu metu bandydami paleisti šią atsarginę kopiją ir iškart, kai ji artėja prie pabaigos, susiduriama su tinklo žagsėjimu - operacijos neparduodame iškart, mes tik šiek tiek palauksime ir bandysime kad vėl jį baigčiau.
Konfigūruojant tai yra keletas kitų variantų. Dabar tai iš esmės reiškia intervalą, per kurį mes dar kartą bandome, todėl šia prasme, jei susidursime su tinklo žagsuliu, jis bandys vėl pasiekti tinklo vietą per dešimt sekundžių. Antrasis variantas iš esmės jums sako, kad jei susidursime su tinklo žagsėjimu, čia sakoma 300 sekundžių - taigi, kas, penkios minutės, iš viso - tada mes visiškai parduosime atsarginę operaciją. Tai yra penkios minutės iš eilės, taigi, jei vėl ir vėl bandysime, o per tas penkias minutes vis tiek negalėsime atkurti tinklo ryšio, mes visiškai parduosime operaciją. Ši paskutinė operacija iš esmės atliekama per visą atsarginę kopiją, taigi, jei prarasite dešimt sekundžių, atkursite prisijungimą ir vėl prarasite ryšį, jei tai iš esmės kartosis 60 minučių, tada ši operacija bus parduota. Jie yra sukonfigūruoti, kaip matote, todėl galite juos pritaikyti prie savo aplinkos.
Ši veidrodžių archyvo parinktis čia pat, apie tai aš jau kalbėjau anksčiau, turėdamas veidrodinį atsparumą. Čia galite nurodyti kitą atsarginę buvimo vietą tuo atveju, jei kada nors norėtumėte. Šiuo metu paliksiu tai nepatikrintą, tik todėl, kad norėčiau eiti į priekį ir tęsti. Šių parinkčių languose galite apibrėžti tokius dalykus, kaip jūsų glaudinimo tipas, kurį norime naudoti šiai atsarginės kopijos operacijai, ir tai, ar norime įgalinti atsarginio failo šifravimą. Siūlome daugybę skirtingų glaudinimo variantų, net nė vieno, jei pasirinksite, kad visiškai nenorite glaudinti. Taigi tereikia greitai pereiti šias galimybes.
Dideliu greičiu atsarginę kopiją stengiamasi sukomplektuoti kuo greičiau, tačiau reikia šiek tiek suspausti. „ISize“ labiau orientuojasi į kuo didesnį glaudinimą, tačiau gali - nes mes taip stengiamės suspausti - tai gali užtrukti šiek tiek ilgiau ir greičiausiai naudoti šiek tiek daugiau procesoriaus. 1 lygis iš esmės reiškia mažiausią glaudinimo laipsnį iki 4 lygio - didžiausią glaudinimo laipsnį, kurį galime pridėti. Taigi, tai yra šiek tiek detaliau, paprastai „iSpeed“ - koks žodis? Svyruoja nuo 1 iki 2 lygio glaudinimo; Pažvelkite į jūsų sistemą, kad sužinotumėte, kiek yra procesoriaus ir turimų išteklių, ir priimate sprendimus dėl didelio suspaudimo. Tai turėtų būti naudojama tarp 1 ir 2 lygio.
„ISize“ daro tą patį veiksmą, išskyrus 3 ir 4 lygius. Čia yra ir keletas kitų išplėstinių parinkčių, pvz., Kiek yra CPU, kuriuos turėtume naudoti, čia yra galimybė sukurti žemėlapių duomenis SQL virtualiajai duomenų bazei ir taip pat mūsų greito atkūrimo funkcija. Galite įtraukti duomenų bazių prisijungimus ir kai kurias kitas parinktis, kurias kai kurie vartotojai laiko labai vertingomis, pavyzdžiui, sugeneruoti iš to patikrinimus, kad vėliau jie galėtų patikrinti, ar atsarginės kopijos failai yra geri. Jei pereisime prie kito puslapio, čia nustatysite pranešimus. Čia galite pamatyti įvairias parinktis: pranešti, jei atsarginė kopija nepavyksta, pranešti, jei dėl kokios nors priežasties atsarginė kopija praleidžiama. Jei atsarginė kopija atšaukiama arba jei atsarginę kopiją užbaigia įspėjimas ir jei to norite, galite būti įspėti, ar jūsų atsarginė kopija yra švari. Aplinkoje, kurioje yra daugybė duomenų bazių, tai gali būti ne tai, ką norite įjungti, tik todėl, kad daugiau nei tikėtina, kad jūsų atsarginė kopija bus sėkminga, ir jus užplūs el. Laiškai.
Kitame puslapyje galite peržiūrėti apibendrintą informaciją apie tai, ką apibrėžėte, nes sukelsite šią atsarginę kopiją. Ir jei norite, jei viskas atrodo gerai, galite eiti į priekį ir spustelėti atsarginę kopiją, mes tai pradėsime. Prieš spustelėdamas atsarginę kopiją, leisk man eiti į priekį ir parodyti tau šį mygtuką „sugeneruoti scenarijų“. Nes tai, ką „SQL Safe“ siūlo komandų eilutės sąsaja, kurioje iš tikrųjų galite pradėti atsarginę kopiją arba atkurti operaciją, ką jūs, naudodami komandinę eilutę, DOS. Spustelėję čia sugeneruotą scenarijų, jis iš esmės pateikia faktinį scenarijų, kurį galite naudoti, jei norėtumėte atsarginę kopiją pašalinti iš komandinės eilutės.
Kitas tvarkingas dalykas yra tai, kad mes taip pat siūlome išplėstines parduotuvių procedūras, ir tokiu atveju mes sugeneruojame jums scenarijų, kuris atliks tą pačią atsarginę operaciją, naudodamas išplėstines saugyklos procedūras - tik trumpą greitą smulkmeną, kuria norėjau pasidalyti. Taigi eikime ir pradėkime šią atsarginę kopiją. Ir jūs galite pamatyti, kad atsarginė kopija jau pradėta. Ir ši duomenų bazė yra šiek tiek didelė, todėl gali šiek tiek užtrukti. Galite pastebėti, kad aš kelis kartus čia važiavau anksčiau, todėl man prireiks bet kur nuo vienos minutės iki trijų minučių. Tai yra 4 lygis, todėl spėju, kad jis bus tarp šių dviejų kartų.
Kol tai tęsis, greitai pažvelkime į politiką. Kaip jau minėjau anksčiau, strategijos leidžia konfigūruoti suplanuotas atsarginių kopijų darymo operacijas visoje jūsų įmonėje, todėl aš turiu politiką, iš anksto sukonfigūruotą ir užuot sukūrusi naują, eikime į priekį ir pažiūrėkime į šios informacijos detales. Atsiprašau, mano VM veikia asmeniniame nešiojamajame kompiuteryje ir atrodo, kad gana sunkiai veikia ventiliatorius. (Juokiasi)
Erikas Kavanaghas: Puiku - žinote, aš ketinau užduoti jums klausimą, kai mes čia žiūrime. Ar IDERA naudoja labai daug duomenų kaupimo duomenų atsarginių kopijų srityje, ar kiekvieną kartą darote visas atsargines kopijas? Kaip tai veikia, ar žinai?
Tep Chantra: Sakykite, dar kartą, atsiprašau?
Ericas Kavanaghas: Taip, taigi, ar jūs žinote, ar IDERA naudoja CDC, ar keičiate duomenų fiksavimo technologiją, kad padarytumėte mažesnes atsargines kopijas, ar ji kiekvieną kartą daro visas atsargines kopijas?
Tepas Chantra: Aš netikiu. Aš prisimenu, kad mačiau tai anksčiau į keletą bilietų. Ir jei aš teisingai prisimenu, ne, mes nenaudojame kompaktinio disko, mes, sąžiningai kalbėdami, iš esmės leidžiame „SQL Server“ atlikti atsarginę kopiją, mes tiesiog fiksuojame tarp jų esančius duomenis ir juos suglaudiname, todėl gauname kuriamas atsarginis failas. Taigi, iš esmės tuo pasinaudojus. Taip.
Taigi, kai aš įdedu savo politiką - oi, atsiprašau, ar kilo kitas klausimas?
Erikas Kavanaghas: Ne, viskas. Pirmyn.
„Tep Chantra“: Gerai, kad dabar, kai įkeliau savo politiką, čia galite pamatyti keletą greitų dalykų: pavadinimą, aprašą, galite nustatyti, kokią politiką ketinate sukurti, ar tai bus politika, kuri bus valdoma, tvarkaraštį valdys „SQL Server Agent“ arba tvarkaraštį valdys „SQL Server“ atsarginis agentas. Daugeliu atvejų norėsite naudoti „SQL Server Agent“, nes tai paprastai yra kažkas, kas bet kokiu atveju veikia jūsų sistemoje, todėl taip pat gali būti naudinga tai, kas jums prieinama. Narystės skirtuko lape čia nurodomi atsarginių duomenų bazių, kurių atsargines kopijas norite sukurti, egzemplioriai. Ir šiuo atveju galite pamatyti, kad pridėjau visas mano užregistruotas instancijas ir nurodiau konkrečią duomenų bazę, kurios atsarginę kopiją reikėtų kurti. Dabar, jei norėčiau, galėčiau juos redaguoti ir pasakyti: „Noriu sukurti visų duomenų bazių ar tiesiog vartotojų duomenų bazių ar net sistemos duomenų bazių atsarginę kopiją“. Malonu, kad galiu naudoti pakaitos simbolius ir kurti tam tikros duomenų bazės.
Aš čia nekeisiu to pakeitimo vien dėl to, kad nenoriu daryti didelių pakeitimų savo nustatymuose. Taigi, grįžkime prie galimybių. Kalbant apie parinktis, čia galite apibrėžti, kokias atsargines kopijas ketinate atlikti, o jei pažvelgsite čia, turiu sukonfigūruotas visas atsargines, diferencines ir dideles atsargines kopijas. Ir kiekvienai iš šių atsarginių kopijų galiu apibrėžti, ar noriu naudoti konkretų glaudinimo kiekį, ar įjungti šifravimą. Panašiai kaip parinktys, kurias galėtumėte rasti ad hoc vedlyje. Vietose taip pat galite apibrėžti šių atsarginių operacijų tikslą. Vienas iš gerų dalykų, susijusių su politika, yra tai, kad jūs taip pat galite apibrėžti, ar norite tęsti toliau, ir ištrinti tuos senus atsarginius failus, remdamiesi X dienų skaičiumi ar savaitėmis.
Tai galima konfigūruoti kiekvienam atsarginės kopijos tipui. Taigi, jūs galite pamatyti čia, turiu visas atsargines kopijas, kurias turėčiau ištrinti po vienos savaitės. Mano diferencijuotas ištrynimas po dviejų dienų ir noriu, kad mano atsarginės kopijos būtų ištrintos po vienos dienos. Tai tikrai puiku, nes automatizuoja tvarkymo scenarijų, senų atsarginių failų tvarkymą, laikydamasis tik tų, kurių jums tikrai reikia, atsižvelgiant į laiką. Kitame puslapyje jūs nustatote tvarkaraštį ir vėlgi, grafikas gali būti konkretus kiekvienai atsarginę operacijai, kurią atliksite, taigi, kad ji būtų vykdoma kas savaitę, diferencialas - kas šešias valandas., mano žurnalai bėgioja kas 30 minučių. Kitame puslapyje yra tie, kur nustatote pranešimus, ir tai iš esmės yra tų pačių tipų pranešimai, kuriuos radote atlikdami ad hoc atsarginę kopiją. Vienintelis skirtumas yra tas, kad turite šią naują, kita parinktis, kurioje jis gali nurodyti, jei atsarginės kopijos nepavyksta pradėti. kaip suplanuota. Čia galite būti įspėti apie situacijas, kai jūsų atsarginės kopijos nebuvo vykdomos. Tai tikrai svarbu, ypač tais atvejais, kai turite tam tikrus SLA, kad įsitikintumėte, jog turite atsargines kopijas tuo metu, kai jums jų reikia. O kitame puslapyje galite peržiūrėti santrauką. Jei būčiau padaręs kokių nors pakeitimų, jei spustelėčiau „baigti“, jis išnyktų ir atliktų tuos pakeitimus, išsaugotų jį ir, pavyzdžiui, išsaugotų „SQL Server Agent“ darbų saugykloje.
Ir tiesiog tam, kad greitai parodyčiau, kad greitai greitai, čia yra politika ir darbas, kurį sukūriau būtent tai politikai. Galite pamatyti, kad sukurtos trys skirtingos užduotys: po vieną kiekvienam atsarginės kopijos tipui. Dabar tikrai greitai, leiskite man greitai pažvelgti į HUD sąsają ir savybes - kaip jau minėjau anksčiau, virtuali duomenų bazė anksčiau buvo mūsų integracija į „SQL Safe“. Dabar, kaip minėjau, „SQL Server“ iš esmės kvaila manyti, kad faktinė duomenų bazė buvo atkurta, kai mes tik skaitome atsarginės kopijos failą. Taigi, leisk man eiti į priekį ir tikrai ne vienas greitas vaikinai. Leiskite man padaryti atsarginę failą. Čia leisk man paimti keturis. Procesas baigtas ir tikrai greitas, jei atnaujinsiu savo duomenų bazes čia, galite pastebėti, kad duomenų bazė yra prieinama ir „SQL Server“ mano, kad ji yra aktyvi, tačiau iš tikrųjų mes tik skaitome duomenis iš duomenų bazės.
Kai kurios kitos šios leidimo naujovės yra galimybė kurti atsargines kopijas naudojant naujausią atsarginį formatą. Tai tikrai patogu tiems klientams, kuriems reikia naudotis mūsų politika pagrįstu valdymu, tačiau jie nori išlaikyti SQL serverio failo formatą dėl kokių nors priežasčių. Dabar aš žinau, kad mums pritrūksta laiko, todėl manau, kad norėčiau eiti į priekį ir nutraukti šį pristatymą, kad galėtume užduoti keletą klausimų ar nesąmonę.
Ericas Kavanaghas: Taip, tikrai. Taigi, manau, vienas iš pagrindinių aspektų yra politikos valdymas, tiesa? Kaip galvojant apie optimalią politiką ir kuo tuo remiesi? Akivaizdu, kad kai kuriais atvejais reikia jaudintis dėl normų, tačiau versle tai galbūt nėra labai sureguliuota; jums tereikia surasti optimaliausią atsarginių kopijų darymo laiką ir, spėju, gausite keletą ataskaitų apie tai, kiek laiko užtruko ir kiek jis brango, atsižvelgiant į skaičiavimo galią ir pan. Ką reikia apibrėžti optimalią politiką?
Tep Chantra: Tai tikrai kiekvienu atveju kiekviena aplinka turės skirtingą politiką, kada šios atsarginės kopijos turėtų būti vykdomos. Be to, ir tai gali būti susiję su vykdomų atsarginių kopijų rūšimi, jų vykdymo grafiku, ir tai tikrai lemia, tikrai taip pat priklauso nuo jų atkūrimo poreikių, manau, tai atsakymas.
Ericas Kavanaghas: Gerai, taip. Ir jūs kalbėjote apie tai, kad viena iš variantų buvo galimybė daryti įvairių rūšių atsargines kopijas ir juosteles. Ar tai yra karšto ir šalto tipo duomenys, ar kokia yra logikos priežastis, priešingai nei koks nors kitas metodas?
Tep Chantra: Taigi, aš manau, kad geriausias atsakymas, kurį galiu pateikti, yra tas, kad dryžuotais failais mes iš esmės rašome atsarginį turinį per daugybę skirtingų failų. Manau, kad dryžuotų failų naudojimo idėja yra ta, kad tokiu būdu galite greičiau parašyti atsarginius failus. Pvz., Kiekvienas failas galėtų vykti į kitą vietą. Tai kainuoja ir serverio saugumo priemonėms, nes jūs atsarginius failus platinate skirtingose vietose.
Ericas Kavanaghas: Ir yra keletas nuostabių, naujų dalykų, susijusių su atkūrimo galimybėmis, tiesa? Nes tarkime, kad yra koks nors įvykis, nesvarbu, ar tai stichinė nelaimė, ar išpirkos programa, kad ir koks būtų atvejis. Jūs neturite tik turėti vieną variantą, kaip atkurti, tiesa? Ar galite nustatyti prioritetus, kas atkuriama ir kokie duomenys? Ar galite kalbėti apie ten pateiktus variantus?
„Tep Chantra“: Na, kalbant apie atkūrimą, aš jau minėjau, kad mes suteikiame galimybę atlikti tiesioginius atkūrimus, o tai iš esmės pritraukia vartotojus prie duomenų greičiau, tiesa? Ir tik tam, kad parodyčiau, aš tai padariau anksčiau, todėl jūs galite pamatyti čia, kad vėlgi, ši duomenų bazė nėra labai didžiulė, tai veikia mano nešiojamajame kompiuteryje. Taigi, manau, kad tai gali būti lyg du koncertai, tačiau ši duomenų bazė baigta per 37 sekundes. Faktinis atkūrimas. Taigi man prireikė 37 sekundžių, kol galėsiu prieiti prie savo duomenų, taigi, nedelsdamas atkurdamas, per dvi sekundes galėjau pasiekti savo duomenų bazę. Taigi, galite įsivaizduoti, kaip atrodytų, jei jūsų duomenų bazė būtų daug didesnė.
Ericas Kavanaghas: Taip, geras punktas. Ir, žinoma, apie tai kalbėjome prieš pasirodymą; Jūs daug laiko praleidote palaikydami žmones ir palaikydami žmones, tada perėjote į produktų valdymo erdvę, todėl, manau, tai šiek tiek kitoks iššūkis. Bet jūs buvote fronto linijoje - manau, kad tai gana gera vieta mokytis, kur žmonės suklysta ir kokios yra kai kurios problemos. Kaip jūs matote kai kurias dažniausiai pasitaikančias spragas, kurių žmonės galėtų išvengti, jei tiesiog geriau apgalvotų šią medžiagą?
„Tep Chantra“: Kai kurios įprastos spąstos yra tik paprastos - manau, kaip minėjote anksčiau - planavimas jūsų atsarginių kopijų darymo . Buvo atvejų, kai mačiau, kad žmonės bando panaudoti, pavyzdžiui, mūsų politiką, politiką, politiką, kurdami daug atsarginių kopijų ir pagrįsdami ją LSM. Kai kuriais atvejais mačiau, kad kai kurie žmonės savo duomenų bazėse turi ir atsarginių kopijų darymo naudą, o tai iš tikrųjų sujaukia jų žurnalų gabenimo politiką, nes atsarginės kopijos dažniausiai daromos ne „SQL Safe“ sistemoje, o mes jų nežinome. Tai iš esmės yra tik dalykų planavimas į priekį, iš čia ir kyla nuosmukis.
Erikas Kavanaghas: Manęs nestebina. Žmonės, tai buvo puikus kai kurių blokavimo ir sprendimo, būtino norint išlaikyti jūsų įmonę laimingą, kad jūsų klientai būtų patenkinti, apžvalgos. Noriu visiems padėkoti Tep Chantra iš IDERA, įžengdamas į čia, kurdamas tiesiogines demonstracines demonstracijas. Tai visada įdomu - tiesioginis demonstracinis demonstracinis demonstravimas visada yra šiek tiek rizikingas, bet manau, kad tai pavyko. Žinote, tai yra pagrindiniai dalykai, tačiau tai yra dalykas, kai to nepadarius, kyla visokių problemų. Taigi, tai yra svarbus dalykas, kurį daro kai kurie žmonės.
Taigi, Tep, ačiū už jūsų laiką. Žmonės, mes archyvuojame visas šias internetines transliacijas vėlesniam peržiūrai, todėl paprastai jūs galite sugrįžti per valandą ar dvi ir patikrinti archyvą. Bet vėlgi, kad čia yra puikių dalykų, mes stengiamės padėti įmonei išlikti svarbiausiais dalykais, vertiname visą jūsų laiką ir dėmesį, žmonės, kurie ten dirba. Mes susisieksime su jumis kitą kartą. Jūs klausėtės „Hot Technologies“. Rūpinkitės, žmonės. Iki.
