Kunci analitik yang efektif: kueri yang kembali cepat

Oleh Staf Techopedia, 30 November 2016

Takeaway: Tuan rumah Eric Kavanagh bersama dengan Dr. Robin Bloor, Dez Blanchfield dan Bullett Manale dari IDERA membahas pertanyaan dan bagaimana efisiensi mereka dapat memiliki efek jangka panjang.

Anda saat ini belum masuk. Silakan masuk atau daftar untuk melihat video.

Eric Kavanagh: Hadirin sekalian, halo dan selamat datang kembali. Sekarang jam empat Waktu Timur pada hari Rabu, dan hari-hari ini, itu berarti saatnya untuk Teknologi Panas! Ya memang. Kita berbicara tentang hal-hal keren hari ini. Tentu saja, saya tuan rumah Anda, Eric Kavanagh. Judul untuk pertunjukan hari ini adalah "Kunci untuk Analisis yang Efektif: Permintaan yang Cepat Kembali." Itu benar, teman-teman, kita semua ingin cepat. Siapa yang tidak mau puasa? Ada slide tentang dirimu yang sebenarnya, dan cukup tentang aku. Pukul aku di Twitter, @eric_kavanagh. Saya akan dengan senang hati terhubung dengan Anda di sana dan melakukan percakapan di media sosial. Itu bisa menyenangkan, tapi jangan bicara politik.

Tahun ini panas. Kita telah berbicara tentang berbagai masalah analitis tahun ini, dan satu topik untuk hari ini benar-benar penting untuk menyelesaikan pekerjaan. Saya ingat mungkin lima atau enam tahun yang lalu saya pertama kali mendengar seseorang menggunakan ungkapan "berbincang-bincang dengan data Anda, " dan meskipun itu bisa terdengar agak murahan, intinya adalah bahwa, jika Anda tidak dapat memiliki pengalaman berulang dengan data Anda, jika Anda tidak dapat dengan cepat mengubah pertanyaan Anda, mengirim pertanyaan baru, mendapatkan jawaban kembali dengan cepat, maka Anda tidak memiliki percakapan dengan data Anda dan seluruh proses analitik terpotong. Itu tidak baik.

Ketika Anda memiliki percakapan dengan data Anda, artinya Anda dapat bolak-balik, dan menurut saya, saat itulah Anda menemukan wawasan. Karena sangat jarang Anda akan menemukan pertanyaan sempurna pertama kali. Kecuali Anda adalah Mozart analitik - dan saya yakin orang itu ada di luar sana - Anda harus meluangkan waktu untuk memodifikasi, menambahkan beberapa dimensi, mencoba menyempurnakan apa yang Anda cari. .

Karena, sekali lagi, ini bukan lingkungan yang sangat luas yang kita hadapi di dunia analitik; kita berhadapan dengan lingkungan yang sangat sulit dan lingkungan yang sangat kompleks dan multidimensi. Dan seluruh ide dari webcast hari ini adalah untuk berbicara tentang cara mengaktifkan interaksi berulang semacam itu dengan data Anda.

Kami memiliki tiga presenter. Tentu saja, di Hot Technologies, berbeda dengan Briefing Room, kami memiliki dua analis; mereka masing-masing memberikan pendapat terlebih dahulu, lalu tamu masuk, memberikan presentasi, dan kami memiliki semacam meja bundar. Dan Anda, audiens kami, dapat memainkan peran besar dalam hal itu. Tolong jangan malu-malu; kirim pertanyaan Anda kapan saja. Gunakan panel Tanya Jawab jika Anda bisa, jika tidak, panel obrolan baik-baik saja; Saya akan mencoba memantau keduanya selama pertunjukan. Dan kami merekam ini, jadi jika Anda melewatkan sesuatu atau ingin membagikannya dengan kolega Anda, kembalilah nanti. Kami mempostingnya di Techopedia.com dan juga di InsideAnalysis.com.

Dan dengan itu, saya akan membawa orang-orang pintar. Saya akan menyerahkannya kepada Dr. Robin Bloor. Biarkan saya memberinya kunci, ganti presenter, dan begitulah. Robin, bawa pergi.

Robin Bloor: Oke. Terima kasih untuk intro itu. Sekitar satu setengah bulan yang lalu, saya mengobrol dengan pengembang yang sebenarnya adalah DBA. Dia bukan benar-benar DBA - dia adalah DBA di perusahaan tertentu, dan dia adalah satu-satunya orang yang benar-benar dapat membuat kueri tampil. Tapi dia muak melakukan itu, karena dia benar-benar, dia sebenarnya adalah pengembang yang cukup pintar. Jadi dia pergi.

Dan dia harus melakukan beberapa hari setiap bulan untuk mereka, karena mereka tidak dapat menemukan siapa pun untuk menggantikannya dan mereka tidak punya petunjuk apa yang dilakukan oleh database atau bagaimana menyetelnya sama sekali. Dan saya agak berpikir tentang itu, dan hanya, Anda tahu, mereka tidak benar-benar memiliki departemen TI, tetapi orang ini melakukan dukungan untuk mereka. Sebenarnya, itu adalah pekerjaan DBA yang paling sering dilakukannya.

Untuk database yang canggih - Oracle, SQL Server, DB2, semua yang besar dan mahal - penyetelan basis data adalah pekerjaan yang sulit. Ini pekerjaan yang aman juga. Dan alasannya, sungguh, untuk mengatakan ini adalah, itu adalah lanskap yang berubah. Saya agak akan melalui ini. Anda tahu, basis data relasional - biasanya gambaran besarnya adalah, basis data relasional masih mendominasi popularitasnya. Mereka cenderung mendominasi untuk waktu yang lama. Ya, ada database lain sekarang yang mendapatkan lebih banyak airtime, tetapi, Anda tahu, ketika Anda benar-benar melihat apa yang terjadi di luar sana, Oracle melakukan sebagian besar, Microsoft SQL Server adalah yang kedua, dan ada berbagai hal yang terjadi di awan yang dapat menyebabkan tantangan. Mereka adalah raksasa besar dalam permainan. Dan mereka adalah database yang dapat Anda gunakan baik untuk OLTP dan sebenarnya beban kerja data warehouse. Alternatif biasanya digunakan terutama di lingkungan analitis, dan kemudian biasanya ditentukan oleh data mengapa kita memilih itu daripada relasional. Kebanyakan orang tidak.

Perusahaan cenderung melakukan standarisasi pada satu basis data. Saya menemukan sebuah perusahaan baru-baru ini yang memiliki lebih dari 5.000 contoh Oracle. Dan saya agak, orang yang saya ajak bicara dari perusahaan itu, saya agak bertanya kepada mereka tentang DBA. Mereka mengatakan mereka memiliki sekitar 10 DBA dan sekitar 30 database sedang dirawat. Dan sisanya, Oracle hanya digunakan sebagai sistem final pada umumnya. Sangat sedikit tekanan pada data dari aplikasi yang menggunakannya. Tapi itu hanya membuat saya takjub - 5.000 contoh Oracle.

Dan, omong-omong, mereka memiliki lisensi Oracle real. Ya, Anda tahu, lisensi perusahaan, jelas. Tetapi mereka juga memiliki database lain karena kadang-kadang, Anda tahu, aplikasi datang dengan database pilihan. Bukan hanya Oracle satu-satunya hal. Dan layak disebutkan bahwa baik Hadoop maupun Spark sebenarnya bukan basis data, dan itu akan lama sebelum mereka memperoleh apa yang saya anggap sebagai aturan basis data. Bagus untuk tautan data, tentu saja.

Dengan kegiatan DBA - mungkin Bullett bisa mengatakan lebih banyak tentang ini daripada saya - tetapi saya akan membahasnya. Inilah yang cenderung saya pikirkan, Anda tahu, apa yang dilakukan DBA. Mereka menginstal, mengkonfigurasi, meningkatkan, melakukan manajemen lisensi. Mereka melakukan banyak ETL dan replikasi bekerja dengan satu atau lain cara. Mereka melakukan penyimpanan dan perencanaan kapasitas. Mereka melakukan pemecahan masalah atau mereka adalah bagian dari tim pemecahan masalah. Pemantauan kinerja dan penyetelan hampir sebagian besar aktivitas mereka, tetapi semua hal lain ini, tidak kecil, Anda tahu. Keamanan, mereka bertanggung jawab atas pencadangan dan pemulihan. Mereka harus terlibat dalam sistem uji perangkat lunak, dan mereka dapat terlibat dalam siklus hidup data.

Performa. Ketika saya menjadi salah satu dari orang-orang ini. Ketika saya menjalankan dan menyetel basis data, ini adalah bagaimana saya memahaminya, Anda tahu? Ada CPU, dan dalam satu atau lain cara di zaman kita, CPU cukup banyak biasanya menganggur, karena itu akan menjadi salah satu dari dua atau lebih - Ya, salah satu hambatan lainnya sebenarnya akan menyebabkan masalah. Memori, meronta-ronta dan fragmentasi, atau disk, atau disk I / O disk, kadang-kadang overhead jaringan, jika Anda berjalan di beberapa node jaringan dan Anda mungkin benar-benar mengalami beberapa penguncian, mungkin.

Tapi itu dunia seperti yang saya lihat. Saya baru-baru ini melihat Oracle dan jumlah parameter tuning yang ada di Oracle. Itu lebih dari 300. Anda tahu, dan jika Anda benar-benar berpikir tentang hal itu, seorang DBA yang benar-benar tahu apa yang dia lakukan harus memiliki ide mengapa Anda akan pernah mengacaukan salah satu dari mereka. Jadi itu pekerjaan yang rumit, Anda tahu, dan ini lebih rumit dari ini.

Anda tahu, saat ini kami memiliki CPU, tetapi Anda telah … CPU sudah ada, GPU pada CPU, atau dengan FPGA pada CPU. Jadi ada semacam persilangan yang terjadi pada apa yang sebenarnya terjadi pada CPU. CPU menjadi multicore sejak lama; sebenarnya, saya tidak lagi menyetel basis data ketika itu terjadi. Saya tidak tahu apa bedanya sebenarnya, sekarang saya memikirkannya.

Kami tahu, 3D Xpoint dan PCM IBM muncul sebagai lapisan memori ekstra, dan kami memiliki SSD, tetapi Anda tahu, mereka mengganti karat yang berputar. Tetapi SSD dapat bervariasi dalam kecepatan. Dengan begitu banyak, Anda dapat memiliki akses paralel dan itu membuat mereka berjalan sangat cepat - dekat dengan kecepatan RAM. Dan Anda memiliki semua arsitektur perangkat keras paralel.

Dan ini semua, Anda tahu, biayanya turun, yang merupakan hal yang sangat menyenangkan, tapi ini semua membuat - Anda tahu, jika Anda mengambil rilis berikutnya dari database dan kemudian Anda mulai mengimplementasikannya pada mesin, bahkan beberapa ini, Anda benar-benar kehilangan firasat Anda mungkin memiliki cara data berperilaku, karena latency hanya sangat, sangat berbeda. Dan di sini, Anda tahu, Anda punya empat lapisan daripada tiga lapisan penyimpanan.

Masalah basis data. Anda mendapatkan entropi basis data - instance yang berkembang biak sangat umum. Basis data digunakan sebagai lemari, yang sebenarnya merupakan contoh yang saya berikan. Sangat sedikit basis data yang mengatur sendiri, dan yang mengklaim menyetel sendiri tidak sebaik itu, Anda tahu. Tetapi hal lainnya adalah, sangat sedikit database yang disetel dengan benar. Ini adalah pekerjaan yang sulit, mampu menyeimbangkan beban kerja. Maksud saya, ketika Anda berpikir tentang suatu basis data, apa yang mungkin dilakukan oleh suatu basis data selama 24 jam, beban kerjanya mungkin sangat, sangat berbeda. Basis data harus memiliki data warehouse yang benar.

