Autors: Techopedia Staff, 2017. gada 7. jūnijs
Izņemšana: Uzņēmējs Ēriks Kavanaghs apspriež dublēšanu un atjaunošanu ar IDERA Tep Chantra šajā Hot Technologies epizodē.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanaghs: Labi, dāmas un kungi, tie ir trešdien plkst. 4:00 uz austrumiem - tiem, kas atrodas uzņēmuma tehnoloģiju telpā, jūs zināt, ko tas nozīmē: Ir pienācis laiks karstajām tehnoloģijām. Jā, patiesi. Mans vārds ir Ēriks Kavanaghs, es būšu jūsu šodienas pasākuma “Bulletproof: Kā šodienas biznesa vadītāji paliek virsū” moderators. Un ļaudīm, šodien mums šeit būs jauka, intīma saruna; tā būs Tep Chantra, un jūsu saruna patiesi mitinās. Mēs runāsim par daudzām dažādām lietām, tostarp par ārkārtas atkopšanu, dublēšanu un atjaunošanu, taču patiesībā termins, ko man patīk lietot šajās dienās, ir datu noturība - es to dzirdēju no kāda kunga tikai pirms pāris nedēļām, un tas tiešām, tam ir liela jēga. Tā kā tas runā tikai par to, cik svarīgi ir, lai zem jūsu biznesa būtu elastīga informācijas infrastruktūra.
Mūsdienās tā ir informācijas ekonomika, kas nozīmē, ka vairums uzņēmumu savā ziņā ir atkarīgi no informācijas aktīviem, datiem. Es domāju, pat mazumtirdzniecības uzņēmumiem, pat aparatūras uzņēmumiem, patiešām jebkura veida organizācijām šajās dienās būs sava veida informācijas mugurkauls vai vismaz viņi, ja viņi ir modernā laikmetā, ja jūs to darīs. Ir dažas mammas un pop veikali, kas joprojām var izvairīties no šiem sīkumiem, bet pat tur jūs sākat redzēt daudz vairāk informācijas sistēmu izplatības, daudzas no tām, atklāti sakot, balstās uz mākoņainību, bet liela daļa no tām joprojām atrodas uz priekšu, lai apstrādātu klientu darījumus, uzturētu lietas virsū, zinātu, ko vēlas jūsu klienti, lai zinātu, kas ir inventārs, lai zinātu, kas tas bija, spētu izprast kopējo ainu - šajās dienās tas ir tiešām svarīgi.
Tātad, datu noturība ir termins, kuru es labprāt lietoju; atlaišana ir vēl viens termins, kas ienāk prātā. Bet jūs vēlaties pārliecināties, ka neatkarīgi no tā, kas notiek, jūsu darbiniekiem un jūsu organizācijai būs pieejama informācija, kas nepieciešama klientu apkalpošanai. Tāpēc es iešu cauri, tikai kadrējot argumentāciju, pirms Teps ieiet un paskaidro mums dažus no jautājumiem, kas notiek IDERA. Protams, IDERA pagājušajā gadā ir veikusi diezgan daudz tīmekļa pārraidi ar mums. Tas ir ļoti, ļoti interesants uzņēmums, viņi ir koncentrējušies uz dažām misiņa sprauslām, pēc nepieciešamības bloķējot un cīnoties, lai izdzīvotu informācijas ekonomikā. Mēs kaut kā ienirsim.
Ložu necaurlaidīga infrastruktūra - tas patiesībā ir vecs lieldatora attēls, paskatieties, tas ir kā 1960. gadu sākums no Wikipedia. Jūs domājat par tālo ceļu, lieldatoru dienās nebija daudz piekļuves punktu lieldatoriem, tāpēc drošība bija sava veida viegla, dublēšana bija diezgan vienkārša, jūs varēja saprast, kas bija jādara, jums vienkārši bija jāiet iekšā un jādara tā. Protams, toreiz nebija daudz cilvēku, kas zināja, ko darīt, bet tiem, kas izdarīja, bija diezgan skaidrs, kas jums jādara. Un par to nebija lielas bažas. Jums bija neregulārs izdevums, taču tas nebija tik izplatīts.
Dienā šie materiāli bija diezgan viegli - šodien ne tik daudz. Tātad, šeit ir attēls - tas faktiski ir Hercules cīņa ar Hydra tieši tur. Tiem no jums, kas mitoloģijā nav tik lieli, Hydra bija ļoti satraucoša būtne, jo tai bija vairākas galvas, un katru reizi, kad nocirsāt vienreizēju, tās vietā nāca vēl divas, tāpēc tā sava veida uzrunā izaicinājumu dažu dzīves problēmu risināšana, īpaši šajā kontekstā, patiešām bija vērsta uz sliktajiem puišiem. Jūs izņemat sliktu puisi, viņu vietā vēl divi ražas. Un jūs tieši to redzat hakeru pasaulē, godīgi sakot, mūsdienās tā ir liela nozare un tas ir tikai viens no lielajiem izaicinājumiem, ar kuriem mēs saskaramies.
Tātad, par ko jums vajadzētu uztraukties, ja mēģināt izplānot savu datu noturības stratēģiju? Nu, par daudzām lietām ir jāuztraucas: katastrofas, ugunsgrēki, plūdi. Es daudz laika pavadīju dienvidos un Ņūorleānā, protams, ir daži interesanti stāsti par viesuļvētrām un plūdiem utt. Un daudzreiz man jāsaka, ka lugā nonāk cilvēka kļūda, nonāk attēlā. Tas tā bija pat Katrīnā, Ņūorleānā, jo, jā, notika viesuļvētra, tā ir Dieva rīcība, kā saka, nepārvarama vara . Tomēr neraugoties uz to, ka viesuļvētra izraisīja cilvēku kļūdas, kas izraisīja vairāku nodevu pārkāpumus. Tātad, bija trīs no tiem, faktiski viens bija uz rūpnieciskā kanāla, un problēma tur ir tā, ka kuģis nebija pienācīgi pietauvots, lejup pa upi. Un ienāca viesuļvētra, izspiežot to no pietauvošanās vietas, un tas faktiski aizvāca adatu, kas iet ap līkumu, kur upe līkumaina pa labi ārpus Ņūorleānas, un tā vienkārši devās tieši pa industriālo kanālu un ietriecās caur vienu no šīm sienām. Tātad, kaut arī jā, tā bija dabas katastrofa, tomēr milzīgo problēmu izraisīja cilvēku kļūdas.
Un tas pats notika arī pilsētas otrā pusē, kur bija nodevas sadaļa, kas vēl nekad nebija pabeigta, acīmredzot tāpēc, ka pilsēta un inženieru armijas korpuss nekad nebija vienojušies par to, kurš par to maksās. Raķešu zinātniekam nav nepieciešams izdomāt, ka, ja jūsu maksā ir viens liels spraugas caurums, tā nav pārāk efektīva maksa. Un tā, jēga ir tā, ka cilvēka kļūda patiešām ietekmē scenāriju, kurā notiek katastrofa. Tātad, pat ja tas ir ugunsgrēks, plūdi, zemestrīce vai kāds cits gadījums, iespējams, ka kaut kas varētu būt un vajadzēja darīt, lai sagatavotos šādam notikumam. Un, protams, tas ir tas, ko mēs tradicionāli saucam par ārkārtas atkopšanu. Tātad, jā, notiek katastrofas, bet cilvēkiem tiešām vajadzētu redzēt cauri šīm lietām un attiecīgi sagatavoties. Šodien par to mazliet runāsim ar Tepu.
Tātad, neapmierināti darbinieki - nenovērtējiet par zemu kaitējumu, ko neapmierināts darbinieks var nodarīt - viņi tur atrodas, viņi ir visur. Es zinu cilvēkus, kuri man stāstīja stāstus par tiešām notikušām nepatīkamām lietām, kad cilvēki vienkārši dara sliktas lietas, viņi apzināti sabotē savu organizāciju, jo viņi ir nelaimīgi. Varbūt viņi nesaņēma paaugstinājumu, vai arī viņi tika atlaisti, vai kas zina, kas noticis. Bet tas ir kaut kas jāpatur prātā, un tas ir ļoti nozīmīgs komponents. Arī licencēšanas gadījumā, tāpat kā tur esošā FYI, ļaudis. Viens no manis dzirdētajiem statistikas datiem bija apmēram 60 procenti no visiem padomiem, ko programmatūras kompānijas saņem par licences maksas nemaksāšanu. Tātad, jūs vēlaties pārliecināties, ka esat iegādājies šo programmatūru un vai tā ir taisnīga. Korporatīvā sabotāža nenotiek visu laiku, bet tā notiek. Dažādas ir arī privātuma problēmas; jums jābūt uzmanīgam attiecībā uz to, ko jūs glabājat un kā jūs to glabājat, patiešām pārdomājiet šīs lietas.
Un es vienmēr cenšos cilvēkiem atgādināt par regulējumu, ir tiešām svarīgi, lai viņam būtu plāns un tas tiktu izpildīts, jo, kad nāk spiediens uz ienākt vai nāk kāds revidents vai regulators, jūs vēlaties, lai varētu norādīt uz savu un pēc tam paskaidrojiet, kā jūs risināt šo politiku, kad notiek noteiktas lietas, piemēram, katastrofa, piemēram, jautājums par revīziju vai jebkurš cits gadījums. Jūs vēlaties zināt, ko jūs darījāt, un tas ir jāreģistrē - tas iet tālu, lai saglabātu auditoru un līķi, un tas ir tikai labs sīkums.
Tātad, hakeri, protams, es runāšu pāris minūtes par hakeriem un to, kāpēc viņi rada šādus draudus. Un, protams, ransomware, vienkārši sakiet visu šo gadījumu ar WannaCry, WannaCry rensomware, kas tikai ļoti īsā laikā sedza planētu un acīmredzot daži gudri nedraudzīgi cilvēki, lai iegūtu daudz informācijas no NSA, bija hakeru rīki, kas tika izmantoti un pakļauti. Tātad, es cilvēkiem atgādinu, ka tur ir veca fabula, Ezopa fabula, kas saka, ka mēs bieži saviem ienaidniekiem dodam savus iznīcināšanas instrumentus. Tas ir kaut kas jāpatur prātā, jo atkal šo tehnoloģiju vadīja NSA, Nacionālās drošības asociācija - patiesībā nevar atcerēties, par ko tā ir domāta. Bet tas tika pakļauts, izgāja pasaulē, un tikai postīja postījumus. Uzmini kas? Daudzi uzņēmumi nebija jauninājuši savu Windows vidi, tāpēc tas bija vecs, domājiet, ka tika apdraudēts Windows XP. Tātad, ja esat uzcītīgs, ja uzturaties uz saviem ielāpiem un operētājsistēmas versijām, kā arī dublējat datus un atjaunojat tos. Ja jūs darāt visas lietas, kas jums jādara, tādi sīkumi nav tik liela problēma. Bet jūs varat vienkārši pateikt cilvēkiem, kuri ir cirvji, “Hei, uzmini ko? Mums ir vienalga, izslēdziet sistēmu, atsāknējiet to, ielādējiet dublējumus. ”Un jūs esat uz sacensībām.
Tātad jēga ir jā, notiek šīs sliktās lietas, bet ir lietas, ko jūs varat darīt - par to mēs šodien runāsim šovā. Tātad, es veicu dažus pētījumus - patiesībā tas bija sava veida interesanti, ja apmeklējat Wikipedia un uzmeklējat hakeru, tas iet uz visu laiku līdz 1903. gadam. Kad kāds puisis uzlauzis telegrāfu sistēmu un caur telegrāfu sūta rupjus ziņojumus, es tikai domāju, ka, lai pierādītu, ka viņš to varēja uzlauzt. Es domāju, ka tas bija diezgan uzjautrinoši. Lieta ir tāda, ka hakeri būtībā prot labi ielauzties un iekļūt, tas ir tas, ko viņi dara gadiem ilgi un gadiem ilgi. Viņi ir līdzīgi mūsdienu interneta pasaules slēdzeņu atlasītājiem.
Un jums ir jāatceras, ka jebkuru sistēmu var uzlauzt, to var uzlauzt no iekšpuses, to var uzlauzt no ārpuses. Daudzas reizes, kad notiks šie hacks, viņi sevi neparādīs, vai arī cilvēki, kuri uzlauzīsies jūsu sistēmā, kādu laiku neko nedarīs. Viņi kādu laiku gaida; tajā ir iesaistīta nedaudz stratēģijas, un daļēji tas ir tikai tāpēc, ka viņu darbība ir saistīta ar biznesu, jo parasti hakeri dara tikai to, ka viņi dara tikai savu mazo programmas daļu, tāpēc daudz puišu, kuriem ir labi izjusties ugunsmūri un iekļūstoša informācijas sistēma, labi, ka viņi to dara vislabāk, un, tiklīdz viņi iekļūst sistēmā, viņi apgriežas un mēģina pārdot šo piekļuvi kādam. Un tas prasa laiku, tāpēc bieži vien aizkulisēs vienkārši mēģina pārdot piekļuvi jebkurai sistēmai, kuru viņi ir uzlauzuši - potenciāli jūsu sistēmai, kas nebūtu pārāk jautri - un viņi mēģina saprast, kurš patiesībā maksā par piekļuvi sistēmai.
Tātad pastāv šāda veida nesadalīts personu vai organizāciju tīkls, kas apvienojas un sadarbojas, lai izmantotu nozagto informāciju. Neatkarīgi no tā, vai tā ir identitātes zādzība vai tikai datu zādzība, neatkarīgi no tā, vai tie uzņēmumam rada nepatīkamu dzīvi - tas tā ir gadījumā ar šo rensomware, šie puiši vienkārši satver jūsu sistēmas un viņi pieprasa naudu, un, ja viņi saņem naudu, varbūt vai varbūt viņi neatdos jūsu lietas atpakaļ. Protams, tas ir patiesi drausmīgi, kāpēc jūs pat gribētu maksāt šo izpirkuma maksu? Kā jūs zināt, ka viņi to atdos? Viņi, iespējams, prasīs tikai divkāršu vai trīskāršu. Tātad tas viss atkal norāda uz to, cik svarīgi ir reāli pārdomāt savu informācijas stratēģiju, kā arī pret jūsu datu elastīgumu.
Tātad, es veicu vēl dažus pētījumus, tas ir vecs 386; ja jūs esat vecs kā es, jūs varētu atcerēties šīs sistēmas. Un hakeru ziņā tie nebija tik problemātiski; toreiz nebija daudz vīrusu. Mūsdienās tā ir atšķirīga spēle, tāpēc, protams, nāk līdzi internets un tas visu maina. Tagad viss ir saistīts, tur ir globāla auditorija, sāka uzbrukt pirmie lielākie vīrusi, un patiesībā atklāti sakot, hakeru industrija sāka parādīties balonā.
Tātad, mēs mazliet runāsim par IoT, un auditorijas loceklis mums jau uzdeva labu jautājumu: kā pasargāt IoT ierīces no ievainojamības viedokļa? Tā ir liela problēma - atklāti sakot, šobrīd ir jāpieliek daudz pūļu, lai rīkotos ar IoT ierīču iespējamās uzlaušanas iespējām. Tas ir ļoti daudz izmantojams, parasti tiek pievērstas problēmas, piemēram, aizsardzība ar paroli, uzmanīgs iestatīšanas process, kā arī savas paroles iestatīšana. Daudzas reizes cilvēki tur vienkārši atstās noklusējuma paroli, un tas faktiski radīs ievainojamību. Tātad, tas ir pamata sīkumi. Mums vienkārši šonedēļ, mūsu radio šovā, bija kārtējā drošības šova, kurā piedalījās vairāki eksperti, un viņi visi teica, ka 80–90 vai vairāk procentu no uzlaušanas problēmām, neatkarīgi no tā, vai tas ir IoT vai ransomware, vai kas cits, varētu izvairīties, ja jūs nodarbojāties tikai ar pamatiem, ja jūs tikai pārliecinājāties, ka jūsu pamatnes ir pārklātas, jūs izdarījāt visu pamata lietu, ko zināt, ka jums to vajadzētu darīt, un tas apstrādā vairāk nekā 80 procentus no visām tur esošajām problēmām.
Tātad, lietu internets, labi, IoT. Nu, ja jūs domājat par IoT, tas nav tik jauns. Atklāti sakot, ir augstas klases ražotāji, kas veic šāda veida darbības pirms 20 un 30 gadiem, un pēc tam apmēram pirms 15, 20 gadiem, tas bija, kad ienāca RFID - radiofrekvences identifikācijas tagi -, kas bija ārkārtīgi noderīgi, palīdzot ļoti lieliem uzņēmumiem. organizācijām, piemēram, mazumtirgotājiem, piemēram, kuģniecības uzņēmumiem, jebkuram produktu uzņēmumam, kas pārvieto priekšmetus visā valstī, visā pasaulē, ir ārkārtīgi noderīgi, ja ir visi šie dati, jūs uzzināsit, kur nonāk jūsu lietas; ja kaut kas pazūd, jūs uzzināsit.
Protams, tas nav nekļūdīgs risinājums, faktiski man bija klēpjdators, ar kuru Apple aizbēga, no Atlantas lidostas - Atlantas Hartsfīldas lidostas - kāds vienkārši paņēma manu somu, ar datoru. Es domāju, ka viņi vairs nezog somas; viņi vienmēr atrod somas - nepareizi. Kāds nozaga somu, un tad tas parādījās apmēram mēnesi vēlāk, tas pamodās, es saņēmu nelielu ziņojumu no Apple, no iCloud, ka tas pamodās apmēram septiņas līdz desmit minūtes uz dienvidiem no Atlantas Hartsfīldas lidostas; kāds vienkārši nolēma tajā iedziļināties. Viņi tikai sēdēja uz tā apmēram mēnesi, un es izgāju diezgan satraucošo procesu, saprotot, labi, labi, es aptuveni zinu, kur tas atrodas, tas var būt šajā mājā, tajā mājā, mājā pāri ielai, tas bija tikai uz laiku. Ar ko tu nodarbojies? Kā šī informācija jums ir noderīga?
Tātad, kaut arī kaut ko iemācāties, dažreiz jūs nevarat daudz ko darīt. Bet, neskatoties uz to, jāsaka, ka šī pasaule, kurā darbojas IoT, es domāju, ka mēs neesam tam gatavi, lai būtu godīgi. Es domāju, ka mums ir gadījums, kad tur ir daudz labu tehnoloģiju, un mēs, iespējams, pārāk ātri virzāmies uz priekšu, lai izmantotu šīs lietas, jo draudi ir tik nozīmīgi. Mēs domājam tikai par to ierīču skaitu, kas tagad ir draudu skata daļa, jo, kad cilvēki par to runā, tas ir milzīgs, milzīgs ierīču vilnis, kas nāk mūsu virzienā.
Daži no lielajiem hackiem, kas nesen notikuši, noņemot DNS serverus, bija saistīti ar IoT ierīcēm, kuras izvēlējās kooperācijas, un vērsās pret DNS serveriem, tikai klasiskajiem DDoS hackiem, izplatītajiem pakalpojumu atteikumiem, kur burtiski šīs ierīces tiek pārprogrammētas, lai piezvanītu. DNS serverī pūslīša tempā, kur jūs saņemsiet simtiem tūkstošu pieprasījumu, kas nonāk šajā DNS serverī, un tie vienkārši aizdurīs, avarē un nomirst. Tā ir lieta, kurā stāsts par lielo vietu ne tik populārajā vietnē, kur serveri vienkārši avarēja, - tie vienkārši nav paredzēti šāda veida trafikai.
Tātad IoT ir tikai tas, kas jāpatur prātā, ja atkal ir darīšana ar dublēšanu un atjaunošanu, ir svarīgi atcerēties, ka jebkurš no šiem uzbrukumiem var notikt jebkurā konkrētā brīdī. Un, ja jūs tam neesat gatavs, jūs zaudēsit daudz klientu, jo jūs daudzus cilvēkus padarīsit ļoti nelaimīgus. Un jums būs jāveic šī reputācijas pārvaldība. Tas ir viens no jaunajiem terminiem, kas šeit peld, “reputācijas pārvaldība”. Ir vērts atcerēties un novērtēt, ka reputācijas veidošana var aizņemt vairākus gadus, un izšķērdēt var minūtes vai pat sekundes. Tāpēc paturiet to prātā, plānojot informācijas stratēģiju.
Tātad, tur ir visa šī hibrīda mākoņa koncepcija. Man ir viena no manām vecajām, bērnībā iecienītākajām filmām, doktora Moreau sala, kur viņi radīja šīs pusdzīvnieku, pusradības lietas, tas ir kā hibrīdais mākonis. Lokālās sistēmas šeit atradīsies gadiem ilgi - nekļūdieties par to, tāpēc būs nepieciešams ilgs laiks, lai likvidētu šos uz vietas esošos datu centrus - un pat mazos uzņēmumos jums būs daudz klientu datu jūsu sistēmās un diskos, un jo sarežģītāka šī situācija kļūst, jo grūtāk būs palikt virs tā. Tomēr konsolidācija vienā datu bāzē vienmēr ir reāls izaicinājums, it īpaši, piemēram, ar MySQL.
Mēģināt visu salikt vienā sistēmā vēl nekad nav bijis tik viegli. Parasti, kad tas tiek darīts, rodas problēmas, rodas darbības problēmas. Tātad atkal tas būs jautājums jau labu laiku. Protams, mantotā infrastruktūra datu centros un uzņēmumos. Tā bija WannaCry problēma, vai jums ir visas šīs XP sistēmas - Microsoft vairs neatbalsta XP. Tātad, tas ir tikai pārsteidzošs veids, kā dažus no šiem jautājumiem, kas naudas izteiksmē kļūst tik smagi un sāpīgi, kā citādi varētu izvairīties, veicot pamatapkopes un uzturēšanu. Pamata lietas.
Tātad trūks prasmju; šo prasmju trūkumi laika gaitā pieaugs, jo atkal mākonis ir nākotne - es nedomāju, ka par to būtu šaubu - mākonis atrodas tur, kur notiek; mākonī jau ir smaguma centrs. Un tas, ko jūs redzēsit, ir arvien vairāk un vairāk uzņēmumu, arvien vairāk organizāciju, kas vēlas mākoni. Tātad, tas atstāj dažas prasmju nepilnības uz priekšnoteikumu pusi; tā vēl nav, bet tas nāk. Un pat padomājiet par amortizāciju, tāpēc daudzi lieli uzņēmumi nevar vienkārši pāriet uz mākoni - viņi to varētu, bet tas nebūtu daudz jēgas, izmaksu ziņā saprātīgs, jo viņi amortizē visus šos aktīvus varbūt trīs, pieci, septiņi gadi.
Tas rada diezgan ievērojamu laika periodu, kura laikā viņi migrēs prom no pirmizrādes uz mākoņu vidi. Un atklāti sakot, mēs tagad esam sasnieguši punktu, kur uz vietas, iespējams, ir mazāk drošs nekā mākonis. Smieklīgi, jo tas ilgu laiku bija liels klauvējiens: Uzņēmumi drošības apsvērumu dēļ bija noraizējušies par nokļūšanu mākonī, viņi uztraucās, ka mākonis ir uzņēmīgs pret hakeriem. Nu, tas joprojām ir, protams, bet tiešām, ja paskatās uz lielajiem puišiem: Amazon, Microsoft, pat tagad SAP un Google, visiem šiem puišiem, viņi diezgan labi pārvalda šo lietu, viņi ir diezgan labi, nodrošinot mākoni pati.
Un tad, protams, visbeidzot, novecojušās sistēmas: mūsdienās šīs lietojumprogrammas diezgan ātri ievelkas zobā. Vienu reizi dzirdēju joku, mantotās programmatūras definīcija ir jebkura programmatūra, kas tiek ražota. (Smejas) Manuprāt, tas ir smieklīgi. Tā kā mākoņu sistēmās es pieminēju lielākos dalībniekus, viņi katru dienu tikai pieaug. AWS joprojām dominē šajā telpā, lai gan Microsoft, pēc viņu domām, patiešām ir izdomājis dažus sīkumus un viņi ir ļoti koncentrējušies. Tāpat kā SAP, SAP HANA mākonis, tā ir HANA Cloud platforma, ko viņi to sauc - tā ir milzīga uzmanības centrā SAP un acīmredzamu iemeslu dēļ. Viņi zina, ka mākonim tagad ir smagums, viņi zina, ka mākonis ir lielisks cīņas laukums tehnoloģijām.
Tātad, ko jūs redzat, ir šī mākoņu arhitektūru apvienošana, un nākamajos divos gados jums būs daudz jāstrādā pie migrācijas no mākoņa uz mākoņu. Pat pamatdatu pārvaldība mākoņos kļūs par lielu problēmu. Un Salesforce - paskatieties, cik liels Salesforce ir kļuvis - tas ir absolūts spēks, ar kuru jārēķinās. Turklāt tas ir mārketinga sistēmas, kas atrodas mākonī; tagad ir kaut kas līdzīgs 5000 mārketinga tehnoloģiju uzņēmumiem - 5000! Tas ir traki. Un jūs redzat vairāk pūļu pie vienas stikla rūts, lai varētu pārvaldīt vairāku mākoņu vidi. Tātad, viens pēdējais slaids no manis, un tad es to nodošu Tep, lai sniegtu mums dažus padomus, kā mēs varam palikt spēles priekšā.
Par to mēs runājām manā radio šovā šīs nedēļas sākumā - dalītās atbildības mākoņa modelis. Viņi runā par to, kā AWS bija atbildīgs par mākoņa drošību, tātad - par mākoņa drošību. Varētu redzēt datoru veikalus, datu bāzu tīklus utt., Bet klients ir atbildīgs par datiem un drošību mākonī. Nu, tas bija smieklīgi, jo viņi lieto šo terminu “dalīta atbildība”, un tas, ko es savācu no viesiem uz mūsu izrādi, ir tas, ka tas patiesībā netiek koplietots. Ideja ir tā, ka tā ir jūsu atbildība, jo pastāv izredzes, ka, ja grūdieni nāk un kāds inficē jūsu vidi, AWS, iespējams, nebūs atbildīgs, jūs esat.
Tātad, tā ir sava veida dīvaina pasaule, es domāju, ka tas ir mazliet dublējošs termins “dalīta atbildība”, jo patiesībā tā nav, tā joprojām ir jūsu atbildība palikt virs visa šī sīkuma. Līdz ar to, un es zinu, ka esmu mazliet runājis par IoT - mums bija viens labs jautājums par to, kā nodrošināt IoT ierīces, - parādīsies absolūts tehnoloģiju klāsts, lai ar to varētu rīkoties. Acīmredzot jums ir kāda programmatūra dažām firmware pašās IoT ierīcēs, tāpēc tas ir kaut kas, kas jāpatur prātā; jums jāuztraucas par to, kāds autentifikācijas protokols jums jāizmanto šiem materiāliem. Bet, kā es saku, pamatus, iespējams, pārdzīvojot lielāko daļu problēmu, ar kurām nāksies saskarties, vienkārši veicot aizsardzību ar paroli, mainot paroles un tiešām paliekot tam pāri - pārraugot šīs lietas un skatoties .
Liela daļa tehnoloģiju, kas tiek izmantotas, piemēram, krāpšanas uzraudzībai, vai neveiklas darbības tīklos, patiešām ir vērstas uz novirzēm, un tas ir kaut kas, kas mašīnmācībā faktiski ir diezgan labs, klasterizējot un novērot novirzes, vērojot dīvainus uzvedības modeļus. Tāpat kā atklāti sakot, tas, ko mēs redzējām ar neseno DDoS uzbrukumu DNS serveriem, kur pēkšņi visas šīs ierīces sāk sūtīt atzvanīšanu noteiktai serveru saujai, labi, ka tas neizskatās labi. Un atklāti sakot, tas, ko es vienmēr atgādinu cilvēkiem par šīm sistēmām: vienmēr, kad jums ir nopietna automatizācija šādā vidē, vienmēr veiciet manuālu ignorēšanu, jums ir nogalināšanas slēdzis - jūs vēlaties, lai tur būtu ieprogrammēts kaut kāds nogalināšanas slēdzis. tās lietas nolaistas.
Tātad, līdz ar to es ievirzīšu Tepa pirmo slaidu, viņš mums veiks dažas demonstrācijas. Un tad es dodos uz priekšu un dod jums atslēgas WebEx cilnei. Tagad tas ir jūsu ceļš, un atņemiet to.
Teps Čantra: Labi, paldies, Ēriks. Mans vārds ir Tep Chantra, un es esmu IDERA produktu menedžeris. Šodien gribēju runāt par IDERA uzņēmuma rezerves kopiju risinājumu, proti, SQL drošo dublēšanu. Tiem no jums, kas pārzina SQL drošo dublēšanu, īsumā apskatīsim dažus produkta akcentus, kas mani atvaino. Tātad, kā jūs jau varējāt uzminēt, cilvēki saka dublēšanu, SQL Server dublējumu un atjaunotu produktu, viena no SQL Safe galvenajām iezīmēm ir spēja veikt ātru dublēšanu. Un tā ir svarīga iezīme, ņemot vērā, ka lielākā daļa dublējumu ir jāveic un vairumā gadījumu tie jāveic ļoti ātri, nelielā laika posmā.
Tagad dažās vidēs šo dublēšanas logu izpildīšana var būt diezgan izaicinājums, it īpaši, ja jums ir vairākas lielas datu bāzes, kuras ir jāpapildina. SQL Safe spēja ātri pabeigt dublēšanas darbības ļauj tiešajiem lietotājiem izpildīt šos rezerves logus. Runājot par lielām datu bāzēm, šo lielo datu bāzu dublēšanu, acīmredzami lielākiem dublējuma failiem. Vēl viena funkcija, kurā spīd SQL Safe, ir spēja saspiest dublējuma failus. Izmantotais saspiešanas algoritms var sasniegt līdzīgu 90–95 procentu saspiešanu. Tas nozīmē, ka varat ilgāk saglabāt dublējumus vai atļaut ietaupīt izmaksas, ņemot vērā krātuves vajadzības.
Kopā ar dublēšanas darbībām jums ir atjaunošanas operācijas. Viena no cīņām, kas DBA jācīnās datu bāzu atjaunošanā, ir tā, ka šīs datu bāzes ir jāatjauno pēc iespējas ātrāk. Lielu datu bāzu gadījumā pilnīga dublējuma faila atjaunošana var aizņemt vairākas stundas, kas acīmredzami nozīmē ilgāku dīkstāvi un, iespējams, ieņēmumu zaudēšanu. Par laimi SQL Safe ir šī funkcija ar nosaukumu “Tūlītēja atjaunošana”, kas pamatā saīsina laiku starp atjaunošanas sākšanu un brīdi, kad gala lietotāji var piekļūt datu bāzei vai pat lietojumprogrammām.
Es atceros, ka reiz runāju ar klientu, kur viņš ziņoja, ka vienas noteiktas datu bāzes atjaunošana ir prasījusi 14 stundas. Bet ar tūlītējas atjaunošanas funkciju viņš varēja piekļūt šai datu bāzei stundas laikā vai mazāk. Uz politiku balstīta pārvaldība, vēl viens SQL Safe uzsvars ir spēja izveidot politikas un pārvaldīt rezerves darbības, izmantojot šīs politikas. Konfigurējot politiku, jūs galvenokārt definējat, kuri eksemplāri ir jāpapildina vai kuras šo gadījumu datu bāzes ir jāpapildina, kāda veida dublēšanas darbības jāveic, un pat šo dublējumu izveidošanas grafiks.
Turklāt jūs varat arī konfigurēt trauksmes paziņojumus. Tādā veidā jūs varat tikt informēts par tādiem notikumiem kā dublēšana veiksmīgi pabeigta, dublēšana neizdevās, iespējams, tas varētu to redzēt, taču ar šo darbību ir saistīti daži brīdinājumi. Jums tiks paziņots arī tad, ja dublējums netiks izpildīts kā plānots. Tas ir svarīgs paziņojums, jo, iespējams, iespējams, riskējat ar laika periodu, kurā nebija rezerves kopijas. Un šāda paziņojuma saņemšana jums norādīs, ka jums jāiet tur un jāveic šī dublēšana un pēc tam, iespējams, jāveic izpēte par to, kāpēc šī dublēšana neveicās kā plānots.
Dažas citas lietas, redzēsim šeit, ir pieļaujamas pret traucējumiem, kas būtībā nozīmē, ka mums ir iespēja izveidot dublējuma failu dublēt failus vairāk nekā vienā vietā. Piemēram, pieņemsim, ka jums primārais ir mērķa mērķis - kāda ir jūsu galvenā krātuve, kur atrodas visi jūsu dublējuma faili. Tomēr jums, iespējams, vajadzēs tā paša dublējuma faila kopiju, piemēram, pašā vietējā mašīnā. Gadījumā, ja jums jāveic kāda papildu pārbaude, pārliecinieties, vai šo datu bāzi var atjaunot neatkarīgi no gadījuma. SQL virtuālās datu bāzes optimizēšana - kas tas būtībā ir tas, ka mums ir vēl viens produkts, kas nesen tika integrēts SQL Safe, ko sauc par SQL virtuālo datu bāzi.
Kā jau minēju, tas, kas nesen ir integrēts, faktiski ir iekļauts pašā SQL Safe. Tagad tas, ko SQL virtuālā datu bāze būtībā ļauj jums darīt, ir faktiski izveidot virtuālu datu bāzi. (Smejas) Es ienīstu tādu pašu terminu izmantošanu kā definīcija, bet būtībā notiek tas, ka mēs uzstādīsim datu bāzi un balstīsimies uz dublējuma failu. Būtībā notiek tas, ka SQL Server domā, ka datu bāze faktiski ir izveidota un darbojas, turpretī tā faktiski nolasa datus no dublējuma faila, nevis pati izveido faktisko datu bāzi failu sistēmā.
Tas ir ļoti noderīgi, jo tas ļauj piekļūt datiem, kas atrodas dublējuma failā, faktiski neizmantojot papildu vietas diskā, tāpēc tas ir ļoti noderīgs, it īpaši, ja jūs nodarbojaties ar milzīgām datu bāzēm, kuras jums vienkārši jāiegūst, ātri apskatiet., vai arī veiciet kādu darbu pie tā. Šifrēšana bez nulles - ko tas būtībā nozīmē, ka tur, kur mēs veicam šo datu bāzu dublēšanu, mēs faktiski varam šifrēt dublējuma failus, un, šifrējot šos dublējuma failus, mēs faktiskajai vietnei nepievienojam papildu slodzi. sistēmas veiktspēja. Tātad, tas ir pilnīgi niecīgs. Kuģu pārvadāšana pa zāģmateriāliem ir vēl viena lieta, ko mēs varam darīt, ja mūsu politika, kā jau minēju iepriekš, un attiecībā uz izdevīgo licencēšanu - tas būtībā nozīmē to, ka mūsu licencēšanas modeļi ļauj jums pārvietot licencēšanas modeļus no vienas instances uz otru, ar daži vienkārši peles klikšķi.
Turpinot ātri apskatīsim paša izstrādājuma arhitektūru. Produktam principā ir četras galvenās sastāvdaļas. Sākot no kreisās puses, ir SQL drošas pārvaldības konsole un Web konsole. Abas šīs būtībā ir lietotāja saskarnes, viena ir darbvirsmas klients, bet otra ir tīmekļa lietojumprogramma. Abas šīs lietotāja saskarnes iegūst datus no nākamā komponenta, kas ir SQL drošo repozitoriju datu bāze. Repozitorija datu bāzē pamatā tiek saglabāta visa jūsu darbības vēsture, visas dublēšanas un atjaunošanas darbības. Šī informācija tiek saglabāta šeit. Visus šos datus, kas atrodas krātuvē, pārvalda SQL drošas pārvaldības pakalpojums, kas ir nākamais komponents. Pārvaldības dienests ir atbildīgs par krātuves datu bāzes atjaunināšanu un trauksmes paziņojuma nosūtīšanu. Dati par dublēšanas un atjaunošanas darbībām faktiski nāk no SQL drošās rezerves kopijas aģenta, kas ir pēdējais komponents labajā malā.
SQL Safe Backup Agent ir sastāvdaļa, kas tiek instalēta visos serveros, kas mitina SQL servera gadījumus, kurus mēģināt pārvaldīt ar SQL Safe. Un tas ir pakalpojums, kas faktiski ir atbildīgs par dublējumu veikšanu un saspiešanu. Tagad šajā slaidā ir arī piektais komponents, kas nav pilnībā nepieciešams, taču tā ir jauka lieta. Un tie ir mūsu SQL Server Reporting Services RDL faili. Tas principā ļauj jums izvietot dažus RDL failus SQL Server Reporting Service, lai jūs varētu palaist pārskatus pret mūsu krātuvju datu bāzi. Un mums ir daudz dažādu pārskatu, piemēram, par to, kad pēdējoreiz notika rezerves kopija, informācija par dublēšanas darbībām, kāda jums ir.
Un atvainojiet mani. Apskatīsim pašu SQL Safe. Dodiet man šeit brīdi. Un dodiet man vienu sekundi, lai pieteiktos. Kā redzat, šobrīd esmu ielādējis tīmekļa lietojumprogrammu, bet vispirms es patiesībā vēlētos aplūkot darbvirsmas lietojumprogrammu. Tātad, ļaujiet man to ātri atbrīvot. Un šī ir SQL drošā darbvirsmas lietojumprogramma, pirmo reizi ielādējot, jūs nokļūsit skatā SQL Safe šodien. Tas būtībā uzskaita visas dublēšanas vai atjaunošanas operācijas, kas ir notikušas šodien. Tas arī sniedz jums ātru savas vides statusu, kā jūs varat redzēt šeit, tajā teikts, ka manām politikām ir viena politika, kas ir kārtībā, kas ir laba, jo man ir tikai viena politika, un es ceru, ka tas nav . Sniedz arī veiksmīgu darbību kopsavilkumu, visas operācijas, kas varētu būt neveiksmīgas. Kopumā esmu labā formā: vienkārši ātri apskatot, jūs varat redzēt visus zaļumus; mums ir labi iet.
Kreisajā pusē šeit varat redzēt visus serverus, kurus esat reģistrējis SQL Safe, un tos, kurus pamatā pārvaldāt. Paplašinot to, tiek parādīts šīs sistēmas datu bāzu saraksts. Ja izvēlaties noteiktu datu bāzi, varat redzēt šīs konkrētās datu bāzes darbības vēsturi. Nav daudz ko izskaidrot, izņemot to, ka jūs varat turpināt darbu un veikt ad hoc dublējumus arī šajā logā, un tas ir īsti ātri un vienkārši. Un ļaujiet man jums to ātri parādīt. Jūs vienkārši ar peles labo pogu noklikšķiniet uz tā un atlasiet operāciju, kuru vēlaties veikt. Šim nolūkam es iešu uz priekšu un izvēlēšos rezerves datu bāzi. Tiek atvērts SQL drošas dublēšanas vednis. Šeit jūs to iegūstat, piemēram, gadījumu, kuram vēlaties veikt dublēšanu, un atlasiet, kuras datu bāzes dublēt. Šajā gadījumā es iepriekš atlasīju HINATA mašīnu un šo Contoso Retail datu bāzi, jo tieši to es uzsvēru, izvēloties opciju. Es došos uz priekšu un atstāšu to pagaidām, bet jums ir iespēja faktiski atlasīt vairāk datu bāzu, lai, piemēram, ja vēlaties dublēt visu savu lietotāju datu bāzi, jūs varētu atlasīt šo radio pogu, un tā priekšvēlēšanu laikā atlasīs visas tiem. Ļaujiet man iet uz priekšu un tikai turpinu ar to.
Uz nākamo vedņa lapu. Šeit es varu izvēlēties rezerves veidu, kuru gribu veikt, un šeit jums ir vairākas dažādas iespējas. Tas ir - esmu pārliecināts, ka tie ir atrodami visos dublēšanas utilītos, piemēram, jūs varat veikt pilnu dublējumu, diferencētu dublējumu, transakciju žurnāla dublējumu vai arī faktiski var vienkārši dublēt pašu datu bāzes failu. Jums ir arī iespējas izveidot dublējumu, kas paredzēts tikai kopēšanai, kas galvenokārt tiek izmantots gadījumos, kad nevēlaties sajaukt situāciju ar LSM. Es pagaidām izvēlos “nē”. Un jums ir arī iespēja pārbaudīt dublējumu pēc dublējuma pabeigšanas - tādā veidā pārliecinieties, vai jūsu dublējums ir labs un vai to varēs izmantot vēlāk. Tā vienmēr ir viena no tām funkcijām, par kuru vēlaties pārliecināties, ka tā ir, tikai lai jūs mazliet pārliecinātu, ka dublējums ir izmantojams.
Šeit atrodams nosaukums un datu apraksts. Tas būtībā ir metadati, ar kuru palīdzību jūs varat viegli noteikt, kam tika izmantota dublējumkopija, tāpēc šeit es teikšu demonstrācijas mērķi. Demonstrēšanai izmantojiet savas datu bāzes dublējumu. Tālāk šeit mēs definējam, kur mēs vēlamies saglabāt savu dublējuma failu, un šeit jums ir vairākas atšķirīgas iespējas: Jūs varat to saglabāt vienā failā, jūs varat izveidot svītru failus, jums ir iespēja šeit atlasīt mērķa mērķi, mēs atbalsta arī datu domēnu. Un tas, Amazon ST mākonis, ja tur jūs vēlaties saglabāt savu informāciju.
Es turpināšu ar vienu failu šai demonstrācijai, kas nodrošina tīkla elastīgumu. Šī ir patiešām jauka funkcija SQL Safe tādā nozīmē, ka, ja jūs dublējat tīkla atrašanās vietu - ko es šeit daru, jūs varat redzēt no primārā arhīva - ja dublējat tīkla atrašanās vietu, pastāv iespēja, ka jūs varētu saskarties ar dažiem tīkla žagariem. Dažos gadījumos, ja jūsu tīkla žagas tiek novērstas, dublēšanas darbība tiks pilnībā izpārdota. Iespējot tīkla noturības opciju, ko tā būtībā dara, ja rodas tīkla žaga, ko faktiski dara SQL Safe, tas ir, ja tiek apturēta dublēšana un tiek gaidīts noteikts laiks un mēģināts vēlreiz izvietot tīkla atrašanās vietu. Un, ja tas var izveidot savienojumu, tas vienkārši atsāks dublēšanu tieši tur, kur to pārtrauca. Tādā veidā jūs netērējat stundas vienlaikus, mēģinot palaist šo dublējumu, un tieši tad, kad tas tuvojas beigām, rodas tīkla žags - operācija netiek pārdota uzreiz, mēs tikai nedaudz pagaidīsim un mēģināsim lai to pabeigtu vēlreiz.
Konfigurējot to, ir arī dažas citas iespējas. Tagad tas būtībā nozīmē intervālu, kurā mēs atkārtojam mēģinājumu, tāpēc šajā ziņā, ja mēs saskaramies ar tīkla žagaru, tas desmit sekunžu laikā mēģinās vēlreiz piekļūt tīkla atrašanās vietai. Šeit sniegtā otrā iespēja būtībā saka, ka, ja mēs sastopamies ar tīkla žagarām, šeit tiek rakstītas 300 sekundes - tātad kādas piecas minūtes kopā -, tad mēs vienkārši pilnībā pārdosim rezerves darbību. Tas ir piecas minūtes pēc kārtas, tāpēc, ja mēs atkal un atkal mēģinām, un šo piecu minūšu laikā mēs joprojām nevaram atjaunot tīkla savienojumu, mēs operāciju pilnībā pārdosim. Šī pati pēdējā darbība šeit ir pamatā visam dublējuma laikam, tāpēc, ja šeit pazaudējat desmit sekundes, atjaunojiet savienojumu un pēc tam atkal zaudējat savienojumu, ja tas principā atkārtojas 60 minūtes, tad šī operācija tiks izpārdota. Un, kā redzat, tie ir konfigurēti, lai jūs varētu tos pielāgot savai videi.
Šī spoguļu arhīva opcija tepat, par to es runāju iepriekš, kad tam bija spoguļattēls ar traucējumiem. Šajā gadījumā jūs varat norādīt citu rezerves atrašanās vietu gadījumam, ja kādreiz to vēlēsities. Es šobrīd atstāšu to nekontrolētu, tikai tāpēc, ka es gribētu turpināt un turpināt. Šajos opciju logos varat noteikt tādas lietas kā saspiešanas veids, ko mēs vēlamies izmantot šai dublēšanas operācijai, un tas, vai mēs vēlamies iespējot dublējuma faila šifrēšanu. Mēs piedāvājam vairākas dažādas saspiešanas iespējas, pat tādas nav, ja jūs izvēlaties, ka vispār nevēlaties veikt saspiešanu. Tātad, atliek tikai ātri pāriet uz šīm iespējām.
Liels ātrums galvenokārt mēģina pabeigt dublēšanu pēc iespējas ātrāk, vienlaikus iekļaujot zināmu daudzumu saspiešanas. ISize ir vairāk vērsta uz iespējami lielāka saspiešanas iekļaušanu, bet tā var - jo mēs cenšamies to saspiest - var paiet nedaudz vairāk laika, un, iespējams, izmantos mazliet vairāk CPU. 1. līmenis būtībā nozīmē vismazāko saspiešanas daudzumu līdz 4. līmenim, vislielāko saspiešanas daudzumu, ko mēs varam pievienot. Tātad, tas ir mazliet sīkāk, iSpeed parasti - kāds ir vārds? Svārstās no 1. līdz 2. līmeņa saspiešanas; tajā ir apskatīts jūsu sistēma, lai redzētu, cik daudz ir pieejams centrālais procesors un pieejamie resursi, un tiek pieņemti lēmumi par lielu saspiešanu, tas jāizmanto starp 1. un 2. līmeni.
ISize dara to pašu, izņemot 3. un 4. līmeni. Šeit ir arī dažas citas uzlabotas iespējas, piemēram, cik daudz ir CPU, kas mums būtu jāizmanto, šeit ir iespēja izveidot kartēšanas datus SQL virtuālajai datu bāzei un arī mūsu tūlītējas atjaunošanas funkcija. Varat iekļaut datubāzes pieteikšanās un dažas citas iespējas, kuras daži lietotāji uzskata par ļoti vērtīgām, piemēram, no tā ģenerēt čekus, lai viņi vēlāk to varētu pārbaudīt, lai pārliecinātos, vai dublējuma faili ir labi. Ja mēs pārietam uz nākamo lapu, šeit jūs iestatāt paziņojumus. Un jūs varat redzēt dažādas šeit pieejamās iespējas: paziņojiet, ja dublējums neizdodas, paziņojiet, ja kāda iemesla dēļ dublējums tiek izlaists. Ja dublējums tiek atcelts vai ja dublējums tiek pabeigts ar brīdinājumu, un, ja vēlaties, varat saņemt paziņojumu, ka rezerves kopija ir tīra. Videi, kurā ir liels skaits datu bāzu, iespējams, to nevajadzētu iespējot, tikai tāpēc, ka ir vairāk nekā iespējams, ka dublējums izdosies, un jūs pārpludinās e-pasta ziņojumi.
Nākamajā lappusē varat apskatīt kopsavilkumu par to, ko esat definējis, - izraisiet šo dublēšanas darbību. Un, ja vēlaties, ja viss izskatās labi, varat iet uz priekšu un noklikšķināt uz dublējumkopijas, mēs to atspēkojam. Pirms noklikšķinu uz dublējuma, ļaujiet man iet uz priekšu un parādīt jums šo pogu “ģenerēt skriptu”. Tā kā SQL Safe piedāvā komandrindas saskarni, kurā jūs faktiski varat sākt dublēšanu vai atjaunot operāciju, ko jūs, izmantojot komandrindu, DOS. Ja šeit noklikšķināt uz ģenerēt skriptu, tas principā sniedz jums faktisko skriptu, kuru varat izmantot, ja vēlaties noņemt dublējumu no komandrindas.
Cita lieta ir tā, ka mēs piedāvājam arī paplašinātas veikala procedūras, un šajā gadījumā mēs ģenerējam jums skriptu, kurš izpildīs tieši to pašu dublēšanas darbību, izmantojot paplašinātas veikala procedūras - tikai nelielu ātru tidbitu, ko es gribēju padalīties. Tātad, iesim un sāksim šo dublējumu. Un jūs varat redzēt, ka dublēšana jau ir sākusies. Un šī datu bāze ir nedaudz liela, tāpēc tas var aizņemt nedaudz laika. Var redzēt, ka iepriekš šeit esmu skrējis pāris reizes, tāpēc tas mani vedīs jebkur no vienas minūtes līdz trim minūtēm. Tas ir 4. līmenis, tāpēc es domāju, ka tas notiks starp šīm divām reizēm.
Kamēr tas notiks, īsi ātri apskatīsim politikas. Kā jau iepriekš minēju, politika ļauj konfigurēt plānotas dublēšanas operācijas visā jūsu uzņēmumā, tāpēc man šeit ir politika, kas jau iepriekš ir konfigurēta un nevis izveido jaunu, bet iesim tālāk un apskatīsim sīkāku informāciju par šo. Atvainojiet, mans VM darbojas uz mana personīgā klēpjdatora, un šķiet, ka ventilators darbojas diezgan grūti. (Smejas)
Ēriks Kavanaghs: Tas ir labi - jūs zināt, es gatavojos uzdot jums jautājumu, kamēr mēs šeit to vērojam. Vai IDERA izmanto daudz mainītu datu uztveršanu dublējumu ziņā, vai arī katru reizi veicat visas dublējumkopijas? Kā tas darbojas, vai jūs zināt?
Teps Čantra: Sakiet, ka vēlreiz, es atvainojos?
Ēriks Kavanaghs: Jā, tātad, vai jūs zināt, vai IDERA izmanto CDC, mainiet datu uztveršanas tehnoloģiju, lai izveidotu mazākas dublējumkopijas, vai arī tas katru reizi veic pilnu dublējumu?
Teps Čantra: Es tam neticu. Es atceros, ka iepriekš to redzēju vairākās biļetēs. Un, ja es pareizi atceros, nē, mēs neizmantojam CDC, mēs, godīgi sakot, mēs būtībā ļaujam SQL Server veikt dublējumu, mēs vienkārši notveram datus starp tiem un saspiežam tos, kā rezultātā tiek izveidots rezerves fails. Tātad, būtībā izmantojot to. Jā.
Tātad, tagad, kad mana politika ir ielādēta - ak, es atvainojos, vai jums bija cits jautājums?
Ēriks Kavanaghs: Nē, tas arī viss. Uz priekšu.
Tep Chantra: Labi, ka tagad, kad mana politika ir ielādēta, šeit varat redzēt dažas īsas lietas: vārdu, aprakstu, jūs varat iestatīt, kāda veida politiku jūs izveidosit, vai tā būs politika, kas tiks pārvaldīta, grafiku pārvaldīs SQL Server Agent vai grafiku pārvaldīs SQL Server Backup Agent. Vairumā gadījumu jūs vēlēsities izmantot SQL Server Agent, jo tas parasti kaut kas darbojas jūsu sistēmā, tāpēc tas varētu arī izmantot to, kas jums pieejams. Cilnē Dalība šeit norādiet gadījumus rezerves datu bāzēs, kurus vēlaties dublēt. Un šajā gadījumā jūs varat redzēt, ka esmu pievienojis visus savus reģistrētos gadījumus un norādījis konkrētu datu bāzi, kas būtu jāpapildina. Tagad, ja es gribētu, es varētu iet uz priekšu un rediģēt tos un teikt: “Es gribu dublēt visas datu bāzes vai tikai lietotāju datu bāzes vai pat sistēmu datu bāzes.” Patīkami ir tas, ka es varu izmantot arī aizstājējzīmes un izveidot noteiktas datu bāzes.
Es šeit neveicīšu šīs izmaiņas tikai tāpēc, ka nevēlos veikt lielas izmaiņas savos iestatījumos. Tātad, atgriezīsimies pie iespējām. Runājot par opcijām, šeit jūs definējat, kāda veida dublējumus veiksit, un, apskatot šeit, man ir konfigurēti pilni, diferencēti un lieli dublējumi. Un katram no šiem dublējumiem es varu noteikt, vai es gribu izmantot noteiktu saspiešanas daudzumu vai ieslēgt šifrēšanu. Tāpat kā opcijas, kuras jūs būtu atradis ad hoc vednī. Vietās varat arī definēt šo dublēšanas darbību mērķi. Viena no politikas labajām lietām ir tā, ka jūs varat arī definēt, vai vēlaties turpināt darbību, un izdzēst tos vecos dublējuma failus, pamatojoties uz to, kas jums ir X dienu vai nedēļu skaita.
Un tas ir konfigurējams katram rezerves veidam. Tātad, jūs varat redzēt šeit, man ir pilnībā rezerves kopijas, ko izdzēst pēc nedēļas. Mana atšķirīgā dzēšana pēc divām dienām un es vēlos, lai dublējumi tiktu izdzēsti pēc vienas dienas. Tas ir patiesi jauki, jo tas automatizē apstrādes scenāriju, vecos dublējuma failus, saglabājot tikai tos, kas jums patiešām nepieciešami, balstoties uz laiku. Nākamajā lappusē jūs definējat grafiku, un atkal grafiks var būt specifisks katram rezerves operācijas veidam, kuru jūs veiksit, tāpēc pilnā apjomā es to katru nedēļu vadu, mans diferenciālis es to darbinu ik pēc sešām stundām., mani žurnāli tiek rādīti ik pēc 30 minūtēm. Nākamajā lapā ir tas, kur jūs iestatāt paziņojumus, un tas būtībā ir tāds pats paziņojumu veids, ko esat atradis ad hoc dublējumā. Vienīgā atšķirība ir tā, ka jums ir šī jaunā, cita iespēja, kurā tas var pateikt, ja dublējums neizdodas sākt. kā paredzēts. Šeit jūs varat brīdināt par situācijām, kad dublējumi netika izpildīti. Patiešām svarīgi, it īpaši gadījumos, kad jums ir noteiktas SLA, lai pārliecinātos, ka jums ir pieejami dublējumi vajadzīgajā laikā. Nākamajā lapā varat apskatīt kopsavilkumu. Ja es būtu izdarījis kādas izmaiņas, ja es noklikšķinātu uz pabeigt, tā izietu un veiktu šīs izmaiņas, saglabātu to un, piemēram, saglabātu SQL Server Agent darbu krātuvē.
Un, lai ātri parādītu jums ātri, lūk, šī ir politika un darbs, kuru es izveidoju šai konkrētajai politikai. Un jūs varat redzēt, ka tas izveidoja trīs dažādus darbus: vienu katram rezerves veidam. Tagad tiešām ātri, ļaujiet man ātri aplūkot HUD saskarni un veidu - kā jau minēju iepriekš, virtuālā datu bāze kādreiz bija tā, ko mēs esam integrējuši SQL Safe. Tagad, kā es minēju, tas būtībā apmulina SQL Server, uzskatot, ka faktiskā datu bāze ir atjaunota, kad patiesībā mēs tikai lasām dublējuma failu. Tātad, ļaujiet man iet uz priekšu, un tas nav viens īsts ātrs jums. Ļaujiet man paņemt dublējuma failu. Šeit ļaujiet man ņemt četrus šeit. Process ir pabeigts, un tiešām ātri, ja šeit atsvaidzinu savas datu bāzes, jūs varat redzēt, ka datu bāze ir pieejama un SQL Server domā, ka tā ir aktīva, taču patiesībā mēs tikai lasām datus no datu bāzes.
Dažas citas funkcijas, kas šajā laidienā ir jaunas, ir spēja veikt dublējumus, izmantojot jaunāko rezerves formātu. Tas ir patiešām ērts klientiem, kuriem ir jāizmanto mūsu uz politiku balstītā pārvaldība, taču viņi vēlas saglabāt SQL Server faila formātu jebkāda iemesla dēļ. Tagad es zinu, ka mums ir beidzies laiks, tāpēc es domāju, ka es gribētu iet uz priekšu un pārtraukt šo prezentāciju tikai tāpēc, lai mēs varētu uzdot dažus jautājumus vai plankumu.
Ēriks Kavanagh: Jā, protams. Tātad, es domāju, ka viena no atslēgām tiešām ir politikas pārvaldībā, vai ne? Tāpat kā domājot par optimālo politiku un uz ko jūs balstāties? Acīmredzot dažos gadījumos ir noteikumi, par kuriem jāuztraucas, bet biznesā tas varbūt nav pārāk reglamentēts; jums vienkārši jāatrod optimālais laiks, lai izveidotu dublējumus, un pēc tam es domāju, ka saņemsit dažus pārskatus par to, cik ilgs laiks bija vajadzīgs un cik dārgs tas bija skaitļošanas jaudas un tā tālāk. Kas notiek, nosakot optimālo politiku?
Teps Čantra: Tas tiešām ir katrā atsevišķā gadījumā, katrai videi būs atšķirīga politika attiecībā uz to, kad šīm dublējumiem vajadzētu darboties. Turklāt, un tas var būt saistīts ar notiekošo dublējumu veidu, grafiku, kurā tie darbojas, un tas tiešām nosaka, patiešām ir atkarīgs arī no viņu atkopšanas vajadzībām, es domāju, ka tā ir atbilde.
Ēriks Kavanaghs: Labi, jā. Un jūs runājāt par to, ka viena no iespējām bija iespēja veikt dažāda veida dublējumus un svītras. Vai tas ir karstā un aukstā veida datu pārraide, vai arī kāda ir loģika aiz strīpas, nevis kāda cita metode?
Tep Chantra: Tātad, es domāju, ka labākā atbilde, ko es uz to varu sniegt, ir tāda, ka svītrainie faili, ko mēs galvenokārt darām, ir rezerves satura rakstīšana vairākos dažādos failos. Es uzskatu, ka strīpainu failu izmantošanas ideja ir tāda, ka, iespējams, šādi varat rakstīt rezerves failus. Piemēram, jums varētu būt, ka katrs atšķirīgais fails tiek novirzīts uz citu vietu. Tas maksā arī servera drošības līdzekļiem, jo jūs izplatāt rezerves failus dažādās vietās.
Ēriks Kavaņahs: Un tur ir dažas atdzist, jaunas lietas saistībā ar atjaunošanas iespējām, vai ne? Tāpēc, ka, teiksim, ir kaut kāds notikums, neatkarīgi no tā, vai tā ir dabas katastrofa vai izpirkuma programmatūra. Jums nav jābūt tikai vienai atjaunošanas iespējai, vai ne? Vai varat noteikt prioritātes tam, kas tiek atjaunots un kāda veida datiem? Vai jūs varat runāt par tur esošajām iespējām?
Tep Chantra: Nu, runājot par atjaunošanu, es jau iepriekš minēju, ka mēs piedāvājam iespēju veikt tūlītēju atjaunošanu, kas būtībā lietotājiem ātrāk ļauj iegūt datus ātrāk, vai ne? Un tikai lai parādītu, es to izdarīju jau agrāk, tāpēc šeit varat redzēt, ka atkal šī datu bāze nav ļoti milzīga, tā darbojas manā klēpjdatorā. Tātad, es domāju, ka tas varbūt ir līdzīgs diviem koncertiem, taču šī datu bāze tika pabeigta 37 sekunžu laikā. Faktiskā atjaunošana. Tātad, man vajadzēja 37 sekundes, pirms es varētu piekļūt saviem datiem, tāpēc ar tūlītēju atjaunošanu man bija iespēja piekļūt savai datu bāzei divu sekunžu laikā. Tātad, jūs varat iedomāties, kā tas izskatās, ja jūsu datu bāze būtu daudz lielāka.
Ēriks Kavaņahs: Jā, labs punkts. Un, protams, mēs par to runājām pirms izrādes; Jūs esat pavadījis daudz laika uz priekšējās līnijas, atbalstot cilvēkus, un pēc tam pārcēlies uz produktu pārvaldības telpu, tāpēc, manuprāt, tas ir mazliet atšķirīgs izaicinājums. Bet jūs bijāt uz frontes līnijas - es domāju, ka tā ir diezgan laba vieta, kur mācīties, kur cilvēki noiet greizi un kādas ir dažas problēmas. Kādas, jūsuprāt, ir dažas no biežākajām kļūdām, no kurām cilvēki varētu izvairīties, ja viņi tikai labāk pārdomā šo lietu?
Tep Chantra: Dažas no bieži sastopamajām kļūdām ir tikai - es domāju, kā jūs jau minējāt iepriekš - rezerves kopiju plānošana. Ir bijuši gadījumi, kad esmu redzējis, ka cilvēki mēģina piesaistīt, piemēram, mūsu politikas, politikas, politikas, kuras jūs veicat daudz dublējumu un veido to no LSM. Un dažos gadījumos esmu redzējis, ka dažiem cilvēkiem ir arī kāda cita utilīta, kas datu bāzēs veic dublējumus, kas faktiski izjauc viņu žurnālu nosūtīšanas politikas, jo dublējumi galvenokārt tiek veikti ārpus SQL Safe, un mēs par tiem nezinām. Tas galvenokārt ir tikai lietu plānošana uz priekšu, no kurienes nāk nepatikšanas.
Ēriks Kavanaghs: mani nepārsteidz. Cilvēkiem, tas ir lielisks pārskats par dažām bloķēšanas un novēršanas iespējām, kas ir nepieciešamas, lai jūsu uzņēmums būtu laimīgs, lai klienti būtu laimīgi. Es gribu pateikt lielu paldies visiem Tep Chantra no IDERA, ieejot šeit, veicot dažas dzīvas demonstrācijas, kas vienmēr ir interesanti - tiešraides demonstrācijas veikšana vienmēr ir mazliet riskanta, bet es domāju, ka tas izdevās diezgan labi. Jūs zināt, tā ir pamata lieta, taču tā ir tāda veida lieta, kur, ja jūs to nedarīsit, jums radīsies visa veida problēmas. Tātad, tas ir svarīgais sīkums, ar kuru palīdzību daži cilvēki nodarbojas.
Tātad, Tep, paldies par jūsu laiku. Cilvēki, mēs visas šīs tīmekļa apraides arhivējam vēlākai apskatei, tāpēc parasti jūs varat atgriezties stundas vai divu laikā un izbraukāt arhīvu. Bet, vēlreiz, šeit ir lieliski materiāli, mēs cenšamies palīdzēt uzņēmumam saglabāt lietas būtību, mēs novērtējam visu jūsu laiku un uzmanību, kas tur ir. Mēs ar jums tiksim galā nākamreiz. Jūs esat klausījies Hot Technologies. Rūpēties, ļaudis. Labdien!
