Dengan Staff Techopedia, 7 Jun 2017
Takeaway: Host Eric Kavanagh membincangkan sandaran dan pemulihan dengan Tent Chantra IDERA dalam episod Teknologi Hot ini.
Anda tidak log masuk sekarang. Sila log masuk atau mendaftar untuk melihat video.
Eric Kavanagh: Baiklah, tuan-tuan dan puan-puan, pada hari Rabu pukul 4:00 Timur, bagi mereka yang berada di ruang teknologi perusahaan, anda tahu maksudnya: Sudah tiba masanya untuk Teknologi Hot. Ya sememangnya. Nama saya Eric Kavanagh, saya akan menjadi moderator anda untuk acara hari ini bertajuk "Peluru: Bagaimana Pemimpin Perniagaan Hari Ini Menginap di Atas." Dan orang-orang, kita akan mempunyai perbualan yang baik dan intim di sini hari ini; ia akan menjadi Tep Chantra dan anda benar-benar menjadi tuan rumah perbualan ini. Kami akan bercakap mengenai beberapa perkara yang berbeza, termasuk pemulihan bencana, sandaran dan pemulihan, tetapi benar-benar istilah yang saya suka menggunakan hari ini adalah ketahanan data - Saya mendengar bahawa dari seorang lelaki hanya beberapa minggu yang lalu, dan ia benar-benar, ia membuat banyak akal. Kerana ia berkata betapa pentingnya untuk memiliki infrastruktur maklumat yang berdaya tahan di bawah perniagaan anda.
Ini adalah ekonomi maklumat pada hari ini, yang bermaksud kebanyakan syarikat bergantung pada beberapa segi atau aset aset maklumat lain. Maksud saya, walaupun syarikat runcit, walaupun syarikat perkakasan, benar-benar jenis organisasi hari ini akan mempunyai beberapa jenis tulang belakang maklumat, atau sekurang-kurangnya mereka akan, jika mereka berada di zaman moden, jika anda mau. Terdapat beberapa kedai ibu dan pop yang masih boleh mengelakkan barangan itu, tetapi walaupun di sana, anda mula melihat lebih banyak sistem maklumat berkembang, banyak daripada mereka berasaskan awan, terus terang, tetapi banyak daripada mereka masih di premis, untuk mengendalikan urus niaga pelanggan, menjaga perkara di atas, untuk mengetahui apa yang pelanggan mahukan, untuk mengetahui apa inventori itu, untuk mengetahui apa itu, dapat memahami gambaran besar - ia benar-benar penting pada hari ini.
Oleh itu, ketahanan data adalah istilah yang saya suka gunakan; redundansi adalah satu lagi istilah yang datang ke fikiran. Tetapi anda ingin memastikan bahawa tidak kira apa yang berlaku, pekerja anda dan organisasi anda akan mempunyai maklumat yang diperlukan untuk melayani pelanggan anda. Jadi, saya akan berjalan, semacam membingkaikan hujah, sebelum langkah Tep masuk dan menjelaskan kepada kami beberapa perkara yang IDERA telah berlaku. Sudah tentu, IDERA telah melakukan beberapa webcast dengan kami pada tahun lepas atau lebih. Ia adalah sebuah syarikat yang sangat menarik, mereka memberi tumpuan kepada beberapa rekaan tembaga, menyekat dan menangani, sebagaimana perlu, untuk bertahan dalam ekonomi maklumat. Kami akan jenis menyelam masuk.
Infrastruktur kalis peluru - itu sebenarnya gambaran lama dari kerangka utama, lihatlah itu, seperti awal tahun 1960-an dari Wikipedia. Anda berfikir tentang cara itu, hari mainframe bukan banyak titik akses untuk mainframe, jadi keselamatan semudah mudah, sandaran cukup mudah, anda dapat memahami apa yang perlu dilakukan, anda hanya perlu masuk dan lakukan ia. Sudah tentu, maka tidak ramai orang yang tahu apa yang perlu dilakukan, tetapi orang yang melakukannya, ia cukup jelas apa yang anda perlu lakukan. Dan tidak ada terlalu banyak kebimbangan mengenainya. Anda memang mempunyai masalah sekali-sekala, tetapi ia tidak begitu biasa.
Kembali pada hari itu, perkara ini agak mudah - hari ini, tidak begitu banyak. Jadi, inilah gambar - sebenarnya Hercules memerangi Hydra di sana. Bagi anda yang tidak besar dalam mitologi, Hydra adalah makhluk yang sangat menyakitkan kerana ia mempunyai beberapa kepala, dan pada bila-bila masa anda cincang satu, dua lagi datang di tempatnya, jadi ia jenis bercakap kepada cabaran berurusan dengan beberapa isu yang anda dapati dalam kehidupan, khususnya dalam konteks ini, benar-benar ditujukan kepada orang jahat. Anda mengambil lelaki yang buruk, dua lagi ditanam di tempat mereka. Dan anda sememangnya melihat ini dalam dunia peretasan, secara terang-terangan, ia adalah industri besar hari ini dan ini hanya satu daripada cabaran besar yang dihadapi kita.
Jadi, anda fikir jika anda cuba memetakan strategi daya tahan data anda, apa yang perlu anda bimbangkan? Nah, ada banyak perkara yang perlu dibimbangkan: bencana, kebakaran, banjir. Saya menghabiskan banyak masa di Selatan dan New Orleans tentu mempunyai beberapa cerita menarik mengenai taufan dan banjir dan sebagainya. Dan banyak kali kesilapan manusia masuk ke dalam permainan, masuk ke dalam gambar, saya patut katakan. Dan itu berlaku walaupun di Katrina di New Orleans, kerana ya, badai datang melalui, itu adalah perbuatan Tuhan, sebagaimana yang mereka katakan, force force . Walau bagaimanapun, ia adalah kesilapan manusia yang membawa kepada taufan yang mengakibatkan beberapa pelanggaran levi. Jadi, terdapat tiga daripadanya, sebenarnya, ada satu di kanal perindustrian, dan masalahnya ada kapal yang tidak dipagut dengan betul, ke bawah sungai. Dan taufan itu masuk dan menolaknya, dan ia benar-benar mengusik jarum yang mengelilingi selekoh, di mana sungai itu melangkah keluar tepat di luar New Orleans dan ia hanya pergi ke kanal perindustrian dan terhempas melalui salah satu dinding itu. Jadi, walaupun, ya itu bencana alam, namun, itu adalah kesalahan manusia yang mengakibatkan masalah besar itu.
Dan perkara yang sama berlaku di bahagian lain bandar, di mana terdapat seksyen levi yang tidak pernah selesai, nampaknya kerana bandar dan korps jurutera tidak pernah bersetuju siapa yang akan membayarnya. Nah, ia tidak mengambil saintis roket untuk mengetahui bahawa jika anda mempunyai satu lubang ternganga dalam levi anda, itu bukan levi yang sangat berkesan. Dan sebagainya, perkara itu adalah kesilapan manusia yang benar-benar memainkan senario di mana serangan bencana. Jadi, walaupun api itu, atau jika banjir, atau jika ia merupakan gempa bumi, atau apa jua keadaannya, mungkin ada sesuatu yang boleh dilakukan oleh seseorang dan sepatutnya dilakukan untuk mempersiapkan acara sedemikian. Dan tentu saja, inilah yang secara tradisional kita panggil pemulihan bencana. Jadi, ya, bencana berlaku, tetapi manusia mesti benar-benar melihat perkara itu, dan mempersiapkannya dengan sewajarnya. Kami akan bercakap sedikit mengenai hari ini dengan Tep.
Oleh itu, pekerja yang tidak puas hati - jangan meremehkan kerosakan yang boleh dilakukan oleh pekerja yang tidak puas - mereka di luar sana, mereka berada di mana-mana sahaja. Saya tahu orang yang telah menceritakan kisah tentang perkara-perkara yang benar-benar tidak menyenangkan yang telah berlaku, di mana orang hanya melakukan perkara-perkara buruk, mereka dengan sengaja menyalahgunakan organisasi mereka sendiri, kerana mereka tidak berpuas hati. Mungkin mereka tidak mendapat kenaikan gaji, atau mereka dipecat, atau siapa tahu apa yang berlaku. Tetapi itu sesuatu yang perlu diingat, dan ia adalah komponen yang sangat penting. Dalam kes pelesenan, sama seperti FYI di luar sana, orang ramai. Salah satu daripada statistik yang saya dengar adalah seperti 60 peratus daripada semua tip yang dikeluarkan oleh syarikat perisian kerana kegagalan membayar yuran lesen datang dari bekas pekerja. Oleh itu, anda ingin memastikan bahawa anda membeli perisian itu dan anda mendapatnya adil dan mudah. Sabotaj korporat tidak berlaku sepanjang masa, tetapi ia berlaku. Isu privasi juga masuk ke dalam campuran; anda perlu berhati-hati tentang apa yang anda simpan dan bagaimana anda menyimpannya, benar-benar berfikir melalui perkara ini.
Dan saya sentiasa cuba untuk mengingatkan orang dari segi peraturan, sangat penting untuk mempunyai rancangan dan melaksanakan rancangan itu, kerana apabila push datang untuk mendorong atau beberapa juruaudit masuk atau pengawal, anda ingin dapat menunjukkan kepada anda dasar yang anda ada, dan kemudian jelaskan bagaimana anda menangani dasar itu, apabila perkara-perkara tertentu berlaku, seperti bencana misalnya, seperti isu yang diaudit atau apa jua keadaannya. Anda ingin tahu apa yang anda lakukan, dan mempunyai rekod itu - ia akan pergi jauh untuk menjaga juruaudit dan bayangan, dan itu hanya barangan yang baik.
Jadi, penggodam, sudah tentu - saya akan bercakap beberapa minit mengenai penggodam dan mengapa mereka menimbulkan ancaman sedemikian. Dan tentunya ransomware, katakan saja kesini dengan WannaCry, WannaCry ransomware, yang hanya meliputi planet ini dalam susunan yang sangat singkat, dan nampaknya beberapa orang yang pandai tidak ramah untuk sekumpulan maklumat dari NSA, ada alat hacking yang digunakan dan terdedah. Oleh itu, saya mengingatkan orang ramai, ada dongeng lama, Fes Aesop, yang mengatakan bahawa kita sering memberi musuh-musuh kita alat pemusnahan kita sendiri. Ini adalah sesuatu yang perlu diingat, kerana sekali lagi, teknologi ini ditangkap oleh NSA, oleh Persatuan Keselamatan Kebangsaan - tidak dapat mengingat apa yang dimaksudkan, sebenarnya. Tetapi ia telah terdedah, dan keluar ke dunia, dan hanya menimbulkan malapetaka. Tahu tak? Dan banyak syarikat tidak menaik taraf persekitaran Windows mereka, jadi itu sudah lama, fikir ia adalah Windows XP, yang telah dikompromikan. Jadi, sekali lagi, jika anda rajin, jika anda tinggal di atas patch anda dan versi sistem pengendalian anda dan jika anda membuat sandaran data anda, dan memulihkan data anda. Sekiranya anda melakukan semua perkara yang perlu anda lakukan, perkara-perkara seperti itu bukan masalah yang besar. Tetapi anda hanya boleh memberitahu orang yang axmen, "Hei, rasa apa? Kami tidak peduli, menutup sistem ke bawah, reboot, memuatkan sandaran. "Dan anda pergi ke perlumbaan.
Jadi maksudnya ya, perkara-perkara buruk ini berlaku, tetapi ada perkara-perkara yang boleh anda lakukan mengenainya - itulah yang akan kita bincangkan mengenai persembahan hari ini. Jadi, saya melakukan beberapa penyelidikan - sebenarnya, ia adalah sejenis menarik, jika anda pergi ke Wikipedia dan mencari penggodaman, ia pergi sepanjang jalan ke 1903. Apabila seorang lelaki menggodam sistem untuk telegraf dan menghantar mesej kasar melalui telegraf, hanya untuk membuktikan bahawa dia boleh menggodamnya, saya rasa. Saya fikir itu agak lucu. Intinya, bahawa penggodam pada dasarnya baik untuk memecahkan dan memasuki, inilah yang mereka lakukan selama bertahun-tahun dan tahun-tahun. Mereka seperti pemetik kunci dunia internet moden.
Dan anda perlu ingat bahawa mana-mana sistem boleh digodam, ia boleh digodam dari dalam, ia boleh digodam dari luar. Banyak kali, apabila kebocoran itu berlaku, mereka tidak akan menunjukkan diri mereka sendiri, atau orang yang menggodam sistem anda tidak akan berbuat banyak buat seketika. Mereka menunggu seketika; terdapat sedikit strategi yang terlibat, dan sebahagiannya hanya kerana bahagian perniagaan operasi mereka, kerana biasanya apa yang dilakukan penggodam adalah mereka hanya melakukan sebahagian kecil daripada program mereka, jadi banyak orang yang pandai menembusi firewall dan sistem maklumat menembusi, itu adalah perkara yang mereka lakukan yang terbaik, dan apabila mereka menembusi sistem, maka mereka berbalik dan cuba menjual akses itu kepada seseorang. Dan itu memerlukan masa, selalunya ia di mana seseorang di belakang tabir hanya cuba untuk menjual akses kepada sistem apa sahaja yang mereka telah hack - sistem anda, berpotensi, yang tidak akan terlalu menyeronokkan - dan mereka cuba untuk mengetahui siapa sebenarnya membayar akses kepada sistem.
Oleh itu, terdapat rangkaian individu atau organisasi yang berada di luar sana, yang bersatu dan berkolaborasi untuk menggunakan maklumat yang dicuri. Sama ada pencurian identiti itu, atau hanya kecurian data, sama ada mereka membuat kehidupan yang tidak menyenangkan untuk syarikat - itu adalah kes dengan ransomware ini, orang-orang ini hanya memegang sistem anda dan mereka menuntut wang, dan jika mereka mendapatkan wang itu, mungkin atau mungkin mereka tidak akan memberikan barangan anda kembali. Sudah tentu, itulah perkara yang menakutkan, mengapa anda mahu membayar tebusan itu? Bagaimana anda tahu bahawa mereka akan memberikannya kembali? Mereka mungkin hanya meminta dua atau tiga kali ganda. Jadi, sekali lagi, ini semua bercakap mengenai kepentingan pemikiran yang benar-benar melalui strategi maklumat anda, daya tahan anda untuk data anda.
Oleh itu, saya melakukan penyelidikan lebih lanjut, itu adalah 386 lama; jika anda sudah tua seperti saya, anda boleh ingat sistem ini. Dan mereka tidak begitu bermasalah dari segi penggodaman; tidak ada banyak virus keluar ketika itu. Hari-hari ini, ia adalah permainan yang berbeza, jadi sudah tentu internet datang bersama, dan mengubah segala-galanya. Semuanya disambungkan sekarang, terdapat penonton global di luar sana, virus utama yang pertama mula menyerang, dan benar-benar industri peretasan mula melompat, secara terang-terangan.
Oleh itu, kami akan bercakap sedikit mengenai IoT, kami mempunyai persoalan yang baik dari ahli penonton: Bagaimana saya melindungi peranti IoT, dari sudut kelemahan? Itulah masalah besar - dengan jelas, banyak usaha diletakkan di dalamnya sekarang, ke arah bagaimana anda menangani potensi peranti IoT yang digodam. Ia banyak digunakan, isu biasa yang anda fokuskan, perlindungan kata laluan misalnya, melalui proses menetapkannya dengan teliti, untuk menetapkan kata laluan anda sendiri. Banyak kali orang hanya akan meninggalkan kata laluan lalai di sana, dan itu sebenarnya akan menyebabkan kerentanan. Jadi, itu perkara asas. Kami hanya mengadakan satu lagi pertunjukan mengenai keselamatan awal minggu ini, dalam rancangan radio kami, dengan beberapa pakar di sana dan mereka semua mengatakan bahawa 80-90 atau lebih peratus masalah penggodaman, sama ada IoT atau ransomware, atau apa sahaja, akan dielakkan jika anda hanya berurusan dengan asas-asas, jika anda hanya memastikan bahawa anda mempunyai asas anda dilindungi, anda melakukan semua perkara asas, yang anda tahu anda sepatutnya lakukan, yang mengendalikan 80 peratus daripada semua masalah di luar sana.
Jadi, internet perkara, OK, IoT. Nah, jika anda berfikir tentang IoT, itu bukan semua yang baru. Secara terang-terangan, terdapat pengeluar mewah yang melakukan perkara seperti ini 20 dan 30 tahun yang lalu, dan kemudian sekitar 15, 20 tahun lalu, itulah ketika RFID datang - tag pengenalan frekuensi radio - yang sangat berguna dalam membantu sangat besar organisasi, seperti peruncit, contohnya, syarikat perkapalan, mana-mana syarikat produk yang bergerak di seluruh negara, di seluruh dunia, sangat berguna untuk memiliki semua data itu, anda mengetahui di mana barang-barang anda pergi; jika sesuatu hilang, anda mengetahui.
Sudah tentu, ini bukan penyelesaian yang mudah, sebenarnya, saya mempunyai komputer riba saya, Apple saya melarikan diri, dari lapangan terbang Atlanta - Lapangan Terbang Atlanta Hartsfield - seseorang hanya mengambil beg saya, dengan komputer saya. Saya fikir mereka tidak mencuri beg lagi; mereka sentiasa mencari beg - salah. Seseorang mencuri beg itu dan kemudian muncul kira-kira sebulan kemudian, ia terbangun, saya mendapat sedikit mesej daripada Apple, dari iCloud bahawa ia bangun kira-kira tujuh hingga sepuluh minit di selatan Lapangan Terbang Atlanta Hartsfield; seseorang hanya memutuskan untuk masuk ke dalamnya. Mereka baru sahaja duduk di atasnya selama kira-kira sebulan dan saya melalui proses yang agak mengecewakan untuk menyedari, baik, OK, saya tahu kira-kira di mana ia berada, mungkin di rumah ini, rumah itu, rumah di seberang jalan, ia hanya ada buat sementara waktu. Apa yang awak buat? Seperti, bagaimana maklumat itu berguna kepada anda?
Jadi, walaupun anda belajar sesuatu, kadang-kadang anda tidak dapat melakukan banyak perkara mengenainya. Namun begitu, dunia yang dibolehkan IoT ini, saya katakan, saya fikir kita tidak cukup bersedia untuk melakukannya, jujur. Saya fikir kita mempunyai kes di mana terdapat banyak teknologi yang baik di luar sana dan kita mungkin bergerak terlalu cepat untuk mengambil kesempatan daripada perkara-perkara ini, kerana ancaman itu begitu penting. Kami hanya memikirkan jumlah peranti sekarang yang merupakan sebahagian daripada ancaman, seperti yang dibincangkan oleh orang ramai, itu adalah gelombang besar peranti yang akan datang.
Beberapa hacks besar yang telah berlaku baru-baru ini, mengambil pelayan DNS, mempunyai kaitan dengan peranti IoT yang dikongkok bersama dan bertukar kepada pelayan DNS, hanya hacks DDoS klasik, perkhidmatan penafian diedarkan, di mana secara literal, peranti ini diprogramkan semula untuk dipanggil pada pelayan DNS pada kadar yang melesat, di mana anda akan mendapat beratus-ratus ribu permintaan yang masuk ke pelayan DNS ini, dan hanya mencekik dan kemalangan dan mati. Ini jenis perkara di mana kisah yang hebat di laman web yang tidak begitu popular pelayan hanya terhempas - mereka tidak dibuat untuk jenis lalu lintas semacam itu.
Jadi, IoT adalah sesuatu yang perlu diingat, sekali lagi, jika kita berurusan dengan sandaran dan memulihkan, hanya penting untuk diingat bahawa mana-mana serangan ini boleh berlaku pada mana-mana titik tertentu dalam masa. Dan jika anda tidak bersedia untuk itu, maka anda akan kehilangan banyak pelanggan, 'kerana anda akan membuat banyak orang yang sangat tidak berpuas hati. Dan anda akan mempunyai pengurusan reputasi untuk berurusan. Itulah salah satu istilah baru yang terapung di sana, "pengurusan reputasi." Ia membayar untuk mengingati dan menghargai reputasi yang boleh mengambil masa bertahun-tahun untuk membina dan minit atau bahkan saat untuk menyia-nyiakan. Oleh itu, sememangnya sememangnya seperti yang anda fikirkan strategi maklumat anda.
Oleh itu, ada konsep keseluruhan awan hibrid ini. Saya mempunyai salah satu filem lama saya, kegemaran dari zaman kanak-kanak, Pulau Dr. Moreau di sana, di mana mereka mencipta benda-benda separuh haiwan, separuh-makhluk, seperti awan hibrid. Oleh itu, sistem di premis akan berada di sini selama bertahun-tahun - tidak membuat kesilapan mengenainya, ia akan mengambil masa yang lama untuk mengatasi pusat-pusat data premis - dan bahkan dalam perniagaan kecil anda akan mempunyai banyak data pelanggan dalam sistem anda dan pemacu anda, dan semakin rumit keadaan itu, semakin sukar ia akan berada di atas. Yang mengatakan, menyatukan dalam satu pangkalan data sentiasa menjadi cabaran yang nyata, terutamanya dengan sistem seperti MySQL, sebagai contoh.
Cuba untuk menjejalkan semuanya ke dalam satu sistem tidak pernah begitu mudah dilakukan. Biasanya apabila ia selesai, terdapat masalah, anda mendapat masalah prestasi. Jadi, sekali lagi, ia akan menjadi masalah buat masa ini. Infrastruktur warisan di sana di pusat data dan dalam perniagaan, tentu saja. Itulah masalah dengan WannaCry, adakah anda mempunyai semua sistem XP ini - Microsoft tidak menyokong XP lagi. Oleh itu, ia agak mengagumkan bagaimana beberapa isu yang menjadi sangat parah dan menyakitkan secara monetari dan sebaliknya dapat dielakkan dengan penyelenggaraan dan pemeliharaan asas. Perkara asas.
Jadi, akan ada jurang kemahiran; jurang kemahiran ini akan berkembang dari masa ke masa, kerana sekali lagi, awan adalah masa depan - saya tidak fikir ada keraguan tentang itu - awan adalah di mana perkara akan berlaku; sudah ada pusat graviti di awan. Dan apa yang akan anda lihat adalah lebih banyak syarikat, semakin banyak organisasi yang mencari awan. Jadi, itu akan meninggalkan beberapa jurang kemahiran di sebelah premis; ia belum ada, tetapi ia akan datang. Dan walaupun memikirkan pelunasan, begitu banyak syarikat besar, mereka tidak boleh hanya bergerak ke awan - mereka boleh, tetapi ia tidak akan membuat banyak akal, kos yang bijak, kerana mereka melunaskan semua aset tersebut tiga, lima hingga tujuh tahun, mungkin.
Yang mewujudkan tingkap masa yang agak ketara, di mana mereka akan berhijrah dari atas dan ke arah persekitaran awan. Dan terus terang kami telah mencapai titik sekarang, di mana premis mungkin kurang selamat daripada awan. Jenis yang lucu, kerana itu adalah ketukan besar untuk masa yang lama: Syarikat bimbang akan pergi ke awan atas sebab keselamatan, mereka bimbang tentang awan yang mudah terdedah kepada hack. Betul, tentu saja, tetapi jika anda melihat orang-orang besar: Amazon, Microsoft, bahkan sekarang SAP dan Google, semua orang ini, mereka cukup baik pada perkara itu, mereka cukup bagus untuk mendapatkan awan sendiri.
Dan kemudian, tentu saja, akhirnya pada bahagian depan, sistem bertarikh: aplikasi ini menjadi lama dalam gigi dengan cepat pada hari-hari ini. Saya mendengar satu lelucon satu kali, definisi perisian warisan adalah apa-apa perisian yang dihasilkan. (Ketawa) Saya fikir ia agak lucu. Jadi, ke sistem awan, saya menyebut pemain utama, mereka baru berkembang pada hari itu. AWS masih mendominasi ruang itu, walaupun Microsoft untuk kredit mereka telah benar-benar menganggap beberapa perkara dan mereka terfokus dengan sangat hati-hati. Begitu juga SAP, SAP HANA Cloud, ia adalah platform Cloud HANA yang mereka sebut - ia merupakan tumpuan besar untuk SAP dan atas alasan yang jelas. Mereka tahu bahawa awan kini mempunyai graviti, mereka tahu bahawa awan adalah kawasan pertempuran hebat untuk teknologi.
Jadi, apa yang anda lihat adalah penyatuan ini di sekitar seni bina awan, dan anda akan mempunyai banyak kerja dalam tempoh dua tahun akan datang mengenai penghijrahan awan ke awan. Bahkan pengurusan data induk di seluruh awan akan menjadi isu besar. Dan Salesforce - lihat seberapa besar Salesforce telah menjadi - itu satu kekuatan mutlak yang harus diperhitungkan. Juga, ia adalah sistem pemasaran di awan; ada sesuatu seperti 5, 000 syarikat teknologi pemasaran sekarang - 5, 000! Ia tidak masuk akal. Dan anda melihat lebih banyak usaha pada panel kaca tunggal ini, kerana mampu mengurus persekitaran berbilang awan. Jadi, satu slaid terakhir dari saya, dan kemudian saya akan menyerahkannya kepada Tep untuk memberi kita nasihat tentang bagaimana kita boleh berada di hadapan permainan, di sini.
Ini, kami membincangkan mengenai rancangan radio saya pada awal minggu ini, model awan bertanggungjawab bersama. Jadi, apa yang mereka cakapkan ialah AWS bertanggungjawab untuk mendapatkan awan, jadi keselamatan awan. Boleh melihat kedai-kedai pengiraan, rangkaian pangkalan data, dan lain-lain Tetapi pelanggan bertanggungjawab untuk data dan keselamatan di awan. Nah, lucu kerana mereka menggunakan istilah ini "tanggungjawab bersama" dan apa yang saya kumpulkan dari para tetamu di acara kami adalah bahawa ia tidak benar-benar dikongsi sama sekali. Idea ini, ia adalah tanggungjawab anda, kerana kemungkinan adalah jika tekan datang untuk mendorong dan seseorang menjangkiti persekitaran anda, AWS mungkin tidak akan dipertanggungjawabkan, anda.
Jadi, ia adalah dunia yang pelik, saya fikir ia sedikit istilah duplikat, "tanggungjawab bersama" kerana sebenarnya ia tidak semestinya, ia masih merupakan tanggungjawab anda untuk tetap berada di atas semua perkara itu. Jadi, dengan itu, dan saya tahu saya telah bercakap sedikit tentang IoT - kita mempunyai satu soalan yang baik tentang bagaimana untuk mendapatkan peranti IoT - akan ada pelbagai teknologi mutlak yang akan dapat menangani itu. Jelas sekali anda mempunyai beberapa perisian pada beberapa firmware pada peranti IoT itu sendiri, jadi itu sesuatu yang perlu diingat; anda perlu bimbang tentang apa-apa protokol pengesahan yang anda perlu gunakan untuk barangan itu. Tetapi seperti yang saya katakan, asas-asas, mungkin akan melalui kebanyakan masalah yang akan anda hadapi, hanya melakukan perlindungan kata laluan, melakukan perubahan kata laluan dan sememangnya sememangnya tetap di atasnya - memantau perkara itu, dan menonton .
Banyak teknologi yang digunakan untuk mengawasi penipuan, sebagai contoh, atau aktiviti jahat dalam rangkaian benar-benar menumpukan pada penyingkiran, dan itu sesuatu yang pembelajaran mesin sebenarnya cukup baik, pada clustering dan menonton untuk outliers, memerhatikan corak tingkah laku yang pelik. Suka, terus terang, apa yang kita lihat dengan serangan DDoS baru-baru ini pada pelayan DNS, di mana tiba-tiba semua peranti ini mula menghantar panggilan balik ke segelintir pelayan tertentu, yang tidak kelihatan baik. Dan dengan terus terang, apa yang saya selalu mengingatkan orang tentang dengan sistem-sistem ini: Bila-bila masa anda mempunyai automasi yang serius dalam persekitaran semacam itu, sentiasa ada manual yang menimpa, mempunyai suis bunuh - anda ingin mempunyai jenis suis bunuh yang diprogramkan di sana untuk menutup perkara-perkara itu ke bawah.
Jadi, dengan itu, saya akan menolak slaid pertama Tep, dia akan melakukan beberapa demo untuk kami. Dan kemudian saya akan teruskan dan memberikan anda kunci kepada tab WebEx. Kini, ia akan datang dan mengambilnya.
Tep Chantra: Baiklah, terima kasih, Eric. Nama saya Tep Chantra, dan saya pengurus produk di sini di IDERA. Hari ini, mahu bercakap tentang penyelesaian sandaran enterprise IDERA, iaitu Backup Selamat SQL. Bagi anda yang sudah biasa dengan Backup Selamat SQL, mari kita lihat dengan cepat pada beberapa kemunculan produk yang memberi alasan kepada saya. Oleh itu, seperti yang anda mungkin telah meneka, orang berkata sandaran, sandaran SQL Server dan memulihkan produk, salah satu ciri utama dari Safe SQL adalah keupayaan untuk melakukan sandaran cepat. Dan itu adalah ciri penting, memandangkan kebanyakan cadangan mesti dibuat dan dalam kebanyakan kes mereka perlu dibuat dengan cepat, dalam masa yang kecil.
Dalam sesetengah persekitaran sekarang, memenuhi tingkap sandaran itu boleh menjadi cabaran, terutamanya apabila anda mempunyai beberapa pangkalan data besar yang perlu disandarkan. Keupayaan SQL Safe untuk menyelesaikan operasi sandaran dengan cepat membolehkan pengguna akhir dapat memenuhi tingkap sandaran tersebut. Bercakap mengenai pangkalan data yang besar, menyandarkan pangkalan data yang besar ini, jelas fail sandaran yang lebih besar. Ciri lain di mana SQL Safe shines adalah keupayaan untuk memampatkan fail sandaran. Algoritma pemampatan yang digunakan dapat mencapai sehingga seperti kompresi 90-95 peratus. Ini bermakna anda boleh menyimpan sandaran lagi, atau membenarkan penjimatan kos dari segi keperluan storan.
Di bahagian belakang operasi sandaran, anda telah memulihkan operasi. Salah satu pertempuran yang mesti dilancarkan DBA dalam memulihkan pangkalan data adalah bahawa pangkalan data tersebut perlu dipulihkan secepat mungkin. Dalam kes-kes pangkalan data yang besar pemulihan penuh fail sandaran boleh mengambil masa beberapa jam, yang jelas bermakna downtime yang lebih lama, dan mungkin kehilangan pendapatan. Selamat Selamat, SQL mempunyai ciri ini yang dinamakan "Instant Restore, " yang pada asasnya memotong masa di antara apabila anda memulakan pemulihan dan apabila pangkalan data boleh diakses oleh pengguna akhir atau bahkan aplikasi.
Saya ingat bercakap kepada pelanggan sekali, di mana dia melaporkan pemulihan satu pangkalan data tertentu telah mengambil masa 14 jam. Tetapi dengan ciri pemulihan segera, dia dapat mendapat akses ke pangkalan data itu dalam masa sejam atau kurang. Pengurusan berasaskan dasar, satu lagi kemuncak SQL Safe adalah keupayaan untuk membuat dasar dan mengurus operasi sandaran anda melalui dasar-dasar tersebut. Apabila anda mengkonfigurasikan dasar, anda pada dasarnya menentukan keadaan mana yang harus disandarkan atau yang mana pangkalan data mengenai keadaan tersebut akan disandarkan, jenis operasi sandaran apa yang akan dilakukan, dan juga jadual di mana sandaran itu akan berlaku.
Di samping itu, anda juga boleh mengkonfigurasi pemberitahuan amaran. Dengan cara itu, anda boleh dimaklumkan mengenai peristiwa-peristiwa seperti sandaran yang berjaya berjaya, backup itu gagal, mungkin ia dapat melihat ini, tetapi ada beberapa amaran yang berkaitan dengan operasi itu. Anda juga akan dimaklumkan jika sandaran tidak dilaksanakan seperti yang dijadualkan. Itulah pemberitahuan penting, 'sebab itu anda mungkin mempunyai, risiko tetingkap waktu di mana cadangan tidak ada. Dan menerima pemberitahuan sedemikian akan menunjukkan kepada anda bahawa anda perlu pergi ke sana dan membuat sandaran itu berjalan dan kemudian mungkin melakukan penyelidikan tentang mengapa cadangan itu tidak dijalankan seperti yang dijadualkan.
Beberapa perkara lain, mari lihat di sini, pencerminan sindiran yang salah, yang pada dasarnya bermakna kita mempunyai keupayaan untuk membuat fail sandaran pendua di lebih dari satu lokasi. Jadi, misalnya, katakan anda mempunyai destinasi sasaran di utama anda sebagai- apa storan utama anda, di mana semua fail sandaran anda pergi. Walau bagaimanapun, anda mungkin mempunyai salinan fail sandaran yang sama contohnya di mesin tempatan itu sendiri, sekiranya anda perlu melakukan beberapa ujian tambahan, pastikan pangkalan data itu dapat dipulihkan, walau apa pun keadaannya. Database Maya SQL Optimalkan - apa yang pada dasarnya adalah, kami mempunyai produk lain yang baru-baru ini diintegrasikan ke dalam SQL Safe, yang disebut Database Maya SQL.
Seperti yang saya nyatakan, adalah yang baru disepadukan begitu sahaja yang sebenarnya dimasukkan di dalam Safe SQL sendiri. Sekarang, apa yang SQL Database Database dasarnya membolehkan anda lakukan, adalah untuk benar-benar membuat pangkalan data maya. (Ketawa) Saya benci menggunakan istilah yang sama seperti definisi, tetapi apa yang pada dasarnya berlaku ialah kita akan memasang pangkalan data dan berdasarkan fail sandaran. Jadi, yang pada dasarnya berlaku adalah bahawa SQL Server berfikir bahawa pangkalan data sebenarnya sedang berjalan dan berjalan, sedangkan ia sebenarnya sedang membaca data dari fail sandaran, daripada sebenarnya mewujudkan pangkalan data sebenar itu sendiri pada sistem fail.
Ini sangat membantu kerana ia membolehkan anda mengakses data yang berada dalam fail sandaran tanpa benar-benar memakan ruang cakera tambahan, jadi ia datang dengan sangat berguna, terutamanya apabila anda berhadapan dengan pangkalan data yang besar yang anda perlukan hanya untuk mendapatkan, lihat cepat, atau buat beberapa kerja dev. Penyulitan sifar sifar - yang sebenarnya bermakna ialah di mana kita menjalankan sandaran pangkalan data ini, kita sebenarnya boleh menyulitkan fail sandaran, dan apabila kita menyulitkan fail sandaran ini, kita tidak menambah beban tambahan kepada aktual prestasi sistem. Oleh itu, ia sangat tidak dapat dielakkan. Pengiriman log adalah satu lagi perkara yang boleh kita lakukan, di mana dasar kami, seperti yang saya nyatakan sebelum ini, dan berkenaan dengan pelesenan yang berfaedah - apa yang pada hakikatnya bermakna bahawa model pelesenan kami membolehkan anda memindahkan model pelesenan dari satu contoh ke contoh lain, dengan beberapa klik mudah tetikus.
Bergerak, mari kita lihat dengan cepat seni bina produk itu sendiri. Oleh itu, terdapat empat komponen utama pada produk tersebut. Kami telah bermula dari kiri, Konsol Pengurusan Selamat SQL dan Konsol Web. Kedua-dua ini pada dasarnya adalah antara muka pengguna, satu adalah klien desktop dan yang lain adalah aplikasi web. Kedua-dua antara muka pengguna ini menarik data dari komponen seterusnya, iaitu Pangkalan Data Repositori Selamat SQL. Pangkalan data repositori pada dasarnya menyimpan semua sejarah operasi anda, semua operasi sandaran dan pemulihan. Butiran tersebut disimpan di sini. Semua data ini yang terdapat dalam repositori diuruskan oleh Perkhidmatan Pengurusan Selamat SQL, yang merupakan komponen seterusnya. Perkhidmatan Pengurusan bertanggungjawab untuk mengemas kini pangkalan data repositori dan menghantar pemberitahuan amaran. Data mengenai operasi sandaran dan pemulihan sebenarnya berasal dari Ejen Penjaga Selamat SQL, yang merupakan komponen terakhir, di sebelah kanan.
Ejen Sandaran Selamat SQL adalah komponen yang dipasang pada semua pelayan yang mengendali contoh SQL Server yang anda cuba untuk mengurus dengan SQL Safe. Dan ini adalah perkhidmatan yang sebenarnya bertanggungjawab untuk melakukan sandaran dan memampatkannya. Sekarang, pada slaid ini, terdapat juga komponen kelima, yang tidak diperlukan sepenuhnya, tetapi ia adalah perkara yang bagus. Dan itulah fail RDL Perkhidmatan Pelaporan SQL Server kami. Apa yang pada dasarnya membolehkan anda lakukan adalah menggunakan beberapa fail RDL ke Perkhidmatan Pelaporan SQL Server supaya anda dapat menjalankan laporan terhadap pangkalan data repositori kami. Dan kami mempunyai beberapa laporan yang berbeza seperti yang terakhir kali sandaran anda berlari, butiran mengenai operasi sandaran, apa yang ada pada anda.
Dan maafkan saya. Mari maju dan lihatlah Safe SQL sendiri. Berikan saya kedua di sini. Dan berikan saya kedua untuk log masuk. Seperti yang anda lihat, saya telah dimuatkan sekarang adalah aplikasi web, tetapi pertama, saya sebenarnya ingin melihat aplikasi desktop. Jadi, marilah saya menyalakannya dengan cepat. Dan inilah aplikasi desktop selamat SQL, apabila beban pertama kali membawa anda ke paparan SQL Selamat hari ini. Ini pada dasarnya menyenaraikan semua operasi sandaran atau memulihkan operasi yang telah berlaku pada hari ini. Ia juga memberi anda status persekitaran yang cepat, seperti yang anda lihat di sini, menyatakan bahawa dasar saya mempunyai satu dasar, yang dalam keadaan OK, yang baik, kerana saya hanya mempunyai satu dasar dan saya berharap bahawa Ianya bukan . Juga memberi anda ringkasan operasi yang berjaya, sebarang operasi yang mungkin gagal. Secara keseluruhan, saya berada dalam keadaan yang baik: Hanya dengan melihat cepat, anda dapat melihat semua sayur-sayuran; kita baik untuk pergi.
Di sebelah kiri di sini, anda dapat melihat semua pelayan yang telah anda berdaftar dengan SQL Safe dan yang anda pada dasarnya menguruskan. Jika anda mengembangkannya, anda dapat melihat senarai pangkalan data pada sistem itu. Jika anda memilih pangkalan data tertentu, anda boleh melihat sejarah operasi untuk pangkalan data tertentu itu. Tidak ada lagi yang dapat dijelaskan, selain daripada itu anda boleh meneruskan dan melakukan backup ad hoc dari tetingkap ini juga, dan ia adalah pantas dan mudah nyata. Dan biarlah saya memperlihatkannya kepada anda dengan cepat. Anda hanya klik kanan padanya, dan pilih operasi yang anda mahu lakukan. Dan untuk tujuan ini, saya akan meneruskan dan memilih pangkalan data sandaran. Dan Wizard Penyimpanan Selamat SQL akan dibuka. Dari sini anda mendapatkan ini, seperti mana contoh yang anda ingin lakukan sandaran terhadap, dan pilih pangkalan data mana yang anda ingin sediakan. Dalam kes ini, saya memilih mesin HINATA, dan pangkalan data Contoso Retail ini, kerana itulah yang saya terangkan ketika saya memilih pilihan. Saya akan pergi dan meninggalkannya buat masa ini, tetapi anda mempunyai pilihan untuk memilih lebih banyak pangkalan data supaya jika anda ingin menyandarkan semua pangkalan data pengguna anda, contohnya, anda boleh memilih butang radio ini dan ia akan memilih semua mereka. Biarkan saya pergi ke depan dan teruskan dengannya.
Pergi ke halaman seterusnya penyihir. Di sinilah saya boleh memilih jenis sandaran yang saya mahu lakukan, dan anda mempunyai beberapa pilihan yang berbeza di sini. Itulah-saya pasti terdapat dalam semua utiliti sandaran, contohnya, anda boleh melakukan sandaran penuh, sandaran selisih, sandaran log transaksi, atau anda sebenarnya hanya dapat membuat sandaran fail pangkalan data itu sendiri. Anda juga mempunyai pilihan membuat sandaran salin sahaja, yang pada dasarnya digunakan apabila anda tidak mahu mengacaukan dengan LSM. Saya akan memilih "tidak" untuk sekarang. Dan anda juga mempunyai pilihan untuk mengesahkan sandaran selepas sandaran selesai - dengan cara itu anda sememangnya memastikan bahawa sandaran anda bagus dan boleh digunakan kemudian. Ia sentiasa salah satu daripada ciri-ciri yang anda ingin memastikan bahawa anda mempunyai, hanya untuk memberi anda sedikit jaminan bahawa sandaran boleh digunakan.
Di sini, anda dapat mencari nama dan deskripsi data. Ini pada dasarnya metadata bahawa anda boleh membantu dengan mudah mengenal pasti apa sandaran digunakan, jadi saya akan mengatakan tujuan demo di sini. Dan gunakan sandaran pangkalan data anda untuk demo. Seterusnya, di sini kami menentukan di mana kami ingin menyimpan fail sandaran kami, dan anda mempunyai beberapa pilihan yang berbeza di sini: Anda boleh menyimpannya ke satu fail, anda boleh membuat fail jalur, anda mempunyai keupayaan untuk memilih di sini destinasi sasaran, kami juga menyokong domain data. Dan itu, awan Amazon ST, sekiranya anda mahu menyimpan maklumat anda.
Saya akan meneruskan fail tunggal untuk demonstrasi ini, ini membolehkan ketahanan rangkaian, ini adalah ciri yang sangat bagus dalam Safe SQL dalam erti kata bahawa jika anda menyokong lokasi rangkaian - yang saya lakukan di sini, anda dapat melihat dari arkib utama - jika anda membuat cadangan ke lokasi rangkaian terdapat kemungkinan bahawa anda mungkin menghadapi beberapa cegukan rangkaian. Dalam sesetengah kes jika hiccups rangkaian anda dipertikaikan, operasi sandaran sepenuhnya akan dijual. Nah, membolehkan pilihan ketahanan rangkaian, apa yang sebenarnya dilakukan adalah jika sesebuah rangkaian yang dihadapi, apa yang SQL Aman dasarnya lakukan, ia menjeda sandaran dan menunggu masa tertentu dan cuba lagi lokasi rangkaian. Dan jika ia dapat disambung, maka ia akan menyambung semula hak sandaran di mana ia berhenti. Dengan cara itu, anda tidak menghabiskan berjam-jam sekaligus cuba untuk menjalankan sandaran ini dan betul apabila ia semakin hampir, rangkaian yang dihadapi - kami tidak menjual operasi dengan segera, kami akan menunggu sedikit dan cuba untuk menyelesaikannya sekali lagi.
Terdapat beberapa pilihan lain apabila mengkonfigurasi ini. Sekarang, ia pada dasarnya memerlukan selang masa yang kita coba lagi, jadi dalam pengertian ini, jika kita menghadapi celah jaringan, ia akan cuba mengakses lokasi rangkaian sekali lagi dalam sepuluh saat. Opsyen kedua di sini pada dasarnya memberitahu anda bahawa jika kita menghadapi hiccups rangkaian, ia berkata 300 saat di sini - jadi apa, lima minit, total - maka kita akan menjual sepenuhnya operasi sandaran. Dan itu lima minit dalam urutan, jadi jika kita cuba lagi dan dalam masa lima minit, kita masih tidak dapat membaikpulih semula sambungan rangkaian, maka kita akan menjual sepenuhnya operasi itu. Operasi yang terakhir ini pada dasarnya adalah untuk keseluruhan tempoh sandaran, jadi jika anda kehilangan sepuluh saat di sini, sambungkan semula, dan kemudian kehilangan sambungan sekali lagi, jika pada dasarnya mengulang selama 60 minit, maka operasi itu akan dijual. Dan ini dikonfigurasikan, seperti yang anda lihat, supaya anda dapat menyesuaikannya dengan persekitaran anda.
Pilihan arkib cermin ini di sini, inilah yang saya bicarakan sebelumnya, yang mempunyai pencerminan yang salah. Di sinilah anda boleh menentukan lokasi sandaran lain, sekiranya anda sepatutnya mahu. Saya akan meninggalkan ini yang tidak terkawal sekarang, hanya kerana saya ingin meneruskan dan meneruskannya. Pada tingkap pilihan ini, anda boleh menentukan perkara-perkara seperti jenis pemampatan anda yang kami mahu gunakan untuk operasi sandaran ini dan sama ada kita ingin mendayakan penyulitan untuk fail sandaran atau tidak. Kami menawarkan beberapa pilihan yang berbeza untuk pemampatan, walaupun tidak termasuk, jika anda memilih bahawa anda tidak mahu mempunyai pemampatan sama sekali. Oleh itu, ia hanya dengan cepat mengatasi pilihan ini.
Berkelajuan tinggi pada dasarnya cuba untuk menyiapkan sandaran secepat mungkin, sementara termasuk beberapa jumlah mampatan. ISize lebih tertumpu pada termasuk mampatan sebanyak mungkin tetapi boleh - kerana kami cuba untuk memampatkannya dengan begitu banyak - ia mungkin mengambil masa yang lebih lama, dan mungkin menggunakan lebih sedikit CPU. Tahap 1 pada dasarnya bermakna jumlah mampatan paling rendah sepanjang jalan ke Aras 4, jumlah mampatan yang paling banyak yang kita boleh tambahkan. Jadi, ini sedikit lebih terperinci, iSpeed biasanya - apa kata itu? Jarak antara tahap mampatan Tahap 1 dan Tahap 2; ia mengambil melihat sistem anda untuk melihat berapa banyak CPU dan sumber yang tersedia dan membuat pertimbangan pada banyak mampatan, ia harus digunakan di antara Level 1 dan Level 2.
ISize melakukan hal yang sama, kecuali dengan Aras 3 dan Aras 4. Terdapat beberapa pilihan lanjutan lain di sini, seperti berapa banyak yang ada pada CPU yang perlu kita gunakan, di sini adalah pilihan untuk membuat data pemetaan untuk Pangkalan Data Maya SQL dan juga kami ciri pemulihan segera. Anda boleh memasukkan log masuk pangkalan data, dan beberapa pilihan lain sesetengah pengguna mendapati sangat berharga, jadi seperti membuat pemeriksaan dari ini, supaya mereka dapat memeriksa yang kemudian, untuk memastikan fail sandaran yang baik. Jika kami meneruskan ke halaman seterusnya, ini adalah tempat anda menyediakan pemberitahuan anda. Dan anda boleh melihat pelbagai pilihan yang ada di sini: beritahu jika sandaran gagal, memberitahu jika sandaran telah dilangkau, atas sebab apa pun. Jika sandaran dibatalkan, atau jika sandaran selesai dengan amaran, dan jika anda inginkan, anda boleh diberitahu bahawa sandaran anda bersih. Untuk persekitaran di mana sejumlah besar pangkalan data, itu mungkin bukan sesuatu yang anda ingin aktifkan, hanya kerana lebih banyak kemungkinan cadangan anda akan berjaya dan anda akan dibanjiri dengan e-mel.
Pada halaman seterusnya anda boleh melihat ringkasan tentang apa yang telah anda tentukan, 'menyebabkan operasi sandaran ini. Dan jika anda ingin, jika semuanya kelihatan baik, anda boleh pergi ke hadapan dan klik sandaran, kami lepaskannya. Sebelum saya klik sandaran, izinkan saya pergi ke depan dan tunjukkan kepada anda butang "menjana skrip". Kerana apa SQL Safe menawarkan antara muka baris arahan di mana anda sebenarnya boleh memulakan operasi sandaran atau memulihkan, apa yang ada pada anda, melalui baris arahan, DOS prompt. Jika anda mengklik skrip menjana di sini, ia pada asasnya memberikan anda skrip sebenar yang anda boleh gunakan, jika anda mahu mengambil sandaran dari baris arahan.
Perkara lain yang lebih baik ialah kami juga menawarkan prosedur kedai lanjutan, dan dalam kes ini kami menghasilkan skrip untuk anda yang akan melaksanakan operasi sandaran yang sama dengan menggunakan prosedur kedai lanjutan - hanya sedikit berita gembira yang saya ingin kongsi. Oleh itu, mari kita pergi dan memulakan sandaran ini. Dan anda dapat melihat bahawa sandaran telah dimulakan. Dan pangkalan data ini sedikit besar, jadi mungkin mengambil sedikit masa. Anda dapat melihat bahawa saya berlari beberapa kali di sini, sebelum ini, jadi ia akan membawa saya ke mana-mana dari satu minit hingga tiga minit. Ini adalah Tahap 4 jadi saya rasa ia akan menjadi antara dua kali ini.
Semasa berjalan, mari kita lihat dengan cepat dasar-dasar. Sebagaimana yang saya nyatakan sebelum ini, dasar membolehkan anda mengkonfigurasi operasi sandaran terjadual di seluruh perusahaan anda, jadi saya mempunyai dasar di sini, sebelum ini telah ditetapkan dan bukannya membuat yang baru, mari kita teruskan dan perhatikan butiran yang satu ini. Sentiasa meminta maaf, VM saya berjalan pada komputer riba peribadi saya dan nampaknya sedang berjalan kipas yang cukup keras. (Ketawa)
Eric Kavanagh: Baiklah - anda tahu, saya akan bertanya kepada anda soalan semasa kami menonton ini di sini. Adakah IDERA menggunakan banyak perubahan penangkapan data dari segi sandaran, atau adakah anda melakukan semua backup setiap kali? Bagaimanakah ia berfungsi, adakah anda tahu?
Tep Chantra: Katakan sekali lagi, maafkan saya?
Eric Kavanagh: Ya, adakah anda tahu jika IDERA menggunakan CDC, menukar teknologi penangkapan data untuk melakukan backup yang lebih kecil, atau adakah ia melakukan backup penuh setiap kali?
Tep Chantra: Saya tidak percaya begitu. Saya ingat ingat sebelum ini, dalam beberapa tiket. Dan jika saya ingat dengan betul, tidak, kita tidak memanfaatkan CDC, kita, jujur, kita pada asasnya membiarkan SQL Server melaksanakan sandaran, kita hanya menangkap data di antara dan memampatkannya, mengakibatkan fail sandaran sedang dibuat. Jadi, pada asasnya menggunakannya. Yeah.
Jadi, sekarang bahawa saya mempunyai polisi saya dimuatkan - oh, maaf, adakah anda mempunyai soalan lain?
Eric Kavanagh: Tidak, itu sahaja. Teruskan.
Tep Chantra: OK, jadi sekarang saya mempunyai dasar saya yang dimuatkan, anda dapat melihat beberapa perkara cepat di sini: nama, perihalan, anda boleh menetapkan jenis dasar yang akan anda buat, sama ada dasar yang akan diuruskan, jadual yang akan diuruskan oleh Agen SQL Server, atau jadual akan diuruskan oleh Ejen Sandaran SQL Server. Dalam kebanyakan kes anda akan mahu menggunakan Agen SQL Server, kerana itu biasanya sesuatu yang berjalan pada sistem anda, jadi mungkin juga memanfaatkan apa yang tersedia untuk anda. Pada tab keanggotaan, ini adalah di mana anda menentukan contoh dalam pangkalan data sandaran yang anda ingin sandarkan. Dan kes ini, anda dapat melihat saya telah menambah kesemua kes yang didaftarkan saya dan saya telah menyatakan pangkalan data khusus yang harus disokong. Sekarang, jika saya mahu, saya boleh meneruskan dan mengeditnya dan berkata, "Saya mahu menyandarkan semua pangkalan data atau hanya pangkalan data pengguna, atau bahkan pangkalan data sistem." Perkara yang baik tentang ini ialah saya juga boleh menggunakan kad liar dan membuat pangkalan data tertentu.
Saya tidak akan membuat perubahan di sini, hanya kerana saya tidak mahu membuat sebarang perubahan besar pada tetapan saya. Jadi, mari kita kembali ke pilihan. Dan pada pilihan, ini adalah di mana anda menentukan apa jenis sandaran yang akan anda lakukan, dan jika anda melihat di sini, saya mempunyai sandaran penuh, sandaran berlainan dan sandaran besar yang dikonfigurasikan. Dan bagi setiap sandaran ini, saya dapat menentukan sama ada saya ingin menggunakan jumlah mampatan tertentu atau mematikan penyulitan. Sama seperti pilihan yang anda akan dapati di wizard ad hoc. Dan di lokasi, anda juga boleh menentukan tujuan operasi sandaran ini. Salah satu perkara yang baik mengenai dasar adalah bahawa anda juga boleh menentukan sama ada atau tidak anda mahu meneruskan dan memadamkan fail sandaran lama, berdasarkan bilangan hari X, atau minggu, apa yang ada pada anda.
Dan itu boleh dikonfigurasi untuk setiap jenis sandaran. Jadi, anda boleh lihat di sini, saya mempunyai cadangan penuh saya untuk memadamkan selepas satu minggu. Pembezaan pembezaan saya selepas dua hari, dan saya ingin backup saya dimatikan selepas satu hari. Ini benar-benar baik, kerana ia mengautomasikan senario pengendalian, fail sandaran lama, hanya menyimpan yang anda perlukan, berdasarkan masa. Halaman seterusnya anda menentukan jadual, dan sekali lagi, jadwal itu boleh menjadi khusus bagi setiap jenis operasi sandaran yang akan anda selesaikan, jadi untuk saya penuh, saya menjalankannya setiap minggu, perbezaan saya saya menjalankannya setiap enam jam, log saya berjalan setiap 30 minit. Di halaman seterusnya adalah tempat anda menyiapkan pemberitahuan dan pada dasarnya adalah jenis pemberitahuan yang sama yang anda temukan dalam sandaran iklan hoc, satu perbezaannya ialah anda mempunyai pilihan yang baru ini yang boleh memberitahu anda jika cadangan gagal dimulakan seperti yang dijadualkan. Ini adalah di mana anda boleh dimaklumkan mengenai situasi di mana sandaran anda tidak dijalankan. Yang penting, terutamanya dalam kes-kes di mana anda mempunyai SLA tertentu untuk memastikan bahawa anda mempunyai sandaran yang tersedia pada masa-masa yang anda perlukan. Dan halaman seterusnya anda boleh melihat ringkasan. Sekiranya saya telah membuat sebarang perubahan, jika saya mengklik selesai, ia akan keluar dan membuat perubahan itu, simpan dan sebaliknya akan menyimpannya ke repositori pekerjaan Agen SQL Server.
Dan semata-mata untuk menunjukkan dengan cepat kepada anda dengan cepat, ini adalah dasar dan tugas yang saya buat untuk dasar itu. Dan anda dapat melihatnya mencipta tiga pekerjaan yang berbeza: satu untuk setiap jenis sandaran. Kini, dengan cepat, saya lihat dengan cepat pada antara muka HUD dan jenis seperti yang saya nyatakan sebelum ini, pangkalan data maya yang digunakan untuk kami diintegrasikan ke dalam Peti Deposit Keselamatan SQL. Sekarang, seperti yang saya nyatakan, ia pada dasarnya menipu SQL Server untuk mempercayai bahawa pangkalan data sebenar telah dipulihkan apabila sebenarnya kita membaca fail sandaran. Oleh itu, biarlah saya pergi ke hadapan dan tidak ada yang cepat untuk anda. Biarkan saya mengambil fail sandaran. Di sini, biarkan saya mengambil empat di sini. Proses selesai, dan cepat sekali, jika saya menyegarkan pangkalan data saya di sini, anda dapat melihat bahawa pangkalan data boleh diakses dan SQL Server fikir ia hidup, tetapi sebenarnya, kita hanya membaca data daripada pangkalan data.
Beberapa ciri lain yang baru untuk siaran ini adalah keupayaan untuk melakukan sandaran menggunakan format sandaran terkini. Ia berguna bagi pelanggan yang perlu menggunakan pengurusan berasaskan dasar kami, tetapi mereka mahu menyimpan format fail SQL Server untuk sebarang sebab. Sekarang, saya tahu kami sedang kehabisan masa, jadi saya fikir saya ingin meneruskan dan menghentikan persembahan ini, supaya kami boleh mengambil beberapa soalan, atau mana-mana sahaja.
Eric Kavanagh: Ya, pasti. Jadi, saya fikir salah satu kunci sebenarnya dalam pengurusan dasar, bukan? Seperti dalam pemikiran tentang dasar yang optimum dan apa yang anda asaskan itu? Jelas sekali dalam beberapa kes terdapat peraturan untuk dibimbangi, tetapi dalam perniagaan mungkin itu tidak dikawal ketat; anda hanya perlu mencari masa yang optimum untuk melakukan backup anda dan kemudian, saya menebak anda mendapat beberapa laporan mengenai berapa lama ia mengambil masa dan berapa mahalnya dari segi kuasa pengiraan dan sebagainya. Apa yang berlaku untuk menentukan dasar yang optimum?
Tep Chantra: Itu benar-benar kes demi kes, setiap alam sekitar akan mempunyai dasar yang berbeza dalam hal apabila sandaran ini harus dijalankan. Juga, dan ini boleh melibatkan jenis sandaran yang sedang berjalan, jadual di mana mereka berjalan, dan ia benar-benar menentukan, benar-benar juga bergantung kepada keperluan pemulihan mereka, saya rasa, itulah jawapannya.
Eric Kavanagh: Baiklah, ya. Dan anda bercakap tentang dapat melakukan pelbagai jenis sandaran dan jalur adalah salah satu pilihan. Adakah itu untuk jenis data panas dan sejuk, atau apa logik di sebalik jalur, yang bertentangan dengan beberapa kaedah lain?
Tep Chantra: Jadi, saya rasa jawapan yang paling baik yang saya dapat buat untuk itu adalah bahawa, fail bergaris, apa yang kita lakukan pada dasarnya ialah menulis kandungan sandaran dalam beberapa fail yang berbeza. Saya percaya idea menggunakan fail berjalur adalah bahawa anda boleh menulis fail sandaran anda lebih cepat, dengan cara itu. Sebagai contoh, anda boleh mempunyai setiap fail yang berbeza pergi ke lokasi lain. Yang membebankan keselamatan pelayan juga, kerana anda mengedarkan fail sandaran anda ke lokasi yang berbeza.
Eric Kavanagh: Dan ada beberapa perkara baru yang menarik dari segi memulihkan keupayaan, bukan? Kerana katakan ada semacam peristiwa, sama ada bencana alam atau ransomware, apa pun keadaannya. Anda tidak perlu mempunyai satu pilihan untuk memulihkan, bukan? Bolehkah anda menetapkan keutamaan tentang apa yang akan dipulihkan dan apa jenis data? Bolehkah anda bercakap mengenai pilihan di sana?
Tep Chantra: Nah, dari segi memulihkan, saya sebutkan tadi bahawa kami menyediakan kemampuan untuk melakukan pemulihan segera, yang pada dasarnya dapat membuat pengguna menjadi lebih cepat, kan? Dan hanya untuk memperlihatkan, saya melakukan satu sebelumnya, jadi anda dapat melihat di sini, sekali lagi, pangkalan data ini tidak terlalu besar, ini adalah yang berjalan di komputer riba saya. Oleh itu, saya fikir ia mungkin seperti dua pertunjukan saiz, tetapi pangkalan data ini selesai dalam 37 saat. Pemulihan sebenar. Jadi, saya mengambil masa 37 saat sebelum saya dapat mengakses data saya, jadi dengan segera memulihkan, saya dapat mengakses pangkalan data saya dalam masa dua saat. Oleh itu, anda boleh bayangkan apa yang akan kelihatan seperti jika pangkalan data anda lebih besar.
Eric Kavanagh: Ya, baiklah. Dan tentu saja, kita bercakap tentang perkara ini sebelum pertunjukan itu; anda telah menghabiskan banyak masa di barisan hadapan yang memberi sokongan kepada orang ramai dan kemudian berpindah ke ruang pengurusan produk, jadi sedikit cabaran yang berbeza, saya rasa. Tetapi anda berada di barisan hadapan - Saya fikir ia adalah tempat yang bagus untuk mengetahui di mana orang pergi salah dan apa masalahnya. Apa yang anda lihat sebagai beberapa perangkap yang lebih biasa, bahawa orang boleh mengelakkan jika mereka hanya pemikiran melalui perkara ini lebih baik?
Tep Chantra: Beberapa perangkap umum adalah adil - saya rasa seperti yang anda sebutkan tadi - menjadualkan backup anda. Sudah ada masa di mana saya melihat orang cuba memanfaatkannya, sebagai contoh, dasar, dasar, dasar kami yang anda lakukan dengan banyak sandaran dan membebaskannya daripada LSM. Dan dalam beberapa kes saya telah melihat beberapa orang juga mempunyai beberapa utiliti lain yang membuat sandaran pada pangkalan data mereka yang berkuat kuasa merosakkan dasar penghantaran log mereka, kerana backup dibuat secara asasnya di luar SQL Safe dan kami tidak menyedari mereka. Ini terutamanya hanya merancang perkara-perkara yang akan datang, di sinilah timbulnya perangkap.
Eric Kavanagh: Tidak mengejutkan saya. Nah, orang-orang ini telah menjadi semakan yang hebat tentang beberapa halangan dan menangani yang perlu untuk memastikan perniagaan anda bahagia, untuk memastikan pelanggan anda gembira. Saya ingin mengucapkan terima kasih kepada semua orang, Tep Chantra dari IDERA, melangkah ke sini, melakukan beberapa demo langsung, yang selalu menarik - ia sentiasa sedikit berisiko untuk melakukan demo secara langsung, tetapi saya fikir ia berjalan dengan baik. Anda tahu, ia adalah perkara asas, tetapi ia adalah jenis perkara di mana jika anda tidak melakukannya, anda akan mempunyai semua jenis masalah. Oleh itu, ini adalah perkara penting yang dilakukan oleh beberapa syarikat.
Jadi, Tep, terima kasih atas waktunya. Orang ramai, kami buat arkib semua webcast ini untuk tontonan kemudian, jadi biasanya anda boleh kembali dalam masa satu atau dua jam dan menyemak arkib. Tetapi sekali lagi, perkara-perkara yang hebat di sini, kami cuba membantu perniagaan di atas perkara-perkara, kami menghargai semua masa dan perhatian anda, orang-orang di luar sana. Kami akan mengejar anda pada masa akan datang. Anda telah mendengar Teknologi Panas. Berhati-hati, orang ramai. Selamat tinggal.