Dan karena itu, menyetel yang bukan masalah sepele, Anda tahu, karena apa yang Anda lakukan adalah menyetel parameter yang harus memenuhi berbagai macam beban kerja pada titik waktu tertentu. Ini adalah pekerjaan yang sulit, pada dasarnya. Dan SQL perlu disetel terutama untuk SQL JOINs. Mereka bisa sangat, menghabiskan sumber daya. Dan jika database memiliki pandangan terwujud, jujur, Anda harus menyelidiki penggunaan itu, karena mereka akan membuat semuanya berjalan lebih cepat. Dan itu membutuhkan seseorang yang memahami beban kerja dan memahami lalu lintas SQL dan sebagainya.

Dan sebagian besar perusahaan mempekerjakan sangat sedikit DBA - sangat mahal. Saya kenal banyak perusahaan besar dengan, misalnya, tiga orang, Anda tahu, sejumlah besar contoh. Sungguh, harganya mahal, ini pekerjaan yang sulit dalam hal kompleksitas. Mereka membutuhkan alat.

Dan saya pikir hanya itu yang harus saya katakan. Oh ya. Mari kita beri Dez, lihat apa yang Dez katakan.

Dez Blanchfield: Terima kasih, Robin. Ini adalah topik besar. Saya akan menjaga hal-hal yang saya pikir merupakan tantangan sehari-hari yang kita hadapi secara efektif. Karena mari kita hadapi itu, ada seluruh perpustakaan buku yang ditulis tentang topik ini. Siapa yang belum pergi ke toko buku teknis dan menemukan dinding dan dinding buku yang ditulis hanya pada topik umum kinerja basis data dan penyempurnaan basis data, serta pemantauan. Dan terkadang itu cara yang bagus untuk menghabiskan waktu.

Topik umum: mendapatkan kueri kinerja. Ada sejumlah bagian berbeda dari organisasi yang memusingkan topik ini - pada tingkat pengguna akhir Anda, dalam pengalaman saya, Anda tahu, orang-orang hanya mengalami kinerja, bahwa semuanya berjalan lambat. Roda pemintalan membutuhkan waktu beberapa saat untuk mendapatkan kueri kembali. Di ujung lain dari spektrum, Anda memiliki orang-orang infrastruktur dan jaringan dan penyimpanan yang dihajar oleh spesialis basis data karena semuanya tidak berjalan seperti yang mereka harapkan. Dan itu adalah spektrum yang sangat luas, menurut pengalaman saya, hal-hal yang dapat mempengaruhi kehidupan kita dalam spektrum itu.

Jika Anda memikirkan, dari fisik ke atas, Anda tahu, hanya ruang komputer. Ada memori, Anda tahu, RAM, jika Anda suka - ruang disk, jaringan, dan semua bit di sekitarnya. Di ruang ini, kita punya, Anda tahu, itu menyimpan pemikiran bahwa, katakanlah, bahwa, Anda tahu, lebih baik menggunakan disk mentah atau JBOD dan hanya, Anda tahu, naik secepat mungkin disk dan membiarkan database memilah lapisan perlindungan data. Orang lain adalah penggemar besar RAID, susunan disk murah yang berlebihan, dan memiliki pengalaman keagamaan yang berbeda dengan RAID 0, 1, 3, kadang-kadang 5 dan 6 jenis striping atau replikasi yang berbeda pada disk, jika hard disk gagal. Bahkan di tingkat penyimpanan dan tingkat teknik, masih ada orang-orang yang memiliki pandangan dan pengalaman berbeda dalam hal kinerja, pada jenis penyimpanan.

Baik itu disk yang terhubung langsung dan server sendiri, atau apakah itu terhubung melalui saluran serat dengan jaringan area penyimpanan dalam beberapa bentuk, apakah itu penyimpanan yang dipasang dari server di suatu tempat melalui iSCSI atau apakah itu Ethernet, misalnya. Dan itu bahkan sebelum Anda benar-benar sampai ke lapisan basis data, di mana, Anda tahu, hal-hal yang kita anggap remeh itu - Anda tahu, hanya mempertahankan itu, seperti yang Eric uraikan, Anda tahu, apa yang kita sebut percakapan dengan data Anda . Hanya dengan mengidentifikasi pola dan pola yang bermakna, kami pikir kami dapat mulai menggali dan mencari masalah kinerja.

Dan itu adalah topik yang sangat luas, jadi saya akan terjun ke dua bidang di mana, dalam pengalaman saya, waktu dan energi dan upaya yang diinvestasikan mendapat beberapa hasil yang baik. Jadi izinkan saya untuk langsung beralih ke yang pertama. Dan saya hanya setengah bercanda mencari gambar sesuatu yang memiliki kerangka di bagian dalam dan kulit di luar, tetapi blok Lego mungkin yang paling mengerikan. Tetapi dalam banyak hal ini adalah bagaimana saya membayangkan dan membayangkan secara mental tantangan yang kadang-kadang kita hadapi dengan platform analitik dan basis data yang mendukungnya. Dan itu adalah bahwa, Anda benar-benar hanya, sebagai konsumen dan pengguna akhir atau bahkan pengembang, sering melihat lapisan kulit veneer, tetapi sebenarnya kerangka di bawahnya - itu benar-benar masalah yang harus Anda fokuskan.

Anda tahu, dalam hal ini, ketika kita berpikir tentang hal-hal yang dapat memengaruhi kinerja dan analisis basis data yang dihasilkan dari hari itu, kinerja terpukul, infrastruktur inti, dan hanya memantau infrastruktur inti itu, dan seperti yang saya uraikan beberapa saat yang lalu, sekitar disk, memori, dan CPU Anda. Dan seperti yang ditekankan oleh Dr. Robin Bloor, tantangan sekarang dalam virtualisasi dan hal-hal yang terjadi pada chip itu sendiri, dan kinerja turun ke level inti, dan jumlah memori yang sekarang dimasukkan ke setiap chip di setiap core. Ini adalah tantangan yang sangat teknis untuk mencari orang biasa.

Tetap di atas pemantauan permintaan. Anda tahu, salah satu tantangan seputar pemantauan kueri dan antrian kueri misalnya - maksud saya, SQL sebagai bahasa dan alat basis data yang ada di sekitar alat analisis, sangat kuat, dan khususnya SQL sebagai bahasa. Tetapi dengan kekuatan dan kesederhanaan itu juga muncul, dalam banyak kasus, dan itu adalah, jika itu bukan aplikasi yang melakukan hal yang sama berulang-ulang, ditulis oleh pengembang yang baik dan ditemukan oleh DBA yang baik, itu mungkin menjadi orang yang melakukan kueri yang tidak terstruktur.

Dan masalahnya adalah, cukup mudah untuk belajar sedikit SQL dan mulai membuat pertanyaan, tetapi sebagai hasilnya, Anda tidak perlu memiliki semua keterampilan, pengalaman, dan pengetahuan untuk mengetahui apakah Anda melakukan baik atau buruk untuk melakukan database. Jadi terus-menerus menjalankan hal yang sama besar, luas, dan salah hanya bisa menurunkan gedung. Tetap di atas pemantauan permintaan adalah tantangan yang menarik.

Hanya memonitor waktu respons sejauh apa yang dilakukan platform dan apa yang didapatkan pengguna. Sekali lagi, Anda tahu, tanpa alat yang tepat, ini bukan sesuatu yang secara intuitif Anda lihat pada benda itu dan berpikir, "Oh, jaringannya berjalan lambat, " atau "Memori pengguna tidak berkinerja baik, " atau "Indeks berkinerja buruk "Atau" kembung. "

Dan kemudian, Anda tahu, bagaimana Anda sampai pada titik di mana Anda, setelah Anda melihat masalah dengannya, bagaimana Anda memisahkannya dan menguraikannya dan mengatasi seluruh tantangan pertanyaan yang tidak terstruktur dengan buruk? Dan, Anda tahu, apakah ini permintaan ad hoc yang dijalankan seseorang dengan tangan, atau apakah itu alat analisis dengan front-end dashboard yang berkinerja buruk karena mereka mengajukan pertanyaan dengan cara yang salah, atau apakah itu hanya benar-benar, sepotong kode yang ditulis dengan sangat buruk?

Dan kemudian melakukannya berulang-ulang, Eric berkata dalam pengaturan awalnya, Anda tahu, hanya berulang berulang dan memperbaiki alur kerja tersebut. Anda tahu, alur kerja apa yang saya jalankan, bagaimana mereka berjalan, seberapa sering mereka berjalan, kode apa yang berjalan melawan mereka, di mana mereka menjalankannya di CPU dan memori dan disk dan jaringan? Ya, itu benar-benar tantangan teknis.

Dan kemudian nirwana yang dicari orang di dunia ini, sambil bergeser dari analisis historis dan penyesuaian kinerja serta peringatan terhadap lingkungan Anda, yang bagus untuk dilihat karena Anda mungkin mendapatkan rencana di masa depan untuk itu jika Anda tahu mengapa semuanya berjalan lambat kemarin pagi jam sembilan. Tapi itu tidak membantu Anda saat ini, dan itu tidak membantu rencana Anda ke depan.

Saya pikir perencanaan kapasitas dan ukuran dan penskalaan dan penyetelan, jadi Anda tahu, saya pikir ada tren yang kita lihat sekarang, di mana ada perubahan dalam lingkungan yang sangat besar di mana orang memiliki platform basis data besar dan menyebar luas lingkungan basis data untuk pergi dari peringatan sejarah dan perencanaan ke peringatan dan perencanaan prediktif, di mana mereka ingin tahu apa yang terjadi sekarang dan dapat merencanakan untuk itu maju. Atau apakah kita kehabisan memori dan apakah kita akan kehabisan memori dalam satu jam ke depan, dan apa yang bisa kita lakukan? Perencanaan kapasitas apa yang dapat kita lakukan dalam waktu nyata?

Permisi. Ini sampai pada titik di mana, Anda tahu, hanya seluruh tantangan untuk menemukan rintangan ini menghalangi apa yang kita sebut sebagai analitik cair, dan menjadikannya norma dalam organisasi Anda. Seperti yang Anda lihat, ini adalah tantangan yang tidak sepele untuk, Anda tahu, hanya massa besar sehari-hari yang tidak dicuci. Dan itu masih merupakan tantangan yang tidak sepele untuk bahkan yang lebih mengerti secara teknis.

Anda tahu, jika sulit bagi manusia biasa, bagaimana kita menjadikan ini suatu hal yang mungkin? Karena, Anda tahu, sebagian besar adalah hal-hal yang tidak dapat diselesaikan oleh pengguna biasa, dan kami mungkin memiliki beberapa insinyur basis data khusus, pengembang basis data, pengembang kode, pemrogram, tetapi mereka masih benar-benar harus dapat mengurai lingkungan. Mereka harus memisahkan, Anda tahu, masalah seperti orang menggunakan kembali kode.

Anda tahu, salah satu hal terburuk yang pernah saya lihat dalam ruang ini di sekitar hit kinerja di platform analitik dalam penyebaran infrastruktur server database yang sangat besar adalah orang-orang mengambil sepotong kode, sepotong SQL atau prosedur curian yang mereka tidak lakukan. t menulis, dan mereka tidak tahu apakah itu kode yang baik atau buruk, dan mereka hanya menggunakannya kembali karena memberi mereka hasil yang mereka inginkan. Tetapi ternyata itu mungkin hanya sesuatu yang ditulis dengan cepat untuk mendapatkan satu atau dua hasil, seperti laporan - seseorang sedang terburu-buru.

Jadi orang-orang menggunakan kode rumit yang tidak mereka tulis, dan hanya menamparnya menjadi bagian dari pengembangan aplikasi, tidak tahu bahwa mereka benar-benar menghukum bagian belakang. Bahkan hanya memantau bahwa kinerja mencapai dan melihat dari mana pertanyaan berasal dan menelusuri, itu, Anda tahu, itu adalah tantangan sehari-hari yang saya lihat.

Hal-hal perilaku dasar seperti data pra-pementasan untuk kinerja di mana dimungkinkan. Hal-hal yang hanya pengalaman hanya mengajarkan Anda, seperti menghapus indeks jika Anda akan melakukan impor massal dan kemudian indeks ulang sehingga indeks tidak dipertahankan ketika Anda menarik dalam data terabyte. Anda tahu, tanpa alat yang tepat, itu hampir tidak mungkin dilihat karena Anda tidak tahu indeksnya dipalu.

