Oleh Staf Techopedia, 26 Mei 2016
Takeaway: Host Eric Kavanagh membahas manajemen basis data dan penemuan contoh dengan Robin Bloor, Dez Blanchfield dan Bullett Manale dalam episode terbaru dari Hot Technologies.
Anda saat ini belum masuk. Silakan masuk atau daftar untuk melihat video.
Eric Kavanagh: Para hadirin sekalian. Selamat datang kembali sekali lagi. Nama saya Eric Kavanagh. Segalanya panas. Keadaan memanas di sini. Saya tidak tahu apa yang sedang terjadi. Oh itu benar, saatnya untuk Teknologi Panas. Ya memang, nama saya, sekali lagi, Eric Kavanagh. Anda dapat menemukan saya di Twitter @eric_kavanagh. Ini adalah pertunjukan yang dirancang untuk membicarakan apa yang sedang hangat di pasar. Judul hari ini, "Kunci Kerajaan: Mengelola SQL Server dengan Penemuan Dinamis." Hal-hal yang baik. Itu benar-benar milikmu. Oke, gambar itu dari beberapa tahun yang lalu. Saya tidak akan berbohong, saya terlihat sedikit lebih tua sekarang, tapi tidak apa-apa.
Jadi, kita berbicara tentang bagaimana teknologi dan SQL Server sangat, sangat, sangat, sangat panas. Kami punya banyak konten hari ini, jadi saya akan segera menyerahkannya. Bersiap, kita mulai. Ada pembicara kami. Dan Robin Bloor lebih dulu.
Robin Bloor: Ya, memang. Presentasi akan masuk ke kedalaman ke dalam manajemen basis data jadi saya hanya berpikir saya akan menjalankan melalui manajemen basis data atau, Anda tahu, labirin basis data, untuk membuat orang tertarik padanya. Saya dulu seorang DBA, saya kira Anda bisa mengatakan saya pernah menjadi konsultan database, sekitar 20 tahun yang lalu, dan hal yang benar-benar mengejutkan saya tentang database adalah tidak banyak yang berubah. Banyak hal telah berubah dalam hal kecepatan, dalam hal volume data dan hal-hal seperti itu, tetapi banyak dari itu sebenarnya tetap sangat mirip dengan apa yang dulu terjadi.
Menurut saya, basis data adalah kumpulan data yang dapat diperluas yang dapat dioptimalkan untuk beban kerja tertentu dan memberikan kemampuan manajemen data. Itu muncul terutama karena jika Anda ingin mengelola data dalam file itu adalah pekerjaan yang sangat sulit. Dan gagasan untuk menyusun perangkat lunak yang akan melakukan hampir semua hal yang Anda perlukan segera lepas landas, segera setelah kami memiliki akses acak pada mainframe IBM pada tahun 1970-an.
Basis data relasional ditemukan pada tahun 70-an dan muncul dalam bentuk prototipe di tahun 80-an dan jenis mendapatkan daya tariknya di pasar sejak awal tahun 90-an dan seterusnya. Dan database relasional masih sangat dominan dalam popularitas. Jika Anda membaca pers Anda akan mendengar banyak hal yang dikatakan tentang mereka - database SQL dan baru-baru ini ada banyak kebisingan tentang database grafik. Dan itu menarik, jika Anda suka, tetapi sebenarnya masih dalam angka penjualan terbaru, basis data relasional memiliki 95% pasar. Dan Microsoft SQL Server yang akan kita bahas secara mendalam hari ini adalah yang paling populer kedua untuk Oracle.
Hal tentang database relasional yang membuat mereka tidak biasa dalam hal mesin mereka adalah mereka dapat bekerja pada OLTP dan beban kerja kueri. Anda harus menyetelnya secara berbeda jika Anda akan melakukannya tetapi mereka sebenarnya mampu melakukan kedua jenis beban kerja tersebut. Salah satunya adalah transaksi acak pendek dan yang lainnya adalah permintaan panjang yang mencakup banyak data. Alternatifnya, basis data NoSQL dan basis data grafik terutama untuk analitik dan mereka baru saja bangkit. NoSQL datang lebih dulu dan grafik telah mulai mendapatkan sedikit daya tarik dalam beberapa kali. NoSQL dapat digunakan untuk kegiatan transaksional, tetapi grafik hampir tidak pernah digunakan untuk kegiatan transaksional. Alasannya, saya menemukan sebuah stat yang sebenarnya saya pikir paling tidak berumur sepuluh tahun yang mengatakan sebagian besar perusahaan memiliki setidaknya tiga, sebenarnya angkanya 3, 5, berbagai merek database, jika Anda melihat persediaan perangkat lunak mereka.
Tetapi kenyataannya adalah sebagian besar perusahaan melakukan standarisasi pada database tertentu. Dan sebagian besar perusahaan telah menstandarisasi SQL Server dan Oracle sebagai dua yang paling populer untuk, jika Anda suka, database standar. Dan mereka menggunakan alternatif hanya dalam keadaan luar biasa di mana, misalnya, mereka mendapatkan paket perangkat lunak yang membutuhkan database yang berbeda atau mereka mengejar beberapa target analitik data besar yang telah ada.
Kami juga punya, jika Anda suka, gangguan Hadoop. Hadoop dalam satu atau lain cara telah menjadi lebih dari sistem file tetapi belum menjadi basis data. Namun ia memang memiliki SQL yang berada di atasnya. Tapi buktinya ada bahwa itu tidak benar-benar menggantikan atau mendekati untuk menggantikan basis data relasional yang mendapatkan hati dan pikiran dunia. Dan alasan untuk itu benar-benar adalah bahwa database relasional membutuhkan waktu dua puluh tahun, sebenarnya lebih lama dari dua puluh tahun, untuk menjadi sebaik mereka. Dan Anda tidak hanya membuat mesin query atau mesin SQL yang benar-benar performant dalam waktu yang sangat sedikit. Itu tidak terjadi.
Jadi kesimpulan dari slide ini adalah bahwa database itu strategis dan mereka berkembang, mereka menjadi lebih baik. Dan tentu saja itu yang terjadi dengan Oracle dan Microsoft SQL Server. Anda mungkin, sedikit dari Anda yang ingat kembali ke masa-masa ketika database pertama kali muncul tetapi saya melakukannya, saya masih kecil dulu. Ide aslinya adalah bahwa akan ada satu basis data dan itu adalah ide konseptual yang sama sekali tidak pernah berakar. Ada upaya oleh IBM dengan AS / 400 untuk benar-benar memiliki sistem file berbasis basis data tetapi itu juga tidak mendominasi. Anda dibiarkan dengan fakta bahwa database secara alami fragmen. Anda sebenarnya secara alami memiliki banyak kejadian. Ada masalah skalabilitas. Basis data hanya diskalakan ke ukuran tertentu, diakui ukuran itu telah meningkat selama bertahun-tahun, tetapi mereka memiliki batasan.
Dan ada masalah beban kerja, masalah beban kerja utama adalah bahwa beban kerja OLTP dan beban kerja permintaan yang besar sama sekali tidak kompatibel satu sama lain. Dan tidak mungkin membangun mesin yang akan melakukan itu. Apa yang kami temui, yang agak menarik, saya menemukan sebuah situs baru-baru ini yang memiliki lebih dari seribu contoh Oracle yang berbeda. Saya tidak ingat persis berapa banyak DBA yang mereka miliki, tetapi jika Anda benar-benar berbicara dengan mereka tentang berapa banyak dari basis data yang benar-benar dipantau oleh DBA, itu kira-kira sepuluh. Mereka pada dasarnya menggunakan database sebagai lemari dan hanya membuang data ke dalamnya karena setidaknya Anda memiliki skema dan itu lebih terorganisir daripada sistem file yang pernah ada, tetapi tidak ada yang melakukan apa pun selain memberikannya konfigurasi default dan mengaturnya longgar.
Saya tidak yakin apakah itu ide yang bagus. Kedengarannya aneh bagi saya, jujur karena, menurut saya, setiap kali saya bekerja dengan database, database membutuhkan kehadiran dan Anda perlu, dengan satu atau lain cara, tahu persis apa yang sedang terjadi di luar sana. Dan banyak sekali saling ketergantungan sistem berarti bahwa jenis tingkat layanan tertentu benar-benar harus dipenuhi atau Anda mendapat masalah.
Ada pembicaraan baru-baru ini, saya telah menjumpai berbagai database yang mengklaim dapat melakukan self-tuning. Yang adalah toko kolom yang diatur untuk lalu lintas permintaan sebagian besar self-tuning karena ada dua pilihan yang perlu Anda ambil dalam hal indeks. Tetapi selain dari daerah itu, basis data perlu disetel. Dan mereka perlu disetel, basis data relasional tertentu, terutama karena banyak sekali transaksi yang melibatkan penggabungan. Bergabung adalah kegiatan yang mahal. Jika Anda tidak meletakkan indeks yang tepat di tempat yang tepat, maka bergabunglah dengan mengambil banyak waktu ketika mereka tidak perlu.
Database self-tuning saat ini, baik itu hanya ada di daerah-daerah di mana beban kerja dikenal. Dan pengalaman saya adalah bahwa sebagian besar perusahaan menggunakan sangat sedikit DBA dan itu karena harganya mahal. Dan karena itu lebih baik jika Anda bisa mengganti apa yang dilakukan DBA. Ini adalah kegiatan DBA seperti yang saya pahami. Mereka melakukan instalasi, konfigurasi, dan peningkatan basis data. Pembaruan, omong-omong, tidak selalu merupakan kegiatan yang sepele. Alasan Anda akan meningkatkan basis data, maksud saya, aturan yang selalu saya gunakan adalah jangan menyentuhnya jika berfungsi, dan jika Anda akan meningkatkan basis data ke versi baru tertentu, Anda melakukannya dalam mode uji pertama dan setelah itu Anda memutakhirkan semuanya. Anda masih selalu berurusan dengan versi yang sama. Tetapi sebenarnya banyak situs yang saya temui, bukan itu yang terjadi. Katakanlah, ada tingkat entropi yang adil. Manajemen lisensi adalah masalah, tergantung pada lisensi apa yang Anda miliki. ETL dan replikasi data.
Salah satu trik dengan database adalah jika Anda punya beban kerja kueri yang perlu dipisah, Anda dapat membuat dua contoh dan mereplikasi dan itu sering dilakukan di mana orang menggunakan replika sebagai cadangan panas jika perlu. Kemudian perencanaan penyimpanan dan kapasitas, itulah bagian dari aktivitas DBA karena tentu saja data tumbuh dan Anda perlu melacaknya. Dan kemudian Anda perlu merencanakan berbagai peningkatan perangkat keras atau penambahan perangkat keras. Ada pemecahan masalah yang merupakan kegiatan yang menyakitkan bagi sebagian besar DBA. Di mana ada yang tidak beres dan cadangan tidak berfungsi dengan sempurna dan kemudian mereka harus menyingsingkan lengan baju mereka dan turun dan mencoba dan memulihkan hal-hal dari file log. Itu terjadi jauh lebih sering daripada yang saya pikirkan, well, saya ingat itu terjadi tetapi saya sudah tidak bermain selama setidaknya sepuluh tahun, tetapi saya ingat bahwa terjadi lebih sering daripada yang Anda harapkan. Pemantauan dan penyetelan kinerja hanyalah semacam detak jantung dari pekerjaan DBA. Tetapi ada juga keamanan dalam hal manajemen akses, pencadangan dan pemulihan, menciptakan sistem uji perangkat lunak yang cukup paralel dengan sistem live. Dan seluruh data siklus hidup. Jadi, menurut saya, adalah daftar pekerjaan DBA selain dari hal lain yang mungkin diminta untuk dilakukan. Dinamika operasional. Pada akhirnya, integritas data dan manajemen tingkat layanan merupakan tanggung jawab utama DBA. Dan biasanya mereka kritis. Dan hanya itu yang harus saya katakan. Saya akan serahkan ke Dez.
Dez Blanchfield: Terima kasih banyak. Saya akan membawa kita pada sedikit perjalanan yang menyenangkan dan anekdotal tentang mengapa seluruh topik yang saat ini dibahas dan lebih kritis dari sebelumnya. Belum lama ini saya terlibat dalam sebuah proyek di mana kami memigrasikan platform pemerintah negara bagian yang digunakan untuk registrasi lisensi dan registrasi kendaraan dan berbagai hal di seputar topik itu, dari platform mainframe Fujitsu yang menjalankan hal yang disebut Penambahan A +, yang merupakan sistem operasi Solaris, atau dengan kata lain, Unix, menjalankan Oracle dan melakukan pekerjaan yang sangat baik. Dan pandangannya adalah bahwa benda ini semakin tua dan sudah waktunya untuk memindahkannya ke sesuatu yang lain. Kami bersenang-senang menjalankan Unix di mainframe dan itu sangat stabil dan sangat aman dan anehnya platform SDL dan itu hanya sangat cepat. Tapi kebijaksanaan adalah saatnya untuk turun dari mainframe dan bergerak.
Tantangan signifikan ini memetakan semua sistem dan logika bisnis dan lingkungan SQL untuk basis data di bawahnya dan melihat bagaimana kami akan merancang dan merancang rumah baru untuk itu. Dan kami akhirnya membawanya ke salah satu dari hal-hal ini yang sudah berumur beberapa tahun sekarang, tetapi salah satu ujung atas dari sistem rak Sun, server Starfire. Dan ini mungkin beberapa kaleng terbesar yang dapat Anda beli di planet ini yang semuanya hidup dalam satu kotak besar dan server multiprosesor simetris. Itu adalah sistem kelas menengah di dunia kita. Itu menjalankan Unix dan menjalankan Oracle secara asli dan pandangannya adalah, "Apa yang mungkin salah?" Ya, ternyata, banyak.
Sebagai contoh, pada saat itu, dan kami tidak berbicara tentang dulu, kami harus melalui proses yang sangat manual untuk menemukan apa yang ada di platform mainframe dan membawanya. Khususnya lingkungan database aktual dan logika SQL. Jadi pandangannya adalah itu akan menjadi langkah Oracle ke Oracle yang cukup mudah, perpindahan basis data ke basis data; semua logika bisnis akan muncul, sebagian besar logika bisnis telah ditulis dalam kueri dan pemicu tertanam, dan seberapa sulitkah itu? Tetapi sesuatu yang seharusnya memakan waktu berbulan-bulan berakhir tidak sampai setahun. Untuk secara fisik dan manual melalui setiap bagian Unix pada lingkungan mainframe, temukan di mana semua database berada dan berapa banyak instance yang berjalan dan apa yang berjalan pada instance itu dan itu adalah latihan yang tidak sepele dan kami akhirnya melakukannya tiga kali hanya untuk memastikan bahwa kami telah menangkap semuanya. Karena setiap kali kami berpikir kami telah menggali sedalam yang kami butuhkan, di bawah permukaan ternyata ada lebih banyak di sana.
Tantangan lain yang kami miliki adalah contoh mana yang sedang berjalan dan dalam kondisi apa? Apakah ini lingkungan pengembangan? Apakah ini lingkungan pengujian? Apakah ini bagian dari proses integrasi? Apakah ini integrasi sistem? Apakah itu UAT, pengujian penerimaan pengguna? Apakah ini produksi? Apakah ini lingkungan DR? Karena hal terbaik tentang mainframe adalah Anda dapat membangun lingkungan virtual kecil ini yang kita semua anggap remeh sekarang dan memindahkan banyak hal. Dan Anda harus mencari tahu apakah orang ini melakukan pengembangan dan pengujian tingkat produksi, atau mereka melakukan produksi produksi, apakah ada pengguna sebenarnya dalam hal ini? Ingat bahwa hal ini melakukan penerbitan SIM dan registrasi mobil secara real-time dan hal-hal yang benar-benar penting bagi kehidupan masyarakat.
Dan butuh waktu lama untuk menjalankan pencadangan untuk hal ini sehingga kami tidak benar-benar memiliki jendela pemeliharaan untuk menjadikannya offline dan melihat apa yang terjadi. Tidak ada yang namanya mengubah rute itu. Kami juga memiliki tantangan untuk tidak hanya menemukan instance mana yang sedang berjalan dan di mana dan untuk siapa, tetapi kemudian kami harus mencari tahu versi apa dari instance yang sedang berjalan. Dan di sinilah saya hampir kehilangan plot saya. Ketika saya mulai menyadari bahwa kami memiliki dua atau tiga versi lingkungan produksi berjalan melalui berbagai tingkat pengujian dan ada sangat sedikit cara alat dan pendekatan sistematis untuk ini. Kami benar-benar harus mempelajari kode dan ke instance yang sedang berjalan dan dalam beberapa kasus mengambil risiko mengambil sesuatu offline untuk sementara waktu. Kami sampai pada dasar dari semua ini, kami memetakannya, dan itu adalah proses yang sangat manual seperti yang saya katakan. Dan kami akhirnya membuat seluruh perubahan ETL, membuangnya dari satu tempat dan memindahkannya ke tempat lain dan secara keseluruhan itu berhasil. Dan kami seperti, oke itu fungsional, kami sangat senang dengannya.
Tetapi kemudian kami bertemu dengan sejumlah dinding bata padat yang sangat serius. Secara khusus kami menemukan masalah kinerja. Dan pemikiran yang masuk akal saat itu adalah, baik itu pergi ke perangkat keras yang lebih besar, lebih baik, lebih cepat, lebih keras, tidak ada alasan mengapa itu harus berkinerja buruk pada aplikasi pada tingkat basis data, jadi mari kita mulai mencari di tempat lain. Jadi kami benar-benar merekayasa ulang jaringan dua kali. Setiap router, setiap switch, setiap kabel, kami beralih dari Ethernet ke fiber dalam beberapa kasus, kami meningkatkan perangkat lunak, kami menambal, Anda mendapatkan pandangan. Kami pada dasarnya membangun kembali jaringan dua kali berpikir itu adalah masalah kinerja di sana. Dan itu tampak dan terasa seperti itu. Kami melewati berbagai sistem keamanan, firewall yang berbeda. Kami menambal sistem operasi. Kami memindahkan barang dari satu bilah komputasi ke yang lainnya. Dan kami menghabiskan banyak waktu untuk melihat bagian infrastrukturnya.
Dan kemudian kami menyadari bahwa ketika kami memutus server dan kami menjalankan beberapa aplikasi lain di atasnya bahwa jaringan berjalan dengan baik. Jadi kami mulai memisahkan sistem operasi. Masalah yang sama. Tapi yang menarik, tingkat jaringan dan tingkat sistem operasi, alat-alatnya ada di sana, sebenarnya relatif mudah bagi kita untuk melakukan benchmark dan menguji dan membuktikan bahwa masing-masing bagian itu berfungsi. Tetapi meskipun demikian, pada Solaris pada mid-range pada platform perangkat keras SPARC, alat-alat itu tidak ada di sana untuk kita mulai mendiagnosis lingkungan basis data. Anda tahu, memetakan apakah kami telah membawa semua contoh. Jadi kami benar-benar harus membangun alat kami sendiri dan menulis beberapa dan duduk dan, apakah itu dalam alat database sendiri dalam bahasa scripting asli atau apakah itu serangkaian skrip shell atau dalam beberapa kasus sekelompok program C.
Kami akhirnya menyelidiki beberapa masalah yang sangat menarik di mana logika di bawah lapisan SQL, mesin database yang sebenarnya, ternyata ketika sesuatu dibangun dengan cara tertentu untuk sesuatu yang berjalan pada versi mainframe dari Oracle dimigrasikan ke Solaris di SPARC versi Oracle itu tidak segera mengubah kinerja yang sama. Jadi ini adalah perjalanan yang cukup menyakitkan bagi kami, hanya melakukan dan menemukan semuanya, tetapi sekarang kami harus mendiagnosisnya pada sistem produksi baru dan sekali lagi hal ini meledakkan migrasi selama sebulan hingga hampir setahun. Dan itu hanya karena fakta bahwa kami tidak memiliki alat di sekitar. Berlari melakukan hal-hal seperti mencoba memetakan metadata.
Pada titik tertentu kami hampir memutuskan bahwa kami membutuhkan papan Ouija karena akan lebih mudah seperti itu hanya dengan menunjuk dan menyodok secara acak. Hal-hal sederhana seperti mencari tahu siapa yang memiliki akses ke sistem lama dan mengapa mereka memiliki akses itu. Dan siapa yang membutuhkan akses ke yang baru dan mengonfirmasi, meminta seseorang untuk keluar dan mengkonfirmasi itu dan memetakannya. Bahkan sesuatu yang sesederhana ukuran basis data tidak konsisten di kedua platform. Kami harus membangun alat untuk melakukan itu dan melakukan perbandingan antara seberapa besar basis data dalam tonase, dalam megabita mentah atau terabyte pada Sistem A versus Sistem B. Dan menyelam lebih detail di sekitar kinerja dan lingkungan pemain. Sekali lagi, harus membangun alat baru. Tidak ada apa-apa untuk kita.
Dan Anda mendapatkan seluruh pesan ini dari sini, ketika kami sampai pada akhir menjalankannya dan kami membuatnya stabil, setiap bagian dari itu adalah proses yang sangat manual, satu-satunya cara kami dapat mengotomatisasi sesuatu adalah jika kami membangun alat baru atau skrip baru. Dan jika kita memiliki alat yang tersedia saat ini, kehidupan akan jauh lebih mudah dan jauh lebih baik. Dan kami akan menghemat jutaan pada proyek ini. Tapi saya pikir apa yang akan kita bicarakan hari ini adalah kenyataan bahwa alat-alat itu tersedia sekarang dan itu membuat hidup jadi lebih mudah. Banyak perangkap masih tetap ada. Penemuan basis data yang ada di luar sana dan contoh mana yang menjalankan apa. Keadaan apa mereka. Berapa banyak yang berlari? Kenapa mereka berlari. Apakah mereka berjalan dengan baik. Apakah mereka didukung?
Ini semua adalah hal-hal yang dalam banyak hal dapat kita anggap remeh dengan alat yang tepat. Tapi ada periode dalam anekdot khusus ini seperti yang saya katakan, di mana itu adalah sesuatu yang banyak dari kita kehilangan banyak rambut, kita mungkin mengambil lima belas tahun dari kehidupan kita, dan menyesali kenyataan bahwa alat-alat itu tidak ada di sana sekarang . Dan saya menantikan untuk mendengar lebih banyak tentang itu dari tamu kita hari ini, Bullett. Maka dengan itu, Bullett, saya akan menyampaikan kepada Anda, dan saya berharap dapat mendengar bagaimana Anda telah memecahkan masalah ini.
Bullett Manale: Baiklah. Kedengarannya bagus. Eric, izinkan saya mengambil alih di sini dengan slide dan berbicara sedikit tentang, sangat cepat, Idera, perusahaan, sebelum kita masuk ke produk itu sendiri. Sama seperti FYI, ini adalah semacam portofolio berbagai produk yang kami miliki.
Eric Kavanagh: Audio Anda agak panas jadi jika Anda menggunakan headset cukup tarik sedikit.
Bullett Manale: Tidak masalah. Apakah itu lebih baik?
Eric Kavanagh: Itu jauh lebih baik. Bawa pergi.
Bullett Manale: Baiklah. Jadi hari ini kita akan berfokus pada Manajer Inventaris yang jelas selaras dengan banyak topik yang sedang kita diskusikan. Saya hanya ingin memberi Anda sedikit pemahaman tentang bagaimana produk ini sampai di tempatnya. Kami memulai jenis pencarian sehari-hari dengan lini produk kami, kami memiliki alat pemantauan kinerja yang disebut Manajer Diagnostik. Kami memiliki alat Manajer Kepatuhan. Jadi, banyak alat berbeda di SQL Server dan mau tidak mau kami selalu mengajukan pertanyaan untuk tujuan lisensi, "Berapa jumlah instance yang saat ini Anda kelola dalam organisasi Anda?" Dan hal yang menarik adalah kami tidak pernah bisa mendapatkan jawaban yang tegas tentang hal itu. Tidak masalah dengan siapa Anda berbicara. Itu selalu semacam, "Yah kami pikir itu ada di sekitar nomor ini." Hal-hal semacam itu selalu masuk dan kemudian kita harus melalui proses mencari tahu persis apa yang mereka miliki yang ingin mereka lisensikan dalam hal contoh yang kita kelola.
Kami jelas menemukan dengan sangat cepat bahwa tampaknya ada rasa sakit yang terkait dengan banyak DBA. Jelas sebagai DBA salah satu hal yang menjadi tanggung jawab mereka adalah mengetahui hal itu, karena salah satu hal yang harus mereka lakukan adalah khawatir tentang perjanjian lisensi mereka, dalam kasus kami dengan Microsoft dan SQL Server. Jelas mereka memiliki banyak area berbeda yang menjadi tanggung jawab mereka, tetapi itu adalah salah satu yang merupakan item tiket besar dalam hal sebagai DBA apa tanggung jawab umum Anda. Dengan apa yang kita simpulkan, kita membutuhkan alat yang memudahkan DBA untuk benar-benar memahami angka itu. Karena Anda memang memiliki SQL sprawl jika Anda ingin menyebutnya begitu dan itu terjadi karena sejumlah alasan berbeda. Tidak mungkin ada banyak kontrol di sekitar siapa yang menginstal perangkat lunak dan hal-hal semacam itu.
Dan hal terburuk yang dapat terjadi adalah seseorang mendapatkan salinan SQL Server, memasangnya, mulai bekerja dengannya tanpa sepengetahuan beberapa organisasi atau departemen lain di perusahaan, dan kemudian hal berikutnya yang Anda tahu, mungkin data tidak didukung, dan hal-hal semacam itu yang bisa terjadi. Di mana sekarang Anda memiliki masalah lain, di mana Anda memiliki situasi di mana Anda akan benar-benar kehilangan data penting karena Anda tidak tahu bahwa instance itu bahkan ada di tempat pertama.
Salah satu hal yang harus kami lakukan adalah mengatakan mari kita cari tahu penemuannya. Dan di atas itu semua dapat mengatur dan mengelola informasi yang kami kumpulkan dengan cara yang masuk akal berdasarkan apa yang dilakukan bisnis. Dan jelas dari situ dapat membuat keputusan seputar informasi itu dan dapat melakukan hal-hal semacam itu. Di situlah alat itu dimulai dan dari mana asalnya. Saya dapat memberitahu Anda bahwa dalam berbicara dengan DBA secara teratur, apa yang sebenarnya kita miliki adalah masalah tidak mengetahui berapa banyak contoh yang mereka miliki.
Dan itu lucu karena, istilahnya, Anda tidak dapat mengelola apa yang tidak dapat Anda ukur, selalu muncul dengan alat kinerja yang kami miliki, seperti SQL Diagnostic Manager, tetapi Anda benar-benar tidak dapat mengelola apa pun jika Anda tidak tahu itu "Itu" bahkan ada di tempat pertama. Jadi itu semacam bagian besar dari alat ini juga, dapat mengetahui bahwa itu ada.
Sekarang pada catatan itu, berbicara dengan beberapa organisasi yang lebih besar atau toko-toko perusahaan dengan SQL Server, hal menarik yang kami temukan dengan banyak orang yang kami ajak bicara adalah bahwa mereka sebenarnya telah mengatur waktu selama tahun mereka di mana mereka sebenarnya berjalan secara fisik dari satu tempat ke tempat lain untuk mencoba menentukan seperti apa hitungannya. Anda dapat membayangkan sebagai DBA Anda dibayar sejumlah uang yang cukup besar untuk secara fisik berjalan dari satu mesin ke mesin lain dalam beberapa kasus, yang mengejutkan apa yang akan kami dengar dari beberapa perusahaan besar yang tidak akan saya sebutkan. Tetapi hanya satu hal yang menarik bahwa dua minggu dalam setahun mungkin dihabiskan untuk melakukan latihan semacam ini hanya untuk mengetahui apakah jumlah lisensi mereka benar.
Ini semua terkait dengan alat ini dan bagaimana itu membantu tetapi cara kami mengatasi itu adalah melalui kemampuan untuk melakukan penemuan berdasarkan sejumlah karakteristik SQL Server. Jadi pertanyaan pertama adalah, apa yang Anda tunjukkan atau apa yang Anda coba lihat pertama kali? Cara kami melakukannya adalah dengan mengatakan mari kita lakukan dengan rentang IP atau kita dapat melakukannya dengan keanggotaan domain itu sendiri dalam hal komputer yang menjadi anggota domain. Itu semacam cara kami menangani bagian itu, hanya untuk bisa mengatakan ini adalah bidang yang ingin kami fokuskan dalam hal penemuan.
Dan kemudian bagian lain dari itu didasarkan pada karakteristik itu, port dan hal-hal lain, kunci registri WMI dan hal-hal semacam itu, kita dapat mengumpulkan dan memastikan bahwa SQL kemungkinan berjalan dan diinstal pada contoh itu atau bahwa lingkungan tertentu. Ini jelas metode yang jauh lebih baik daripada metode sneaker atau metode sneaker express. Sekarang yang keren adalah, semua informasi yang kami kumpulkan tentang instance disimpan di repositori dan itu bisa berubah ketika lingkungan berubah. Ini bukan hanya tentang, "Hei, ada sebuah contoh, inilah daftar yang kami temukan, " tetapi itu adalah DBA, atau orang yang mengelola instance, dapat menentukan apakah mereka ingin membuat bagian dari inventaris, dan kemudian ketika itu bukan bagian dari inventaris, untuk dapat menonaktifkan contoh itu. Dan sehingga mereka memiliki siklus hidup dari seluruh proses contoh SQL Server agar benar-benar mudah dipahami dalam alat.
Setelah kita menemukan contohnya, apa yang kita lakukan setelah itu? Hal lain adalah banyak informasi tentang instance, saya tidak ingin harus secara manual mendapatkannya dan memasukkannya ke dalam spreadsheet atau hal-hal semacam itu. Dan itu hal lain yang agak menarik dalam berbicara dengan DBA tentang proses inventarisasi dan perizinan, adalah bahwa Anda akan terkejut dengan berapa banyak DBA yang saya ajak bicara, ketika Anda bertanya kepada mereka, "Bagaimana Anda menjaga inventaris Anda?" Dan kita berbicara dengan DBA yang merupakan bagian yang sangat ironis dari itu, bahwa mereka menyimpannya dan melacaknya dalam spreadsheet statis dari semua hal. Seperti yang saya katakan, sangat ironis ketika Anda memikirkannya sebentar. Tapi itu dalam banyak kasus, dan masih banyak kasus dengan organisasi bagaimana mereka mengelola itu. Bagaimana mereka menyimpannya. Ini adalah salinan master dari spreadsheet Excel yang beredar dan harus diperbarui secara teratur.
Itu adalah hal-hal yang merupakan tantangan dan dengan mendaftarkan contoh itu dan menjadikannya bagian dari inventaris, Anda dapat melakukannya dan mengambil informasinya. Anda dapat memilikinya secara otomatis apakah itu menjadi bagian dari inventaris, versi, edisi, hal lain yang dapat Anda lakukan dengannya adalah Anda dapat menambahkan secara manual mungkin daftar atau spreadsheet Excel yang Anda miliki. Anda dapat mengimpornya ke alat ini yang disebut SQL Inventory Manager. Jika Anda sudah memiliki titik awal kejadian yang Anda rasa cukup Anda yakini, Anda dapat mengimpor kejadian itu dan kemudian membuat bagian dari inventaris terkelola Anda di dalam produk. Setelah kita memiliki instance dan begitu kita tahu bahwa itu ada di sana maka itu menjadi, oke kita punya banyak informasi yang dapat kita manfaatkan dengan mengetahui bahwa instance itu ada di sana, dengan keluar dan mengumpulkan informasi itu.
Dan banyak informasi akan dibutuhkan untuk lebih dari sekedar tujuan perizinan. Banyak dari itu dapat digunakan untuk hanya mengetahui di mana letak benda-benda itu, dapat mencari informasi ini setelah diperoleh. Tetapi kuncinya adalah server, perangkat keras itu sendiri. Mampu memahami jenis mesin apa itu, mungkin model atau pabrikan, memori, jumlah memori, apakah itu mesin fisik atau virtual dan terutama jumlah soket fisik atau inti dan CPU dan hal-hal semacam itu.
Dalam hal jumlah inti, terutama dengan SQL Server, mengetahui cara mereka melakukan perizinan adalah perhitungan per-inti sekarang dalam versi SQL yang lebih baru, yang menjadi bagian yang sangat penting dan bukan apa pun yang Anda miliki untuk pergi keluar dan benar-benar pergi menggali. Setelah instance diidentifikasi, kami dapat memberikan informasi itu dan mengeluarkannya dan membiarkan Anda melihatnya dan memahaminya dan jelas dapat memanfaatkannya.
Lapisan berikutnya adalah pada contoh yang jelas Anda memiliki banyak contoh yang berbeda dari SQL Server apakah itu standar atau perusahaan atau bahkan mengungkapkan dalam hal ini, atau versi gratis dari SQL Server. Mampu memahami juga aplikasi apa yang terkait dengan instance itu dan ini dapat dilakukan secara otomatis. Mampu memahami pengaturan konfigurasi dan hal-hal semacam itu serta informasi lain yang terkait dengan contoh dari SQL Server itu sendiri.
Kemudian Anda turun ke database aktual dan melihat pengaturan konfigurasi, jumlah ruang yang terkait dengan data itu, di mana ia berada, semua hal ini akan terisi secara otomatis dan itu adalah penghemat waktu yang sangat besar. Dan sekali lagi, karena secara dinamis keluar dan setiap hari mengidentifikasi kejadian baru, itu adalah benda hidup yang Anda miliki dalam hal inventaris Anda. Itulah tujuan dari produk ini adalah menjadikannya seperti itu, membuatnya menjadi sesuatu yang berubah secara dinamis.
Sekarang setelah semua informasi ini tersedia bagi kami dan kami dapat menarik semua data ini, maka masuk akal untuk mulai membuat dalam beberapa kasus, metadata Anda sendiri yang terkait dengan contoh-contoh ini dan bahwa metadata dapat dibuat dengan cara seperti itu. sejalan dengan cara Anda melakukan bisnis.
Jadi jika Anda memiliki instance Anda dikelompokkan berdasarkan lokasi geografis, atau oleh pemilik aplikasi atau oleh pemilik DBA atau apa pun, itu mungkin dalam hal bagaimana Anda ingin mengelompokkan instance tersebut, bagaimana Anda secara logis ingin memahami contoh-contoh itu, maka ada jenis dua area dalam alat yang akan memberi Anda kemampuan itu.
Yang pertama adalah kemampuan untuk membuat tag instance, atau tag. Yang pada dasarnya membuat asosiasi baik ke server, instance atau database sehingga Anda dapat membuat tampilan dan menjawab pertanyaan yang mungkin muncul sehari-hari, yang benar-benar membantu Anda mendapatkan pegangan pada apa yang Anda miliki, apa yang Anda kelola dan bagaimana Anda ingin maju dengan informasi itu.
Hal lain yang kami miliki adalah sesuatu yang disebut bidang inventaris atau bidang inventaris khusus dan ini lebih spesifik untuk jenis informasi yang dapat Anda telusuri, misalnya lapisan basis data yang mungkin saya putuskan untuk menambahkan daftar drop-down yang memiliki semua DBA dan saya dapat menempatkan siapa yang bertanggung jawab untuk basis data itu tergantung pada jenis situasi atau apa pun, basis data mana pun dengan siapa pun yang bertanggung jawab untuknya dapat memilihnya sehingga saya tahu bahwa merekalah yang bertanggung jawab. dan sangat mudah hanya dengan menggali inventaris.
Jadi informasi ini menjadi sangat berharga, terutama jika Anda memiliki lingkungan yang luas, karena itu hanya membantu Anda untuk memahami informasi itu dan mengetahui apa yang Anda miliki dan bagaimana Anda melakukannya.
Jadi biarkan saya pergi ke depan dan beralih ke slide berikutnya di sini. Apa yang saya tunjukkan kepada Anda sekarang adalah bahwa semua informasi yang kami kumpulkan, semua informasi dan data yang kami kumpulkan dan terapkan metadata ini memberi Anda kemampuan untuk kemudian membuat keputusan yang jauh lebih mudah dan cepat ketika menyangkut dapatkan lisensi Anda dengan Microsoft dalam lisensi volume perusahaan atau asuransi perangkat lunak dengan Microsoft.
Itu membuatnya sangat mudah bagi Anda untuk melakukan ini daripada harus, harus pergi dan melakukan banyak pengumpulan data manual, banyak pengumpulan manual informasi yang benar-benar hanya keseluruhan membuatnya jauh lebih baik dari suatu proses. Jadi itu adalah salah satu dari mandat produk, kadang-kadang untuk membuatnya lebih mudah bagi DBA untuk membuat keputusan tentang perizinan.
Sekarang hal lain yang kita, seperti berbicara dengan DBA, ditemukan dan dipelajari dengan sangat cepat adalah bahwa - dan itu semacam kembali ke apa yang telah dibahas sebelumnya - Anda mungkin memiliki 300 contoh di lingkungan SQL Server Anda, tetapi sebenarnya hanya mungkin ada himpunan bagian dari mereka yang benar-benar sepenuhnya dipantau dan dikelola dari jenis alat pemantauan kinerja tradisional.
Jadi jika Anda pergi dan Anda benar-benar duduk dengan DBA dan Anda berkata, “Lihat, kami tahu Anda punya 20 instance atau 10 instance dari 300 yang sedang dipantau dengan alat ini yang dirancang untuk memantau itu dan menyesuaikan dengan Anda SOA dan dapatkan peringatan dan hal-hal baik lainnya, "apa yang kami juga temukan adalah bahwa jika Anda bertanya, " Lalu bagaimana dengan 280 contoh lain yang Anda miliki? Apakah Anda peduli dengan itu? ”Dan mereka peduli, mereka peduli terhadap mereka, tetapi mereka hanya tidak ingin melakukan investasi untuk memantau mereka pada tingkat kedalaman yang dapat dilakukan dengan contoh-contoh itu dibandingkan dengan 10 atau 20 yang benar-benar, contoh produk yang sangat kritis.
Jadi bagian lain dari persamaan dengan alat ini adalah bahwa itu juga membantu dalam hal memastikan bahwa pada tingkat dasar Anda tercakup dalam hal kesehatan misalnya. Sekarang tidak akan memberi tahu Anda jika Anda mengalami kebuntuan atau siapa korban kebuntuan itu. Ini bukan untuk mencapai tingkat sesi itu sendiri dan rincian kueri. Tetapi pada saat yang sama masih akan memberi tahu Anda bahwa, hei server turun atau hei volumenya sedang mengisi atau Anda perlu melakukan backup database, itu semacam bagian penting dari menjadi DBA.
Jadi hal-hal semacam itu jelas masih penting dan dengan alat ini, Anda dapat memiliki cara untuk menangkap semua untuk kasus-kasus Anda yang sangat kritis yang memiliki banyak, banyak nilai yang terikat pada mereka, jika mereka pergi Anda perlu tahu segera. Mereka dapat memiliki tingkat pemantauan yang lebih tinggi dan mampu melakukan hal-hal semacam itu, sedangkan dengan ini akan dapat mengambil contoh baru yang ditambahkan ke lingkungan dan memastikan bahwa mereka diperhitungkan dan juga membuat Pastikan tingkat dasar pemeriksaan kesehatan sedang dibentuk.
Jadi itu semacam singkatnya tentang Manajer Impor SQL Persediaan tentang. Sekarang saya akan menunjukkan kepada Anda sebuah demonstrasi. Sebelum kita melakukan itu, cukup cepat saya menunjukkan kepada Anda ini adalah slide arsitektur di sini dan hanya untuk menunjukkan semacam ini, contoh-contoh dari SQL yang sedang kita kelola, kita dapat menemukan semuanya mulai dari SQL 2000 hingga yang baru versi SQL.
Jadi kita bisa melakukan itu tanpa harus menempatkan agen ke instans itu sendiri. Kami melakukannya melalui layanan pengumpulan dan itu akan keluar dan mengumpulkan informasi itu dan meletakkannya di repositori dan kemudian dari konsol front-end layanan web Tomcat kami akan dapat kemudian berinteraksi dengan data itu dan melihatnya. Jadi arsitekturnya cukup sederhana.
Saya akan pergi ke depan dan beralih dan benar-benar membawa kami ke dalam produk itu sendiri sehingga Anda bisa merasakannya, pemahaman tentang cara kerjanya. Jadi cara terbaik untuk melakukan ini adalah pertama-tama memperkenalkan Anda ke antarmuka itu sendiri dalam jenis dashboard yang kami cari di sini.
Saya dapat melihat jumlah instance saat ini yang saya miliki di bawah manajemen tidak banyak. Tetapi saya juga tidak memiliki pusat data utuh di saku belakang saya. Jadi saya punya sekitar enam contoh yang kita lihat di sini. Sekarang, yang mengatakan, saya, apa yang akan saya lakukan adalah berjalan melalui proses penemuan dan menunjukkan cara kerjanya.
Sekarang hal pertama yang akan Anda lakukan adalah di bagian administrasi Anda dapat menentukan bagaimana Anda ingin menemukan contoh Anda. Anda dapat memasukkan informasi itu di sini dan sekali lagi yang dapat dilakukan melalui serangkaian alamat IP. Anda dapat menunjuk ke suatu domain atau subdomain dan hanya dapat pada mesin-mesin yang merupakan anggota dari domain itu dapat melakukan pemeriksaan tersebut Anda akan dapat memilih sejumlah jenis karakteristik yang berbeda ketika SQL berjalan untuk memeriksa.
Kemudian setelah Anda selesai melakukannya dan Anda dapat membuatnya otomatis berjalan setiap hari untuk mengumpulkan data tersebut. Anda juga dapat melakukannya secara ad hoc jika perlu. Tapi begitu Anda memulai itu, proses penemuan itu maka apa yang akan Anda mulai lihat adalah ketika Anda pergi ke tampilan instance di sini. Anda memiliki tab Discover dan tab Discover akan menunjukkan kepada kami contoh-contoh yang baru saja ditemukan. Jadi dalam kasus kami, kami memiliki nomor di sini. Apa yang akan saya lakukan dan lakukan adalah teruskan dan tambahkan yang akan kita gunakan sebagai contoh. Jadi ini adalah contoh Chicago dalam kasus ini, kan? Saya akan pergi ke depan dan menambahkan contoh itu ke inventaris saya.
Baiklah dan itu akan memandu saya melalui beberapa hal di sini. Saya hanya akan pergi ke depan dan Anda akan melihat kita dapat mengatur kredensial. Kredensial saya harus bagus di sana. Saya akan pergi ke depan dan Anda akan melihat saya dapat menetapkan kepemilikan ini jika saya mau. Saya juga bisa menentukan lokasi. Sekarang lokasi itu sendiri dapat ditambahkan juga, dan itu akan mengingat waktu berikutnya, tentu saja.
Sekali lagi, saya juga dapat mengaitkan tag dengan ini dalam hal metadata dan bagaimana kami ingin menempatkan contoh-contoh SQL ini, khususnya yang ini, ke dalam ember mana pun yang ingin kami masukkan. Jadi kami memiliki beberapa tag saat ini, tag populer, jadi kita bisa melihat banyak tag berbeda yang mungkin sudah saya sertakan. Saya hanya akan mengambil beberapa dari ini secara acak dan kita bisa menerapkannya.
Jadi sekarang ketika saya melanjutkan dan menambahkan ini ke inventaris. Sekarang sudah ditambahkan, sekarang kita akan melihatnya muncul di bawah tampilan terkelola ini sehingga Anda dapat melihatnya tercantum di sini. Jadi Anda tahu itu langkah pertama dan apa yang baru saja saya tunjukkan kepada Anda adalah cara di mana Anda terutama akan menambahkan contoh-contoh itu saat Anda menjalani sehari-hari. Dalam beberapa kasus Anda mungkin mengatakan Anda tahu bagaimana jika itu adalah edisi SQL server perusahaan, saya secara otomatis ingin menambahkannya ke inventaris saya? Saya tidak perlu pergi secara manual dan memilih untuk melakukannya.
Jocelyn: Saya akan mengganggu Anda dengan sangat cepat. Kami tidak melihat demo Anda.
Bullett Manale: Kamu tidak?
Jocelyn: Tidak.
Bullett Manale: Ya itu tidak baik, mari kita lihat.
Eric Kavanagh: Jika Anda pergi ke sudut kiri atas, klik mulai, klik itu.
Bullett Manale: Ah, baiklah.
Eric Kavanagh: Dan sekarang lakukan share screen.
Bullett Manale: Maaf soal itu. Ya.
Eric Kavanagh: Tidak apa-apa. Tangkapan yang bagus di sana, produser Jocelyn.
Bullett Manale: Baiklah, apakah itu lebih baik? Apakah kamu melihatnya sekarang?
Robin Bloor: Ya, memang.
Bullett Manale: Baiklah, jadi mari kita memandu Anda melalui tempat kami dengan cepat. Kami telah menemukan contoh yang kami miliki sebelumnya. Saya baru saja menambahkan contoh Chicago dan apa yang Anda lihat sekarang adalah sekarang tercantum di sini. Perhatikan itu sudah menarik banyak informasi tambahan. Jika saya mengeklik instance itu sendiri, Anda akan mulai melihat semua jenis informasi yang telah kami kumpulkan tentang instance itu. Sekarang inilah daftar semua database yang ada di sana. Kita bisa melihat perincian basis data berdasarkan ukuran dan aktivitas dalam hal mana yang paling banyak memiliki ukuran dan aktivitas.
Sekali lagi, kami juga dapat memberi tahu Anda langsung tentang aplikasi mana yang kami lihat berjalan pada instance tersebut berdasarkan pada beban kerja yang kami lihat berjalan pada instance. Jadi agak menyenangkan bisa melakukannya secara otomatis. Saya tidak harus masuk dan mengikat aplikasi dengan kejadian tersebut. Berdasarkan apa yang kami lihat, kami dapat mengisi itu. Sekarang jika Anda ingin menambahkan aplikasi secara manual, Anda benar-benar dapat melakukannya. Tapi itu hanya cara yang bagus untuk dapat menunjukkan asosiasi contoh ke database atau, maaf, ke aplikasi.
Anda juga akan melihat bahwa di sisi kanan layar kami memiliki ringkasan instan dan di bawahnya kami memiliki ringkasan server. Jadi kita berbicara tentang potongan-potongan informasi utama di sini, mengetahui versi dan bukan hanya, Anda tahu, SQL Server 2012 tetapi nomor versi aktual itu, termasuk dan memberi tahu kami perbaikan terbaru apa yang terkait dengannya, paket layanan apa terikat padanya, itu bisa sangat penting untuk diketahui. Jelas persyaratan memori itu penting. Segala sesuatu seperti itu, apakah itu terkelompok, semua informasi ini, saya tidak harus memasukkannya - itu sudah dikumpulkan dan dikumpulkan, dan begitu kami mengidentifikasi bahwa itu adalah contoh yang ditemukan, itu akan menjadi bagian dari inventaris kami.
Hal lain yang akan Anda lihat di sini - dan itu akan menunjukkan kepada Anda - itu di bawah tampilan contoh ini. Kami memiliki atribut ini yang saya bicarakan sebelumnya, atribut khusus yang dapat ditambahkan. Jadi kita bisa menambahkan jenis bidang kotak teks terbuka, kita bisa melakukan ya / tidak dalam hal, Anda tahu, satu miliar jenis pilihan. Kami bahkan dapat melakukan daftar drop-down. Anda dapat melakukannya di database atau di tingkat server.
Kemudian jika kita gulir ke bawah sedikit lebih jauh kita dapat melihat semua informasi terkait ke server itu sendiri. Jadi Anda tahu semua hal semacam ini jelas sangat, sangat membantu karena semuanya dikumpulkan dan dikumpulkan dan ada di sana untuk kami segera setelah kami membuat keputusan untuk menjadikannya bagian dari inventaris kami. Di sini kita dapat menunjukkan beberapa perbedaan dalam hal CPU, jumlah logis versus fisik, berapa banyak memori. Jadi, Anda benar-benar mendapatkan informasi yang sangat bagus dan kaya tanpa harus melakukan banyak pekerjaan.
Sekarang bagian lain dari ini, seperti yang saya katakan, adalah kami mengumpulkan data ini pada tingkat server. Jika kita turun ke basis data, kita bisa melihat banyak dari hal-hal ini dipecah untuk kita juga. Jadi jika saya pergi ke repositori kepatuhan saya, dalam hal ini saya bisa mengatakan, Anda tahu ini berurusan dengan, ini adalah database kepatuhan di mana tingkat kepatuhan atau persyaratan peraturan terkait dan mungkin, katakanlah, Kepatuhan SOX atau kepatuhan PCI. Jadi saya bisa memilih basis data mana yang memiliki kepatuhan yang terkait dengan mereka yang harus saya isi atau pastikan bahwa saya memelihara dalam hal persyaratan peraturan itu.
Jadi hal-hal semacam ini telah terbukti sangat membantu bagi DBA karena ada tempat yang dapat mereka kunjungi secara terpusat untuk menjaga semua metadata terkait ini di lingkungan mereka dengan mudah dan mereka dapat membuatnya, seperti yang saya katakan, sesuai dengan bisnis mereka karena mereka ' sedang melakukan, sebagai cara mereka melakukan bisnis. Jadi jika kita melihat semua hal sejauh ini yang telah kita lihat, Anda jelas memiliki gambaran yang cukup bagus tentang hal ini, jika saya menelusuri.
Saya juga dapat mencari jadi saya katakan mari kita cari repositori kepatuhan di seluruh inventaris saya. Maka yang akan Anda lihat di sini adalah bahwa saya dapat mencari hal-hal ini dan dapat mengidentifikasinya. Saya mengatakan itu- Saya tidak yakin apa, tombol go saya tidak berfungsi di sana. Baik. Mari kita lihat, mari kita coba lagi. Itu dia. Jadi kita kemudian dapat melihat gangguan di mana kita melihat apa pun dengan kepatuhan kita dan saya dapat menelusuri ke dalamnya dan melihatnya dari sudut pandang itu juga. Jadi Anda punya cara yang sangat cepat dan mudah untuk menggali data ini.
Sekarang seperti yang kami sebutkan sebelumnya, Anda punya banyak cara berbeda untuk membuat metadata terhadap server contoh dan basis data. Bagian lain yang bisa mengambil keuntungan dari itu dalam cara Anda mengelompokkannya dan cara Anda terkait dengannya. Kita pergi ke tampilan explorer, kita bisa melakukan itu. Kita dapat mengatakan saya ingin melakukan penghitungan basis data berdasarkan lokasi. Jadi jumlah database di setiap lokasi lingkungan yang saya dukung. Atau mungkin mungkin itu didasarkan pada pemilik yang memiliki instance yang saya miliki di sana dalam hal mungkin contoh instance. Jadi kita akan bisa melihatnya. Jadi Anda mendapatkan cara yang sangat bagus dan mudah untuk melukis gambar-gambar ini untuk Anda berdasarkan pertanyaan apa pun yang Anda coba jawab saat itu.
Lalu apa yang Anda miliki dengan informasi yang dibuat seperti yang Anda inginkan, kami dapat mengekspornya ke PDF atau format lain untuk dapat meningkatkannya dan mengirimkannya ke kolega kami atau melakukan apa pun yang kami butuhkan di sana. Jadi, Anda tahu Anda bisa melakukan hal-hal seperti itu. Mari kita kembali ke - apakah saya kehilangan itu? Itu dia. Baiklah semoga ini masuk akal dari apa yang saya bicarakan sejauh ini. Sekarang setelah data yang kami kumpulkan, semua ini jelas sangat vital karena sejumlah alasan - lisensi dan yang lainnya.
Hal terakhir yang baru saja disebutkan adalah kita pergi ke bagian administrasi ini di sini. Di sinilah Anda juga dapat mengkonfigurasi email dan peringatan Anda dan dapat memastikan bahwa untuk hal-hal yang ingin Anda ketahui, Anda dapat mengaturnya juga. Jadi kita dapat mengatur peringatan email, kita dapat mengatur kemampuan untuk menghidupkan hal-hal tertentu dan mematikan hal-hal tertentu dan kemudian dapat menentukan siapa yang akan menerima email-email itu, dan dengan berlangganan peringatan tersebut kita dapat mengasosiasikan siapa yang kita inginkan menjadi, siapa yang ingin tahu tentang hal-hal semacam itu.
Tapi seperti yang saya katakan sebelumnya, ini adalah cara yang sangat bagus untuk dilakukan, setidaknya memiliki ketenangan pikiran untuk mengetahui seluruh contoh SQL perusahaan Anda - apa yang Anda miliki dan juga memastikan bahwa itu berjalan secara optimal bahkan jika Anda tidak t, belum membuat keputusan untuk melakukan investasi untuk alat pemantauan kinerja yang hebat untuk mengelola contoh itu. Ini akan mencakup Anda karena itu adalah cara yang sangat terjangkau untuk keluar dan untuk banyak kasus dapat melakukan inventarisasi ini dan dapat melakukan semacam jenis pemantauan tingkat umum yang sangat luas untuk memastikan bahwa Anda mendapatkan ketenangan pikiran dan tahu apa yang terjadi.
Jadi mudah-mudahan itu masuk akal dalam cara kami menggambarkannya dan menunjukkannya kepada Anda. Saya kira dari sudut pandang itu saya bisa terus maju dan meneruskannya dan kita bisa bicara lagi.
Eric Kavanagh: Kedengarannya bagus. Jadi Robin? Dez? Ada pertanyaan?
Robin Bloor: Ya saya punya pertanyaan. Sangat menarik untuk benar-benar, maksud saya saya hanya ingin membuat komentar yang cukup banyak di mana-mana saya pernah, tidak hanya di antara para DBA, tetapi di antara orang-orang jaringan, di antara orang-orang penyimpanan, di antara orang-orang manajemen mesin virtual, mereka semua bekerja dari spreadsheet.
Eric Kavanagh: Benar.
Dez Blanchfield: Anda tahu itu, Anda tahu tidak apa-apa sampai jumlahnya mulai bergerak. Ketika angka mulai bergerak, Anda tahu bahwa mereka akan mendapat masalah. Jadi pertanyaannya sekarang saya agak tertarik dan saya tahu itu akan sulit bagi Anda untuk menjawab, tetapi bagaimana, jika Anda pergi ke tempat di mana mereka tidak memiliki yang seperti ini di sana untuk mengerjakan spreadsheet, maka mari kita asumsikan DBA adalah orang-orang yang sangat cerdas dan seterusnya dan seterusnya, ROI macam apa yang Anda pikir akan Anda dapatkan dari menerapkan sesuatu seperti ini? Apakah Anda memiliki angka tentang itu di atau pedoman tentang itu?
Bullett Manale: Sulit untuk mengatakan apa ROI itu karena lingkungan akan sedikit berbeda. Jelas bahwa semakin besar perusahaan, semakin besar lingkungan, jelas semakin banyak ROI mungkin jika mereka menggunakan, Anda tahu, metode manual sekarang.
Saya tahu saya telah berbicara dengan sejumlah - ketika saya mengatakan organisasi besar dalam ribuan dan ribuan karyawan dan juga mungkin ribuan contoh juga - di mana saya memiliki orang-orang di mana saya menunjukkan ini kepada mereka dan mereka mengatakan ini akan membawa dua minggu waktu saya kembali. Saya sudah mengatakan itu kepada saya lebih dari sekali. Jadi sulit untuk mengatakan dalam hal jumlah dolar aktual dari pembelian, tetapi itu cukup besar ketika Anda memiliki lingkungan.
Seperti yang saya katakan, itu cukup konsisten, itu orang-orang yang saya, sebagian besar orang yang saya ajak bicara menyimpan hal-hal ini dalam spreadsheet. Jadi hanya itu hal yang sangat, sangat subyektif karena setiap lingkungan, itu sedikit berbeda dalam hal bagaimana mereka melakukan perizinan dan bagaimana mereka melakukan perizinan dengan Microsoft adalah bagian lain dari itu yang menjadi faktor. Tetapi jika mereka harus melakukan peningkatan sejati setiap tahun atau setiap tiga tahun, saya pikir tiga tahun di max untuk Microsoft bahwa mereka akan, mereka ingin Anda benar setidaknya setiap tiga tahun.
Lalu Anda tahu yang besar dan itu, Anda tahu itu hanya sesuatu yang membuat jauh lebih mudah. Karena itu adalah hal yang dinamis yang selalu berubah, itu memberikan sedikit lebih banyak validitas juga dalam hal apa yang Anda lihat pada ayat-ayat, baik kami belum benar-benar memperbarui spreadsheet dalam enam bulan atau satu tahun. Jadi seberapa sering Anda memperbarui spreadsheet adalah pertanyaan lain yang agak dipahami sebagai jawaban ROI.
Dez Blanchfield: Ya, maksud saya, perizinan SQL, perizinan ini hanyalah mimpi buruk, tapi ini terutama mimpi buruk karena perizinannya tidak sama antara Microsoft dan Oracle dan siapa pun di luar sana yang melakukan hal-hal basis data. Jika Anda benar-benar menyimpan hal-hal dalam spreadsheet yang cenderung menjadi apa yang sebenarnya terjadi, Anda tahu bahwa waktu perizinan muncul sebelum Anda benar-benar menyadarinya dan Anda tidak benar-benar memiliki data, jika Anda tahu apa yang saya maksud, untuk dengan mudah mendapatkan informasi itu.
Bagaimanapun, seperti yang Anda tunjukkan, ini dinamis dan saya tidak tahu secara pribadi karena saya tidak pernah benar-benar harus bernegosiasi dengan Microsoft, jadi saya tidak tahu tetapi mungkin ada database yang orang-orang cukup sering mencatat data pengujian, pengujian lingkungan dan saya kira itu adalah duri di pihak Anda jika Anda melakukan perizinan. Apa itu kamu-?
Bullett Manale: Ya, ya. Itu terjadi karena banyak kali hal-hal yang dilupakan dan kemudian kita mulai mencoba mencari, oke, well oke kita punya lisensi inti yang kita harus mencari tahu jumlah core untuk masing-masing contoh ini dan saya tidak 't tahu, dalam hal standar apa yang Anda beli perangkat keras bijaksana, Anda mungkin juga membeli perangkat keras yang cukup bagus maka jika Anda tidak menggunakan perangkat keras cara itu harus digunakan maka Anda membayar lebih karena Anda membayar harga inti ketika core-core itu tidak dimanfaatkan sehingga menjadi masalah.
Jadi, setiap versi SQL memiliki cara berbeda di mana perizinan sedang diterapkan yang bahkan membuatnya sedikit membingungkan. Jadi Anda memiliki beberapa tantangan di sekitar itu dan itu adalah bagian besar dari mengapa informasi ini sangat membantu karena kami dapat memberi tahu Anda versi mana itu, kami dapat memberi tahu Anda dengan jelas jumlah core yang Anda miliki, jika itu versi SQL yang lebih lama itu harga per-socket, kami masih bisa menunjukkan itu juga. Jadi itu hanya, itu membuatnya jauh lebih sederhana dari rutinitas yang harus Anda lalui ketika tiba saatnya untuk memperbaiki hal itu.
Dez Blanchfield: Satu hal yang terlintas dalam pikiran saya, oh maaf pergi-
Robin Bloor: Tidak apa-apa, Anda masuk Dez, saya akan mengajukan pertanyaan yang mungkin tidak relevan.
Dez Blanchfield: Hanya sesuatu yang sangat cepat saat Anda berada di topik yang sedang Anda bahas sekarang - kita melihat lebih banyak adopsi lingkungan cloud dan jika kita menjalankan ini di dalam pusat data kita sendiri, di dalam lingkungan kita sendiri, mereka merangkak dan menemukan, menemukan hal-hal yang relatif mudah.
Bagaimana kita, bagaimana kita mengatasi skenario di mana kita mungkin memiliki tiga set data, dua awan, dan visibilitas di lingkungan ini adalah firewall dan seringkali ada set data di ujung pipa atau VPN. Apakah ada jauh untuk melakukan penemuan dari ujung depan atau kita perlu, untuk mulai membuka port sehingga kita dapat memindai di lingkungan tertentu antara semacam awan dan dari tempat di mana platform ini berjalan?
Bullett Manale: Ya itu akan, akan ada beberapa pertimbangan dalam hal port. Jadi, sayangnya saya berharap bisa mengatakan itu akan menerobos semua lingkungan itu tetapi ada beberapa opsi yang dapat Anda lakukan dengan ini. Jelas, jika Anda melakukan sesuatu seperti Amazon EC2, yang Anda perlukan adalah akses ke lingkungan itu melalui konektivitas Anda, dengan asumsi port Anda terbuka dan kemudian dapat menentukan alamat IP Anda atau domain Anda yang terkait dengannya dan itu bisa mulai koleksi dan mulai penemuan.
Jadi itu, dalam jenis lingkungan yang benar-benar tidak masalah; itu adalah tipe lingkungan yang lebih spesifik seperti RDS dan di mana Anda hanya mendapatkan database itu sendiri di mana ia akan sedikit lebih menantang untuk melihat dan menemukan jenis informasi itu.
Dez Blanchfield: Jadi setelah itu ada di sana, ada database dan database. Jadi misalnya masa lalu yang baik hanya semacam memiliki mesin database yang sangat, sangat besar seperti anekdot yang saya bagikan di depan di mana itu hanya satu platform besar dan yang dilakukannya hanyalah menyediakan database. Saat ini, basis data tertanam dalam segala hal, faktanya, ada dua atau tiga di antaranya yang berjalan di ponsel saya di belakang aplikasi.
Tantangan apa yang Anda lihat dengan skenario di mana Anda memiliki lingkungan yang berasal dari Lotus Notes, dengan aplikasi di belakangnya, SharePoint dengan database di berbagai internet, dan sebagainya? Pada dasarnya semuanya didukung oleh database di bagian belakang. Hal-hal apa yang Anda lihat di sana dan tantangan apa yang Anda lihat orang hadapi hanya mencoba memetakan dunia-dunia semacam itu dan apa yang dilakukan alat Anda untuk mereka?
Bullett Manale: Ya, maksud saya masalahnya adalah apa yang Anda katakan - semuanya membutuhkan database sekarang, jadi sering kali ada banyak kemungkinan, ada banyak basis data yang diperkenalkan ke lingkungan di mana DBA sendiri bahkan tidak dibuat sadar karena tidak terlalu sulit untuk menginstal server SQL di lingkungan, secara umum.
Alat ini juga mengidentifikasi hal-hal seperti express database juga, jadi versi gratis dari SQL Server. Cukup lucu, ketika Anda berbicara dengan DBA, sekali lagi, Anda tidak mendapatkan jawaban yang konsisten dalam hal apakah mereka peduli dengan database gratis yang ada di luar sana. Banyak aplikasi ini yang Anda bicarakan akan menggunakan versi database gratis. Tetapi organisasi itu sendiri akan memiliki sikap yang berbeda dalam hal siapa yang bertanggung jawab untuk database itu tergantung pada siapa yang Anda ajak bicara.
Beberapa DBA yang saya ajak bicara, saya bisa memikirkan terakhir kali saya di SQL Server PASS, yang di Seattle, Anda mengajukan pertanyaan "Apakah Anda peduli dengan database ekspres Anda?" Dan itu sekitar lima puluh lima puluh. Beberapa orang, mereka ingin tahu tentang mereka sebagai DBA karena mereka merasa seperti itu adalah bagian dari tanggung jawab mereka, bahkan database yang diungkapkan itu masih dapat berisi informasi penting; mereka masih harus melalui proses yang didukung dan masih perlu memastikan bahwa semua hal bekerja dari perspektif kesehatan pada mereka. Tetapi hanya mengetahui bahwa mereka ada sama pentingnya jika tidak lebih penting.
Sedangkan separuh lainnya adalah, “Hei, kami bukan kami tidak bertanggung jawab atas database itu dan apa pun yang mereka kenakan adalah waspada terhadap orang yang menginstalnya.” Tapi saya akan mengatakan bahwa secara keseluruhan apa yang Anda lakukan kata, semuanya cukup banyak saat ini memiliki aplikasi yang terikat padanya yang hanya berkontribusi lebih pada kompleksitas dan kebingungan harus menginventarisir informasi itu.
Dez Blanchfield: Ya saya pernah melihat beberapa, situs pemerintah mungkin favorit saya tetapi lebih sering daripada tidak saya lihat di lingkungan perusahaan sekarang di mana adalah, seperti yang Anda katakan, bahwa orang lupa saya, bahkan ketika mereka menginstal sesuatu seperti SharePoint atau seperti pertukaran diri sehingga Anda tahu bahwa mereka datang dengan versi gratis yang baru dibangun karena mereka ingin, Anda tahu, menginstalnya dengan cepat dan tidak khawatir harus pergi dan membeli lisensi.
Kemudian menjadi besar dan kemudian seseorang mulai mengeluh tentang kinerja dan mereka seperti, "Ini hanya server lama Anda, penyimpanan Anda, jaringan Anda, apa pun, " dan kemudian DBA dipanggil dan mereka seperti, "Ya, Anda Saya baru saja menjejalkan semuanya ke dalam database versi gratis ini, yang bukan apa yang Anda butuhkan untuk melakukan ini besar. ”
Terutama ketika Anda mendapatkan skenario seperti Manajer Proyek dan Office menjalankan ratusan jika tidak ribuan proyek di perusahaan besar atau perusahaan dan mereka menggunakan SharePoint dengan Microsoft Project Server dan mereka membuang semua barang PMO mereka ke dalam basis data ini. Tapi di ujung depan mereka seperti, well itu hanya antarmuka web. Tapi sungguh ada database dan database.
Bullett Manale: Ya.
Dez Blanchfield: Jadi apa yang mereka, salah satu dari langkah pertama yang orang-orang di sini saya kira ada beberapa pertanyaan yang mungkin ingin kami sampaikan dari hadirin. Salah satu pertanyaan pertama adalah dari mana orang memulai? Apa langkah alami pertama bagi mereka untuk pergi, "Oke, kita perlu melakukan semacam versi Alcoholics Anonymous?"
Kami memiliki lebih banyak database daripada yang kami tahu apa yang harus dilakukan. Seperti apa bentuk langkah alami dari mereka, "Oke, kita perlu mendapatkan benda ini dan mulai berlari?" Apakah mereka hanya menggunakan kalkun dingin atau lambat, mereka benar-benar harus mulai dari yang kecil dan hanya mendapatkan pengalaman dalam memetakan lingkungan mereka ?
Bullett Manale: Ya saya pikir itu mengatakan mereka harus memetakan lingkungan. Sekarang Microsoft menawarkan alat gratis untuk melakukan itu, Alat Perencanaan Penilaian Microsoft, ini alat gratis tetapi statis. Anda melakukan penemuan dan hanya itu. Anda mendapatkan daftar hal-hal yang ada di luar sana. Kami mengambil itu dan berkata lihat, mari kita selangkah lebih maju mari kita lakukan penemuan, mari kita temukan apa yang ada di luar sana dan mari kita taruh di repositori dan mari kita membuatnya sehingga itu dinamis dan kita bisa menambahkannya, menghapusnya.
Tetapi secara keseluruhan langkah pertama terbesar adalah saya pikir hanya untuk mencari tahu, melakukan penemuan. Apakah itu berarti mengunduh produk kami dalam uji coba, Anda dapat mengunduh ini dan mencobanya selama 14 hari dan Anda dapat menunjukkan lingkungan Anda dan melakukan pengumpulan.
Sekarang jika Anda sudah memiliki spreadsheet dengan banyak informasi di sana bahwa Anda agak yakin bahwa informasi itu benar, Anda juga memiliki kemampuan untuk menyukai impor ke CSV yang spreadsheet dengan semua informasi itu dan menjadikan bagian dari apa yang Anda sudah punya. Tetapi dalam hal mencari tahu apa yang tidak Anda ketahui, satu-satunya cara untuk melakukannya adalah dengan keluar secara manual, melakukannya atau memiliki alat yang mencari jenis hal seperti ini. Itu keputusan yang harus Anda buat pada titik tertentu adalah, "Apakah saya mencoba untuk mengotomatiskan penemuan itu atau setidaknya mendapatkan dasar yang baik dari apa yang ada di luar sana terlebih dahulu dan kemudian mungkin khawatir tentang beberapa pengecualian?" Tetapi untuk sebagian besar Anda mungkin memerlukan alat.
Dez Blanchfield: Cepat sekali. Di mana orang pergi untuk memulai ini? Mereka memukul situs web Anda? Bagaimana mereka menjangkau dan memulai ini dengan cepat?
Bullett Manale: Jika Anda pergi ke Idera, IDERA.com, Anda akan melihat, dan saya benar-benar dapat dengan cepat menunjukkannya dengan cepat. Selama di situs web Idera Anda akan pergi ke produk, pergi ke manajer persediaan. Anda akan melihat ada tautan unduhan di sini. Anda hanya menentukan bangunan mana yang ingin Anda instal pada 64 atau 32 bit, dan itu akan membuat Anda maju dan Anda dapat memulai penemuan Anda dari sana.
Robin Bloor: Presentasi luar biasa dan hebat, hebat, terima kasih banyak.
Bullett Manale: Terima kasih.
Eric Kavanagh: Kami memiliki beberapa pertanyaan dari audiens dan kami akan mengirimkannya melalui email kepada Anda karena kami harus menghentikan diri sendiri hari ini, tetapi Bullett, sekali lagi, pekerjaan hebat di demo, pekerjaan hebat oleh produser kami mengetahui bahwa itu bukan t ditampilkan.
Bullett Manale: Maaf soal itu.
Eric Kavanagh: Tidak, ini barang bagus, Anda memberikan visibilitas ke inti bisnis, bukan? Karena bisnis menjalankan data dan Anda memberikan visibilitas sampai ke inti. Jadi tidak ada lagi barang bergelombang tangan; sekarang Anda benar-benar dapat menunjukkan sesuatu dan menyelesaikannya. Sangat baik untukmu.
Bullett Manale: Terima kasih.
Robin Bloor: Tapi senang melihatnya hidup juga, bagus sekali.
Eric Kavanagh: Ya, kami akan mengarsipkan webcast ini untuk ditonton nanti dan kemudian kami akan membuatnya mudah-mudahan dalam waktu sekitar satu atau dua jam arsip awal naik kadang-kadang sedikit lebih lama dari itu, tapi kami pasti akan membiarkan orang-orang tahu. Dengan itu kami akan membiarkanmu pergi, kawan. Terima kasih sekali lagi untuk menghadiri Briefing Room, kami sebenarnya adalah Hot Technologies. Kami akan menyusul Anda lain kali. Jaga dirimu, selamat tinggal.
