Tekijä Techopedia Staff, 7. kesäkuuta 2017
Takeaway: Isäntä Eric Kavanagh keskustelee varmuuskopioinnista ja palautuksesta IDERAN Tep Chantran kanssa tässä Hot Technologies -jaksossa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Hyvä, hyvät parlamentin jäsenet, on keskiviikko klo 4:00 itäinen. Yritysteknologiatilassa oleville tiedät, mitä tämä tarkoittaa: On aika Hot Technologiesille. Todellakin. Nimeni on Eric Kavanagh, olen moderaattorisi tämän päivän tapahtumalle nimeltä “Luodinkestävä: Kuinka tämän päivän yritysjohtajat pysyvät kärjessä.” Ja ihmiset, meillä on tänään kiva, intiimi keskustelu täällä; se tulee olemaan Tep Chantra ja sinun on todella isännöidä tätä keskustelua. Aiomme puhua kaikista monista erilaisista asioista, kuten katastrofien palautuksesta, varmuuskopioinnista ja palauttamisesta, mutta todellakin termi, jota haluan käyttää nykyään, on tietojen joustavuus - kuulin sen herralta vain pari viikkoa sitten, ja se todella, sillä on paljon järkeä. Koska se puhuu kuinka tärkeätä on, että yrityksesi alla on joustava tietoinfrastruktuuri.
Tämä on informaatiotalous nykyään, mikä tarkoittaa, että suurin osa yrityksistä on jossain määrin riippuvaisia tietosisällöstä, tiedoista. Tarkoitan, että jopa vähittäiskaupat, jopa laitteistoyritykset, todella minkä tahansa tyyppisillä organisaatioilla on nykyään jonkinlainen tiedon runko tai ainakin he ovat menossa, jos he ovat nykyaikana, jos niin tarvitset. Jotkut äiti- ja pop-kaupat voivat silti välttää näitä juttuja, mutta jopa siellä alat nähdä paljon enemmän tietojärjestelmiä, monet niistä ovat pilvipohjaisia, rehellisesti sanottuna, mutta monet niistä ovat edelleen lähtökohdassa, Asiakkaan liiketoimien hoitamiseen, asioiden ylläpitämiseen, asiakkaiden haluamien tietojen tuntemiseen, varaston tiedosta, tiedosta, mikä se oli, kyky ymmärtää kokonaisuus - se on todella tärkeä asia nykyään.
Joten tietojen joustavuus on termi, jota haluan käyttää; irtisanominen on toinen termi, joka tulee mieleen. Mutta haluat varmistaa, että työntekijöilläsi ja organisaatiossasi on riippumatta siitä, mitä tapahtuu, tarvitsemasi tiedot asiakkaiden palvelemiseksi. Joten aion käydä läpi, vain muotoillakseni väitteen, ennen kuin Tep astuu sisään ja selittää meille joitain IDERAn tekemiä juttuja. IDERA on tietysti tehnyt melko vähän webcast-lähetyksiä kanssamme viimeisen vuoden aikana. Se on erittäin, erittäin mielenkiintoinen yritys, he keskittyvät joihinkin messinkihankoihin, estävät ja tarttuvat tarvittaessa selviytyäkseen informaatiotaloudessa. Sukellaan tavallaan.
Luodinkestävä infrastruktuuri - se on oikeastaan vanha kuva keskusyksiköstä, katso, se on kuin 1960-luvun alkupuolella Wikipediasta. Ajattelit tapaa sitten, mainframe-päivinä ei ollut paljon mainframe-tukiasemia, joten turvallisuus oli tavallaan helppoa, varmuuskopiointi oli melko suoraviivaista, voisit ymmärtää mitä oli tehtävä, sinun piti vain mennä sisään ja tehdä se. Tietysti silloin ei ollut niin paljon ihmisiä, jotka tiesivät mitä tehdä, mutta ne, jotka tekivät, oli melko selvää, mitä sinun oli tehtävä. Ja siitä ei ollut liikaa huolta. Teillä oli satunnainen julkaisu, mutta se ei oikeastaan ollut niin yleistä.
Päivän aikana tämä tavara oli melko helppoa - tänään ei niin paljon. Joten, tässä on kuva - tuo on todella Hercules, joka taistelee Hydraa vastaan. Niille teistä, jotka eivät ole mittologiaan suuria, Hydra oli erittäin ärsyttävä olento siinä mielessä, että sillä oli useita päätä, ja aina kun hakatte yhden, kerran kaksi tuli sen sijaan, joten se tyyppi puhuu haasteelle käsitellä joitain asioita, joita löydät elämästä, erityisesti tässä yhteydessä, oli todella suunnattu pahojen poikien ympärille. Otat pahan kaverin, kaksi muuta satoa heidän tilalleen. Ja näette tällaisen hakkerointimaailmassa, rehellisesti sanottuna, se on iso teollisuus nykyään ja se on vain yksi isoista haasteista, jotka kohtaavat meitä.
Joten mietit, jos yrität kartoittaa tietosi kestävyysstrategiaasi, mistä sinun on huolehdittava? No, on paljon huolestuttavia asioita: katastrofit, tulipalot, tulvat. Vietin paljon aikaa etelässä ja New Orleansissa. Tietenkin on mielenkiintoisia tarinoita hurrikaaneista ja tulvista ja niin edelleen. Ja monta kertaa ihmisen virhe tulee näytelmään, tulee kuvaan, minun pitäisi sanoa. Ja niin kävi jopa New Orleansin Katrinassa, koska kyllä, hurrikaani tuli läpi, se on Jumalan teko, kuten he sanovat, ylivoimainen este . Mutta silti ihmiskunnan virhe johtaa hurrikaaniin, joka johti useisiin maksujen rikkomuksiin. Joten heitä oli kolme, tosiasiallisesti, yksi oli teollisuuskanavalla, ja ongelma siellä on, että alusta ei ollut kiinnitetty kunnolla, joen alla. Ja hurrikaani tuli sisään ja työnsi sen pois kiinnityspaikoiltaan, ja se todella pujotti neulan kiertämällä mutkan ympäri, missä joki taipuu oikeassa New Orleansin ulkopuolella ja se vain meni oikealle teollisuuskanavalle ja kaatui yhden näiden seinien läpi. Joten vaikka kyllä, se oli luonnonkatastrofi, silti inhimilliset virheet johtivat siihen valtavaan ongelmaan.
Ja sama asia tapahtui kaupungin toisella puolella, missä oli osa maksusta, jota ei koskaan ollut saatu päätökseen, ilmeisesti siksi, että kaupunki ja insinöörien armeijan joukot eivät olleet koskaan sopineet siitä, kuka maksaa siitä. No, rakettitieteilijän ei tarvitse selvittää, että jos maksuosi on yksi iso aukko reikä, se ei ole kovin tehokas maksu. Ja niin, asia on inhimillinen virhe todella pelataan skenaariossa, jossa katastrofi iskee. Joten vaikka se olisi tulipalo tai tulva, tai jos se olisi maanjäristys, tai mikä tahansa tapaus, joku voi todennäköisesti tehdä ja olisi pitänyt tehdä valmistautuakseen tällaiseen tapahtumaan. Ja tietysti sitä me kutsumme perinteisesti katastrofien palautumiseksi. Joten kyllä, katastrofeja tapahtuu, mutta ihmisten pitäisi todella nähdä nämä asiat läpi ja valmistautua vastaavasti. Puhumme vähän siitä tänään Tepin kanssa.
Joten tyytymättömät työntekijät - älä aliarvioi vahinkoja, jotka tyytymättömät työntekijät voivat tehdä - he ovat siellä, he ovat kaikkialla. Tunnen ihmisiä, jotka ovat kertoneet minulle tarinoita todella epämiellyttävistä asioista, joissa ihmiset vain tekevät pahoja asioita, sabotoivat tarkoituksella omaa organisaatiotaan, koska ovat tyytymättömiä. Ehkä he eivät saaneet korotusta, tai heidät potkutettiin, tai kuka tietää, mitä tapahtui. Mutta se on jotain pidettävä mielessä, ja se on erittäin merkittävä komponentti. Myös lisenssien tapauksessa, kuten FYI siellä, ihmiset. Yksi tilastoista, jonka kuulin, oli noin 60 prosenttia kaikista vinkistä, jotka ohjelmistoyritykset saavat lisenssimaksujen maksamatta jättämisestä, tulevat entisiltä työntekijöiltä. Joten haluat varmistaa, että olet ostanut kyseisen ohjelmiston ja että se on oikeudenmukainen ja suoraviivainen. Yritysabotaasia ei tapahdu jatkuvasti, mutta tapahtuu. Tietosuojakysymykset tulevat myös sekoitukseen; sinun on oltava varovainen tallentamassasi ja tallentamisessasi, ajatelkaa todella näitä asioita.
Ja yritän aina muistuttaa ihmisiä sääntelyn suhteen, on todella tärkeää, että sinulla on suunnitelma ja toteuttaa se suunnitelma, koska kun työntö tulee ajamaan tai joku tilintarkastaja tulee tai sääntelijä, haluat pystyä osoittamaan ja selitä sitten, kuinka käytät sitä politiikkaa, kun tapahtuu tiettyjä asioita, esimerkiksi katastrofi, kuten tarkastustapa tai mikä tahansa tapaus. Haluat tietää mitä teit, ja sinulla on siitä tietue - menee pitkä matka pitää tilintarkastaja ja lahti, ja se on vain hyvää.
Joten hakkerit, tietysti - puhun muutaman minuutin hakkereista ja miksi he aiheuttavat tällaisen uhan. Ja tietysti ransomware, sano vain tämä koko tapaus WannaCryn, WannaCry ransomware, kanssa, joka vain peitti planeetan erittäin lyhyessä järjestyksessä, ja ilmeisesti jotkut fiksut epäystävälliset ihmiset saivat joukon tietoja NSA: lta, oli hakkerointityökaluja, joita käytettiin ja alttiina. Joten muistutan ihmisiä, siellä on vanha tarina, Aesop's Fable, joka sanoo, että annamme vihollisillemme usein oman tuhoamisen välineet. Tämä on jotain pidettävä mielessä, koska NSA: n, kansallisen turvallisuusyhdistyksen järjestämä, tämä tekniikka on jälleen tuhonnut - ei voi muistaa mitä se tarkoittaa. Mutta se paljastettiin ja pääsi ulos maailmaan, ja vain aiheutti tuhoa. Arvaa mitä? Ja monet yritykset eivät olleet päivittäneet Windows-ympäristöään, joten se oli vanha, ajattelee, että se oli Windows XP. Joten taas, jos olet ahkera, jos pysyt korjaustiedostojen ja käyttöjärjestelmäsi versioiden päällä, ja jos varmuuskopioit tietosi ja palautat tietoja. Jos teet kaikki asiat, jotka sinun pitäisi tehdä, sellaiset asiat eivät ole niin suuria ongelmia. Mutta voit vain kertoa kirvesmiehille: "Hei, arvaa mitä? Emme välitä, sammuta järjestelmä, käynnistä se uudelleen, lataa varmuuskopiot. ”Ja olet poissa kilpailuihin.
Joten asia on kyllä, näitä huonoja asioita tapahtuu, mutta on asioita, joita voit tehdä asialle - siitä puhumme tänään näyttelyssä. Joten tein tutkimusta - tosiasiassa, se oli eräänlainen mielenkiintoista, jos siirryt Wikipediaan ja etsit hakkerointia, se jatkuu aina vuoteen 1903 asti. Kun kaveri hakkeroi järjestelmää puhelinsoitolle ja lähetti epäkohteliaita viestejä puhelimen kautta, vain todistaakseni, että hän voisi hakata sitä, luulen. Minusta se oli melko huvittavaa. Asia on, että hakkerit ovat periaatteessa hyviä murtautumaan ja pääsemään sisään, tämä on mitä he ovat tehneet vuosia ja vuosia. He ovat kuin modernin Internet-maailman lukitsimia.
Ja sinun on muistettava, että mitä tahansa järjestelmää voidaan hakkeroida, se voidaan hakkeroida sisäpuolelta, sen voi hakkeroida ulkopuolelta. Monta kertaa, kun näitä hakkerointeja tapahtuu, ne eivät näytä itseään tai järjestelmään hakkeroituneet ihmiset eivät aio tehdä paljon hetkeksi. He odottavat jonkin aikaa; mukana on vähän strategiaa, ja osittain se johtuu vain heidän toiminnansa liiketoiminnallisesta puolelta, koska yleensä hakkerit tekevät vain heidän tekevänsä vain yhden pienen osan ohjelmasta, joten monet kaverit, jotka pääsevät tunkeutumaan palomuurit ja tunkeutuva tietojärjestelmä, no, se on asia, joka he tekevät parhaiten, ja kun he tunkeutuvat järjestelmään, sitten he kääntyvät ympäri ja yrittävät myydä pääsyn jollekin. Ja se vie aikaa, joten usein on niin, että joku kulissien takana vain yrittää myydä pääsyä mihin tahansa järjestelmään, jonka he ovat hakkeroineet - järjestelmäsi, mahdollisesti, mikä ei olisi liian hauskaa - ja he yrittävät selvittää kuka todella maksaa pääsystä järjestelmään.
Joten siellä on tällainen hajanainen verkosto henkilöitä tai organisaatioita, jotka kokoontuvat ja tekevät yhteistyötä varastettujen tietojen hyödyntämiseksi. Olipa kyse henkilöllisyysvarkauksista vai vain tietovarkauksista, tekevätkö ne elämästä epämiellyttävää yritykselle - niin on totta tässä lunaohjelmissa, nämä kaverit vain tarttuvat järjestelmiisi ja he vaativat rahaa, ja jos he saavat rahaa, ehkä tai Ehkä he eivät anna tavaroitasi takaisin. Se on tietysti todellinen pelottava asia, miksi haluaisit jopa maksaa lunnaat? Mistä tiedät, että he aikovat antaa sen takaisin? He saattavat kysyä vain kaksinkertaista tai kolminkertaista. Joten, tämä kaikki taas puhuu siitä, että on tärkeää ajatella todella tietostrategiaasi, tietojesi joustavuutta.
Joten tein lisää tutkimuksia, se on vanha 386; jos olet vanha kuin minä, voit muistaa nämä järjestelmät. Ja he eivät olleet niin ongelmallisia hakkeroinnin suhteen; tuolloin ei ollut paljon viruksia. Nykyään se on erilainen peli, joten tietysti Internet tulee mukaan ja muuttaa kaiken. Kaikki on nyt yhteydessä toisiinsa, siellä on maailmanlaajuinen yleisö, ensimmäiset suuret virukset alkoivat hyökätä, ja todellakin hakkerointiteollisuus alkoi räjähtää melko suoraan.
Joten, puhumme vähän Internetistä, ja meillä on jo hyvä yleisön jäseneltä kysymys: Kuinka suojaan Internet-laitteita haavoittuvuuden näkökulmasta? Se on iso kysymys - rehellisesti sanottuna, siihen on panostettava paljon juuri nyt, kuinka käsitellä Internetin laitteiden hakkerointimahdollisuuksia. Se on paljon käyttöä, tavallisia asioita, joihin keskityt, esimerkiksi salasanasuojaus, asettaminen läpi huolellisesti, oman salasanan asettaminen. Monta kertaa ihmiset jättävät vain oletussalasanan sinne, ja se itse asiassa johtaa haavoittuvuuteen. Joten, se on perustietoa. Meillä oli juuri uusi turvallisuusnäyttö aikaisemmin tällä viikolla radio-ohjelmassamme, jossa oli useita asiantuntijoita, ja he kaikki sanoivat, että 80–90 tai enemmän prosenttia hakkerointiongelmista, riippumatta siitä, onko kyse Internet-sovelluksesta, ransomware-ohjelmasta tai muusta, vältetään, jos käsittelin vain perusasioita, jos vain varmistuit, että tukisi pohjasi, teit kaikki perustiedot, jotka tiedät sinun tekevän, joka käsittelee yli 80 prosenttia kaikista siellä olevista ongelmista.
Joten, esineiden internet, OK, IoT. No, jos ajattelet IoT: ta, se ei ole kaikki niin uutta. Suoraan sanottuna, on huippuluokan valmistajia, jotka tekevät tällaista asiaa 20 ja 30 vuotta sitten, ja sitten noin 15, 20 vuotta sitten, silloin tuli RFID - radiotaajuustunnisteita -, jotka olivat olleet erittäin hyödyllisiä autettaessa suuria organisaatiot, kuten vähittäiskauppiaat, esimerkiksi laivayhtiöt, mikä tahansa tuoteyritys, joka siirtää tavaroita ympäri maata, ympäri maailmaa, on erittäin hyödyllistä, että sinulla on kaikki nämä tiedot, saat selville missä tavarasi kulkevat; Jos jokin katoaa, huomaat.
Tietenkin, se ei ole tyhjävarma ratkaisu, itse asiassa minulla oli kannettava tietokoneeni, Appleni pakoon, Atlantan lentokentältä - Atlanta Hartsfieldin lentokentältä - joku otti juuri laukkuni tietokoneeni kanssa. Luulin, etteivät he enää varasta laukkuja; he löytävät aina pussit - väärässä. Joku varasti laukun ja sitten se ilmestyi noin kuukautta myöhemmin, se heräsi, sain pienen viestin Applelta, iCloudilta, että se heräsi noin seitsemän kymmenen minuuttia Atlanta Hartsfieldin lentokentältä etelään; joku vain päätti mennä siihen. He olivat vain istuneet siinä noin kuukauden ja kävin läpi melko turhauttavan prosessin ymmärtää, no, okei, tiedän karkeasti missä se on, se voi olla tässä talossa, siinä talossa, kadun toisella puolella olevassa talossa, se oli vain tilapäisesti siellä. Mitä sinä teet? Kuinka nämä tiedot ovat hyödyllisiä sinulle?
Joten vaikka opit jotain, et joskus voi tehdä siitä paljon. Mutta siitä huolimatta, tämä Internet-yhteensopiva maailma, minun on sanottava, mielestäni emme ole aivan valmiita siihen, ollaksemme rehellisiä. Mielestäni meillä on tapaus, jossa siellä on paljon hyvää tekniikkaa, ja voimme siirtyä liian nopeasti hyödyntämään näitä asioita, koska uhka on niin merkittävä. Ajatellaan vain niiden laitteiden lukumäärää, jotka ovat nyt osa uhkakuvaa, kun ihmiset puhuvat siitä, se on valtava, valtava laitteiden aalto tulossa.
Jotkut äskettäin tapahtuneista suurista hakkeroinneista, jotka käyttivät DNS-palvelimien käytön lopettamista, liittyivät Internet-laitteisiin, jotka olivat yhteistoiminnallisia ja kääntyivät DNS-palvelimia vastaan, vain klassisiin DDoS-hakkeroihin, hajautettuihin palvelunestoihin, joissa kirjaimellisesti nämä laitteet ohjelmoidaan uudelleen soittamaan DNS-palvelimella vilkkailla vauhdilla, josta saat satoja tuhansia pyyntöjä tälle DNS-palvelimelle ja vain tukehtuu ja kaatuu ja kuolee. Se on sellainen asia, jossa tarina mahtavasta ei-niin suositulla verkkosivustolla palvelimet vain kaatuivat - heitä ei vain ole tehty tällaiseen liikenteeseen.
Joten IoT on vain mielessä pidettävä asia, jälleen kerran, jos kyse on varmuuskopioinnista ja palauttamisesta, on vain tärkeää muistaa, että jokin näistä hyökkäyksistä voi tapahtua milloin tahansa. Ja jos et ole siihen valmistautunut, menetät paljon asiakkaita, koska teet monista ihmisistä erittäin onneton. Ja sinulla on maineenhallinta käsitellä. Se on yksi uusista termeistä, jotka ovat lentäneet siellä, ”maineen hallinta”. Kannattaa muistaa ja arvostaa sitä, että maine voi rakentaa vuosia ja minuutin tai jopa sekunnin tuhlaaminen. Joten, pidä vain tämä mielessä, kun suunnittelet tietostrategiaasi.
Joten siellä on tämä koko hybridipilven käsite. Minulla on yksi vanhoista suosikki elokuvistani lapsuudesta, Dr. Moreaun saari siellä, missä he loivat nämä puolieläin-, puolio-olento-asiat, se on kuin hybridi pilvi. Joten paikan päällä olevat järjestelmät tulevat olemaan täällä vuosia - älä tee siitä virhettä, kyseisten paikan päällä olevien tietokeskusten lopettaminen vie kauan - ja jopa pienissä yrityksissä sinulla on paljon järjestelmätietokoneisiin ja asemiin liittyviä asiakastietoja ja mitä monimutkaisempi tilanne tulee, sitä vaikeampaa on pysyä päällä. Yhdessä tietokannassa yhdistäminen on aina myös todellinen haaste, etenkin esimerkiksi MySQL-kaltaisessa järjestelmässä.
Yritä sekoittaa kaikki yhteen järjestelmään ei ole koskaan ollut kovin helppoa. Tyypillisesti kun se tehdään, on ongelmia, saat suorituskykyongelmia. Joten siitä tulee jälleen kysymys jo jonkin aikaa. Vanha infrastruktuuri, tietoturvakeskuksissa ja yrityksissä. Se oli WannaCry-ongelma. Onko sinulla kaikki nämä XP-järjestelmät - Microsoft ei tue XP: tä enää. Joten, se on aivan hämmästyttävää, kuinka jotkut näistä asioista, joista tulee niin vakavia ja niin tuskallisia rahallisesti ja muuten, voitaisiin välttää perushuollon ja ylläpidon avulla. Perusjuttuja.
Joten osaamisvaje tulee olemaan; nämä taitovajeet kasvavat ajan myötä, koska taas pilvi on tulevaisuus - en usko, että siitä olisi epäilystäkään - pilvi on missä asiat menevät; pilvessä on jo painopiste. Ja mitä näet, on yhä enemmän yrityksiä, yhä useampia organisaatioita, jotka etsivät pilviin. Joten se jättää osaamisvajeita oletuspuolelle; sitä ei vielä ole, mutta se on tulossa. Ja jopa ajatella poistoja, joten monet suuret yritykset eivät voi vain siirtyä pilveen - he voisivat, mutta sillä ei olisi paljon järkeä, kustannustehokkaasti, koska ne amortisoivat kaikki nämä varat yli kolme, viisi, seitsemän vuotta, ehkä.
Tämä luo melko merkittävän ajanjakson, jonka aikana he muuttavat pois ensi-ilta kohti pilviympäristöä. Ja rehellisesti sanottuna olemme nyt saavuttaneet pisteen, jossa paikan päällä on todennäköisesti vähemmän turvallisia kuin pilvi. Tavallaan hauska, koska se oli pitkään iso koputus: Yritykset olivat huolissaan menemästä pilvelle turvallisuussyistä, he olivat huolissaan pilven alttiudesta hakkerointiin. No, se on edelleen, varmasti, mutta oikeasti, jos tarkastellaan isoja tyyppejä: Amazon, Microsoft, jopa nyt SAP ja Google, kaikki nämä kaverit, he ovat aika hyviä tuossa tavarassa, ne ovat melko hyviä turvaamaan pilvi itse.
Ja sitten tietenkin, viimeinkin esittelypuolella, päivättyjä järjestelmiä: nämä sovellukset katoavat hampaan melko nopeasti nykyään. Kuulin vitsin kerran, vanhan ohjelmiston määritelmä on mikä tahansa tuotannossa oleva ohjelmisto. (Nauraa) Minusta se on tavallaan hauska. Joten mainitsin pilvijärjestelmien parissa tärkeimmät toimijat, he kasvavat vain päivä päivältä. AWS hallitsee edelleen tätä tilaa, vaikka Microsoftin mielestä ne ovat todella tajunnut joitain juttuja ja he ovat keskittyneet erittäin tarmokkaasti. Niin on SAP, SAP HANA Cloud, se on HANA Cloud -alusta, jota he kutsuvat - se on valtava painopistealue SAP: lle ja ilmeisistä syistä. He tietävät, että pilvellä on nyt painovoima, he tietävät, että pilvi on erinomainen taistelualue teknologialle.
Joten mitä näet on tämä yhdistäminen pilviarkkitehtuurien ympärille, ja sinulla on paljon työtä seuraavien kahden vuoden aikana pilvien välisestä pilvipalvelusta. Jopa perustietojen hallinnasta pilvien yli tulee suureksi ongelmaksi. Ja Salesforce - katso kuinka suureksi Salesforcestä on tullut - se on ehdoton voima, jonka kanssa on otettava huomioon. Lisäksi se on markkinointijärjestelmät ovat pilvessä; nyt on jotain 5000 markkinointitekniikkayritystä - 5000! Se on hullua. Ja näet enemmän työtä tällä yhdellä lasiruudulla voidaksesi hallita monipilvisiä ympäristöjä. Joten yksi viimeinen dio minulta, ja sitten annan sen Tepille antaaksemme meille neuvoja siitä, kuinka voimme pysyä pelin edessä täällä.
Puhuimme tästä aiemmin tällä viikolla järjestetyssä radio-ohjelmassani, jaetun vastuun pilvimallissa. Joten he puhuvat siitä, kuinka AWS oli vastuussa pilven turvaamisesta, niin pilven turvallisuudesta. Voi nähdä laskurit, tietokantaverkot jne. Mutta asiakas on vastuussa pilvistä olevista tiedoista ja turvallisuudesta. No, se oli hauskaa, koska he käyttävät tätä termiä ”jaettu vastuu”, ja mitä kerroin vieraillemme näyttelyssämme, se on, että sitä ei oikeastaan jaeta ollenkaan. Ajatuksena on, että se on sinun vastuullasi, koska kertoimet ovat, jos työntö tulee ajamaan ja joku tartuttaa ympäristösi, AWS: ää ei todennäköisesti tule pitämään vastuussa, sinä olet.
Joten, se on eräänlainen outo maailma, mielestäni se on hiukan kaksinkertainen termi, ”jaettu vastuu”, koska todellakaan se ei ole, se on silti vastuullasi pysyä kaikkien näiden asioiden päällä. Joten sen kanssa, ja tiedän, että olen puhunut hiukan internetistä - meillä oli yksi hyvä kysymys Internet-laitteiden suojaamisesta - on tulossa ehdoton valikoima tekniikoita, jotka pystyvät käsittelemään tätä. On selvää, että sinulla on joitain ohjelmistoja joihinkin IoT-laitteiden laiteohjelmistoihin, joten se on mielessä pidettävä asia; sinun on huolehdittava siitä todennusprotokollasta, jota sinun on käytettävä näihin juttuihin. Mutta kuten sanon, perusasiat, jotka todennäköisesti saavat läpi suurimman osan ongelmista, joita kohtaat, vain tekemällä salasanasuojauksen, vaihtamalla salasanoja ja todellakin sellaisinaan pysyäksesi sen päällä - seuraamassa näitä asioita ja katsellen .
Monet tekniikat, joita käytetään esimerkiksi petosten tai epämääräisen toiminnan seurantaan verkoissa, keskittyvät todella poikkeaviin, ja siinä koneenoppiminen on oikeasti melko hyvää ryhmittelyssä ja tarkkailussa syrjäytyneille, tarkkailemalla outoja käyttäytymismalleja. Kuten suoraan sanottuna, mitä näimme tällä äskettäisellä DDoS-hyökkäyksellä DNS-palvelimille, joissa yhtäkkiä kaikki nämä laitteet alkavat lähettää takaisinsoittoa tietylle kouralliselle palvelimelle, se ei näytä hyvältä. Ja rehellisesti sanottuna, mistä muistutan ihmisiä aina näiden järjestelmien avulla: Aina kun sinulla on vakavaa automaatiota sellaisissa ympäristöissä, sinulla on aina manuaalinen ohitus, sinulla tappakytkin - haluat, että sinne on ohjelmoitu jonkinlainen tappajakytkin sulkemaan nuo asiat alas.
Joten sen kanssa aion työntää Tepin ensimmäistä diaa, hän aikoo tehdä meille joitain demoja. Ja sitten menen eteenpäin ja annan avaimet WebEx-välilehteen. Nyt se on tulossa ja vie se pois.
Tep Chantra: Hyvä on, kiitos, Eric. Nimeni on Tep Chantra, ja olen täällä IDERA: n tuotepäällikkö. Tänään halusi puhua IDERAN yrityksen varmuuskopioratkaisusta, nimittäin SQL Safe Backup -sovelluksesta. Niille teistä, jotka ovat perehtyneet SQL-varmuuskopiointiin, katsotaanpa nopeasti joitain tuotteen kohokohtia, jotka anteeksi. Joten, kuten olet jo arvata, ihmiset sanovat varmuuskopiointi, SQL Server -varmuuskopiointi ja palautustuote, yksi SQL Safe -toiminnon tärkeimmistä ominaisuuksista on kyky suorittaa nopeita varmuuskopioita. Ja se on tärkeä ominaisuus, kun otetaan huomioon, että suurin osa varmuuskopioista on tehtävä ja useimmissa tapauksissa ne on tehtävä erittäin nopeasti, pienessä ajassa.
Joissain ympäristöissä näiden varmuuskopioikkunoiden täyttäminen voi olla varsin haaste, etenkin kun sinulla on useita suuria tietokantoja, jotka on varmuuskopioitava. SQL Safe -mahdollisuus suorittaa varmuuskopiointitoimet nopeasti antaa loppukäyttäjille mahdollisuuden tavata nämä varmuuskopioikkunat. Puhutaan isoista tietokannoista, niiden varmuuskopioista, selvästi suuremmista varmuuskopiotiedostoista. Toinen ominaisuus, jossa SQL Safe loistaa, on kyky pakata varmuuskopiotiedostoja. Käytetyn pakkausalgoritmin avulla voidaan saavuttaa jopa 90–95 prosentin puristus. Tämä tarkoittaa, että voit tallentaa varmuuskopioita pidempään tai sallia kustannussäästöjä tallennustarpeiden kannalta.
Varmuuskopiointitoimintojen kääntöpuolella on palautusoperaatiot. Yksi taisteluista, joita DBA: n on taisteltava tietokantojen palauttamisessa, on, että nämä tietokannat on palautettava mahdollisimman nopeasti. Suurissa tietokannoissa varmuuskopiotiedoston täydellinen palauttaminen voi viedä useita tunteja, mikä tarkoittaa tietysti pidempiä seisokkeja ja mahdollisesti tulojen menetyksiä. SQL Safe -palvelussa on onneksi tämä ominaisuus nimeltään ”Pikapalautus”, joka lyhentää periaatteessa aikaa palautuksen aloittamisen ja loppukäyttäjien tai jopa sovellusten pääsyn välillä tietokantaan.
Muistan, että puhuin kerran asiakkaalle, jossa hän ilmoitti tietyn tietokannan palauttamisen kestäneen 14 tuntia. Mutta välittömän palautuksen avulla hän pystyi pääsemään tietokantaan tunnin sisällä tai vähemmän. Käytäntöpohjainen hallinta, SQL Safe -sovelluksen toinen kohokohta on kyky luoda käytäntöjä ja hallita varmuuskopiotoimia näiden käytäntöjen avulla. Kun määrität käytännön, määrität periaatteessa, mitkä esiintymät on varmuuskopioitava tai mitkä näiden tietokantojen tietokannat on varmuuskopioitava, millaisia varmuuskopiointitoimenpiteitä suoritetaan ja jopa aikataulu, jonka aikana näiden varmuuskopioiden on tapahduttava.
Lisäksi voit määrittää hälytysilmoitukset. Tällä tavalla voit saada ilmoituksen tapahtumista, kuten varmuuskopiointi onnistui, varmuuskopiot epäonnistuivat, ehkä se näki tämän, mutta siihen liittyy joitain varoituksia. Sinulle ilmoitetaan myös, jos varmuuskopio ei toteutunut aikataulun mukaisesti. Se on tärkeä ilmoitus, koska silloin saatat olla vaarassa ajassa, jolloin varmuuskopiota ei ollut. Ja tällaisen ilmoituksen vastaanottaminen osoittaa sinulle, että sinun on mentävä sinne ja suoritettava varmuuskopio ajon aikana ja mahdollisesti tutkittava, miksi varmuuskopio ei toiminut aikataulun mukaisesti.
Jotkut muut asiat, katsokaamme tässä, vikasietoinen peilaus, tarkoittaa käytännössä sitä, että meillä on kyky luoda kopioita varmuuskopiotiedostoja useampaan kuin yhteen sijaintiin. Joten esimerkiksi sanotaan, että sinulla on kohdekohteesi ensisijaisella päälläsi - mikä on päätallennustila, johon kaikki varmuuskopiotiedostosi menevät. Saatat joutua kuitenkin tarvita kopion samasta varmuuskopiotiedostosta, esimerkiksi itse paikallisella koneella. Varmista vain, että joudut suorittamaan joitain lisätestauksia, varmista, että tietokanta voidaan palauttaa kaikissa tapauksissa. SQL Virtual Database Optimize - mikä se on, on, että meillä on toinen tuote, joka on äskettäin integroitu SQL Safe -järjestelmään, nimeltään SQL Virtual Database.
Kuten mainitsin, onko se äskettäin integroitu niin, että se sisältyy itse SQL Safe -laitteeseen. Nyt mitä SQL Virtual Database käytännössä sallii sinun tehdä, on todella luoda virtuaalinen tietokanta. (Nauraa) Inhoan käyttää samoja termejä kuin määritelmä, mutta tapahtuu olennaisesti, että asennamme tietokannan ja perustan varmuuskopiotiedoston. Joten mitä tapahtuu, on se, että SQL Server ajattelee tietokannan olevan todella käynnissä ja käynnissä, kun taas se lukee tosiasiallisesti varmuuskopiotiedostoa sen sijaan, että itse luonut itse tietokantaa tiedostojärjestelmään.
Tämä on todella hyödyllistä, koska sen avulla voit käyttää varmuuskopiotiedoston tietoja kuluttamatta tosiasiallisesti ylimääräistä levytilaa, joten se on todella kätevä, varsinkin kun käsittelet valtavia tietokantoja, jotka sinun tarvitsee hankkia, katsoa nopeasti, tai tee joitain dev-töitä. Nollavaikutus - tämä tarkoittaa käytännössä sitä, että kun suoritamme näiden tietokantojen varmuuskopioita, voimme todella salata varmuuskopiotiedostot, ja kun salaamme näitä varmuuskopiotiedostoja, emme lisää mitään lisäkuormaa todelliseen järjestelmän suorituskyky. Joten se on täysin vähäinen. Tukkitoimitus on toinen asia, jonka voimme tehdä, kun käytäntömme, kuten aiemmin mainitsin, ja suhteessa edulliseen lisensointiin - mikä tarkoittaa pääasiassa sitä, että lisenssimallimme antavat sinun siirtää lisensointimalleja yhdestä instanssista toiseen, muutama yksinkertainen hiiren napsautus.
Katsotaanpa nyt siirtyä nopeasti itse tuotteen arkkitehtuuriin. Joten tuotteessa on periaatteessa neljä pääkomponenttia. Meillä on vasemmalla puolella SQL Safe Management Console ja Web Console. Nämä molemmat ovat pääosin käyttöliittymiä, toinen on työpöytäohjelma ja toinen on verkkosovellus. Molemmat käyttöliittymät vetävät tietoja seuraavasta komponentista, joka on SQL Safe Repository Database. Varastotietokanta tallentaa periaatteessa kaiken toimintahistorian, kaikki varmuuskopiointi- ja palautustoimet. Nämä yksityiskohdat tallennetaan tähän. Kaikkia näitä arkistossa olevia tietoja hallinnoi SQL Safe Management Service, joka on seuraava komponentti. Hallintapalvelun tehtävänä on päivittää arkistotietokanta ja lähettää hälytysilmoitus. Varmuuskopiointia ja palauttamista koskevat tiedot ovat tosiasiallisesti peräisin SQL Safe Backup Agentista, joka on viimeinen komponentti oikealla.
SQL Safe Backup Agent on komponentti, joka asennetaan kaikkiin palvelimiin, jotka ylläpitävät SQL Server -tapahtumia, joita yrität hallita SQL Safe -sovelluksella. Ja tämä on palvelu, joka todella vastaa varmuuskopioiden suorittamisesta ja pakkaamisesta. Nyt tällä dialla on myös viides komponentti, jota ei tarvita kokonaan, mutta se on mukava hankkia. Ja se on SQL Server Reporting Services RDL-tiedostot. Mitä tämä periaatteessa sallii, on ottaa käyttöön joitain RDL-tiedostoja SQL Server Reporting Service -palveluun, jotta voit suorittaa raportteja arkistotietokantamme vastaan. Ja meillä on useita erilaisia raportteja, kuten varmuuskopioinnin viimeinen kerta, tiedot varmuuskopiointitoiminnoista, mitä sinulla on.
Ja anteeksi. Mennään eteenpäin ja katsotaan itse SQL Safe -tapahtumaa. Anna hetki täällä. Ja anna minulle hetken kirjautua sisään. Kuten näette, olen nyt ladannut Web-sovelluksen, mutta ensinnäkin haluaisin tosin katsoa työpöytäsovellusta. Joten anna minun laukaista se todella nopeasti. Ja tämä on SQL Safe -pöytäsovellus, kun se ladataan ensimmäisen kerran, se vie sinut SQL Safe -näkymään tänään. Tässä luetellaan pääasiassa kaikki varmuuskopiointitoimenpiteet tai palautusoperaatiot, jotka ovat tapahtuneet tänään. Se antaa sinulle myös nopean tilan ympäristöstäsi, kuten täältä näet, siinä todetaan, että politiikoillani on yksi politiikka, joka on kunnossa, mikä on hyvä, koska minulla on vain yksi politiikka ja toivon, että se ei ole . Antaa myös yhteenvedon onnistuneista toimista, mahdollisesti epäonnistuneista toiminnoista. Olen kaiken kaikkiaan hyvässä kunnossa: Nopeasti katsomalla voit nähdä kaikki vihreät; meillä on hyvä mennä.
Täällä vasemmalla näet kaikki palvelimet, jotka olet rekisteröinyt SQL Safe -palvelimeen, ja palvelimet, joita olet periaatteessa hallinnassa. Jos laajennat sitä, näet luettelon järjestelmän tietokannoista. Jos valitset tietyn tietokannan, näet kyseisen tietokannan toimintahistorian. Ei ole paljon muuta selitettävää, paitsi että voit siirtyä eteenpäin ja tehdä tapauskohtaisia varmuuskopioita myös tästä ikkunasta, ja se on todella nopeaa ja yksinkertaista. Ja anna minun osoittaa se sinulle todella nopeasti. Napsautat sitä hiiren oikealla painikkeella ja valitse haluamasi toimenpide. Ja tätä varten menen eteenpäin ja valitsen varmuuskopiotietokannan. Ja ohjattu SQL-varmuuskopiointitoiminto avautuu. Täältä saat tämän, kuten esimerkiksi sen kopion, jota haluat varmuuskopioida, ja valitse, mitkä tietokannat haluat varmuuskopioida. Tässä tapauksessa olen valinnut HINATA-koneen ja tämän Contoso Retail-tietokannan, koska juuri sen olin korostanut, kun valitsin vaihtoehdon. Menen eteenpäin ja jätän sen toistaiseksi, mutta sinulla on mahdollisuus tosiasiallisesti valita lisää tietokantoja niin, että jos haluat varmuuskopioida esimerkiksi kaiken käyttäjän tietokannan, voit valita tämän valintanapin ja se valitsee kaikki nuo. Anna minun mennä eteenpäin ja jatkaa vain sitä.
Ohjatun toiminnon seuraavalle sivulle. Tässä voin valita varmuuskopiotyypin, jonka haluan suorittaa, ja sinulla on täällä useita eri vaihtoehtoja. Se on - olen varma, että niitä löytyy kaikista varmuuskopiointiohjelmista, esimerkiksi voit suorittaa täydellisen varmuuskopion, erillisen varmuuskopion, tapahtumalokin varmuuskopioinnin tai voit itse varmuuskopioida itse tietokantatiedoston. Voit myös luoda vain kopioidun varmuuskopion, jota käytetään periaatteessa, kun et halua sekoittaa LSM: itä. Aion valita "ei" nyt. Ja sinulla on myös mahdollisuus tarkistaa varmuuskopio sen jälkeen kun varmuuskopio on valmis - näin voit varmistaa, että varmuuskopio on hyvä ja että sitä voidaan käyttää myöhemmin. Se on aina yksi niistä ominaisuuksista, jotka haluat varmistaa, että sinulla on, vain antaaksesi sinulle varmuuden siitä, että varmuuskopio on käyttökelpoinen.
Täältä löydät nimen ja tietojen kuvauksen. Kyse on lähinnä metatiedoista, joiden avulla voit helposti tunnistaa, mihin varmuuskopiota on käytetty, joten sanon tässä demon käyttötarkoituksen. Ja käytä tietokannan varmuuskopioita esittelyyn. Seuraavaksi määrittelemme täällä, mihin haluamme tallentaa varmuuskopiotiedoston, ja sinulla on täällä useita eri vaihtoehtoja: Voit tallentaa sen yhteen tiedostoon, voit luoda raitotiedostoja, sinulla on mahdollisuus valita täältä kohdekohde, me tukevat myös verkkotunnusta. Ja se, Amazon ST -pilvi, jos sinne haluat tallentaa tietosi.
Jatkan yksittäistä tiedostoa tätä demonstraatiota varten, tämä mahdollistaa verkon joustavuuden. Tämä on todella hieno ominaisuus SQL Safe -palvelussa siinä mielessä, että jos varmuuskopioit verkon sijaintiin - mitä teen täällä, voit nähdä ensisijaisesta arkistosta - jos varmuuskopioit verkon sijaintiin, on todennäköistä, että saatat kohdata joitain verkkohaittoja. Joissain tapauksissa, jos verkon hikeit torjutaan, varmuuskopiointi myydään kokonaan. Aktivoi verkon joustavuusvaihtoehto, mitä se käytännössä tekee, jos kohdataan verkon hikka, mitä SQL Safe käytännössä tekee, onko se keskeyttää varmuuskopioinnin ja odottaa tietyn ajan ja yrittää verkon sijaintia uudelleen. Ja jos se pystyy muodostamaan yhteyden, se jatkaa varmuuskopiointia suoraan sieltä, missä se lopetti. Tällä tavoin et viettää tunteja kerralla yrittäessään suorittaa tätä varmuuskopiota ja heti, kun se on tulossa lähellä loppuun, verkkohikoilu kohtaa - emme myy operaatiota heti, odotamme vain vähän ja yritämme suorittaa se uudelleen.
Tätä määritettäessä on joitain muita vaihtoehtoja. Nyt siihen sisältyy periaatteessa aika, jonka sisällä yritämme uudelleen, joten tässä mielessä, jos kohtaamme verkon hikka, se yrittää päästä verkon sijaintiin uudelleen kymmenessä sekunnissa. Toinen vaihtoehto tässä kertoo periaatteessa, että jos kohtaamme verkon hikkauksia, se sanoo täällä 300 sekuntia - niin mitä, viisi minuuttia, yhteensä - niin myymme vain varmuuskopioinnin kokonaan. Ja se on viisi minuuttia peräkkäin, joten jos yritämme uudestaan ja uudestaan ja että viiden minuutin sisällä emme silti pysty palauttamaan verkkoyhteyttä, niin myymme toiminnan kokonaan. Tämä aivan viimeinen toimenpide on periaatteessa koko varmuuskopioinnin ajan, joten jos menetät kymmenen sekuntia täällä, palauta yhteys ja menetät sitten yhteyden uudestaan, jos se toistuu periaatteessa 60 minuutin ajan, kyseinen toiminto myydään loppuun. Ja nämä on määritetty, kuten voit nähdä, joten voit räätälöidä sen ympäristöllesi.
Tämä peiliarkistovaihtoehto täällä, tästä puhuin aiemmin, sillä siinä oli vikasietoinen peilaus. Tässä voit määrittää toisen varmuuskopiopaikan, jos sinun pitäisi koskaan haluta. Aion jättää tämän tarkistamatta juuri nyt, koska haluaisin mennä eteenpäin ja jatkaa. Näissä asetusikkunoissa voit määrittää esimerkiksi pakkaustyypin, jota haluamme käyttää tähän varmuuskopiointiin, ja haluammeko ottaa varmuuskopiotiedoston salauksen käyttöön. Tarjoamme useita erilaisia pakkausvaihtoehtoja, jopa yhtään niitä ei, jos valitset, että et halua mitään pakkaamista. Joten on vain käydä nopeasti läpi nämä vaihtoehdot.
Suuri nopeus yrittää periaatteessa suorittaa varmuuskopion mahdollisimman nopeasti, sisältäen samalla jonkin verran pakkausta. ISize on keskittynyt enemmän sisällyttämään mahdollisimman paljon pakkauksia, mutta se voi - koska yritämme pakkaa sitä niin paljon - se voi viedä vähän kauemmin, ja todennäköisesti käyttää vähän enemmän prosessoria. Taso 1 tarkoittaa käytännössä vähiten pakkausta aina tasolle 4 saakka, eniten pakkaamisen määrää, jonka voimme lisätä. Joten, tämä on vähän yksityiskohtaisempi, tyypillisesti iSpeed - mikä sana on? Vaihtelee tason 1 ja 2 pakkauksen välillä; se tarkastelee järjestelmääsi nähdäksesi, kuinka paljon prosessoria ja käytettävissä olevia resursseja on käytettävissä, ja arvioi paljon pakkaamista, sen tulisi käyttää tason 1 ja 2 välillä.
ISize tekee saman asian, paitsi tasoilla 3 ja 4. Tässä on joitain muita edistyneitä vaihtoehtoja, kuten kuinka monta suorittimella meidän pitäisi olla, tässä on vaihtoehto luoda kartoitustiedot SQL: n virtuaaliseen tietokantaan ja myös välitön palautusominaisuus. Voit sisällyttää tietokannan sisäänkirjautumisia ja joitain muita vaihtoehtoja, joista jotkut käyttäjät pitävät erittäin arvokkaita, kuten luoda tarkistuksia tästä, jotta he voivat tarkistaa sen myöhemmin varmistaaksesi varmuuskopiotiedostojen olevan hyvät. Jos siirrymme seuraavalle sivulle, tässä määrität ilmoituksesi. Ja näet täällä olevat eri vaihtoehdot: ilmoita jos varmuuskopio epäonnistuu, ilmoita jos varmuuskopio ohitetaan mistä tahansa syystä. Jos varmuuskopio peruutetaan tai jos varmuuskopio loppuu varoituksella, ja jos haluat, voit saada ilmoituksen siitä, että varmuuskopio on puhdas. Ympäristöissä, joissa on suuri määrä tietokantoja, tämä ei välttämättä ole jotain, jonka haluat ottaa käyttöön vain siksi, että varmuuskopioinnin onnistuminen on enemmän kuin todennäköistä ja että sinulle tulvii sähköposteja.
Seuraavalla sivulla voit katsoa yhteenvedon määrittelemästäsi, koska tämä varmuuskopiointi tapahtuu. Ja jos haluat, jos kaikki näyttää hyvältä, voit siirtyä eteenpäin ja napsauttaa varmuuskopiointia, aloitamme sen. Ennen kuin napsautin varmuuskopiota, anna minun edetä ja näyttää sinulle tämän "luoda komentosarja" -painikkeen. Koska se, mitä SQL Safe tarjoaa komentoriviliittymän, josta voit tosiasiallisesti käynnistää varmuuskopion tai palauttaa toiminnan, mitä sinulla on komentorivin kautta, DOS-kehote. Jos napsautat tuottaa komentosarjaa täällä, se tarjoaa periaatteessa todellisen komentosarjan, jota voit käyttää, jos haluat poistaa varmuuskopion komentoriviltä.
Toinen siisti asia on, että tarjoamme myös laajennettuja myymälämenettelyjä, ja tässä tapauksessa me generoimme sinulle komentosarjan, joka suorittaa täsmälleen saman varmuuskopiointitoimenpiteen laajennettujen myymälämenettelyjen avulla - vain pieni nopea tidbit, jonka halusin jakaa. Joten mennään ja aloitetaan tämä varmuuskopio. Ja voit nähdä, että varmuuskopiointi on jo alkanut. Ja tämä tietokanta on vähän iso, joten se voi viedä hetken. Voit nähdä, että juoksin aikaisemmin täällä muutaman kerran, joten se vie minut mihinkään minuutista kolmeen minuuttiin. Tämä on taso 4, joten luulen sen olevan näiden kahden ajan välillä.
Vaikka se jatkuu, katsotaanpa todellinen pikakäytäntö politiikoista. Kuten aiemmin mainitsin, käytäntöjen avulla voit määrittää ajoitetut varmuuskopiointitoimet koko yrityksessäsi, joten minulla on täällä käytäntö, joka on jo määritetty ennalta ja sen sijaan, että luisimme uuden, siirrytään eteenpäin katsomaan tämän yksityiskohtia. Älä anteeksi, VM on käynnissä henkilökohtaisella kannettavalla tietokoneellani ja näyttää siltä, että se käyttää tuuletinta melko kovaa. (Nauraa)
Eric Kavanagh: Se on hyvä - tiedät, aioin kysyä sinulta kysymystä, kun katsomme tätä täällä. Käyttääkö IDERA paljon muutoksia tietojen kaappaamiseen varmuuskopioiden suhteen vai teetkö koko varmuuskopioita joka kerta? Kuinka se toimii, tiedätkö?
Tep Chantra: Sano että vielä kerran, olen pahoillani?
Eric Kavanagh: Kyllä, tiedätkö, käyttääkö IDERA CDC: tä, vaihtako tiedonkeruutekniikkaa pienempien varmuuskopioiden tekemiseen vai tekeeko se täydellisiä varmuuskopioita joka kerta?
Tep Chantra: En usko niin. Muistan, että näin aiemmin useissa lipuissa. Ja jos muistan oikein, ei, emme hyödyntä CDC: tä, tosiasiallisesti annamme SQL Serverille suorittaa varmuuskopion, vain vangitsemme tiedot niiden väliin ja pakkaamme ne, mikä johtaa varmuuskopiotiedosto luodaan. Joten käytännössä sitä. Joo.
Joten nyt, kun politiikkani on ladattu - oi, olen pahoillani, onko sinulla toinen kysymys?
Eric Kavanagh: Ei, siinä kaikki. Mene eteenpäin.
Tep Chantra: OK, joten nyt, kun lataukseni on, näet täällä joitain nopeita asioita: nimi, kuvaus, voit määrittää millaisen politiikan aiot luoda, onko kyse politiikasta, jota hallitaan, aikataulua hallinnoi SQL Server Agent, tai aikataulua hallinnoi SQL Server Backup Agent. Useimmissa tapauksissa haluat käyttää SQL Server Agentia, koska se on yleensä jotain, joka toimii joka tapauksessa järjestelmässäsi, joten se saattaa myös hyödyntää käytettävissäsi olevaa. Jäsenyys-välilehdessä tässä määritetään varmuuskopiotietokantojen tapaukset, jotka haluat varmuuskopioida. Ja tässä tapauksessa voit nähdä, että olen lisännyt kaikki rekisteröidyt tapauksiani ja määrittänyt tietyn tietokannan, joka olisi varmuuskopioitava. Nyt, jos haluaisin, voisin mennä eteenpäin ja muokata niitä ja sanoa: “Haluan varmuuskopioida kaikki tietokannat tai vain käyttäjän tietokannat tai jopa järjestelmätietokannat.” Hienoa tässä on, että voin myös käyttää yleismerkkejä ja luoda tietyt tietokannat.
En aio tehdä muutosta täällä, vain koska en halua tehdä suuria muutoksia asetuksiin. Joten palataan takaisin vaihtoehtoihin. Ja vaihtoehtojen suhteen tässä määrität, millaisia varmuuskopioita aiot suorittaa, ja jos katsot tätä täällä, minulla on koko varmuuskopio, erillinen varmuuskopio ja suuri varmuuskopio. Ja jokaiselle näistä varmuuskopioista voin määritellä, haluanko käyttää tietyn määrän pakkausta vai ottaako salauksen käyttöön. Aivan kuten vaihtoehdot, jotka olisit löytänyt ohjatusta ohjatusta toiminnosta. Ja sijainneissa voit myös määrittää näiden varmuuskopiointikohteiden. Yksi käytäntöjen hyvistä asioista on se, että voit myös määrittää, haluatko jatkaa ja poistaa vanhat varmuuskopiotiedostot perustuen X: n päivien tai viikkojen määrään.
Ja se on määritettävissä jokaiselle varmuuskopiotyypille. Joten, voit nähdä täällä, minulla on täydet varmuuskopiot poistettavaksi viikon kuluttua. Erotuspoistoni kahden päivän kuluttua ja haluan, että varmuuskopiot poistuvat yhden päivän kuluttua. Tämä on todella mukavaa, koska se automatisoi skenaarioiden, vanhojen varmuuskopiotiedostojen käsittelyn pitämällä vain tosiasiallisesti tarvitsemasi tiedostot ajan perusteella. Seuraavalla sivulla määrität aikataulun, ja jälleen kerran, aikataulu voi olla erityinen jokaiselle varmuuskopiointityypille, jonka aiot suorittaa, joten täyden palveluni toimin sitä viikoittain, erilaisuuttaan ajaa sitä kuuden tunnin välein., lokit kulkevat 30 minuutin välein. Seuraavalla sivulla määrität ilmoitukset ja ne ovat käytännössä samantyyppisiä ilmoituksia, jotka olet löytänyt tapauskopioinnin yhteydessä. Yksi ero on, että sinulla on tämä uusi, toinen vaihtoehto, jossa se voi kertoa sinulle, jos varmuuskopiointi ei käynnisty. kuten suunniteltu. Tässä voit saada hälytyksen tilanteista, joissa varmuuskopioita ei suoritettu. Todella tärkeä, etenkin tapauksissa, joissa sinulla on tiettyjä SLA-sopimuksia varmistaaksesi, että sinulla on varmuuskopioita saatavilla sinä aikana, kun tarvitset niitä. Ja seuraavalla sivulla voit tarkastella yhteenvetoa. Jos olisin tehnyt muutoksia, napsauttamalla loppuun, se sammuu ja tekee nämä muutokset, tallentaa sen ja esimerkiksi tallentaa sen SQL Server Agent -työpaikkojen arkistoon.
Ja vain tavallaan nopeasti näyttää sinulle todella nopeasti, tässä on politiikka ja työ, jonka olen luonut kyseiselle politiikalle. Ja voit nähdä, että se loi kolme erilaista työtä: yksi jokaiselle varmuuskopiotyypille. Nyt todella nopea, haluaisin katsoa nopeasti HUD-käyttöliittymää ja sellaista - kuten aiemmin mainitsin, virtuaalinen tietokanta oli aikaisempi tapa, jonka olemme integroineet SQL Safe -järjestelmään. Nyt, kuten mainitsin, se periaatteessa huijaa SQL Serveriä uskomaan, että todellinen tietokanta on palautettu, kun todellisuudessa vain luemme varmuuskopiotiedostoa. Joten anna minun mennä eteenpäin, enkä ole todellinen nopea teille. Annan ottaa varmuuskopion. Saanen ottaa täällä neljä. Prosessi on valmis, ja todella nopea, jos päivitän tietokantaani täällä, voit nähdä, että tietokantaan on pääsy ja SQL Serverin mielestä se on suora, mutta todellisuudessa luemme vain tietoja tietokannasta.
Joitakin muita tämän julkaisun uusia ominaisuuksia on mahdollisuus tehdä varmuuskopioita uusimmalla varmuuskopiomuodolla. Se on todella kätevä niille asiakkaille, joiden on käytettävä käytäntöpohjaista hallintaa, mutta he haluavat pitää SQL Server-tiedostomuodon mistä tahansa syystä. Nyt tiedän, että aika on loppumassa, joten mielestäni haluaisin edetä ja lopettaa tämän esityksen vain, jotta voimme ottaa joitain kysymyksiä tai nokka-asioita.
Eric Kavanagh: Kyllä, varmasti. Joten mielestäni yksi avaimista todella on politiikan hallinnassa, eikö niin? Kuten ajateltaessa optimaalista politiikkaa ja mihin se perustuu? On selvää, että joissain tapauksissa on määräyksiä, joista on huolehdittava, mutta yrityksessä se ei ehkä ole kovin säännelty; sinun on vain löydettävä optimaaliset ajat varmuuskopioiden tekemiseen, ja luulen, että saat joitain raportteja kuinka kauan se kesti ja kuinka kallista se oli laskentatehon kannalta ja niin edelleen. Mitä menee optimaalisen politiikan määrittelemiseen?
Tep Chantra: Se on todella tapaus tapaus, jokaisella ympäristöllä on erilainen politiikka suhteessa siihen, milloin nämä varmuuskopiot pitäisi suorittaa. Lisäksi, ja siihen voi liittyä käynnissä olevien varmuuskopioiden tyyppi, niiden suorittamisen aikataulu, ja se todellakin määrittää, riippuu todellakin heidän palautustarpeistaan, luulen, että se on vastaus.
Eric Kavanagh: OK, kyllä. Ja puhuit siitä, että voimme tehdä erilaisia varmuuskopioita ja raitoja oli yksi vaihtoehdoista. Onko kyse eräänlaisesta kuumasta ja kylmästä tiedosta vai mikä on logiikan taustalla oleva logiikka toisin kuin jokin muu menetelmä?
Tep Chantra: Joten mielestäni paras vastaus, jonka voin tarjota, on se, että raidatut tiedostot kirjoittavat varmuuskopiosisällön useille eri tiedostoille. Uskon, että raidattujen tiedostojen käytön ajatus on, että voit kirjoittaa varmuuskopiotiedostot nopeammin tällä tavalla. Voit esimerkiksi saada jokaisen eri tiedoston menemään eri sijaintiin. Se maksaa palvelimen tietoturvankin, koska jaat varmuuskopiotiedostojasi eri paikkoihin.
Eric Kavanagh: Ja palautusominaisuuksissa on hienoja uusia asioita, eikö niin? Koska sanotaan, että tapahtuu jonkinlainen tapahtuma, olipa kyse sitten luonnonkatastrofista tai lunastusohjelmasta, riippumatta tilanteesta. Sinun ei tarvitse olla vain yksi vaihtoehto palauttamiseksi, eikö niin? Voitko asettaa prioriteetit sen suhteen, mikä palautetaan ja millaisia tietoja? Voitko puhua siellä olevista vaihtoehdoista?
Tep Chantra: Palautuksen suhteen mainitsin aikaisemmin, että tarjoamme mahdollisuuden suorittaa välittömiä palautuksia, mikä käytännössä saa käyttäjät tietoihin nopeammin, eikö niin? Ja vain osoittaakseni, tein yhden aikaisemmin, joten voit nähdä täällä, että jälleen kerran, tämä tietokanta ei ole kovin suuri, tämä on tietokoneellani toimiva. Joten mielestäni se on ehkä kuin kaksi keikkaa, mutta tämä tietokanta valmistui 37 sekunnissa. Todellinen palautus. Joten kesti 37 sekuntia, ennen kuin pystyin käyttämään tietojani, joten välitöntä palautusta käyttämällä pystyin pääsemään tietokantaani kahden sekunnin sisällä. Joten voit kuvitella miltä se näyttää, jos tietokanta olisi paljon suurempi.
Eric Kavanagh: Kyllä, hyvä asia. Ja tietysti, puhuimme tästä ennen näyttelyä; Olet viettänyt paljon aikaa etulinjassa tukemalla ihmisiä ja siirtynyt sitten tuotehallintatilaan, joten luulen, että se on vähän erilainen haaste. Mutta olit eturintamassa - mielestäni se on aika hyvä paikka oppia missä ihmiset menevät pieleen ja mitkä ongelmat ovat. Mitä mieltä olette joidenkin yleisimmistä sudenkuopista, joita ihmiset voisivat välttää, jos he vain ajattelisivat näitä asioita paremmin?
Tep Chantra: Jotkut yleisistä sudenkuopista ovat vain - luulen, kuten aiemmin mainitsit - varmuuskopioiden ajoittamista. On ollut aikoja, jolloin olen nähnyt ihmisten yrittävän hyödyntää esimerkiksi käytäntöjämme, käytäntöjämme, käytäntöjä, jotka teet paljon varmuuskopioita ja perustavat sen LSM: ään. Ja joissain tapauksissa olen nähnyt, että joillakin ihmisillä on myös joitain muita apuohjelmia, jotka tekevät varmuuskopioita tietokannoissaan, mikä käytännössä hämmentää lokien lähetyskäytäntöjä, koska varmuuskopioita tehdään pääosin SQL Safe -suojauksen ulkopuolella, emmekä ole niistä tietoisia. Kyse on lähinnä vain asioiden suunnittelusta eteenpäin, josta sudenkuoppa tulee.
Eric Kavanagh: Ei yllättä minua. Ihmiset, tämä on ollut loistava katsaus joihinkin estoihin ja puutteisiin, jotka ovat välttämättömiä pitämään yrityksesi onnellinen, pitämään asiakkaasi tyytyväisinä. Haluan kiittää kaikkia, IDERA: n Tep Chantra, joka astuu tänne tekemällä live-demoja, mikä on aina mielenkiintoista - live-demon tekeminen on aina hieman riskialtista, mutta mielestäni se meni aika hyvin. Tiedätkö, se on perustietoa, mutta se on sellainen asia, jossa sinulla ei ole sitä, sinulla on kaikenlaisia ongelmia. Joten, tämä on tärkeä juttu, jonka yritykset tekevät ihmisille.
Joten, Tep, kiitos ajastasi. Ihmiset, arkistoimme kaikki nämä verkkolähetykset myöhempää tarkastelua varten, joten yleensä voit palata tunnin tai kahden sisällä ja tarkistaa arkiston. Mutta jälleen kerran, hienoja juttuja täällä, yritämme auttaa yritystä pysymään asioiden päällä, arvostamme kaiken aikaa ja huomiosi, ihmiset täällä. Otamme yhteyttä seuraavan kerran. Olet kuunnellut Hot Technologiesia. Ole varovainen, ihmiset. Hei hei.