Mengoptimalkan indeks secara teratur adalah semacam 101, tetapi bagaimana dengan, Anda tahu, ketika Anda melakukan impor massal atau, Anda tahu, membuat tabel pada kueri jika seseorang melakukan kueri yang sangat besar? Anda tahu, itu bisa menjadi hit kinerja besar, dan sekali lagi, jika Anda tidak memantau, Anda tidak memiliki alat untuk melihat itu, hal seperti itu hanya terjadi di latar belakang dan Anda tidak tahu bagaimana mengatasinya .

Membatasi kueri hanya pada jumlah kolom yang Anda butuhkan - Maksud saya, itu terdengar sangat mendasar, tetapi sekali lagi, jika Anda tidak dapat melihatnya, Anda tidak tahu itu terjadi, dan kemudian itu terjadi di latar belakang dan itu menyakitkan Anda, padamu.

Mengetahui kapan dan di mana harus menggunakan tabel sementara, mengumpulkan penghapusan dan pembaruan besar. Sekali lagi, semua hal yang sangat sederhana, tetapi tanpa visibilitas itu, tanpa alat untuk melakukan itu, mereka hanya duduk di latar belakang dan terus menyakiti Anda dan Anda terus melempar lebih banyak memori atau CPU di lingkungan basis data untuk mendapatkan kinerja platform analitik yang lebih baik, ketika Anda benar-benar harus dapat menggali detail dari apa yang menyakiti Anda dan mengatasi hal tertentu itu. Dan kemudian, Anda tahu, hal-hal seperti batasan kunci asing dan bagaimana Anda menemukan itu, bagaimana Anda bahkan tahu itu masalah?

Itu membawa saya pada kesimpulan dari poin utama saya di sini, dan itu adalah bahwa, Anda tahu, setiap hari, kita melihat masalah ini di semua tempat. Dan ketika lingkungan basis data menjadi lebih besar dan lebih besar dan lebih luas, dan seperti yang ditekankan oleh Dr. Robin Bloor di sini, kita mendapatkan model lingkungan yang semakin kompleks dengan waktu basis data.

Dan kemudian juga kebutuhan untuk berintegrasi ke beberapa platform data besar seperti Hadoop dan Spark yang akan datang, dan semakin banyak sekaligus. Dalam pandangan saya, penting bagi kita untuk menemukan cara yang lebih baik, dan alat-alat tertentu, untuk melakukan kinerja platform dan analitik serta diagnostik secara real-time ini. Karena biaya waktu nyata dan uang nyata dan frustrasi untuk pengguna akhir dan dolar nyata jika kita tidak mulai menggunakan alat untuk menyelami hal-hal ini.

Dan dengan itu, saya akan menyerahkan kepada teman-teman kami dari IDERA, karena saya percaya mereka punya cerita bagus untuk diceritakan tentang bagaimana kita dapat mengatasi masalah ini.

Bullett Manale: Kedengarannya bagus. Terima kasih banyak, dan saya akan melanjutkan dan memulai segalanya. Saya punya beberapa slide di sini juga, dan biarkan saya pergi ke depan dan semacam membawanya. Beberapa di antaranya akan kita lewati dengan cepat.

Hanya untuk memberi Anda beberapa wawasan, saya adalah direktur teknik penjualan di sini di IDERA, dan apa yang kami lakukan adalah berbicara dengan DBA secara teratur tentang rasa sakit dan tantangan yang mereka hadapi, khususnya, dalam banyak kasus, pemantauan kinerja dan hal-hal semacam itu, jelas. Dan kami mendengar banyak dari audiens itu, jadi saya pikir saya bisa membagikan beberapa informasi yang saya terima dari mereka secara teratur yang masuk akal. Saya akan membahas beberapa dari ini, karena saya tidak berpikir mereka benar-benar berkaitan dengan percakapan.

Anda tahu, saya punya daftar tanggung jawab DBA di sini - ini mirip sekali dengan daftar Robin, dan saya pikir itu cukup konsisten. Saya pikir ketika Anda berbicara dengan administrator database, meskipun, selalu - Anda tahu, mereka disatukan ke beberapa bidang ini lebih dari yang lain dan tidak ada sajak atau alasan untuk itu, itu hanya tergantung pada lingkungan.

Anda mendengar berbagai hal yang cukup luas yang ingin dilakukan orang. Dan sering kali, orang-orang yang menginginkan hal-hal ini tidak– mereka akan memintanya dan, dalam beberapa kasus, Anda mulai mencari-cari apa yang sebenarnya mereka minta, dan kemudian Anda mengetahui bahwa mereka ' Aku benar-benar mencari lebih banyak. Mereka benar-benar menginginkan lebih banyak informasi daripada yang pada awalnya mereka pikir mereka butuhkan, dan ketika Anda mulai menggali ke dalam alat, saya pikir di situlah Anda dapat mulai mengatakan bahwa mereka sedang berbicara dengan data.

Dan saya pikir itu ungkapan yang sangat menarik, dan sangat masuk akal dalam hal bisa mengatakan, ya, jika Anda memiliki pertanyaan yang buruk, apa yang sebenarnya merupakan permintaan yang buruk? Apakah ini permintaan yang menghabiskan banyak membaca atau menulis atau CPU? Bisa jadi yang berjalan banyak, bisa satu, Anda tahu, itu, seperti yang Anda katakan, ditulis dengan buruk.

Dalam hal bagaimana kami mengidentifikasi itu, ada sejumlah cara yang akan Anda lihat dalam hal produk kami, produk Manajer Diagnostik, yang kami tunjukkan kepada DBA bahwa mereka dapat melakukannya. Dan itu sangat fleksibel, dan saya pikir itu salah satu hal besar - Anda harus memiliki alat yang akan membantu Anda dengan masalah kinerja ini, apakah lingkungan semua orang sedikit berbeda.

Dan akan ada banyak, Anda tahu, kebutuhan dan mungkin bahkan persyaratan yang tidak jelas dalam hal pemantauan, jadi Anda harus memiliki sesuatu yang fleksibel dan sesuatu yang akan bekerja dan dapat menyesuaikan diri dengan lingkungan yang Anda mencoba untuk mengelola. Anda tahu, dan saya punya banyak contoh ini - saya tidak akan membahas masing-masing dari mereka, tetapi Anda perlu sesuatu yang dapat Anda putar bolak-balik antara satu bagian data dan lainnya, dan saya akan jenis bicarakan hal itu ketika kita masuk ke dalam produk sedikit dan tunjukkan itu, dan dalam hal bagaimana kita melakukannya.

Tetapi hal lain yang saya pikir dalam hal alat analisis yang baik adalah, Anda tahu, ada beberapa hal inti yang benar-benar Anda cari. Anda jelas pertama dan terutama tidak ingin alat yang akan menyebabkan masalah kinerjanya sendiri atas nama kinerja. Ketika saya mengatakan mengumpulkan data tanpa biaya, saya tidak berbicara tentang biaya dalam hal, Anda tahu, biaya moneter, tetapi dalam hal biaya dalam hal overhead dan biaya dalam hal jumlah sumber daya yang kami akan digunakan atas nama kinerja. Anda pasti menginginkan sesuatu di sana yang akan membantu.

Anda memerlukan sesuatu yang akan bisa mendapatkan data yang Anda cari secara spesifik untuk masalah yang Anda hadapi sehari-hari, dan mungkin ada beberapa hal yang tidak Anda butuhkan dan Anda tidak memerlukannya. Saya tidak mau, dan tidak ada gunanya mengumpulkan data itu jika Anda tidak akan pernah melaporkannya atau akan memiliki kebutuhan untuk mencoba mengelola data itu. Dalam hal metadata yang terkait dengan kinerja, misalnya.

Anda tahu, contoh yang baik adalah, saya tidak perlu diperingatkan jika layanan Koordinator Transaksi Terdistribusi di SQL turun jika saya tidak ingin itu berjalan di tempat pertama. Jadi jangan beri tahu saya, jangan kumpulkan data yang menentangnya - saya tidak butuh informasi itu. Jadi memiliki kemampuan untuk menghidupkan dan mematikan hal-hal itu sangat penting.

Kemampuan juga untuk, begitu Anda mengumpulkan data, memiliki akses cukup cepat - Anda tidak perlu, Anda tahu, menjalankan dan memijat data, memanipulasi data - dapat melakukannya dengan cepat dan efisien. Dan setelah Anda memiliki data, jelas sangat penting untuk dapat memahaminya.

Sekarang, di sinilah, dengan produk kami - dengan, seperti, misalnya, Manajer Diagnostik yang akan saya tunjukkan sedikit hari ini - produk itu, Anda tahu, saya ingin memberi tahu Anda bahwa produk itu akan ganti dan jadilah DBA di dalam kotak. Kenyataannya adalah, diperlukan beberapa pengetahuan tentang apa lingkungan Anda dan apa yang ingin Anda capai. Memiliki beberapa, tentu saja, pemahaman tentang peran DBA itu sendiri jelas penting.

Sekarang, yang kami coba lakukan adalah mendidik melalui bantuan dan melalui metode lain. Tetapi Anda selalu ingin mengikat ini, tentu saja, dengan beberapa jenis tingkat pengalaman atau seseorang yang memiliki pengetahuan tentang apa yang harus dilakukan setelah mereka menerima data. Dan memiliki seseorang yang dapat mengajukan pertanyaan yang tepat untuk suatu produk, dan melakukan percakapan dengan data, jelas merupakan kunci. Dan tentu saja bisa memahami data.

Setelah saya memiliki informasi, bisa menyampaikannya kepada orang yang tepat. Pengembang saya, tim operasi saya - siapa pun itu, saya mungkin perlu berintegrasi dengan produk lain, memiliki kaitan untuk dapat melakukan itu. Ini semua adalah hal yang sangat penting. Dan kemudian, jelas, yang terakhir tetapi tidak kalah pentingnya, jika saya perlu tahu lebih banyak, bisa melakukan itu. Apakah itu berarti menyalakan beberapa untuk dikumpulkan, atau apakah itu berarti hanya akan sedikit lebih dalam ke data. Anda berharap bahwa, dengan alat yang akan menjadi, Anda tahu, membantu dengan kinerja, Anda mendapatkan semua hal yang Anda butuhkan untuk dapat menjawab pertanyaan-pertanyaan itu.

Satu hal yang saya tidak pakai di sini yang saya pikir mungkin perlu diperhatikan adalah, Anda memerlukan alat yang akan membantu Anda membedakan apa yang normal dan apa yang tidak normal. Dan saya pikir itu yang besar, karena, Anda tahu, ada banyak produk dan hal-hal yang menyiagakan di luar sana, tetapi jika Anda mendapatkan peringatan dan peringatan itu adalah peringatan palsu, itu tidak ada gunanya bagimu ; itu lebih dari buang-buang waktu dan itu akan mengurangi efisiensi Anda lebih dari itu akan membantu mereka. Jadi, Anda tahu, itulah beberapa hal yang akan saya ingat.

Ketika saya berbicara tentang produk yang saya gunakan untuk mengikat semua hal ini di dalam rangkaian produk IDERA, itu adalah produk Manajer Diagnostik yang saya pikir mungkin memiliki jenis karakteristik utama dalam apa yang kita bicarakan di sini dalam hal basis data penyetelan dan kinerja serta pemantauan dan hal-hal semacam itu.

Orang-orang mencari pemantauan di tingkat perusahaan; mereka ingin dapat memiliki akses, untuk dapat, dalam satu layar, tahu bahwa segala sesuatunya berfungsi sebagaimana mestinya. Atau mereka ingin, tentu saja, jika ada masalah, untuk melihat di mana masalahnya dan kemudian dapat menelusuri ke dalamnya. Bagian besar yang nyata, saya pikir, apa yang orang cari dengan cara-cara seperti ini di mana Anda benar-benar dapat mengasah kinerja Anda.

