Dengan Staf Techopedia, 22 Februari 2017
Takeaway: Host Eric Kavanagh membincangkan pengurusan pangkalan data dengan Dr Robin Bloor, Dez Blanchfield dan IDHR Binh Chau.
Anda tidak log masuk sekarang. Sila log masuk atau mendaftar untuk melihat video.
Eric Kavanagh: Baiklah, tuan-tuan dan puan-puan. Halo dan selamat datang kembali sekali lagi. Ini hari Rabu, jam empat malam Timur dan untuk beberapa tahun kebelakangan ini bermakna sudah tiba masanya untuk Teknologi Hot. Betul, ini adalah pertunjukan kami dengan rakan-rakan Techopedia Techopedia kami - Techopedia.com. Semak mereka dalam talian. Mereka mendapat trafik raksasa, 1.5 juta pelawat unik sebulan. Itulah banyak trafik web. Topik hari ini, "Impian DBA: Penemuan dan Pengurusan di Sekitar Alam Sekitar." Ya memang, ini masalah besar, terutama bagi organisasi yang lebih besar. Terdapat slaid tentang anda benar-benar, dan cukup tentang saya, memukul saya di Twitter @ aic_kavanagh, saya sentiasa cuba untuk mengikuti kembali dan terlibat dalam perbualan di luar sana.
Sekali lagi, kita bercakap tentang teknologi pangkalan data hari ini dan benar-benar dapat memahami apa yang berlaku di seluruh landskap luas contoh pangkalan data. Sebilangan besar daripada anda tahu, sebaik sahaja anda mula berkembang organisasi anda, anda akan mendapat lebih banyak contoh-contoh ini di luar sana dan menjaga mengendalikan perkara itu boleh menjadi sedikit cabaran yang menarik. Malah, saya masih ingat beberapa tahun yang lalu, saya mempunyai perbualan yang hebat dengan seorang lelaki yang merupakan pengarah tadbir urus data untuk pejabat CIO di Jabatan Pertahanan. Dan saya memberitahunya semua perkara yang menarik ini, kami mempunyai perbualan yang hebat ini dan saya memberitahunya kisah latar belakang saya tentang melobi untuk ketelusan dalam perbelanjaan persekutuan, dan dia ketawa dan dia berkata, "Oh, jadi rumah anda di mana saya harus menghantar yang seterusnya mogok drumer pemangsa. "Dia berkata, " Ketelusan dalam perbelanjaan persekutuan? Saya tidak tahu berapa banyak lesen Oracle yang saya ada di sini. "Ketika saya mendengarnya, saya benar-benar dapat menghargai besarnya cabaran yang dihadapi sesetengah organisasi.
Kini, hari ini terdapat banyak alat yang menarik - kita akan mendengar tentang hari ini - untuk memahami apa yang terbang di sekitar sana, tetapi walaupun 20 tahun yang lalu, itu adalah satu cabaran yang sangat serius. Apabila ia datang kepada organisasi saiz DOD, anda hanya boleh bayangkan bahawa mendapatkan pegangan yang akan menjimatkan banyak wang, ia akan menjimatkan banyak masa, ia akan menyelesaikan beberapa masalah tadbir urus; anda akan mengatasi pelbagai cabaran sekaligus jika anda melakukan perkara semacam ini dengan betul. Kita akan belajar mengenainya hari ini.
Kami mempunyai Dr. Robin Bloor sendiri, ketua penganalisis Kumpulan The Bloor. Kami mempunyai Dez Blanchfield, saintis data kami, memanggil dari bawah ke bawah, Sydney, Australia. Dan Binh Chau, pengurus produk senior IDERA, juga berada di garisan.
Kami melakukan #HOTTECH sebagai hashtag - berasa bebas untuk tweet di acara tersebut. Dan kami bergantung kepada anda untuk soalan yang baik, jadi jangan malu: tanya soalan bila-bila masa menggunakan komponen Q & A konsol webcast anda atau tetingkap sembang itu, sama ada cara. Dan dengan itu saya akan menyerahkannya kepada Dr. Robin Bloor. Biarkan saya menyerahkan kunci kepada WebEx. Di sana ia pergi, dan mengambilnya.
Dr. Robin Bloor: Baiklah. Nah, di sini kita pergi, mari kita ke slaid pertama. Di Itali, mereka memanggil mereka Stanlio dan Olio, Laurel dan Hardy. Kembali pada tahun 1990-an apabila semua orang bimbang tentang tahun 2000, saya terlibat dalam beberapa tahun 2000 projek. Dan saya pergi ke - mari memanggil mereka syarikat insurans yang besar - dan mereka mendapati bahawa mereka mempunyai lebih daripada 500 aplikasi yang mereka tidak tahu ada di kerangka utama. Mereka mengambil inventori kerangka utama. Nah, pada masa itu, persekitaran kerangka utama jauh lebih baik daripada apa-apa yang datang kemudian, maksud saya, tidak ada persoalan mengenainya.
Saya benar-benar agak terkejut dan saya bercakap dengan orang-orang di organisasi dan mereka berkata tidak ada pusat komprehensif … tidak ada orang yang bertanggungjawab untuk mengetahui maklumat itu, anda tahu, pada asasnya. Mereka tidak pernah mengambil inventori aset mereka. Dan pangkalan data adalah aset tanpa istilah yang pasti kerana ia mengandungi data dan data yang berharga. Berapa banyak contoh soalan dan sebenarnya, di manakah mereka? Ini hanya "Apakah Pangkalan Data?" Dan sebab saya fikir seperti itu, pangkalan data adalah sebuah almari ke mana anda membuang data. Dan saya bercakap dengan sebuah laman web baru-baru ini yang mempunyai ribuan contoh Oracle. Nah, pangkalan data Oracle yang, jika anda menggunakannya dengan cara yang canggih, memerlukan DBA.
Saya jenis bertanya tentang itu dan mereka berkata, kira-kira, saya fikir ia adalah kira-kira tujuh atau lapan DBA di seluruh organisasi. Dan saya berkata, anda tahu, "Siapa yang menjaga ribuan contoh yang lain?" Dan mereka berkata, "Betul apa yang berlaku di sana orang hanya menggunakannya sebagai sistem fail. Kami mempunyai beberapa pangkalan data yang berada di kelompok besar di mana prestasi sangat penting dan mereka mempunyai DBA yang berdiri di atasnya sepanjang masa. Dan kemudian kami mempunyai beribu-ribu pangkalan data lain yang tiada siapa yang menjaganya sama sekali. "Dan saya bertanya kepada mereka berapa banyak pangkalan data dan mereka datang dengan, " Well, terakhir kali Oracle telah mengauditnya. "Mereka tidak melakukan audit sendiri, anda tahu, yang mana satu perkara yang menarik.
Tetapi, anda tahu, ada alasan untuk menggunakan pangkalan data. Pangkalan data melaksanakan model data. Di sana untuk data perkongsian: boleh menguruskan pelbagai permintaan serentak untuk data, melaksanakan model keselamatan, mematuhi ACID, tahan lama atau boleh ditubuhkan untuk menjadi tangguh, anda tahu. Itulah sebabnya kita mempunyai pangkalan data. Tetapi, anda tahu, ia tidak luar biasa untuk menemui tapak dengan beribu-ribu contoh SQL Server atau Oracle dan kebanyakannya hanya digunakan sebagai sistem fail, pada asasnya. Dan mengapa anda membuat contoh baru, betul-betul?
Saya tahu pasukan pemaju yang jika mereka membina aplikasi baru, mereka membinanya di silo supaya sebarang aplikasi baru akan mempunyai pangkalan data berasingan. Mereka tidak semestinya cuba membuat lapisan data daripada perkara - Saya tidak fikir itu amalan yang baik. Tetapi ada lagi, anda tahu, jika anda mempunyai persekitaran yang sangat rumit, menjadi sangat sukar untuk mencuba dan mengumpulkan semua pangkalan data yang berkaitan dengan satu sama lain dari segi mempunyai data di dalamnya di mana terdapat hubungan. Contoh dijana untuk replika.
Anda tahu, anda boleh mempunyai standbys atau replika untuk kegunaan, tetapi anda juga mempunyai replika atau separa replika dalam data data. Dan sebaik sahaja dunia gudang data diperkenalkan, persoalannya, anda tahu, berapa banyak data data yang ada di luar sana, dan orang hanya menggunakannya sebagai fail klon, mengambil data daripada gudang data dan tidak peduli tentang prestasinya dalam rasa bahawa mereka hanya akan lakukan sebagai prestasi lalai. Kebanyakan orang ini mungkin tidak tahu bahawa anda sebenarnya boleh menyesuaikan pangkalan data. Saya telah melihat reka bentuk yang telah menghilangkan data ke tumpuan khas untuk tujuan pengedaran.
Anda tahu, anda sering mendapat situasi replikasi ini di mana anda mempunyai beberapa depot dalam organisasi dan mereka masing-masing mempunyai pangkalan data dan masing-masing adalah kawasan pangkalan data pusat. Anda mendapat contoh dari sharding. Keputusan reka bentuk yang lemah - Saya telah melihat beberapa reka bentuk yang benar-benar pelik berlaku dari segi pangkalan data di mana orang telah mencipta pangkalan data berasingan tanpa alasan yang baik. Dan seperti yang saya katakan, pangkalan data adalah sistem fail.
Dan kemudian terdapat persekitaran ujian dan pembangunan yang perlu ditinggikan dan jatuh, tetapi semua ini dikira sebagai contoh yang databased dan kesemua mereka, dengan cara itu, perlu mempunyai keselamatan dan semua perkara lain yang diharapkan dapat disediakan oleh pangkalan data. Pertimbangan instans - beban kerja pangkalan data hanya boleh dioptimumkan untuk contoh tertentu. Sekiranya anda benar-benar berminat untuk mempunyai prestasi yang terbaik, maka data yang diasingkan dalam banyak pangkalan data tidak semestinya akan memberi anda jenis pengoptimuman semacam itu.
Terdapat sebab untuk tidak membuat contoh data palsu. Beban kerja campur dalam pangkalan data yang sama dengan titik balik boleh membawa kepada prestasi yang lemah - terutamanya ketara oleh OLTP dan trafik pertanyaan yang besar semata-mata tidak bercampur, tidak pernah bercampur dan mungkin tidak akan pernah bercampur. Ia biasanya terbaik untuk menyatukan pangkalan data di peringkat pelayan dan bukannya mempunyai banyak VM. Tetapi VM menyediakan pengasingan; dengan sesetengah orang, ia merupakan keputusan reka bentuk untuk mengasingkan data daripada data lain supaya, anda tahu, jika aplikasi itu gagal, atau jika pangkalan data itu gagal, ia tidak akan membawa permohonan saya ke bawah.
Masalahnya dengan itu, tentu saja, adalah bahawa anda akhirnya berjalan ke titik seterusnya, iaitu yuran lesen pangkalan data. Mereka berbeza-beza, tetapi saya telah melihat yuran lesen pangkalan data menjadi kriteria reka bentuk kerana seseorang tidak mahu meletupkan nombor tertentu, dan oleh itu, orang yang mereka bentuk sistem tidak semata-mata kerana cara lesen pangkalan data berfungsi. Dan ada perkara lain: jika anda mula menggabungkan semua pangkalan data anda, perlu diperhatikan bahawa DBA mahal. Itu bukan perkara yang mudah untuk dilakukan.
Satu pandangan mudah di dunia - dan ini adalah slaid terakhir - ada lapisan data, ada lapisan pengangkutan dan ada lapisan pemprosesan. Dan semua perkakasan duduk di bawahnya. Ia tidak mungkin untuk mengoptimumkan lapisan data tanpa mengetahui apa yang ada di dalamnya dan mengapa.
Dan setelah mengatakan itu, saya akan menyerahkan kepada rakan saya dari bawah, Dez Blanchfield.
Dez Blanchfield: Terima kasih, Robin. Biarkan saya hanya tetikus saya disusun di sini. Jadi, saya akan memberikan beberapa anekdot hari ini kerana ini adalah topik yang besar dan saya boleh menghabiskan masa dua minggu dengan penanda papan putih bersenang-senang, kerana saya telah hampir tiga dekad di atas dan di ruang ini .
Tetapi pertama, gambaran visual mental. Apabila saya berfikir mengenai cabaran yang kita sedang bercakap tentang hari ini - dan pada dasarnya, kita bercakap tentang pertumbuhan pangkalan data, replikasi dan pemisahan serta semua cabaran yang dihadapi - Saya mahu hanya meletakkan gambar oak gergasi ini fikiran. Ini adalah pokok-pokok yang indah, mereka bermula sebagai acorn kecil tetapi mereka berkembang ke raksasa ini. Dan apabila mereka berbuat demikian, mereka sangat besar dan berantakan. Dan seperti yang anda lihat dari imej ini, sebagai metafora visual, jika anda suka, anda tahu, cawangan pergi ke mana-mana dan kemudian ranting datang dari mereka dan meninggalkan pada akhir mereka dan mereka dalam bentuk rawak, huru-hara, dan itu hanya sedikit yang kita dapat lihat di atas tanah.
Saya memikirkannya sebagai data di dalam pangkalan data, dan di bawah terdapat struktur akar dan mereka memasuki pelbagai arah. Tetapi nampaknya sangat bersih dan masuk akal di permukaan tanah di mana ia bagus dan rata, tetapi realiti itu sama seperti gila di bawah tanah kerana ia berada di atas tanah; kita tidak melihatnya. Dan saya sering menggunakan ini apabila saya mula berfikir tentang bagaimana untuk menggambarkan cabaran yang kita sedang bercakap tentang hari ini kepada organisasi dari bilik lembaga ke teknisi untuk mencuba dan memvisualisasikan apa yang sebenarnya berlaku dalam organisasi mereka. Kerana sangat mudah untuk melihat skrin komputer dan melihat bidang-bidang yang indah baris dan lajur dan berfikir, "Kami telah mendapat diselesaikan, itu bukan masalah besar." Tetapi itu tidak sama sekali. Dan pada ketika itu, saya biasanya memukul satu baris ini dengan mengatakan bahawa pangkalan data dalam fikiran saya seperti acorns, anda tahu, mereka mula kecil dan berkembang, tetapi sebelum anda tahu, anda mempunyai hutan pokok oak gergasi, dan dengan itu visual itu.
Oleh itu, dua anekdek hanya untuk berkongsi senario yang berkembang dari kawalan dan tidak dapat diperbaiki, dan kemudian satu lagi yang melakukan perkara yang serupa tetapi dapat diperbaiki, dan saya akan menyoroti titik utama perbincangan hari ini tentang bagaimana kami menceritakannya.
Yang pertama adalah satu senario di mana CIO dengan niat yang paling banyak dari masa ke masa tidak sengaja menyebabkan salah satu kelemahan yang paling tidak dijangkakan dan tidak diingini yang hanya menjadi tidak terkawal. Ini adalah senario di mana sebuah organisasi kerajaan dengan beribu-ribu kakitangan, kakitangan yang sangat mahir secara teknikal, menuntut akses kepada sistem dan alat yang mereka boleh mula bekerjasama dan mengotomatisasi banyak proses mereka. Mereka mahu keluar dari bentuk kertas dan mereka mahu mencipta sistem dalam talian, mereka mahu menangkap data dan menjejakinya dan memantaunya dan melaporkannya kembali dan membentangkannya semula kepada rakan-rakan mereka.
Dan ada pelbagai jenis perkara, ada sesuatu dari orang yang berpindah ke pejabat mereka dan menunaikan diri dan mendaftar masuk untuk tujuan keselamatan sepanjang jalan ke siapa yang memerintahkan apa yang ada di kafeteria pada waktu makan tengah hari. Oleh itu, CIO yang berniat baik memutuskan bahawa Lotus Notes adalah idea yang hebat kerana dia telah menjadi satu siri seminar dan IBM telah melakukan pekerjaan yang hebat ketika melancarkannya dan dalam senario yang betul ia akan menjadi keputusan yang hebat, ia telah dilakukan di bawah kawalan. Tetapi apa yang berlaku adalah bukannya menyerahkan Lotus Notes kepada pasukan orang teknis untuk menyusun pelaksanaan dalam persekitaran dan kemudian berdiri alat-alat yang masuk akal dan sebagainya dan menyediakan beberapa kawalan dan tadbir urus di sekelilingnya, apa yang sebenarnya berlaku ia telah ditugaskan ke standard persekitaran operasi, SOE, jadi setiap desktop berkesan menjadi pelayan.
Jadi, mereka memberikan latihan dan nota dan dokumentasi untuk proses ini dan semua orang tiba-tiba menyedari, "Ya, saya ada Lotus Notes di desktop saya!" Apa maksudnya, adakah anda fikir? Nah, ini bermakna beribu-ribu kakitangan yang sangat mahir teknikal diajar bagaimana menulis dan menulis aplikasinya, secara berkesan, dalam Lotus Notes, mewujudkan pangkalan data kecil yang pada dasarnya kelihatan seperti spreadsheet, baris dan lajur dan bidang, dan menyajikan antara muka web kecil ini melalui Domino.
Jika saya mahu menangkap maklumat mengenai sesuatu, saya hanya dapat membuat sedikit borang dan dalam antara muka jenis spreadsheet, memasukkannya ke dalam fail, membuat pangkalan data Lotus Notes sedikit di belakangnya dan membentangkannya sebagai aplikasi web dan mula mengumpul maklumat. Dan itu terdengar hebat sehingga ia berlari selama bertahun-tahun dan tiba-tiba mereka menyedari, seseorang bangun dan berkata, "Baiklah, mengapa terdapat 10, 000 aplikasi berkuasa pangkalan data yang baru muncul di LAN, dan khususnya pada 12 bulan? Apa yang sedang berlaku? "Nah, apa yang berlaku ialah, anda pada asasnya memberi orang pistol, dan ia dimuatkan dan keselamatannya tidak aktif, dan sudah tentu mereka menembak diri mereka di kaki.
Dan ada imej yang hebat di sini bahawa saya biasanya merenung di dalam fikiran saya seorang artis Itali yang melakukan perkara yang aneh ini di mana dia mendapat trak jerami dan jerami dan dibuang ke tengah studio seni dan kemudian mendapat kurator studio seni untuk mencarik jarum secara rawak ke tengah-tengahnya. Dan kemudian dia membelanjakan hari untuk makanan hidup, di kamera, melalui jerami yang mencari jarum dalam jerami itu, seperti biasa. Sehingga akhirnya, selepas jam dan hari, dia mendapati dan melompat ke atas dan ke bawah dan menjadi teruja. Dan bagaimanapun, artis Itali, apa yang boleh anda lakukan? Tetapi ia agak lucu dan jika anda pernah menontonnya dalam talian atau jika anda menontonnya dalam talian anda akan mendapati ia sangat cathartic.
Inilah senario mimpi ngeri di mana orang teknikal yang berniat baik memberi orang perniagaan - orang perniagaan yang sangat mahir secara teknikal - alat yang sepatutnya menjadikan kehidupan mereka lebih mudah. Tetapi sebelum ini, kami mempunyai soalan seperti siapa yang menyokong mereka, yang mengawasi dan menyokong mereka, di mana data ini, struktur apa data dalam, siapa yang mengawal skema, bagaimana jika saya mahu membuat versi lain, data apa yang ada dalam versi tersebut, bolehkah saya melakukan perjalanan integrasi ujian dev pada perkara ini?
Anda tahu, anda boleh membuat kesimpulan sendiri tentang bagaimana ia pergi, tetapi ia tidak berfungsi dengan baik dan anda boleh membayangkan bahawa hanya beratus-ratus terabytes data, dan tidak disandarkan, duduk, berkesan, PC atau komputer riba di atas meja, sesetengah sistem tidak boleh didapati kerana orang tidak menyedari apabila mereka mematikan komputer riba pada pukul 5:30 dan membawanya ke rumah untuk melakukan kerja yang tiada siapa yang boleh mengakses aplikasi itu. Ia tidak berakhir dengan baik. Dan banyak data terpaksa dibersihkan dan dimanipulasi secara manual dan dibawa kembali ke sistem yang masuk akal; majoriti itu hanya dihapuskan dan dihapuskan, kerana ia tidak boleh dibenarkan untuk terus berkembang.
Kemudian anekdot kedua saya dengan perkara-perkara dalam perjalanan yang sangat berbeza. Bayangkan senario, anda mempunyai dev, ujian, integrasi, integrasi sistem, ujian penerimaan pengguna, pengeluaran, pemulihan bencana, sandaran dan salinan sandaran satu hingga 99 dan seterusnya, anda mempunyai peningkatan, patch, dan kemudian persembahan demonstrasi dari satu hingga 99 dan banyak lagi. Dan tiba-tiba anda duduk di sana pergi, "Tunggu, apa yang berlaku, menggantung, yang menggunakan apa?" Anda tahu, ini adalah mimpi ngeri yang berpotensi menunggu berlaku.
Tetapi dalam senario ini, apa yang berlaku ialah saya mempunyai peluang untuk pergi ke sebuah organisasi yang ingin mengekstrak unit perniagaan pengurusan kekayaan dari platform perbankan teras mereka dan berdiri sebagai organisasi berasingan pada asasnya permulaan dalam perusahaan. Cabarannya ialah, mengambil unit perniagaan pengurusan kekayaan kami dan semua orang dan teknologi dan data di sekelilingnya dalam perkhidmatan awam, mencipta permulaan di dalam syarikat kami sendiri dan mengukirnya supaya ia boleh berjalan pada jenamanya sendiri.
Ini adalah peneraju global dalam perbankan, yang saya tidak namakan. Kami terpaksa mengeluarkan unit perniagaan pengurusan kekayaan itu sendiri dan semua perkara di sekelilingnya. Jadi, semuanya secara keseluruhan, semua kakitangan, infrastruktur fizikal, dan bergerak ke ruang pejabat baru. Semua sistem perniagaan, semua perisian, semua data, semua pelesenan, anda namakannya. Nah, anda boleh bayangkan, itu kelihatan seperti sedikit mimpi ngeri untuk bermula dengan.
Dan untuk meletakkan beberapa konteks di sekelilingnya, kita bercakap tentang 78 sistem di platform perbankan asal yang menyokong 14 produk teras, yang boleh menjadi kira-kira seribu persembahan yang berbeza. Beratus-ratus dan beratus-ratus pangkalan data hidup digunakan, dan apabila saya katakan digunakan, kita terpaksa memindahkan mereka ke situ, jadi pada petang Jumaat mereka akan berada di satu persekitaran, pada hari Isnin mereka dijangka berada di tempat lain dan pada hari Sabtu dan hari Ahad mereka terpaksa melakukan penyebaran ini di mana transaksi dilakukan dari satu sistem di sebelah kiri, katakan, untuk memvisualisasikannya, ke sistem lain di sebelah kanan.
Kira-kira 15, 000 pelanggan dengan rekod yang tidak terkira banyaknya, dan mimpi ngeri ETL kerana tiada satu daripada 78 sistem di satu pihak dipadankan oleh sistem di sisi lain. Kami mempunyai platform perbankan yang sepenuhnya baru, sistem baru, perisian baru, pangkalan data baru dan skema baru. Jadi, metadata, medan, baris, lajur, rekod, jadual, anda namakannya, tidak ada padanan. Terdapat 14 pasukan pembangunan aktif yang berlainan, satu untuk setiap produk. Dan apabila kami membina persekitaran ini, kami mendapati bahawa pada masa kami mempunyai ujian pembangunan, integrasi, integrasi sistem, ujian penerimaan pengguna, pengeluaran, pemulihan bencana, salinan demonstrasi, sandaran, penambahbaikan, penampakan - saya bahkan merindui di sana - latihan, misalnya dan pendidikan, terdapat 23 versi setiap persekitaran ini untuk setiap pasukan pembangunan.
Sekarang, anda duduk di sana dan tiba-tiba, darah anda mula mengalir dan kulit anda menjadi sejuk dan rambut anda berdiri - yang tidak boleh berakhir dengan baik. Nah ternyata, ia berakhir dengan sangat baik kerana perkara pertama yang kita lakukan, sebelum kita memulakan reka bentuk penggunaan teknologi, kita pergi dan mendapat alat yang betul. Dan kami menggunakan alat, dan tidak semestinya orang, tetapi orang yang memandu alat. Kami menggunakan alat untuk memetakan data, kami menggunakan alat untuk memetakan pangkalan data yang mereka tinggalkan, kami memetakan semua metadata, skema, dan semua jalan ke baris, lajur, rekod dan medan.
Kami tahu apa yang kami datangi dan kemudian kami mengaitkannya dengan peta yang kami letakkan di tempat platform perbankan yang kelihatan seperti itu, dan kami mempunyai korelasi satu sama lain. Dan apa sahaja yang jatuh di tengah, kami mencipta bilik data di mana kami akan melalui dan memetakannya secara manual. Tetapi, sebelum melakukan apa-apa penggunaan dan apa-apa penubuhan persekitaran di dunia baru, kami memastikan bahawa setiap rekod tunggal, setiap satu jadual, setiap medan, setiap baris, setiap lajur, setiap pangkalan data, dan semua metadata di sekelilingnya, semua kebenaran dan kawalan dipetakan, dari satu ke satu. Dan kami tidak memindahkan satu perkara sehinggalah korelasi itu dibuat.
Dan sebagainya, sekeping ETL menjadi mimpi ngeri kepada proses yang tidak menyakitkan hanya mengesahkan kawalan dan proses yang diikuti. Dan kita boleh melakukan ini secara tetap, hampir setiap jam. Kami melakukan peralihan dari pengeluaran di dunia lama ke persekitaran baru dev, ujian, integrasi, dan lain-lain, di dunia baru. Dan pada hari kami pergi hidup, selepas proses lima bulan untuk menjalani hidup selepas sebulan dengan ujian dan kemudian dalam enam bulan ia dalam talian dan aktif, kami hanya mempunyai satu isu, dan masalahnya ialah seseorang terlupa kata laluan mereka dan ia perlu diset semula. Itulah satu-satunya isu yang ada, dan pada asasnya mencipta kira-kira satu jam tekanan orang berfikir sesuatu yang telah salah - ternyata kata laluan telah tamat tempoh dan mereka lupa apa itu dan perlu menetapkannya semula.
Anda boleh membayangkan senario itu, berbanding dengan persekitaran Lotus Notes di mana seseorang mempunyai niat yang besar tetapi tidak berfikir melalui cabaran, dan perkara seterusnya kita perlu pergi dan mencuba dan memetakan semua data ini dan kebanyakannya terpaksa dihapuskan dan ia hanya kehilangan masa dan usaha dan sumber dan semangat yang besar. Untuk senario di mana, apabila ia dirancang dengan betul dan dilakukan dengan betul dan dihantar dengan tepat dengan alat yang betul, kami mendapat hasil yang hebat.
Dan sebagainya membawa saya ke barisan ini - sebelum saya menyerahkan kepada rakan sekutu kami untuk bercakap tentang apa yang IDERA perlu menyelesaikan cabaran ini - adalah bahawa di dunia hari ini di mana semakin banyak sistem yang dikuasakan oleh pangkalan data, itu bukan sekadar nicety, tetapi Kepada saya itu satu fakta, itu satu keperluan, alat pintar itu, dalam pengalaman saya, satu-satunya cara untuk menguruskan penemuan data, pengurusan data dalam skala dan kelajuan yang kita bergerak.
Dan jika ia dilakukan dengan betul, sebagai anekdot kedua yang saya baru-mudahan dikongsi semoga digambarkan, ia boleh menjadi proses yang sangat tidak menyakitkan dan sangat lancar. Bukan hanya dalam projek-projek baru, tetapi mendapatkan lengan anda sekitar persekitaran semasa dan memastikan bahawa setiap saat dan hari anda boleh mengesan dan mengesan apa yang berlaku dalam organisasi anda, pangkalan data apa yang ada, versi pangkalan data yang anda jalankan, dan siapa yang menggunakan apa.
Dan untuk itu saya akan menyerahkan kepada rakan sekutu kami dari IDERA, dan saya berharap untuk mendengar apa yang mereka tawarkan di atas meja dan bagaimana mereka akan menyelesaikan cabaran ini.
Binh Chau: Hebat, terima kasih, Dez. Bolehkah anda mendengar saya baik-baik saja? Baiklah, terima kasih. Hai semua, saya adalah Binh Chau dengan IDERA. Hari ini saya akan bercakap sedikit mengenai produk yang kami panggil SQL Inventory Manager dan ia bercakap mengenai penemuan dan kemampuan untuk inventori contoh SQL Server anda dan pangkalan data di luar sana dan semacam mendapatkan pegangan apa yang anda miliki dalam persekitaran dan bercakap tentang beberapa perkara lain yang Dez dan Robin membicarakan dari segi pangkalan data pangkalan data dan keperluan untuk data hari ini.
Dengan itu, inilah beberapa pertimbangan yang anda dengar, saya fikir, secara anekdot menerusi dua kisah yang diterangkan oleh Dez. Tetapi pada dasarnya pada hari ini, terdapat begitu banyak keperluan untuk data dan kumpulan perniagaan di luar sana dan kumpulan perniagaan di luar sana jenis berputar atas aplikasi mereka sendiri dan pelayan, terutamanya dengan SQL Server, bukan? Kerana anda dengan mudah boleh berputar versi SQL Express atau perkhidmatan BI, bahawa hanya ada sekelompok SQL yang berlaku di banyak organisasi, anda tahu, dari yang kecil hingga yang besar.
Banyak kali DBA tidak menyedari bahawa seseorang memutuskan untuk memulakan, anda tahu, membuat contoh dan bukannya meletakkan pangkalan data pada contoh yang sedia ada. Mereka tidak menyedari perkara ini sehingga berpotensi ada masalah dan seseorang memanggil DBA, "Oh tidak, permohonan saya berhenti bekerja, ia tidak dapat menyambung ke pangkalan data, apa yang sedang berlaku?" Dan anda tahu, ketika meminta DBA beberapa soalan yang mereka temukan, "Hei, ini bukan pada radar kami, kami tidak menyedarinya."
Satu lagi adalah kos pelesenan, bukan? Lesen Microsoft SQL Server: cara ia berfungsi adalah anda tidak perlu mempunyai kunci khusus untuk bilangan contoh yang anda miliki. Anda boleh menggunakan dan kemudian melakukan audit. Anda tahu, mereka melakukan audit kemudian dan jenis mengetahui berapa banyak lesen yang anda perlukan. Jadi, jika mereka melakukan audit dan anda tidak mengetahui server yang tidak diketahui, ia boleh menghasilkan jenis audit yang mahal. Oleh itu, mempunyai alat atau mempunyai inventori lebih awal dari waktu untuk mengetahui apa biaya pelesenan Anda, dan tidak hanya dapat mengetahui tetapi juga mengurusnya, adalah hal yang baik untuk dimiliki.
Dan kemudian, apa yang saya bicarakan, jika anda tidak mengetahui pelayan banyak kali, jika perkara berjalan dengan lancar, segala-galanya baik-baik saja, tetapi satu-satunya masa anda dimaklumkan mengenai sesuatu adalah apabila ada masalah. Dan supaya dapat menyebabkan gangguan produksi atau mungkin pelayan tidak dikekalkan dan anda tidak mendapat patch di server itu dan yang membuat masalah.
Beberapa soalan yang perlu dilakukan oleh DBA sehari-hari adalah bahawa mereka menghadapi, anda tahu, mereka boleh menjadi pentadbiran atau strategik tetapi beberapa perkara seperti, Microsoft hanya mengeluarkan patch sistem kritikal, berapa banyak sistem di sana akan memerlukan ini baru patch? Siapa yang akan terpengaruh oleh downtime jika saya perlu mengambil sistem itu untuk memasangnya? Bagaimanakah saya dapat dengan mudah mendapatkan maklumat itu? Adakah saya perlu pergi ke hamparan? Adakah saya perlu pergi ke pelbagai sistem untuk mencarinya? Adakah saya perlu menjangkau kumpulan perniagaan yang berbeza untuk mendapatkan senarai itu? Sungguh susah untuk dipecahkannya.
Satu lagi yang baik adalah pada asasnya, seseorang datang bersama dan mereka berkata, saya memerlukan pangkalan data baru. Ia akan memerlukan saiz X dan ia perlu mempunyai kapasiti yang besar ini, dan kemudian mereka mahu tahu, di mana saya boleh meletakkannya. Tanpa mengetahui apa yang ada dalam landskap anda, sukar untuk memberitahu mereka, okay, kami boleh meletakkannya di sini, di sini atau di sini. Anda semacam perlu pergi dan melakukan pemeriksaan manual anda yang diperlukan untuk menyelesaikannya. Dan kami bercakap mengenai pengauditan, dan juga pelayan penyangak.
Jika anda mempunyai pelayan penyangak di luar sana, anda tidak tahu apa keadaannya, sama ada ia telah disokong, sama ada ia mempunyai semua patchnya. Kadang-kadang anda mungkin tidak menyedari perkara itu sehingga ada masalah, yang akan menjadi buruk.
Mereka adalah jenis semua cabaran, soalan, wajah DBA pada hari ke hari, apa yang dibuang kepada mereka. Oleh itu, saya ingin memperkenalkan kepada anda Pengurus Inventori SQL, yang merupakan produk yang kami ada di sana. Ia melakukan beberapa perkara. Ia adalah penemuan, yang pada dasarnya adalah jenis keluar ke persekitaran anda untuk melihat apa SQL Server di luar sana di persekitaran anda. Dan kemudian ia juga boleh auto-discover, jadi pada dasarnya, apabila anda telah menjalankan penemuan, anda boleh menetapkannya untuk pergi ke sana setiap hari atau mingguan - apa jua kerangka masa yang anda suka - untuk mencari contoh-contoh baru di luar sana.
Dan kemudian anda juga boleh memaparkannya secara automatik supaya anda boleh mula memantaunya dan memeriksa keadaan kesihatan mereka dan kemudian anda boleh mula membuat katalog dan menyusun contoh-contoh tersebut supaya anda dapat melihat dengan baik landskap SQL Server anda. Apa yang ada di sini, apa yang dihasilkan, apa yang sedang dibangunkan, apa pemulihan bencana, apa yang kurang kritikal dan anda tahu, aplikasi apa yang sedang dijalankan pada mereka. Dan anda juga boleh mendapatkan makluman apabila perkara-perkara, apabila pemeriksaan kesihatan gagal, jadi pada dasarnya jika pelayan turun atau beberapa perkara tambahan, anda boleh menggunakannya sendiri.
Eric Kavanagh: Anda semakin lembut, jadi anda tahu.
Binh Chau: Maaf, ini lebih baik? Apa yang saya mahu lakukan adalah membawa anda melalui demo, tunjukkan kepada anda apa yang dilakukannya. Tunggu sebentar, izinkan saya berkongsi skrin saya terlebih dahulu. Adakah anda melihat antara muka web? Inilah antara muka Pengurus Inventori SQL. Skrin yang saya tunjukkan di sini, ia adalah antara muka berasaskan web. Skrin yang saya tunjukkan di sini ialah View Instance Database kami. Di bahagian atas, anda dapat melihat kami berbeza. Jadi, "ditemui" pada dasarnya adalah semua contoh yang ditemui di rangkaian. Dan apa yang akan saya tunjukkan pada dasarnya.
Eric Kavanagh: Anda mula memecah sedikit sahaja di sana. Anda mungkin mahu meletakkan telefon dan meletakkannya pada pembesar suara. Teruskan.
Binh Chau: Skrin Penemuan ini akan menunjukkan kepada anda semua yang ditemui oleh Pengurus Inventori di rangkaian anda. Di sini ia ditemui seperti 1, 003 pelayan di luar sana. Dan ia akan memberitahu anda versi, edisi, jika ia dapat menemuinya, apabila ia ditemui dan bagaimana ia ditemui. Sebagai contoh, contohnya saya memilih untuk mengabaikan beberapa perkara ini, yang bermaksud, anda tahu, mungkin saya mahu mengabaikan Edisi Pemaju kerana mereka tidak begitu penting kepada saya kerana mereka hanya Edisi Pembangun; Saya boleh memilih untuk mengabaikannya dan ia akan meletakkannya pada tab Abaikan supaya pada masa lain saya menjalankan Discovery, ia tidak akan menunjukkan kepada saya lagi. Sekarang saya boleh mengisi pendaftaran auto atau saya boleh mendaftar secara manual.
Dan di sini saya telah memilih untuk memantau enam kejadian. Dan di sini ia log masuk dan ia akan menjalankan pemeriksaan berkala pada ini dan kemudian terdapat beberapa pemeriksaan, apa-apa dari sini, anda tahu, ia menyemak setiap 30 saat untuk melihat jika pelayan naik atau turun dan ia memberikan anda gambaran keseluruhan apa keadaan itu. Pada dasarnya di sini ia memberitahu saya bahawa saya mempunyai satu pelayan yang turun dan lima yang ada. Ia juga memberitahu saya edisi pelayan, bilangan pangkalan data, status pangkalan data, apa-apa inventori tambahan atau metadata di sekitar pelayan itu. Saya juga boleh melihat pemandangan Pelesenan dari sini. Di sini, ia memberikan saya beberapa maklumat pelesenan Microsoft yang saya perlukan jika saya mahu mendapatkan lebih awal atau ringkasan sebelum audit Microsoft.
Berikut adalah bilangan teras, bilangan soket, kemungkinan lisensi teras yang merupakan sesuatu yang diperkenalkan Microsoft bermula pada tahun 2012. Itulah pandangan Instance kami. Halaman Gambaran Keseluruhan kami, ini adalah jenis halaman yang anda akan buka. Ini akan menunjukkan kepada anda cek kesihatan atau cadangan yang ada, seperti sekarang ia memberitahu saya bahawa saya mempunyai sembilan pangkalan data yang tidak mempunyai sandaran semasa. Saya boleh klik di sana untuk pergi ke butiran pangkalan data mana yang ada dan saya boleh masuk dan mengambil tindakan ke atas mereka jika saya perlu. Ia memberitahu saya semua pangkalan data atas mengikut saiz, pangkalan data atas dengan aktiviti. Saya boleh klik ke pelayan tertentu dan dapatkan lebih banyak maklumat mengenainya.
Eric Kavanagh: Ketika itu rolling, apa yang anda tunjukkan kepada kami di sini adalah keupayaan untuk melihat apa yang benar-benar berkaitan dengan rangkaian, betul kan?
Binh Chau: Betul. Ini menunjukkan apa sahaja yang saya pilih untuk memantau menggunakan Pengurus Inventori. Ini adalah SQL Server, ia menunjukkan saya di sini semua aplikasi yang disambungkan ke pelayan. Sekali lagi, saya boleh masuk dalam semua pangkalan data yang dikaitkan dengan pelayan ini. Di sini saya dapat menandakan sesuatu. Saya boleh membuat tag untuk pelayan tertentu ini, sama ada atau tidak domain yang tepat. Kami mempunyai pelanggan yang menggunakannya untuk, seperti, mereka mahu menandakan pelayan pengeluaran mereka atau pelayan hutang mereka dan kemudian mereka boleh mendapatkan laporan penuh dari cara perkara itu. Ketika saya pergi ke tab Pentadbiran, inilah cara saya dapat menjalankan Discovery. Dan Discovery pada dasarnya akan keluar dan masuk ke rangkaian anda dan mencari semua SQL Server di persekitaran anda.
Di sini, saya mempunyai domain Precise ini yang merupakan domain kami dan saya telah menetapkannya untuk mengatakan, anda tahu, pada domain tertentu ini gunakan akaun pengguna Windows tertentu ini untuk melakukan penemuan dan saya ingin anda melakukan imbasan lengkap. Saya juga boleh memilih untuk menentukan "Hanya mengimbas subdomain khusus ini" atau "Hanya imbas ibu bapa." Tetapi dalam kes ini di sini saya telah berkata menjalankan imbasan lengkap. Berikut adalah jenis imbasan yang berbeza yang boleh saya gunakan dan jika saya menyimpannya, dan kemudian pada dasarnya itu adalah tugas yang saya boleh tetapkan. Sekarang, ia tidak berfungsi, bermakna saya perlu secara manual menjalankan imbasan ini. Tetapi jika saya mahu, saya boleh menetapkannya setiap hari, anda tahu, jalankan kerja setiap hari. Atau jika saya memilih untuk tidak menjalankannya setiap hari - terlalu banyak - saya boleh mengatakan menjalankan kerja mingguan pada tarikh dan masa tertentu.
Dan kemudian Pendaftaran Automatik di sini, jika ini diaktifkan, apa yang akan dilakukan ialah setiap kali ia menemui pelayan baru ia akan secara automatik mendaftarkannya ke dalam Pengurus Inventori supaya saya boleh mula memantaunya. Sekiranya terdapat beberapa jenis edisi yang ingin saya kecualikan, seperti contohnya, saya tidak peduli dengan Edisi Express atau Pembangun kerana mereka adalah persekitaran pembangunan, maka saya hanya akan mengklik orang-orang di sini dan apa yang akan dilakukannya hanya mengatakan setiap masa saya menemui sesuatu yang baru saya hanya akan menambahnya kepada Pengurus Inventori supaya anda boleh memantaunya selagi ia bukan edisi Pembangun atau Ekspres.
Dan di sinilah saya boleh menetapkan teg, jadi contohnya, jika saya mempunyai pelayan pengeluaran saya boleh pergi ke sini dan menandatangani pelayan tersebut. Saya boleh menandai sama ada pangkalan data atau pelayan dengan tag biru spesifik, jadi contohnya saya boleh mengatakan bahawa AO_NODE ini harus mempunyai tag Pengeluaran. Dan dengan cara ini jika saya perlu pergi ke pelayan dengan mudah, saya boleh pergi ke sini dan klik pada tag Pengeluaran dan ia akan membawa saya segera ke kedua-dua pelayan tersebut. Ini adalah pandangan Explorer kami dan ini ditunjukkan oleh Pemilik, tetapi saya boleh mengatakan dengan tag Instance, oleh pangkalan data juga dan saya boleh mengembangkannya untuk melihat apa yang mereka ada.
Satu lagi ciri berguna yang kami telah bina bahawa orang benar-benar suka di sini adalah keupayaan untuk melihat apa yang anda sedang menguruskan Pengurus Inventori dan melihat tahap patch yang mereka berada di. Pada dasarnya, di sini ia memberitahu saya di sini enam pelayan yang saya dapat diuruskan di alat saya, sama ada terdapat kemas kini yang tersedia untuk Microsoft dan sama ada versi yang saya ada, sama ada ia disokong atau tidak, dan sokongan status. Sekiranya saya ingin mengetahui lebih lanjut mengenai perbaikan terbaru ini, saya boleh mengkliknya dan ia akan menghubungkan saya ke artikel dari Microsoft dari segi apa yang terbaru tentang hotfix dan sama ada untuk menangani mereka. Anda boleh mengeksport senarai ini jika anda mahu, dengan cara itu anda boleh berkata, "Hei saya perlu patch mungkin tiga pelayan ini hujung minggu ini dan tiga lagi pada masa akan datang."
Senarai Bina - jadi terdapat senarai yang ia periksa untuk melihat bahawa versi anda adalah terkini. Anda boleh keluar dan muat turun senarai ini untuk memastikan ia terkini dan anda mempunyai senarai terkini untuk membandingkannya dengannya. Ciri inventori lain yang kemas yang orang suka adalah keupayaan untuk menambah, bukan sahaja teg, tetapi keupayaan untuk menambah medan inventori tersuai. Anda tahu, jika anda mahu menambahkan medan di sini untuk menandai pangkalan data contohnya, katakan saya ingin menandainya di peringkat pangkalan data. Jabatan, jabatan ini dan pangkalan data ini, saya boleh menjadikannya jenis yang berbeza: terbuka, benar / salah atau pilih.
Dan saya boleh katakan, anda tahu, ini adalah HR, pemasaran, R & D, kewangan. Dan apa yang dilakukan di sini adalah pada dasarnya, apabila anda dapat menandakan hal-hal ini, anda boleh mendapatkan beberapa data dari sini yang menyatakan berapa kapasiti setiap pangkalan data digunakan dan kemudian anda boleh mula jenis, semakin berkembang dan adakah ia masuk akal untuk caj semula jabatan ini?
Satu perkara lagi, anda tahu, jika anda perlu menjalankan penyelenggaraan, dengan mengetahui siapa yang berada dalam pangkalan data itu, anda boleh mengetahui siapa yang hendak dihubungi untuk memberitahu mereka, "Hai saya perlu menjalankan penyelenggaraan hujung minggu ini, pangkalan data anda akan di luar talian, " dan sebagainya dan sebagainya. Ciri lain yang berguna ialah kotak carian di sini orang suka. Banyak kali DBA ditanya mengenai pangkalan data atau aplikasi atau pelayan, bergantung kepada siapa yang bercakap dengan mereka, ia semacam sukar untuk memikirkan dengan tepat di mana itu. Apa yang boleh anda lakukan di sini ialah, anda mungkin tidak tahu di mana pangkalan data hidup tetapi anda boleh menaipnya. Saya hanya boleh menaip IDAA Dashboard dan ia akan menarik beberapa pangkalan data dan di mana mereka duduk supaya anda dengan mudah boleh mendapatkan kepada mereka. Dan kemudian ia menarik maklumat tambahan tentang mereka: saiz mereka, saiz log, sama ada atau tidak pernah ada sandaran, mod pemulihan apa yang ada dalamnya, jika saya mahu menambah sebarang tag mengenainya. Terdapat banyak ciri yang berbeza dalam alat ini, anda tahu, itu alat inventori tetapi alat inventori yang sangat spesifik untuk SQL Server dan untuk DBAs.
Kerana ada, saya rasa, perkara-perkara tambahan yang DBA ingin mempunyai akses kepada atau untuk mendapatkan pandangan yang baik mengenai persekitaran dan landskap mereka seperti pangkalan data mereka. Anda juga boleh melanggan, mengkonfigurasi pelayan SMTP dan menyediakan langganan untuk memberi amaran untuk diri sendiri atau bagi mana-mana pengguna di sini. Saya akan menghentikan ini dan kembali kepada persembahan. Dan slaid terakhir ini hanya pandangan mudah seni bina. Ia adalah konsol web yang berfungsi pada Perkhidmatan Web Tomcat yang tertanam.
Kami mempunyai beberapa perkhidmatan koleksi dan perkhidmatan pengurusan yang kami masukkan ke repositori dan perkhidmatan pengurusan keluar dan menjalankan Discovery pada pelbagai contoh SQL Server anda. Tiada apa yang dipasang pada pelayan monitor anda. Kami mempunyai pekerjaan yang berjalan secara berkala yang hanya mengumpul data mengenainya, jadi pada dasarnya sama ada ia naik atau turun, berapa banyak data yang sedang digunakan, versi orang lain apa. Nah, itu sahaja.
Eric Kavanagh: Ya, biar saya bertanya kepada anda - Saya akan bertanya beberapa soalan dan kemudian saya yakin Robin dan Dez mempunyai beberapa juga - hanya kerana rasa ingin tahu, apabila seseorang masuk untuk melakukan audit, katakanlah Microsoft, adalah mereka menggunakan alat ini, atau saya menganggap mereka mempunyai beberapa alatan proprietari yang mereka gunakan?
Binh Chau: Ya, saya percaya mereka menggunakan alat proprietari. Perkara itu alat ini adalah alat inventori supaya ia sentiasa dikemas kini dari segi, anda tahu, kerana ia mempunyai tugas untuk keluar dan terus mengumpulkan maklumat mengenai pelayan anda, ia akan berjalan di sana dan pada bila-bila masa anda akan mempunyai maklumat terkini, sebenarnya, tentang bagaimana perubahan yang berubah versus, anda tahu, laporan satu kali yang anda dapat dari Microsoft untuk mengatakan ini adalah bilangan pelayan yang anda miliki, ini adalah versi yang anda miliki .
Eric Kavanagh: Ya, saya ingin tahu tentang Discovery. Jadi, apabila seseorang membeli alat ini dan mula menggunakannya, bagaimanakah penemuan itu sebenarnya berlaku? Ini adalah jenis yang saya maksudkan sebelum ini, dengan kata lain, adakah anda mengetuk rangkaian untuk melihat isyarat mana yang terbang di luar sana yang nampaknya merupakan contoh pangkalan data dan kemudian anda mengkatalog itu dan kemudian sekali anda menandai contoh pangkalan data yang anda sedang memantau? Saya meneka ia mempunyai ping yang sering dilakukan setiap hari dan jika turun, contohnya, itulah bagaimana anda tahu ia turun. Adakah jenis kerja seperti ini?
Binh Chau: Ya. Maksud saya, sebaik sahaja anda menghidupkan Discovery ia akan keluar ke rangkaian anda dan kami mempunyai beberapa imbasan yang berbeza untuk pergi ke sana, tetapi, anda tahu, imbasan imbas dan imbasan pendaftaran. Ia melakukan imbasan yang berbeza untuk melihat apa komputer di luar sana dan kemudian melakukan pemeriksaan: adakah anda mempunyai SQL Server di luar sana atau perkhidmatan BI di luar sana? Dan kemudian ia membawa kembali dan menariknya ke alat dan menunjukkan kepada anda, "Hei, inilah semua perkara yang saya dapati."
Dan kemudian jika anda berkata, "Saya mahu memantau menggunakan alat ini, " maka ia akan mengesannya dan ia akan ping itu. Ia mempunyai pekerjaan untuk ping setiap kerap untuk mengatakan, "Baiklah, semak ini sekarang mengenai perkara ini, " - anda tahu, ketersediaan pangkalan data - periksa sekarang tentang sejarah pangkalan data, semak bahagian pangkalan data. Ia menjalankan satu siri kerja untuk memeriksa pangkalan data yang anda sedang memantau.
Eric Kavanagh: Ya, itu bagus. Dan kami mempunyai soalan daripada ahli penonton. Saya tahu bahawa anda mempunyai alat yang bekerja dengan pelbagai teknologi pangkalan data, tetapi yang khusus anda tunjukkan hari ini, ini hanya untuk SQL Server atau ini juga meliputi jenis pangkalan data lain?
Binh Chau: Sekarang, alat khusus ini merangkumi SQL Server.
Eric Kavanagh: Baiklah, tak apa-apa. Baik, biarkan saya menyerahkannya kepada Robin, saya pasti dia mempunyai beberapa soalan, kemudian mungkin kembali kepada Dez. Robin?
Dr. Robin Bloor: Ya, pasti. Microsoft baru-baru ini - kadang-kadang pada tahun 2006 - mengumumkan SQL Server di Linux, tetapi saya tidak fikir ia dihantar lagi. Saya hanya tertanya-tanya jika anda mendapat sebarang komen mengenai perkara itu. Adakah anda sedar itu? Adakah anda bermain dengannya?
Binh Chau: Ya, kita ada. Kami merancang untuk memasukkannya. Maksud saya, perkara yang bagus mengenai alat ini ialah, saya telah berbincang dengan banyak pelanggan yang telah membina alat mereka sendiri untuk melakukan perkara yang sama, tetapi mereka perlu mengikuti edisi dan versi baru yang Microsoft keluar dengan, tetapi kami mempunyai versi dan edisi baharu, kami dapat mengenakannya awal untuk memastikan alat itu dapat memantau dan mengurus edisi baru. Jadi, SQL pada Linux adalah sesuatu yang kami merancang untuk menambah dan menyediakan apabila tersedia - saya percaya pada akhir tahun ini.
Dr. Robin Bloor: Ya, itu menarik. Adakah anda menjangkakan ramai pelanggan anda untuk melakukannya? Maksud saya, pangkalan data SQL Server sangat canggih, dalam pengalaman saya. Maksud saya, anda tahu, sudah lama dalam gigi, mungkin perkara yang perlu dikatakan. Maksud saya, anda tahu, asal Sybase yang berasal dari itu sebenarnya agak sederhana dalam banyak perkara yang dilakukannya. Tetapi Microsoft telah menambah lebih banyak perkara selama bertahun-tahun. Adakah semua itu akan tersedia di Linux? Maksud saya, adakah anda menasihatkan pelanggan anda sama ada untuk membuat penghijrahan itu?
Binh Chau: Maafkan saya, adakah soalan yang kita lihat orang bertanya?
Dr. Robin Bloor: Nah, berikan anda telah merosakkan dengannya, adakah ia begitu canggih di Linux seperti di Windows?
Binh Chau: Saya tidak bermain dengannya sendiri, tetapi apa yang saya dengar daripada rakan sekerja adalah bahawa ia sebenarnya sangat setanding. Tetapi saya sendiri tidak bermain dengan versi baru SQL di Linux.
Dr. Robin Bloor: Baiklah. Adakah saya betul-betul berfikir bahawa anda hanya meletakkan ejen pada setiap SQL Server yang anda temukan? Adakah itu cara kerja alat ini?
Binh Chau: Tidak, kita sebenarnya tidak meletakkan agen. Untuk alat khusus ini, sekeping Inventori, kami tidak sebenarnya meletakkan ejen di sana. Kami semacam keluar dan membuat panggilan dan memeriksa statusnya. Satu perkara yang baik mengenai alat ini adalah bahawa ia adalah tanpa agen.
Dr. Robin Bloor: Jadi, anda mempunyai alat SQL Server yang lain, adakah anda boleh mengingatkan saya tentang apa produk lain yang anda ada dalam suite ini yang berurusan dengan SQL Server?
Binh Chau: Ya. Kami mempunyai Pengurus Diagnostik SQL. Ia adalah alat pengawasan dan prestasi. Ia melakukan analisis yang lebih mendalam atau pemeriksaan diagnostik dan prestasi dan kesihatan untuk anda berbanding Pengurus Inventori. Pengurus Inventori adalah versi ringan pemeriksaan kesihatan itu. Kami juga mempunyai Pengurus Kepatuhan dan Secure, yang merupakan sebahagian daripada suite keselamatan kami. Ia akan memberitahu anda pada dasarnya siapa yang mengakses data anda, apa data yang mereka akses, mengapa, dan ia membantu anda dengan pematuhan dan garis panduan pelaporan yang lain. Kami mempunyai SQL Safe, yang merupakan alat sandaran kami - ia sandaran dan memulihkan dan itu bagus.
Kami juga mempunyai Pengurus Pekerjaan Enterprise kami, yang hanya mengawasi pekerjaan anda. Dan kemudian, kami mempunyai alat Toolbox yang merupakan toolets Admin dan juga Toolsets Perbandingan serta SQL Doctor. Set alat admin dan peralatan Perbandingan, mereka adalah apa yang saya fikir sebagai pisau Tentera Swiss. Mereka mempunyai pelbagai alat di sana untuk membantu DBA melakukan pelbagai perkara seperti, anda tahu, memeriksa patch atau bergerak atau mengklon pangkalan data. Tetapi ada 24 alat seperti di dalam Toolbox itu.
Dr. Robin Bloor: Jadi, orang-orang yang pergi untuk Pengurusan Inventori, adakah mereka biasanya sudah menjadi pengguna alat-alat lain? Atau apakah ini titik masuk? Saya boleh membayangkan - Maksud saya, anda boleh beritahu saya jika anda mempunyai apa-apa cerita perang - tetapi saya boleh bayangkan jika anda tidak pernah menjalankan inventori di pusat data yang cukup besar, pengalaman itu boleh menjadi sangat menyedihkan. Adakah itu yang anda dapati?
Binh Chau: Ya. Maksud saya, kami mempunyai pelanggan yang diperkenalkan kepada alat dari alat lain, namun kami mempunyai pelanggan yang datang mencari alat seperti ini kerana projek yang mereka miliki. Satu contoh yang saya ada adalah syarikat yang bergabung dengan syarikat lain dan membeli satu siri syarikat dan diperlukan untuk menggabungkan tapak SQL Server mereka untuk mengurangkan kos mereka. Dan jadi mereka mencari alat untuk keluar dan menemui semua yang mereka ada supaya mereka dapat memulakan proses bagaimana kami menggabungkannya.
Dr. Robin Bloor: Benar, saya faham. Saya rasa itu biasa terjadi dengan penggabungan apabila anda memikirkannya. Okay, saya akan menyerahkan kepada Dez, saya tidak mahu mengambil masa. Lihat apa soalan yang kami dapat dari Australia.
Dez Blanchfield: Terima kasih, ya, soalan selalu terbalik di sini. Salah satu perkara yang perlu diingat, dan saya mendapat banyak perkara ini, anda tahu, syarikat-syarikat tidak begitu pasti di mana hendak melukis garis ketika hendak mula melabur. Bila perlu sebuah organisasi - dalam pengalaman anda memandangkan anda berada di fasa sejuk - bilakah masa yang sesuai untuk memulakan pelaburan dalam alat seperti ini untuk memastikan anda tidak mendapat masalah? Adakah anda melakukannya dari hari pertama apabila anda mula membina infrastruktur pangkalan data anda tentang organisasi baru atau, seperti yang anda buat, ketika anda melakukan pengambilalihan / penggabungan?
Atau ada skala tertentu yang anda perlukan? Adakah anda memerlukan 10 atau 100 atau 1, 000 pangkalan data? Apa pengalaman anda sejauh pasaran yang telah anda hadapi untuk sekian lama, bila masa yang sesuai untuk masuk ke ruang ini dan mungkin, di mana untuk bermula? Apa rupanya apabila anda bermula?
Binh Chau: Maksud saya, saya fikir mungkin jika ia adalah organisasi yang sangat kecil, anda mungkin tidak memerlukan alat ini, seperti, dengan satu DBA atau pasangan DBA. Apabila anda mula mendapat sekumpulan, saya tidak tahu, tiga atau empat DBA dan mungkin 50 hingga 100 pelayan, anda mungkin mahu mula melakukan sesuatu seperti ini. Saya rasa, kerana organisasi anda semakin besar saiznya dan hanya orang perniagaan yang mahir teknologi yang ingin, anda tahu, seperti contoh yang anda berikan, mereka mahu memasang aplikasi dan pangkalan data mereka sendiri, tetapi ketika itu anda ingin alat semacam ini kerana cara itu anda dapat melihat apa yang ada di sini.
Tetapi walaupun dalam organisasi yang lebih kecil, sangat baik untuk mempunyai jenis alat untuk mengesan apa yang anda miliki. Sekiranya anda membahagikannya supaya anda boleh berkata, "Oh ya, saya telah membeli SQL 2012 untuk kotak ini, tapi sekarang sedang menjalankan SQL 2008 kerana saya mempunyai aplikasi yang masih memerlukan versi warisan." Ia membantu untuk mempunyai alat Inventori itu hanya untuk mengelakkan diri daripada menguruskan berbilang spreadsheet yang boleh menjadi basi.
Dez Blanchfield: Persoalan lain yang baru saya ikuti ialah: apakah jenis kemahiran atau sumber daya yang harus dirancang oleh organisasi apabila mereka mencapai skala itu? Adakah kes yang ada set kemahiran tertentu yang anda perlukan atau jenis pengalaman atau latar belakang atau jenis orang yang paling sesuai untuk cabaran jenis ini? Atau adakah sesuatu yang set purata DBA atau sys admin atau pentadbir jenis rangkaian pentadbir boleh membuangnya pada? Adakah anda benar-benar memerlukan otak akhir tajam tajam atau bolehkah anda memilih ini dengan cepat?
Binh Chau: Maaf, jadi anda bercakap tentang set kemahiran orang itu?
Dez Blanchfield: Ya, jadi apabila anda berfikir tentang pentadbir pangkalan data, ada set kemahiran tertentu yang anda perlukan. Oleh itu, apabila anda mengupah menyewa DBA, per se, untuk peranan khusus itu, apabila anda berfikir mengenai jenis cabaran yang anda sedang bicarakan di sini di mana anda menggunakan alat seperti ini untuk terus memetakan pangkalan data pemetaan dan pengesanan, melakukan sekeping penemuan, dan memandu alat khusus ini, adakah apa-apa yang unik tentang penggunaan alat dan pendekatan terhadap cabaran jenis ini, atau adakah sesuatu yang DBA rata-rata dapat menjemput cukup cepat?
Binh Chau: Maksud saya, saya rasa DBA purata anda boleh memilih ini dengan cepat. Saya fikir ia berguna untuk mempunyai jenis alat ini kerana anda juga boleh menghidupkannya kerana 'itu berdasarkan web. Anda boleh memberikannya kepada pengguna lain dalam organisasi anda. Anda boleh memberikannya kepada pemaju aplikasi yang boleh menyemak pangkalan data atau pelayan khususnya. Ia mengambil beberapa perkara pentadbiran yang perlu dilakukan oleh DBA. Sebelum ini seseorang akan memanggil DBA dan berkata, "Oh, mengapa pelayan saya naik atau turun?" Sekarang mereka boleh mendapatkan akses dan melihat sama ada pelayan mereka naik atau turun.
Dez Blanchfield: Dan persekitaran apa jenis organisasi yang perlu untuk menggunakannya? Adakah ia memerlukan pelayan fizikal yang berdedikasi, atau bolehkah ia dilakukan pada mesin maya? Bolehkah mereka menggunakannya dalam persekitaran awan? Apakah jejak umum untuk penggunaan alat itu dan hanya menjalankannya secara umum? Berapakah berat besi yang berpotensi perlu berjalan sejajar dengan persekitaran lain yang ia pemetaan?
Binh Chau: Ya, ia boleh dijalankan di VM atau komputer atau pelayan. Ia tidak semestinya perlu menjadi pelayan yang berdedikasi, hanya bergantung pada berapa banyak pelayan yang anda sedang memantau. Jika anda mempunyai persekitaran yang lebih besar, ia mungkin membantu untuk mempunyai pelayan yang lebih besar kerana ia mengumpul banyak data tentang SQL Server yang anda sedang memantau.
Dez Blanchfield: Betul. Adakah jenis perkara yang anda selesaikan dalam contoh awan dan membuat VPN kembali ke persekitaran anda, atau jumlah data yang dikumpulnya mungkin agak berat untuk jenis penggunaan itu?
Binh Chau: Kami tidak menetapkannya untuk menjalankannya ke awan, untuk menjalankannya dalam awan lagi. Ia sepatutnya dijalankan di prem.
Dez Blanchfield: Dan soalan terakhir, jika saya boleh: banyak alat yang saya lihat di ruang ini, terutamanya di mana anda menyebutnya untuk satu senario di mana seseorang memperolehi syarikat atau terdapat penggabungan atau sesuatu yang berkuatkuasa, atau bahkan jika ia merupakan organisasi yang hanya menggabungkan unit-unit perniagaan, adakah ia satu senario kes penggunaan yang wajar di mana seseorang menggunakannya pada komputer riba dan mengambilnya ke dalam persekitaran untuk memetakan dunia sebagai sekali sahaja, atau adakah senario kes yang tidak mungkin digunakan? Adakah lebih banyak kes yang akan berlaku di sana dan hanya tinggal secara kekal untuk dijalankan?
Binh Chau: Alat khusus ini lebih daripada satu, dipasang pada pelayan dan ia ditinggalkan di sana untuk dijalankan. Dengan cara itu, anda boleh mengumpul maklumat yang anda perlukan dan menyimpan, saya rasa, inventori yang sedang berjalan dari apa yang anda ada. Ia tidak seperti alat Peta kerana alat Peta adalah jenis satu-satu, melangkau ke port yang anda perlukan, lakukan apa yang perlu anda lakukan dengannya hari ini. Yang satu ini adalah jenis - bahagian yang bagus mengenainya adalah hakikat bahawa anda boleh menaipnya, memberi orang akses kepadanya untuk memeriksa status pelayan mereka, yang mereka berminat.
Dez Blanchfield: Baiklah. Mungkin soalan terakhir untuk saya dan kemudian saya akan kembali kepada Eric untuk pertanyaan yang datang melalui tetingkap Q & A dengan para hadirin, kerana kami mempunyai pemilih yang baik hari ini, salah satu kegemaran saya. Untuk membungkus ini, apakah proses untuk mendapatkan tangan anda? Saya tahu banyak alat anda boleh didapati untuk cuba-sebelum-anda-membeli perkara jenis. Di manakah orang akan mempelajari lebih lanjut tentang ini dalam talian, di mana laman web mereka harus mencari unduhan dan apa yang kelihatan seperti perjalanan, semacam melakukan bukti konsep atau percubaan dan mendapatkan tangan anda dan mengenalinya untuk kemudian berhubung dan membelinya?
Binh Chau: Ya. Anda boleh pergi ke laman web IDERA.com dan anda boleh memuat turun percubaan dua minggu secara percuma. Dan jika anda suka dan anda ingin menghubungi kami, kami juga boleh menjadualkan demo dengan salah seorang jurutera kami untuk melakukan penyelaman yang lebih mendalam ke dalam alat ini.
Dez Blanchfield: Hebat. Well, terima kasih banyak untuk itu. Saya menghargai masa untuk berbual dengan anda dan berdasarkan pengalaman peribadi saya dan saya pasti saya bercakap tentang Robin mengenai pengalaman sepanjang hayat ini, saya fikir ia adalah sesuatu yang seperti ini adalah keperluan pada masa kini. Kami tidak boleh melakukannya secara manual sekarang tidak kira betapa kerasnya kami cuba; skala terlalu besar dan perkara bergerak terlalu cepat.
Saya sangat mengesyorkan orang untuk melakukannya dengan betul, melompat ke laman web IDERA dan dapatkan salinan untuk dimainkan. Kerana risiko yang berpotensi untuk pengalaman saya sendiri dengan anekdot yang saya kongsikan hari ini, sudah pasti ia dapat pergi dari sangat buruk ke sangat cepat, jika anda mempunyai alat yang betul, tetapi ia juga boleh pergi dengan cara lain jika anda ' t. Eric, kembali kepada awak.
Eric Kavanagh: Ya, hanya pop satu soalan terakhir kepada anda, yang menarik. Saya hanya ingin mengetahui apa yang anda lihat di sana, anda tahu, awan itu jelas lebih penting pada hari ini - Amazon Web Services, tetapi mereka bukan satu-satunya, Microsoft mempunyai tawaran Azure keseluruhannya yang seolah-olah mendapat stim. Saya ingin tahu, salah seorang peserta menulis bahawa Dr. Bloor membuat titik yang menarik bahawa DBA mahal dan masalah pengurusan yang disebabkan oleh salah seorang DBA nakal atau seseorang yang tidak melakukan apa yang mereka harus lakukan, bolehkah diselesaikan dengan berhijrah ke awan. Saya sangat ingin tahu, berapa aktiviti yang anda lihat? Adakah anda melihat bahawa berhijrah ke awan menjadi isu yang lebih besar untuk perniagaan, atau apa yang anda ambil itu hanya sebagai trend?
Binh Chau: Saya rasa ia hanya bergantung pada jenis masalah yang anda ada. Saya rasa seperti beberapa industri yang mereka katakan, "Tidak, kami tidak berhijrah." Mereka mungkin tidak berhijrah ke awan awam; mereka mungkin melihat mereka berhijrah atau berhijrah ke awan peribadi. Tetapi saya nampak beberapa organisasi yang berminat, anda tahu, benar-benar masuk ke trek pantas dan jenis menuju Amazon atau Microsoft Azure. Dan ada sesetengah orang yang berkata, "Tidak, kami tidak berhijrah ke data kami" atau "Hanya ada data tertentu yang akan kami berhijrah, tetapi bukan yang penting kami." Saya fikir ada tiga kem.
Eric Kavanagh: Ya, itu masuk akal. Maksud saya, kita melihat lebih banyak lagi dan saya fikir ia akan bergerak dengan pantas dan bermula untuk beberapa lama. Dan ada juga tindak balas kepada awan. Orang naik ke Perkhidmatan Web Amazon - kami telah mendengar ini lebih daripada beberapa kali - dan pada mulanya kos boleh diurus dan kemudian dari masa ke masa ia hanya merayap dan kemudian anda jenis tersekat di sana. Dalam banyak cara awan hanyalah pusat data lain, tetapi ia akan menjadi satu perjalanan yang menarik ke hadapan, untuk mengatakan paling sedikit.
Nah, orang-orang menyusun semua webcast ini. Hop online untuk techopedia.com untuk menyemak senarai lengkap semua perkara yang kami lakukan. Dan tentunya, insideanalysis.com untuk semua yang terkini. Dan dengan itu kami akan membida anda perpisahan. Dan terima kasih sekali lagi untuk masa dan perhatian anda. Terima kasih untuk semua rakan-rakan kami di IDERA dan kami akan bercakap dengan anda esok semoga Philosophy of Data kami memunculkan webcast. Itu betul, Falsafah Data adalah esok pada pukul empat Timur. Berharap untuk berjumpa dengan anda di sana. Jagalah orang ramai, selamat tinggal.