Hal lain yang jelas sejalan dengan itu adalah, saya tidak bisa hanya beroperasi di masa sekarang, dan saya harus dapat kembali ke periode waktu yang lama, apakah itu berarti melihat pertanyaan yang berjalan buruk atau apakah artinya, Anda tahu, melihat cara tuan rumah VM itu berperilaku dalam hal sumber daya. Semua hal yang harus Anda lakukan, dan Anda tidak akan duduk di sana menatap konsol Anda 24 jam sehari, 7 hari seminggu.

Jika Anda sedang berlibur atau tengah malam, atau apa pun itu, Anda perlu sesuatu yang dapat kembali ke masa lalu dengan Anda untuk dapat mengatakan apa yang sedang terjadi dalam contoh di waktu kami punya masalah. Dan mampu melakukan itu, sekali lagi, secara efisien dan cepat dan dapat menelusuri ke dalamnya jelas merupakan bagian penting dalam hal diskusi ini. Dan saya katakan itu mungkin salah satu hal yang lebih penting dalam hal apa yang dicari orang. Mereka selalu mencari jendela itu ke masa lalu, karena itu benar-benar sebuah– Anda tahu, Anda tidak ingin harus duduk di sana dan menunggu sesuatu terjadi lagi.

Hal berikutnya dalam daftar adalah benar-benar hanya mengikat kembali ke apa yang kita bicarakan sebelumnya, dengan kinerja permintaan itu sendiri. Dan saya akan menunjukkan kepada Anda beberapa contoh berbeda dalam produk Manajer Diagnostik, bagaimana kami melakukan itu, yang, pada akhirnya, itu akan memberi Anda banyak pilihan di sekitar pertanyaan sendiri dalam hal apa Anda ingin berkumpul.

Dalam hal apakah Anda tertarik pada pertanyaan yang menyebabkan sumber daya sakit, konsumsi CPU atau konsumsi I / O. Entah itu kueri yang membutuhkan waktu lama untuk diselesaikan atau kueri yang secara umum mungkin bukan yang terburuk dalam hal kinerja, tetapi mungkin berjalan begitu sering sehingga frekuensi semata-mata itu sendiri berjalan bisa menjadi masalah. Dan tentu saja dapat mengenali tren dari waktu ke waktu dengan pertanyaan-pertanyaan itu juga merupakan bagian penting darinya.

Ada banyak cara berbeda di mana kita dapat melakukan itu di dalam produk ini, dan saya pikir itu jelas bagian yang sangat penting bagi kebanyakan DBA. Dan bahkan jika Anda tidak memiliki aplikasi yang dikembangkan secara internal, tetap menyenangkan dapat mengunjungi vendor perangkat lunak Anda dan berkata, “Hei, Anda tahu apa? Anda tahu, jam dua sore setiap hari ketika pekerjaan ini lepas landas, "atau apa pun itu, " Ini aplikasi Anda yang menyebabkan ini, dan kami harus memperbaikinya. "Jadi, bahkan jika Anda belum menyelesaikannya kontrol atas kode itu sendiri, masih bagus untuk mengetahui kapan masalah terjadi.

Dan kemudian, Anda tahu, bagian lain jelas menjadi lebih proaktif. Mampu menjadi yang pertama tahu, mampu memahami kapan suatu masalah terjadi. Untuk tidak hanya bisa menjadi yang pertama tahu sehingga Anda dapat memperbaikinya, tetapi dalam banyak kasus, ketika Anda membutuhkan sesuatu yang akan dapat mengotomatisasi respons, dalam banyak kasus juga. Anda dapat, katakanlah, Anda tahu, daripada menerima email yang mengatakan, "Hei, Anda harus memperbaikinya, " jika saya sedang rapat atau jika saya, Anda tahu, di jalan atau apa pun itu saya Sedang dilakukan, itu jelas sangat bagus untuk dapat mengatakan saya punya sesuatu di tempat yang akan dapat mengatasinya secara otomatis.

Dan jika itu tidak ditangani secara otomatis, setidaknya bisa menjadi yang pertama tahu sehingga Anda dapat mengambil tindakan korektif atau menghubungi seseorang yang bisa. Dan itu jelas bagian penting, Anda tahu, jenis masalah yang mungkin Anda hadapi dalam hal pemantauan mesin Anda dan mesin virtual serta analitik itu sendiri.

Sekarang, saya sudah membicarakan ini sebelumnya, yang merupakan kelenturan dari berbagai hal. Saya tidak bisa cukup menekankan hal ini, bisa mengatakan, Anda tahu, out-of-the-box, jika ada sesuatu yang tidak dipantau, mampu memiliki fungsi dalam suatu produk untuk dapat menambahkan hal-hal itu ke dipantau. Dan dalam arti dengan contoh Manajer Diagnostik, kami memiliki, Anda tahu, penghitung WMI, penghitung, penghitung SQL Server, Anda dapat membuat kueri Anda sendiri.

Anda bahkan dapat, Anda tahu, jika Anda ingin, menarik data dari lingkungan vCenter Anda atau lingkungan Hyper-V Anda, sebagai hasil dari polling yang sedang berlangsung dan dapat, Anda tahu, melakukannya secara teratur dan tarik data itu dan dapat melihatnya. Dan, sekali lagi, berputar dari satu tempat ke tempat lain saat Anda melihat informasi ini.

Jadi itu adalah hal-hal yang, dalam hal apa yang saya lihat orang minta ketika mereka berbicara tentang alat yang akan membantu mereka dalam hal penyetelan dan kinerja - produk yang akan saya tunjukkan kepada Anda hanya dalam kedua adalah Diagnostic Manager, dan mendukung semuanya mulai tahun 2000 hingga 2016. Ini khusus untuk SQL Server, dan kami memantau pengelolaan hal-hal itu. Tidak ada agen pada instance itu sendiri yang memantau instance.

Itu kembali ke mengumpulkan informasi dengan sedikit biaya, bahwa, Anda tahu, kami mencoba lebih jelas mengumpulkan informasi ini, tidak menggunakan banyak sumber daya juga, kan? Kami mencoba memanfaatkan hal-hal yang sudah disediakan oleh SQL Server kepada kami dan menjadikannya lebih baik, apakah itu pandangan manajemen yang dinamis, atau apakah itu peristiwa yang diperpanjang, atau apa pun masalahnya dalam hal pengumpulan itu sendiri. Mampu memanfaatkan informasi itu dan menjadikannya lebih baik adalah salah satu dari mandat kami.

Sekarang, jika Anda melihat melalui ini nyata dengan cepat, saya tidak akan pergi melalui arsitektur terlalu banyak detail, tetapi memiliki repositori back-end dengan semua data historis kami yang dapat Anda kelola dan Anda dapat menyimpannya selama kamu ingin. Anda bahkan dapat memilih jenis informasi yang ingin Anda simpan, dan untuk berapa lama. Itu semacam kembali ke itu, mengumpulkan data yang sesuai dan meninggalkan data yang tidak perlu. Jika Anda ingin menjaga kueri selama lima hari yang berkinerja inti dan kemudian menyimpan peringatan Anda selama dua tahun, itu terserah Anda dan itu sepenuhnya hak prerogatif Anda untuk dapat melakukan itu.

Sejumlah konsol berbeda dengan produk ini. Anda memiliki versi berbasis web, Anda juga memiliki versi klien yang tebal. Dan dengan demikian memiliki fleksibilitas untuk melompat pada browser dan melihat apa yang terjadi, atau jika Anda memiliki laptop di mana Anda memiliki klien khusus yang terpasang, salah satu dari pendekatan itu akan bekerja untuk Anda.

Sekarang, yang ingin saya lakukan adalah melakukan demonstrasi cepat. Dan saya akan tunjukkan - saya akan kembali ke slide lain di sini - yang kita miliki, kita baru saja menambahkan, sama seperti FYI untuk orang-orang yang akrab dengan produk, kami memiliki penawaran baru yang merupakan Manajer Diagnostik Pro. Penawaran profesional yang mencakup sesuatu yang kami sebut Analisis Beban Kerja.

Dan sebenarnya ini adalah tentang kemampuan untuk melihat secara interaktif pada periode waktu yang sangat besar dan beralih dari itu, Anda tahu, tampilan 30 hari menjadi, Anda tahu, tampilan lima menit dalam waktu sekitar tiga klik. Dan bisa melihat lonjakan kinerja atau masalah dalam kemacetan yang mungkin Anda bisa, Anda tahu, Anda akan dapat melihat pada tingkat yang sangat tinggi, dan menelusuri ke tingkat yang sangat rendah. Dan terutama itu juga hari ini, itu baru untuk produk.

Tapi yang ingin saya lakukan adalah memulai pertama, dan saya ingin berbicara sedikit tentang berputar dan bolak-balik. Dan saya telah memberikan contoh, dan saya akan berbagi di layar saya di sini. Dan, mari kita lihat … Ini dia. Layar saya. Dan beri tahu saya, teman-teman, bahwa Anda dapat melihatnya.

Eric Kavanagh: Ini dia.

Bullett Manale: Semuanya baik-baik saja di sana? Baik. Jadi, apa yang Anda lihat sekarang - dan ini adalah produk Manajer Diagnostik - dan saya hanya ingin memberi Anda semacam demonstrasi tingkat tinggi tentang apa yang terjadi di sini. Dalam contoh khusus ini, apa yang kami lakukan adalah kami menunjukkan kepada Anda pertanyaan yang terkait dengan menunggu. Jadi ketika saya berbicara tentang bisa bolak-balik, menelusuri lebih dalam, dan berputar, itu - pandangan ini di sini adalah contoh yang bagus untuk itu. Saya dapat pergi dari tampilan garis waktu seperti yang kita lihat di sini, yang akan ditampilkan sekarang. Dalam kasus kami, kami melihat menunggu sendiri dan kategori menunggu sendiri. Kita bisa melihat pernyataan yang terkait dengan menunggu itu, kita bisa melihat aplikasi.

Perhatikan itu pada tampilan garis waktu di sini, jadi saya dapat mengidentifikasi informasi yang didasarkan secara linear dari saat masalah terjadi, tetapi sekali lagi, jika saya ingin hanya, sekali lagi, inden, dan saya berkata, “Anda tahu apa, mari kita lihat ini dari sudut pandang yang berbeda, "mari kita lanjutkan dan melihat ini dari sudut pandang, " Saya ingin melihat pertanyaan atau menunggu atau aplikasi yang menyebabkan saya paling sakit, dan peringkat mereka. "Dan itulah yang kami ' Aku akan melihat dengan "permintaan menunggu berdasarkan durasi." Sekarang kita melihat aplikasi itu sendiri yang menyebabkan saya paling sakit, atau menunggu.

Dan kemudian, inilah bagian yang benar-benar bagian paling penting, mampu mengisolasi hal-hal ini. Saya dapat melihat aplikasi NoSQL ini dimulai di sini. Ini menyebabkan saya menunggu dengan baik, hingga 25 detik dalam jendela 30 menit yang kami gunakan. Dan saya kemudian dapat mengisolasi aplikasi itu dan saya dapat melihat pernyataan, dalam hal ini, yang secara langsung mempengaruhi contoh khusus ini.

Dan jadi ini hanyalah satu contoh bagaimana Anda akan dapat mengidentifikasi kemacetan, dapat membuat peringkat informasi, mampu memprioritaskan masalah yang perlu ditangani terlebih dahulu. Ini semua hal yang harus Anda pertimbangkan. Anda tahu, Anda bisa memperbaiki masalah sepanjang hari, tetapi jika Anda memperbaiki masalah yang ada di bagian bawah daftar untuk diperbaiki, maka Anda membuang-buang waktu. Anda memiliki biaya peluang yang terkait dengan itu.

Saya akan memberi Anda contoh lain, dan ini sedikit contoh yang berbeda. Daripada secara khusus menunjuk ke suatu masalah atau menunjuk ke suatu daerah, Anda juga membutuhkan alat yang akan dapat membantu Anda dalam arti luas, untuk dapat mengatakan, "Hei, apakah kita punya masalah?" Atau "Apakah ada hal-hal yang dapat saya lakukan untuk meningkatkan kinerja? "dan untuk memiliki sesuatu di belakang layar, menonton apa yang terjadi. Dan dalam hal ini, ini bisa terkait dengan konfigurasi; itu bisa terkait dengan, Anda tahu, cara kesehatan contoh itu sendiri sedang dikelola. Dan juga, tentu saja, hal kinerja juga.

Jika saya pergi ke tombol Analisis di sini, hal yang akan saya tunjukkan kepada Anda adalah bahwa, dalam produk ini, kami juga memiliki semacam daftar proaktif hal-hal yang dapat dilakukan dalam format peringkat yang pada dasarnya akan memberi Anda wawasan ke hal-hal yang kemungkinan akan memberi Anda peningkatan kinerja Anda pada contoh itu, atau peningkatan kesehatan contoh itu. Dan itu dalam format peringkat dalam arti bahwa Anda memiliki kemampuan untuk melihat mana yang lebih mungkin untuk meningkatkan kinerja Anda khusus untuk jenis masalah tertentu yang telah diidentifikasi.

Jadi, ketika saya melihat hal-hal ini dan saya mengidentifikasi mereka, saya tidak hanya melihat bahwa saya memiliki masalah dan saya juga, dalam banyak kasus, skrip yang dapat dibangun secara otomatis untuk memperbaiki masalah itu. Namun dalam banyak kasus ini, kami juga memiliki tautan eksternal yang akan merujuk pada jenis masalah yang kami alami, dan kemudian mengapa kami memberikan rekomendasi ini juga, sehingga Anda mendapatkan aspek pendidikan dari berbagai hal. Yang, sekali lagi, saya pikir sangat penting ketika Anda berbicara tentang, Anda tahu, memperbaiki masalah.

Saya tidak ingin mengikuti rekomendasi ini secara membabi buta, saya ingin mengerti mengapa rekomendasi ini dibuat. Dan saya mungkin seorang DBA senior yang telah melakukan ini selama 30 tahun dan saya butuh sesuatu yang akan, Anda tahu, periksa - atau beri tanda titik pada huruf i dan silangkan huruf t, dalam hal ini - atau mungkin saya seorang DBA junior dan Saya perlu sedikit bantuan dalam memahami masalah-masalah ini saat terjadi, dan mengapa rekomendasi ini dibuat.

Seperti yang saya katakan, saya hanya akan membawa Anda melewati beberapa bagian produk yang berbeda. Alat ini sudah ada, Anda tahu, sudah ada sejak 2004, 2003. Dan itu benar-benar memiliki banyak pengembangan dimasukkan ke dalamnya, banyak informasi, sehingga tidak masuk akal untuk mencoba dan menunjukkan semuanya di sini. Tetapi saya pikir salah satu hal yang patut dicatat adalah bahwa, ketika kita masuk dan kita mulai berbicara tentang semua hal yang dapat Anda monitor dan semua hal yang dapat Anda waspadai, sekali lagi, kembali ke fleksibilitas hal-hal tersebut, inilah daftar semua item yang kami pantau.

Sekarang, itu tidak berarti saya ingin menganggap hal-hal ini dalam keadaan waspada jika mereka keluar dari pukulan dalam hal ambang, sehingga Anda dapat menghidupkan dan mematikan hal-hal ini. Ini kembali ke itu, “Hei, saya hanya perlu melakukan hal-hal tertentu untuk metrik tertentu. Saya hanya perlu, Anda tahu, waspada tentang masalah-masalah tertentu. ”Dan dapat memastikan bahwa kami tidak akan, Anda tahu, memenuhi Anda dengan banyak hal positif yang salah. Anda tidak hanya memiliki kemampuan untuk menghidupkan dan mematikan hal-hal ini, tetapi dalam banyak kasus, Anda akan melihat bahwa kami juga menyediakan pita normal yang terkait dengan setiap metrik. Jadi jika saya melihat ini, dalam hal ini, garis dasar, saya akan melihat bahwa ambang mungkin lebih tinggi di mana mereka berada sekarang.

Di sisi lain dari koin adalah, bagaimana jika saya memiliki contoh SQL, di mana saya melacak beberapa metrik dan metrik tersebut, untuk alasan apa pun, ambang batas yang saya tetapkan tidak benar? Dengan kata lain, ambangnya menampar tepat di tengah-tengah di mana garis dasar sebenarnya duduk, yang berarti jika saya memiliki peringatan terkait dengan ambang itu, saya mungkin akan mendapatkan peringatan untuk sesuatu yang merupakan peristiwa normal. Jadi, dalam situasi seperti itu, kami dapat memberikan Anda wawasan itu secara menyeluruh.

Untuk semua metrik pada contoh khusus ini, saya dapat melihat ambang yang mungkin akan menunjukkan false positive di sini dalam hal apa yang normal dan apa yang tidak. Ini akan menjadi sesuatu yang akan dianggap lebih sebagai hal penggunaan normal di sisi memori, dan jika saya ingin meningkatkan ambang itu, saya bisa, tapi itu semacam ide dengan baseline.

Dan hal keren tentang produk Manajer Diagnostik dalam hal baseline itu sendiri adalah kemampuan untuk menetapkan beberapa baseline. Dan Anda mungkin bertanya, "Mengapa saya ingin melakukan itu?" Dan jawabannya adalah, baik, jika Anda memiliki jendela pemeliharaan yang berjalan dari, katakanlah, tengah malam hingga jam 4 pagi, di mana Anda benar-benar membebani sumber daya Anda, Anda Benar-benar menggunakan sumber daya sebanyak mungkin, maka Anda ingin dapat, sekali lagi, bergeser, dan Anda ingin berputar sedikit dan berkata, "Lihat, kami akan mengubah ambang batas kami untuk itu." Dan kita benar-benar dapat secara dinamis menyesuaikan ambang batas tertentu dengan basis mana pun kita berada, berdasarkan pada waktu hari atau hari dalam seminggu dan seterusnya. Jadi itu akan secara dinamis menyesuaikan ambang batas itu untuk kita.

Mari mengambil satu langkah lagi. Setelah kami mengidentifikasi ambang tersebut, setelah kami lalui, dan, dalam hal mengatur peringatan dan pemberitahuan dan diberitahu tentang situasi ini yang mungkin terjadi, sekali lagi, fleksibilitas sangat penting di sini. Anda ingin dapat mengingatkan dalam situasi tertentu. Dalam situasi lain, Anda mungkin ingin mengirim email ke orang lain, Anda mungkin ingin menjalankan skrip PowerShell, Anda mungkin, Anda tahu, daftar berjalan.

Saya mungkin ingin berintegrasi dengan sesuatu melalui perangkap SNMP atau bahkan secara langsung dengan, misalnya, SCOM. Intinya adalah, Anda memiliki fleksibilitas untuk melakukan itu, dan Anda dapat mengatur jenis kondisi apa pun yang akan menjamin itu, apakah itu kondisi yang sangat luas - Anda tahu, CPU dan memori saya atau sumber daya apa pun - di semua instance saya, atau mungkin saya memiliki jenis hal yang sangat spesifik yang ingin saya pantau karena, ketika saya menemukan bahwa kami melanggar, saya ingin menjalankan skrip yang sangat spesifik dan terarah untuk masalah itu. Jadi di sinilah Anda dapat melakukan hal-hal semacam itu di dalam produk Manajer Diagnostik, hanya, Anda tahu, dalam hal pemberitahuan dan pemberitahuan, dan mampu menjadi fleksibel dari sudut pandang itu.

Sekarang, saya tidak akan melewati semua peringatan dan semua hal bagus itu. Saya memang ingin berbicara tentang laporan. Dan, sekali lagi, dapat mengambil informasi dan memanfaatkan data itu dalam beberapa cara berbeda - dan ini kembali lagi ke percakapan dengan data Anda. Dan banyak orang, ketika mereka pertama kali melihat produk ini, mereka berpikir, “Oh, baiklah, saya akan memiliki alat yang akan mengingatkan saya ketika ada masalah. Itulah yang saya butuhkan. ”Dan kenyataannya adalah, mereka membutuhkan alat itu, tetapi sisi lain dari itu adalah, jika mereka benar-benar - mereka juga memerlukan alat untuk membantu mereka membuat keputusan, dan mereka dapat memanfaatkan informasi ini bahwa kita mengumpulkan atas nama kinerja dan juga atas nama peringatan, untuk dapat membantu Anda membuat keputusan di masa depan.

Anda tahu, contoh yang baik adalah ramalan pertumbuhan saya di dalam basis data saya. Jika saya memiliki basis data spesifik yang sedang tumbuh, dapat menunjuk ke basis data itu atau bahkan beberapa basis data untuk dapat melihat berapa laju pertumbuhannya. Kami tidak menunjukkan Anda berdasarkan apa, Anda tahu, seperti apa hari ini; itu akan memperkirakan berdasarkan pertumbuhan masa lalu yang kami alami.

Jika saya punya beberapa database di sini - yang kebetulan saya miliki, bayangkan itu - saya bisa masuk dan berkata, "Mari kita ambil data terakhir, Anda tahu, data tahun ini, mari kita kaitkan dengan bulan, dan dalam sampel berapa bulan, mari kita lanjutkan dan lihat berapa banyak pertumbuhan yang akan kita lihat dalam tiga tahun ke depan, atau 36 unit. ”Dalam hal ini, kita dapat dengan cepat menjawab pertanyaan itu. Sekarang, coba lakukan itu sendiri, kan? Cobalah untuk melakukannya sebanyak waktu yang saya lakukan sendiri. Ini akan membawa Anda beberapa saat.

Sekarang, untuk lebih menekankan hal itu, mari kita ambil laporan lain, yang merupakan laporan server teratas saya. Bayangkan saya punya seratus contoh produksi, yang dalam hal ini, saya tidak punya. Tetapi jika seseorang datang kepada saya dan berkata, “Saya ingin Anda memberi tahu saya - kami akan meletakkan database baru ini di luar sana untuk aplikasi baru yang hebat ini; itu akan mengubah segalanya seperti yang kita tahu; itu akan membuat hidup begitu indah. Oh, omong-omong, database itu sendiri akan benar-benar intensif I / O, atau akan menjadi CPU intensif, atau benar-benar intensif memori …, "apa pun isinya, saya ingin dapat melihat, dari semua contoh produksi saya, di mana masuk akal untuk menempatkan database itu? Dan saya dapat memberi peringkat semua instance saya terhadap satu sama lain dalam hal jenis kontingen, apakah itu CPU, memori, disk atau apa pun kasusnya. Jadi intinya di sini adalah mampu menjawab pertanyaan itu dengan cepat dan efisien dan membuat keputusan yang tepat daripada menebak ketika Anda melakukannya - itu semua jelas sangat penting, dan Anda membutuhkan sesuatu yang akan membantu Anda.

Dan ketika kita berbicara tentang analitik, itu bisa berkisar dari apa pun seperti apa yang kita bicarakan dengan perencanaan kapasitas hingga, Anda tahu, peringatan yang Anda hadapi sehari-hari yang mungkin berhubungan dengan CPU, seperti serta jelas pertanyaan itu sendiri, apakah ada pemblokiran dan sebagainya dan sebagainya.

Contoh lain dari itu adalah, jika saya pergi ke bagian administrasi di sini - sebenarnya, saya mengambil kembali, bagian peringatan di sini - menanyakan penyimpanan informasi historis kami untuk hal-hal yang telah terjadi di masa lalu. Sudahkah saya memblokir yang terjadi di lingkungan produksi saya? Saya tidak tahu, mari cari tahu.

Saya dapat kembali ke tag Produksi saya dan saya dapat mengatakan, untuk semua contoh produksi saya, dengan jangka waktu berapa pun, untuk metrik apa pun yang ingin saya identifikasi. Jika saya telah memasuki status siaga pada, dalam kasus kami, katakanlah pemblokiran demi hitungan, bukan per detik pemblokiran, dan saya dapat kembali dan, dalam kasus ini, beberapa bulan, jika saya perlu - atau dalam hal ini kasus, satu bulan - dan saya bisa melihat pemblokiran itu. Saya bisa melihat kapan itu dimulai, saya bisa melihat kapan itu berakhir, dan saya bisa menelusuri setiap interval menarik ini jika saya perlu, untuk melihat secara spesifik dari insiden pemblokiran itu sendiri. Anda harus dapat memiliki sesuatu yang sangat cepat, dapat menemukan apa yang Anda butuhkan dan cari daripada memutar banyak siklus untuk melakukannya. Dan karenanya, saya pikir itu juga penting.

Hal terakhir yang saya ingin tunjukkan kepada Anda - dan menunjukkan kepada Anda produk ini, produk Manajer Diagnostik - adalah yang kami miliki, seperti yang telah saya sebutkan sebelumnya, kami telah masuk dan kami telah menambahkan komponen lain ke Manajer Diagnostik SQL kami Penawaran pro. Dan itu adalah komponen Analisis Beban Kerja. Dan ini adalah versi berbasis web dari ini, dalam hal ini kami tunjukkan di sini. Tetapi intinya di sini adalah, ini memungkinkan Anda untuk melihat periode waktu yang sangat luas atau rentang waktu yang sangat spesifik, dan dari, Anda tahu, beberapa klik dapat melihat kode yang terkait langsung dengan masalah yang mungkin terjadi .

Sebagai contoh, jika saya melihat tampilan empat minggu, di sini saya dapat melihat, di sini, semua lonjakan dalam hal basis data dan kinerja dari basis data itu dan di mana kami melihat aktivitas menunggu pada basis data tersebut. Sekarang, dan Anda dapat melihat, jika saya melihat lonjakan di sini, manfaat dari alat ini sendiri adalah hanya dapat menyorot bilah kecil itu di sana. Dan kemudian, ketika saya melakukan itu, semua hal di sini berubah. Kami akan dapat melihat database, kami akan dapat melihat semua perintah terkait dengan apa yang ada di balik bar itu.

Hal yang sama jika saya katakan, "Mari kita lihat empat jam terakhir, " daripada empat minggu terakhir. Saya masih bisa melakukan itu. Saya masih bisa menyorot periode waktu itu, dan kemudian dari sana - ini, sekali lagi, inilah poin pivot saya - semua hal di sini yang dapat saya tautkan. Pernyataan SQL teratas, saya bisa melihat pertanyaan itu, dalam hal ini, yang menyebabkan menunggu yang terkait dengan konsumsi CPU. Hanya dengan menelusuri, saya dapat melihat pertanyaan yang terkait di sini - whoops - dan saya juga dapat melihat program dan yang lainnya yang terkait dengan ini.

Anda mendapatkan banyak wawasan di sini, dan tidak hanya itu, tetapi Anda bisa melihat, ketika Anda turun ke tingkat perintah, itu akan memberi tahu Anda banyak hal. Ini akan memberi tahu Anda apakah melihat operator yang berat, Anda kemudian dapat melihat rencana eksekusi. Ini memakan waktu agak lama karena memuatnya cukup luas. Tetapi intinya di sini adalah bahwa Anda memiliki banyak cara berbeda untuk melihat data, untuk melihat apa yang Anda cari, dan kemudian jelas dapat mengambil tindakan dari sana seperti yang Anda perlukan, jadi, dan pengambilan yang satu ini lebih lama dari biasanya, jadi saya akan berhenti di situ.

Maka dengan itu, aku akan mengembalikannya. Dan mudah-mudahan ini adalah demonstrasi yang baik dari hal-hal yang kita bicarakan. Dan seperti yang saya katakan, produk itu sendiri yang kami gunakan untuk memberikan contoh-contoh ini sudah ada sejak lama, dan banyak hal lain yang bisa kami bicarakan dan tunjukkan kepada Anda, tetapi jika ini adalah sesuatu yang menarik Anda, Anda selalu dapat pergi ke situs web kami dan mengunduhnya serta bermain dengannya.

Eric Kavanagh: Dan saya suka Anda menunjukkan semua detail ini. Jika Anda kembali beberapa layar - bahkan layar ini cukup bagus. Karena ada banyak cara berbeda untuk memvisualisasikan apa yang sebenarnya terjadi, dan saya pikir ini adalah salah satu aspek komputasi yang kurang dihargai akhir-akhir ini. Ini tentu merupakan lingkungan basis data yang, dalam banyak hal, saya memiliki setengah lelucon ini saya katakan: "Kami masih belajar berbicara silikon." Kami masih belajar untuk memahami bagaimana melihat apa yang terjadi, dan sampai pada poin Anda, yang diambil dengan sangat baik, Anda perlu melakukan percakapan dengan data untuk lebih memahami apa yang terjadi, mengapa semuanya berjalan lambat, karena ada begitu banyak masalah yang mungkin terjadi. Dan, tentu saja, IDERA mendapatkan sejumlah produk yang berbeda, salah satunya adalah produk Precise lama yang saya pikir dapat menjadi pelengkap untuk ini.

Tapi mungkin Robin, saya akan memberikannya kepada Anda untuk beberapa pertanyaan, dan kemudian Dez, beberapa pertanyaan dari Anda, dan mungkin siapa pun dari hadirin, jangan malu-malu. Kirim mereka sekarang.

Bullett Manale: Robin, kau bisu?

Robin Bloor: Ya. Tidak apa-apa, saya hanya melepaskan diri dari bisu. Saya harus mengatakan, ini luar biasa - hal yang menurut saya paling dramatis tentang alat ini, karena itu benar-benar - terutama mengingat fakta bahwa cukup jelas bahwa seluruh rangkaian dimensi yang tidak Anda masuki - hal yang sebenarnya, Saya pikir, yang paling mengesankan tentang ini adalah, itu harus menjadi cara yang sangat, sangat bagus untuk melatih DBA. Anda tahu, itu - jadi ketika Anda pertama kali melakukan pekerjaan database dan Anda sebenarnya tidak tahu banyak tentang apa yang sebenarnya terjadi dalam database, sebenarnya sangat, sangat sulit untuk mendapatkan pemahaman. Jadi, apakah ini banyak digunakan, khusus untuk pelatihan? Saya akan menggunakannya.

Bullett Manale: Ya. Maksud saya, ketika Anda mengatakan pelatihan, maksud Anda seperti pelatihan yang sedang berlangsung sebagai jenis DBA, bukan? Dengan kondisi…

Robin Bloor: Ya, ya, ya, ya. Alat pembelajaran. Anda tahu, a.

Bullett Manale: Ya, saya akan berpikir dengan pasti bahwa itulah masalahnya, dan terlebih lagi kami telah menambahkan ini, komponen Analisis yang kami tunjukkan sebelumnya, yang memiliki semua rekomendasi yang terkait dengannya. Tapi saya pikir pasti Anda akan menemukan, dalam bantuan dan banyak area berbeda dalam produk, itu memberi Anda, Anda tahu, banyak wawasan. Banyak informasi.

Dan kenyataannya adalah, seperti yang saya katakan, Anda dapat menggunakan ini jika Anda bukan DBA. Anda mungkin akan menemukan diri Anda melakukan beberapa pencarian Google dan hal-hal seperti itu, hanya untuk pengetahuan umum tentang apa yang dimiliki sebagian besar DBA, tetapi Anda dapat menghubungkan ini dan itu pasti akan membantu Anda dalam hal, “Hei, Anda tahu, hei apa hal ini disebut fragmentasi? ”atau, “ Mengapa kueri ini berjalan 6.000 kali? ”Maksud saya, karena hal-hal ini akan dibawa kepada Anda dan mereka akan menggelembung, dan Anda akan melihatnya. Anda akan melihat Anda, Anda tahu, apa yang normal dan apa yang tidak. Anda akan melihat hal-hal yang mencolok dan hal-hal yang tidak.

Sebagai aturan, kami mencoba mengatur hal ini sebagai, dalam hal praktik terbaik. Sehingga, ketika Anda mengarahkannya ke sebuah instance, itu akan menunjukkan kepada Anda hal-hal yang diidentifikasi sebagai di luar praktik terbaik. Maksud saya, tentu saja, Anda tahu, kenyataannya adalah bahwa praktik terbaik adalah praktik terbaik dan itu tidak selalu praktik nyata. Tapi, Anda tahu, itu akan menunjukkan kepada Anda outlier, bahkan dari titik awal Anda menginstalnya dan mengarahkannya ke instance.

Dan kemudian dari sana Anda bisa bergerak bersama karena Anda perlu memperbaiki masalah dan mengidentifikasi apakah itu benar-benar masalah atau sesuatu yang biasanya terjadi setiap hari. Dan kemudian, karena Anda memiliki banyak informasi untuk membantu dan rekomendasinya, ya, tentu saja.

Robin Bloor: Baiklah. Dan pertanyaan lain - tapi saya yakin jawaban untuk ini sangat cepat - adalah bahwa, Anda memiliki rincian untuk langsung ke kueri individual dan titik waktu individu dan melihat dari dimensi itu, .

Bullett Manale: Tentu, ya. Tergantung pada apa yang ingin Anda lakukan, Anda dapat melihat jendela waktu satu menit atau Anda dapat melihat jendela waktu tiga hari atau, Anda tahu, jendela waktu tiga minggu. Dan, Anda tahu, seperti yang saya katakan, itu tergantung pada bagaimana Anda ingin melihat data, dan juga apa yang ingin Anda kumpulkan. Dalam beberapa kasus, kami hanya mengumpulkan kueri yang mencapai ambang yang telah Anda identifikasi. Dalam kasus lain, kami mungkin mengumpulkan, Anda tahu, setiap permintaan yang menyebabkan menunggu.

Tetapi Anda juga memiliki kemampuan untuk mengatakan, "Lihat, ambang yang saya identifikasi, mungkin hanya untuk menulis, atau mungkin hanya untuk dibaca, atau mungkin hanya untuk CPU." Jadi, dengan asumsi bahwa itu melampaui ambang itu, maka itu apa yang ingin Anda kumpulkan. Kemudian kerangka waktu apa pun yang ingin Anda lihat, Anda akan dapat melihat pertanyaan yang menyinggung, berdasarkan dari apa yang Anda anggap menyinggung.

Anda memiliki banyak cara berbeda untuk melihat data. Anda dapat melihatnya dalam tampilan terkonsolidasi untuk melihat, Anda tahu, pertanyaan yang - berapa banyak pertanyaan di belakang layar yang dimulai, dibandingkan, Anda tahu, setiap insiden tunggal dari permintaan itu dimulai, untuk menonton pola, jika Anda akan, untuk melihat apakah itu terus bertambah buruk.

Tetapi untuk menjawab pertanyaan Anda, Anda pasti dapat menunjuk ke waktu apa pun yang Anda inginkan. Anda memiliki benda yang disebut Browser Sejarah - dan saya agak menggunakannya sedikit - tetapi pada dasarnya titik waktu apa pun yang Anda pilih, hari apa pun di kalender yang Anda pilih, Anda dapat langsung menuju ke titik waktu tersebut.

Saat ini saya sedang mencari pada 15 November pukul 19:05, dan kita dapat melihat pertanyaan khusus untuk waktu itu. Jika ada yang berjalan dengan buruk karena rentang waktu itu, kami akan dapat melihat detail sesi khusus untuk jendela waktu itu untuk melihat sesi apa yang sedang berjalan. Maksudku, ada banyak data di sini, dan seperti yang saya katakan, bagian tersulit, sebenarnya, adalah mungkin 30 menit bermain-main dengan konsol dan mencari tahu bagaimana melakukan hal ini.

Tapi begitu Anda menyadari bahwa sebagian besar data di sini ada di pita ini dan dibagi dengan tab ini, dan setiap tab memiliki set sendiri tombol yang berubah secara dinamis yang muncul setiap kali Anda mengkliknya, lalu apakah Anda melihat nyata- hal-hal waktu atau hal-hal yang terjadi minggu lalu, itu proses yang sama. Pada dasarnya, saya melihat sekarang 15 November, tetapi saya dapat dengan mudah melihat waktu nyata hanya dengan mengklik tombol itu. Dan saya akan berinteraksi dengan data dengan cara yang sama.

Tetapi untuk menjawab pertanyaan Anda, ya, ada banyak cara berbeda untuk melihat informasi historis, dan itu juga berkaitan dengan pertanyaan itu sendiri.

Robin Bloor: Begitu . Sangat mengesankan. Dan saya suka fakta bahwa jendela disinkronkan, meskipun itu semacam menjadi sangat diperlukan dalam apa pun yang berhubungan dengan data real-time saat ini.

Bullett Manale: Ya. Tentu.

Robin Bloor: Ini hanya satu poin informasi yang sebenarnya saya tidak tahu jawabannya. Sebagai penawaran Anda - SQL Server dan cloud - dapatkah Anda menunjuk cloud di bawah Ratio?

Bullett Manale: Anda bisa. Anda bisa mengarahkan ini di bawah cloud. Ketika Anda benar-benar menambahkan instance, ia akan menanyakan apakah itu RDS atau Azure. Sekarang, akan ada beberapa batasan berdasarkan apa yang dipaparkan kepada kita dari cloud, jadi mungkin ada - ada sedikit perbedaan dalam hal apa yang dapat kita monitor, hanya karena instrumentasi, dalam beberapa kasus, tidak ada di sana untuk kita kumpulkan, berdasarkan dari apa yang diungkapkan Microsoft.

Sekarang, jika sesuatu seperti, Anda tahu, infrastruktur sebagai platform, seperti, Anda tahu, atau EC2 atau sesuatu seperti itu, itu tidak masalah sama sekali. Kami mendapatkan segalanya. Dan saat kami bekerja dengan Microsoft dan kami bekerja dengan Amazon; kami sedang berupaya untuk mengekspos informasi itu secara lebih rinci. Tapi tentu saja ya, kami mendukung lingkungan itu.

Robin Bloor: Oke, itu menarik. Baiklah, saya akan memberikan kepada Dez, yang saya yakin akan melemparkan Anda pertanyaan dari arah yang berbeda.

Bullett Manale: Baiklah.

Dez Blanchfield: Terima kasih. Saya punya dua yang sangat cepat untuk Anda. Saya pikir, Anda tahu, yang pertama adalah, timbangan, Anda tahu, saya pikir salah satu hal yang mengejutkan saya adalah bahwa tema umum dari pertunjukan cenderung menjadi sesuatu yang kita pikirkan ketika kita menjadi sangat besar, sangat besar, berskala sangat besar dan luas, dan terabyte data. Menonton demo, menurut saya, ini adalah sesuatu yang benar-benar berlaku bahkan untuk lingkungan yang sangat kecil, semacam hanya mendapatkan hit kinerja.

Penyebaran seperti apa yang Anda lihat dalam penerapan ini, dan apakah Anda pikir itu, Anda tahu, apakah Anda pikir itu alat yang memiliki yang baik, Anda tahu - dalam benak saya, ya, jadi saya pikir itu ya - tapi saya hanya ingin melihat apa yang Anda lihat. Organisasi yang lebih kecil memiliki percakapan yang sama dan mencari alat untuk melakukan ini, atau apakah itu benar-benar sesuatu di ujung kota yang lebih besar?

Bullett Manale: Ini lucu - itu pertanyaan yang bagus. Ini sedikit campuran, tapi saya akan mengatakan bahwa kami memiliki banyak pelanggan kecil. Dan ketika saya katakan pelanggan kecil, maksud saya, Anda tahu, satu hingga lima contoh pembelian untuk lisensi untuk dikelola. Sekarang, dalam beberapa kasus mereka mungkin memiliki 30 contoh, benar, dari SQL, dan mereka hanya benar-benar peduli tentang lima, benar-benar cukup penting untuk berinvestasi dalam alat seperti ini, untuk lima contoh tersebut.

Tetapi kenyataannya adalah, apakah itu, bahkan toko-toko kecil, Anda punya beberapa SQL Server di luar sana. Dalam kebanyakan kasus, atau dalam banyak kasus, toko kecil itu sangat, sangat tergantung pada database itu, karena, Anda tahu, apa yang mereka lakukan. Dan jadi mereka tidak, mereka tidak bisa membiarkannya turun. Mereka tidak bisa, Anda tahu, mereka harus memiliki alat.

Sisi lain dari koin itu adalah bahwa, di beberapa toko yang lebih kecil, mereka tidak mendedikasikan DBA, jadi orang yang paling cerdas di ruangan itu atau orang yang lebih teknis di ruangan itu akhirnya menjadi DBA yang ditugaskan. Jadi, dalam situasi itu, mereka pasti mencari bantuan, dan alat ini jelas akan membantu mereka dalam hal itu juga.

Untuk lingkungan Anda yang lebih besar, karena saya pikir Dez yang menyebutkannya - atau Robin, saya tidak yakin - tetapi, Anda tahu, lingkungan yang lebih besar, Anda akan terkejut melihat berapa banyak DBA yang mereka miliki, maksud saya, kami sedang berbicara banyak contoh SQL, dan Anda benar-benar memiliki segenggam DBA yang ditugaskan untuk bertanggung jawab atas mereka. Dan dari sudut pandang itu, orang-orang itu, Anda tahu, mereka mencari bantuan karena mereka tidak memiliki sumber daya yang cukup memadai untuk benar-benar membantu mereka, sehingga alat akan membantu mengimbangi sebagian dari itu.

Jadi kami melihat itu juga sedikit, di mana, Anda tahu, ada tiga orang yang mengelola 200 instance. Jadi Anda dapat membayangkan logistiknya jika Anda tidak memiliki alat seperti ini, untuk mencoba mencari tahu kapan bahkan ada masalah. Ini tidak akan menjadi cara yang proaktif, saya dapat meyakinkan Anda. Jadi semoga itu menjawab pertanyaan Anda. Ya.

Dez Blanchfield: Ya, benar. Itu memang mengejutkan saya - dan saya pikir Robin agak menyinggung hal itu - tetapi, Anda tahu, semacam janji yang Anda jelaskan ketika Anda melakukan demo, maksud saya, mereka tidak eksklusif untuk lingkungan yang sangat besar. Anda tahu, Anda dapat membeli platform umum yang dirancang untuk satu hal dan memasukkannya ke dalam lingkungan basis data bersama untuk hal lain, dan itu hanya akan menghukum seluruh lingkungan.

Hal lain yang mengejutkan saya - itu bukan pertanyaan, hanya pengamatan, tapi saya akan mengarahkannya ke pertanyaan - dan itu adalah, Anda tahu, ketika organisasi telah melakukan investasi dalam infrastruktur dan infrastruktur mereka platform dan database mereka dan server dan infrastruktur di sekitar itu, dan mereka akan membeli produk, apa pun itu - SDM, ERP, alat BI - mereka sudah semacam melakukan investasi yang cukup besar.

Apa jenis respons yang Anda lihat ketika Anda berbicara dengan orang-orang dan mereka menyadari bahwa mereka memiliki masalah kinerja, tetapi mereka merasa sekarang mereka harus melakukan investasi lain untuk mendapatkannya? Apakah ada titik di mana mereka menyadari begitu Anda menunjukkannya bahwa mereka menganggap hal ini sebagai tidak punya otak, dan itu bukan promosi penjualan, tetapi lebih merupakan pencerahan. Hanya saja, Anda tahu, “Kita akan segera melihat manfaat dari ini.” Berlawanan dengan hanya harus menjual produk? Tampaknya bagi saya itu menjual dirinya sendiri, dan ROI hanya melompat dari halaman.

Bullett Manale: Ya, dan itu lucu Anda mengatakan itu karena, apa yang sering terjadi adalah, seseorang akan, seperti DBA atau bahkan tenaga penjualan, akan datang dan mereka akan berkata, "Hei, orang-orang ini ingin lihat, seperti, lembar ROI tentang ini. ”Dan lebih seperti, sesuatu di atas kertas yang akan kami kirimkan kepada mereka. Dan demo selalu 10 kali lebih baik, terutama, Anda dapat melakukannya dengan DBA sendiri, karena–

Dez Blanchfield: Ya.

Bullett Manale: Seperti yang Anda katakan, produk itu menjual dirinya sendiri. Sangat sulit untuk meletakkan ROI di selembar kertas dan berkata, "Oke, berapa banyak klik yang biasanya DBA, Anda tahu, klik dalam satu jam?" Karena ini berkaitan dengan cadangan, Anda tahu, atau apa pun masalahnya., kamu tahu? Dan mencoba untuk meletakkannya di selembar kertas, sangat sulit untuk melakukannya. Tetapi ketika Anda mendapatkan seseorang dan Anda menunjukkan produk kepada mereka, dan mereka melihatnya, itu persis seperti yang Anda katakan.

Orang-orang menyadari nilai itu. Karena itu tidak hanya membantu mereka memahami dan membuat keputusan yang lebih baik, tetapi juga, itu membantu, Anda tahu, mereka tidak menjadi orang jahat. Mereka bisa menjadi yang pertama tahu; mereka dapat memperbaiki masalah bahkan sebelum teridentifikasi bahwa ada masalah.

Bagian lain dari itu adalah, Anda tahu, sebagai DBA, apakah itu, Anda tahu, nyata atau persepsi - dan saya pikir itu persepsi - Anda memiliki masalah kinerja, sungguh. Anda adalah orang yang langsung menunjuk Anda ketika kinerjanya turun, dan kenyataannya adalah pengembanglah yang benar-benar menyebabkan masalah.

Memiliki alat untuk dapat mengatakan, "Hei, ini bukan masalah saya, saya harus bisa membawa ini ke pengembang dan mereka harus memperbaikinya, " atau, Anda tahu, di sepanjang garis itu. Ini cara yang bagus untuk dapat memiliki sesuatu di gudang senjata Anda untuk dapat mengatakan, "Di sinilah masalah sebenarnya." Anda tahu?

Dez Blanchfield: Ya. Yang terakhir untuk Anda, dan hal yang mengejutkan saya, melihat ini saat kami menjalaninya adalah, sering kali ketika kita memikirkan masalah kinerja, kita cenderung membawa keahlian khusus. Mereka datang dengan 20 tahun pengalaman, mereka melihatnya, dan mereka semacam, Anda tahu, lelucon klasik dari pria yang masuk ke toko teknik dan memiliki palu kecil kecil dan mengenai mesin di tempat yang tepat dan kemudian berkata, "Itu perbaikan $ 15.000, " dan orang-orang berkata, "Kami tidak membayar untuk itu, " Anda tahu, karena ini lima menit dari pekerjaan. Dan dia berkata, "Ya, pekerjaan lima menit itu butuh 15 tahun pengalaman untuk memperbaikinya dan itu menyelamatkan Anda jutaan."

Bagi saya sepertinya, Anda tahu, ada proses tengah, orang melalui hal ini mengatakan, "Oke, bawa keahlian khusus, perbaiki masalah, itu akan hilang." Tapi yang mereka lakukan adalah mereka baru saja mengenakan Band-Aid, kan? Berbeda dengan skenario di mana, dari apa yang dapat saya lihat di sini, di mana saat ini masuk, ya mereka mungkin telah membahas beberapa masalah kinerja yang mereka pikir sedang mereka alami, tetapi bagi saya, saat itu, hanya memiliki ini 24 / 7 jenis, Anda tahu, mengatur mata menonton lingkungan secara real-time.

Anda benar-benar akhirnya menjauh dari skenario DBA terbangun pukul empat pagi karena laporan berjalan. Apakah ini masalahnya - dan mungkin retorika - tetapi apakah ini kasus bahwa orang dengan cepat beralih dari mencari untuk berinvestasi dalam suatu produk untuk mendapatkannya untuk menyelesaikan masalah tertentu, tetapi kemudian umumnya hanya menjadi bagian dari DNA?

Bullett Manale: Ya, dan itu bervariasi dari satu tempat ke tempat lain, tapi, maksud saya, saya punya beberapa orang yang awalnya membeli produk, seperti, pada tahun 2006, dan mereka pernah ke tiga pekerjaan berbeda di perusahaan yang berbeda, dan mereka telah masuk dan, ketika mereka pergi ke perusahaan berikutnya, mereka mempromosikan ini sebagai sesuatu untuk didapatkan karena mereka memiliki alur kerja. Dan sebut saja itu, saya benci menyebutnya begitu, tetapi, Anda tahu, alur kerja itu melibatkan produk ini dan mereka terbiasa menggunakannya setiap hari dan itu membantu mereka, sehingga mereka tidak ingin belajar sesuatu yang baru.

Tapi tentu saja. Maksud saya, sebagian besar waktu kita membuat orang mengunduh produk ini, itu bukan karena mereka memiliki anggaran dan bahwa mereka akan keluar dan mereka berkata, “Hei, baiklah, kita memiliki anggaran kinerja ini, kita perlu melakukan bukti konsep, dan kita perlu melangkah masuk dan mencari tahu, melakukan evaluasi dan semua itu. "Biasanya yang terjadi adalah, mereka punya masalah pada contoh SQL, dan mereka mencari bantuan untuk perbaiki masalah itu. Mereka pergi dan mengunduh alat kami, mereka memperbaiki masalahnya, dan kemudian mereka menyadari bahwa ini, alat itu sendiri akan melakukan lebih dari sekadar memperbaiki masalah yang mereka miliki pada saat itu, bahwa itu sebenarnya akan membantu mereka meningkatkan kinerja keseluruhan dan mencegah masalah lain terjadi, bergerak maju. Dan itu sudah pasti. Dan Anda pasti dapat terus menggunakan alat ini untuk terus menyempurnakan lingkungan karena Anda akan selalu dapat melihat tidak hanya apa yang terjadi sekarang, tetapi apa yang terjadi minggu lalu, bulan lalu, tahun lalu, dan membandingkannya dengan apa yang akan terjadi besok. Kamu tahu? Hal semacam itu.

Dez Blanchfield: Ya.

Bullett Manale: Jadi, pasti.

Dez Blanchfield: Sempurna. Jadi Anda sudah menyebutkan, Anda menyebutkan sesuatu tentang - saya hanya akan menyelesaikan sebelum saya kembali ke Eric untuk menutup. Salah satu hal yang selalu saya minati adalah, Anda tahu, bagaimana orang mendapatkannya? Anda menyebutkan mengunduhnya. Apa rangkuman 30 detik tentang bagaimana mereka mendapatkannya, mendapatkan salinan, memutarnya, dan bermain dengannya, dan apa yang mereka butuhkan dari segi infrastruktur, hanya untuk mendapatkan contoh.

Bullett Manale: Jadi begitulah, Anda pergi ke IDERA (idera) .com. IDERA.com adalah perusahaannya, dan jika Anda menekan situs web itu - dan saya benar-benar dapat menunjukkannya di sini - saya tidak tahu apakah saya masih membagikan layar saya, tetapi jika Anda membuka halaman Produk, kemudian pergi ke Diagnostic Tautan manajer, akan ada sedikit tombol Unduh, dan Anda dapat mengunduh build setelah Anda mengisi informasi. Mereka akan meminta Anda untuk membangun 32 atau 64-bit, dan Anda akan pergi ke balapan, seperti yang mereka katakan.

Dez Blanchfield: Dan apakah ini akan berjalan pada laptop untuk dimainkan oleh seseorang, atau apakah mereka perlu memuatnya di server di suatu tempat?

Bullett Manale: Tidak, tidak. Sebenarnya, apa yang saya tunjukkan hari ini semuanya berjalan dari laptop saya. Sekarang, laptop saya memiliki 32 gigs dan prosesor 8-core, tetapi masih laptop. Tetapi tidak harus memiliki sumber daya sebanyak itu, untuk menjawab pertanyaan Anda. Evaluasi itu sendiri baik untuk 14 hari, tetapi Anda dipersilakan untuk mencobanya lebih lama. Jika Anda baru saja menelepon kami, kami dapat memperpanjangnya untuk Anda jika Anda mau.

Dez Blanchfield: Saya pikir itu harus menjadi sesuatu untuk diambil, karena saya pasti akan melakukan itu. Saya pikir, Anda tahu, dari hal-hal yang terlihat, bagi saya sepertinya tidak perlu mengunduhnya dan bermain dengannya. Mungkin pergi ke salah satu lingkungan Anda dan hanya melihat apa yang dapat Anda lihat, karena saya curiga bahwa - seperti semua yang saya lihat di latar belakang database dalam 20+ tahun terakhir, yang membuat saya berusia lanjut - setelah Anda melihat apa yang ada di bawah kap, sungguh menakjubkan apa yang Anda sadari dapat Anda perbaiki dengan cepat dan hanya mendapat sedikit keuntungan dalam kinerja.

Luar biasa, terima kasih untuk demo ini. Sangat bagus. Terima kasih untuk semua waktu membahas pertanyaan.

Bullett Manale: Sama- sama. Terima kasih untuk-

Dez Blanchfied: Eric, aku akan mengembalikan padamu.

Eric Kavanagh: Ya, kami memiliki pertanyaan yang sangat bagus dari anggota audiens. Anda semacam membicarakan hal ini dalam presentasi Anda, dan saya sebenarnya tweet tentang ini karena itu adalah kutipan yang hebat. Anda bilang Anda tidak ingin menggunakan alat untuk memantau kinerja yang berdampak negatif pada kinerja Anda.

Bullett Manale: Benar. Betul. Itu semacam bagian penting dari alat pemantauan kinerja, apakah itu tidak menyebabkan masalah kinerja. Benar sekali.

Eric Kavanagh: Tepat. Yah, itu seperti yang terkutuk - itu seperti program anti-virus yang hanya dapat merusak sistem. Maksud saya, saya telah menggunakan sejumlah teknologi berbeda untuk penyiaran tempat program anti-virus memulai dan akan memotong aliran Anda. Jadi ada hal-hal yang terjadi yang tidak Anda harapkan, tetapi pertanyaannya, itu terkait dengan komentar spesifik yang Anda buat. Dan apa jenis hit kinerja yang Anda lihat? Apakah dua persen, lima persen, satu persen? Apakah Anda memiliki nomor yang dapat Anda berikan kepada kami?

Bullett Manale: Ya, maksud saya, tantangan dengan pertanyaan ini adalah, Anda tahu, bagian dari diskusi yang kita bicarakan sebelumnya. Saya dapat memberi Anda– biasanya sekitar satu hingga tiga persen, untuk menjawab pertanyaan Anda. Tetapi ada lebih banyak penjelasan yang menurut saya diperlukan, yaitu, kami memberikan Anda banyak cara untuk dapat memberi tahu alat apa yang ingin Anda pantau, kan? Dan begitulah kembali ke itu. Yah, saya mungkin ingin mendapatkan sampel dari setiap kueri yang berjalan. Jadi saya ingin memiliki alat yang cukup fleksibel untuk dapat mengaktifkannya sehingga saya bisa melihatnya.

Jadi, bagian dari fleksibilitas itu termasuk, Anda tahu, ada biaya untuk itu. Jika saya perlu mengumpulkan lebih banyak data karena saya ingin sampel dari setiap kueri yang berjalan terakhir, Anda tahu, 20 menit, saya bisa mengaktifkannya dan bisa melakukannya. Jadi, tetapi secara umum, ya, satu hingga tiga persen adalah apa yang kita lihat, dalam hal overhead. Tapi itu akan bervariasi, dan sebagian besar akan tergantung pada hal-hal yang Anda nyalakan dan matikan, dalam hal ambang Anda, berapa banyak data yang ingin Anda kumpulkan, interval pemungutan suara Anda, semua hal-hal yang terkait dengan bahwa.

Bahkan, jika Anda pergi ke instance itu sendiri yang Anda kelola, salah satu hal yang akan Anda lihat adalah, kami memiliki beberapa interval polling yang dapat Anda tentukan. Dan itu hanya karena kami ingin, Anda tahu, saya tidak perlu memeriksa setiap– Jika saya ingin melakukan pemeriksaan detak jantung pada contoh, saya tidak perlu melakukan polling pada CPU dan semua yang lainnya jika saya mau. Saya melakukannya setiap 20 detik. Jadi, Anda memiliki beberapa interval pemungutan suara yang dapat Anda tentukan.

Anda juga memiliki, seperti saya katakan, pemantauan permintaan Anda yang dapat Anda tentukan. Dan ini dapat dilakukan untuk setiap instance secara mandiri, sehingga Anda benar-benar dapat memenuhi contoh spesifik tersebut dalam hal apa yang ingin Anda pantau. Untuk statistik menunggu dan menunggu pemantauan, saya dapat mengaktifkan atau menonaktifkannya. Dan saya bisa mengatakannya untuk menangkap semuanya, saya bisa mengatakannya, Anda tahu, apa yang ingin saya tangkap dan kapan saya ingin menangkapnya. Jadi banyak dari itu juga– Anda harus mempertimbangkan apa yang Anda lakukan, dalam hal apa yang Anda katakan alat untuk memantau.

Tetapi secara umum, apa yang akan saya katakan adalah, seperti yang saya katakan, sekitar satu hingga tiga persen adalah yang kita lihat. Kami telah menjual alat ini sejak lama - karena, seperti yang saya katakan, sekitar 2003 atau 2004 - dan kami memiliki ribuan pelanggan, jadi saya dapat meyakinkan Anda bahwa, Anda tahu, kami tidak memiliki - kami mencoba kami sebaiknya tidak menyebabkan masalah kinerja atas nama kinerja.

Eric Kavanagh: Ya, itu informasi yang sangat bagus. Saya hanya berpikir itu adalah kutipan yang brilian karena, Anda tahu, sekali lagi, Anda tidak ingin mengalahkan tujuan dari apa yang ingin Anda capai, bukan?

Bullett Manale: Tepat.

Eric Kavanagh: Dan saya menghargai pertanyaan Robin juga; ini benar-benar merupakan platform yang sangat baik untuk membantu DBA memahami berbagai aspek dan dimensi serta lapisan dari apa yang kita bicarakan. Dan saya pikir konsep percakapan dengan data Anda sangat tepat di sini, karena, untuk poin Anda sebelumnya, Anda tidak akan mengetahuinya pada percobaan pertama, biasanya. Anda perlu meluangkan waktu untuk melihat data, melihat data historis, melakukan sintesis itu dalam pikiran Anda. Dan itu pekerjaan manusia, bukan? Pekerjaan profesi yang duduk di sana dan mengambil panas dari bisnis secara cukup teratur, untuk menyelesaikan pekerjaan itu dan untuk menjaga kereta berjalan tepat waktu, kan?

Bullett Manale: Tentu saja.

Eric Kavanagh: Baiklah, teman-teman, ini merupakan acara fantastis lainnya. Jika ada pertanyaan yang Anda ajukan tidak dijawab, tentu saja, beri tahu saya. Kirim email ke. Kami mengarsipkan semua acara ini, sehingga Anda selalu dapat pergi ke InsideAnalysis.com untuk menemukan arsip, atau pergi ke mitra kami, Techopedia.com. Jika Anda melihat di sisi kanan halaman mereka, Anda akan melihat Acara, dan webcast terdaftar di sana. Jika Anda mengklik pada Lebih Banyak Acara, Anda dapat melihat semua siaran web yang kami daftarkan di sana, dulu, sekarang dan di masa depan.

Dan dengan itu, kami akan mengucapkan selamat tinggal kepada Anda. Kami punya lima webcast lagi untuk sisa tahun ini, kawan. Kami dapat menjadwalkan satu lagi. Tapi kalau tidak, itu akan ke tahun 2017. Ed cal keluar. Beri tahu kami, dan jika Anda memiliki seseorang yang ingin memamerkan teknologi mereka, kirim email ke.

Dengan itu, kami akan mengucapkan selamat tinggal, kawan. Terima kasih sekali lagi atas waktu dan perhatian Anda, kami akan berbicara dengan Anda lain kali. Hati hati. Sampai jumpa.