Oleh Staf Techopedia, 22 Februari 2017
Takeaway: Host Eric Kavanagh membahas manajemen basis data dengan Dr. Robin Bloor, Dez Blanchfield dan Binh Chau dari IDERA.
Anda saat ini belum masuk. Silakan masuk atau daftar untuk melihat video.
Eric Kavanagh: Oke, tuan dan nyonya. Halo dan selamat datang kembali sekali lagi. Ini hari Rabu, sekarang pukul empat Waktu Timur dan selama beberapa tahun terakhir itu berarti saatnya untuk Teknologi Panas. Itu benar, ini pertunjukan kami bersama teman-teman kami Techopedia - Techopedia.com. Periksa secara online. Mereka mendapatkan traffic monster, 1, 5 juta pengunjung unik sebulan. Itu banyak lalu lintas web. Topik hari ini, “Impian DBA: Penemuan dan Manajemen Lintas Lingkungan.” Ya memang, ini masalah besar, terutama untuk organisasi yang lebih besar. Ada slide tentang Anda benar-benar, dan cukup tentang saya, pukul saya di Twitter @eric_kavanagh, saya selalu mencoba untuk mengikuti kembali dan terlibat dalam percakapan di luar sana.
Sekali lagi, kita berbicara tentang teknologi basis data hari ini dan benar-benar dapat memahami apa yang terjadi di berbagai contoh basis data. Seperti yang Anda ketahui, begitu Anda mulai menumbuhkan organisasi Anda, Anda mendapatkan lebih banyak contoh di luar sana dan menangani hal-hal itu bisa menjadi sedikit tantangan yang menarik. Bahkan, saya ingat beberapa tahun yang lalu, saya memiliki percakapan hebat dengan seorang pria yang merupakan direktur tata kelola data untuk kantor CIO di Departemen Pertahanan. Dan saya mengatakan kepadanya semua hal-hal menarik ini, kami melakukan percakapan hebat ini dan saya menceritakan kisah latar belakang saya tentang melobi transparansi dalam pengeluaran federal, dan dia tertawa dan berkata, "Oh, jadi rumah Anda di mana saya harus mengirim itu selanjutnya pemogokan predator drone. "Dia berkata, " Transparansi dalam pengeluaran federal? Saya bahkan tidak tahu berapa banyak lisensi Oracle yang saya miliki di sekitar sini. ”Ketika saya mendengar itu, saya benar-benar dapat menghargai besarnya tantangan yang dihadapi beberapa organisasi.
Sekarang, hari ini ada banyak alat yang menarik - kita akan mendengar satu hari ini - untuk memahami apa yang terbang di sana, tetapi bahkan 20 tahun yang lalu, itu adalah tantangan yang sangat serius. Ketika datang ke organisasi sebesar DOD, Anda bisa bayangkan bahwa menangani itu akan menghemat banyak uang, itu akan menghemat banyak waktu, itu akan menyelesaikan beberapa masalah tata kelola; Anda akhirnya memecahkan banyak tantangan sekaligus jika Anda melakukan hal semacam ini dengan benar. Kami akan belajar tentang itu hari ini.
Kami memiliki Dr. Robin Bloor, analis kepala The Bloor Group. Kami memiliki Dez Blanchfield, ilmuwan data kami, yang dipanggil dari bawah, Sydney, Australia. Dan Binh Chau, manajer produk senior IDERA, juga siap.
Kami melakukan #HOTTECH sebagai tagar - jangan ragu untuk mengirim tweet selama pertunjukan. Dan kami benar-benar mengandalkan kalian untuk pertanyaan-pertanyaan bagus, jadi tolong jangan malu-malu: ajukan pertanyaan kapan saja dengan menggunakan komponen T&J di konsol webcast Anda atau jendela obrolan itu. Dan dengan itu saya akan menyerahkannya kepada Dr. Robin Bloor. Biarkan saya memberinya kunci ke WebEx. Itu dia, dan bawa pergi.
Robin Bloor: Oke. Nah, ini dia, mari kita beralih ke slide pertama. Di Italia, mereka memanggil mereka Stanlio dan Olio, Laurel dan Hardy. Kembali pada 1990-an ketika semua orang khawatir tentang tahun 2000, saya terlibat dalam sejumlah proyek tahun 2000. Dan saya pergi ke - sebut saja mereka perusahaan asuransi besar - dan mereka menemukan bahwa mereka memiliki lebih dari 500 aplikasi yang mereka tidak tahu ada di mainframe. Mereka melakukan inventarisasi mainframe. Nah, pada masa itu, lingkungan mainframe jauh lebih baik dirawat daripada apa pun yang datang kemudian, maksud saya, tidak ada pertanyaan tentang itu.
Saya benar-benar agak terkejut dan saya berbicara dengan orang-orang di organisasi dan mereka mengatakan tidak ada pusat komprehensif … tidak ada orang yang bertanggung jawab untuk mengetahui informasi itu, Anda tahu, pada dasarnya. Mereka tidak pernah mengambil inventaris aset mereka. Dan database adalah aset tanpa syarat yang pasti karena mengandung data dan data yang berharga. Berapa banyak contoh adalah pertanyaan dan sebenarnya, di mana mereka? Ini hanya "Apa itu Basis Data?" Dan alasan saya berpikir seperti itu, basis data adalah lemari tempat Anda membuang data. Dan saya sedang berbicara dengan sebuah situs baru-baru ini yang memiliki ribuan contoh Oracle. Nah, Oracle adalah database yang, jika Anda menggunakannya dengan cara yang canggih, itu membutuhkan DBA.
Saya agak bertanya tentang itu dan mereka mengatakan, kira-kira, saya kira sekitar tujuh atau delapan DBA di seluruh organisasi. Dan saya berkata, Anda tahu, “Siapa yang menjaga ribuan contoh lainnya?” Dan mereka berkata, “Ya benar apa yang terjadi di sana adalah bahwa orang hanya menggunakannya sebagai sistem file. Kami memiliki sejumlah database yang berada di kelompok besar di mana kinerja benar-benar penting dan mereka memiliki DBA yang berdiri di atasnya sepanjang waktu. Dan kemudian kami memiliki ribuan database lain yang tidak dijaga oleh siapa pun. "Dan saya bertanya kepada mereka berapa banyak database dan mereka datang dengan, " Ya, terakhir kali Oracle mengauditnya. "Mereka tidak melakukan audit sendiri, Anda tahu, yang merupakan hal yang menarik.
Tapi, Anda tahu, ada alasan untuk menggunakan database. Basis data mengimplementasikan model data. Itu ada di sana untuk berbagi data: dapat mengelola beberapa permintaan bersamaan untuk data, mengimplementasikan model keamanan, memenuhi persyaratan ACID, tangguh atau dapat diatur agar tangguh, Anda tahu. Itulah alasan kami memiliki basis data. Tapi, Anda tahu, bukan tidak biasa menemukan situs dengan ribuan contoh SQL Server atau Oracle dan kebanyakan dari mereka hanya digunakan sebagai sistem file, pada dasarnya. Jadi mengapa Anda membuat contoh baru, sungguh?
Saya tahu tim pengembang bahwa jika mereka membangun aplikasi baru, mereka membangunnya dalam silo sehingga aplikasi baru mana pun akan memiliki database terpisah. Mereka tidak perlu mencoba membuat lapisan data dari hal-hal - saya pikir itu bukan praktik yang baik. Tetapi di sana lagi, Anda tahu, jika Anda memiliki lingkungan yang sangat rumit, menjadi sangat, sangat sulit untuk mencoba dan mengumpulkan semua database yang terkait satu sama lain dalam hal memiliki data di dalamnya di mana ada hubungan. Contoh dibuat untuk replika.
Anda tahu, Anda dapat memiliki hot standbys atau replika untuk keperluan ketersediaan, tetapi Anda juga memiliki replika atau semi-replika di data mart. Dan begitu dunia data warehouse diperkenalkan, pertanyaannya, Anda tahu, berapa banyak data mart di luar sana, dan orang-orang hanya menggunakannya sebagai file kloning, mengambil data dari data warehouse dan tidak terlalu peduli tentang kinerjanya di merasakan bahwa mereka hanya akan lakukan sebagai kinerja default. Sebagian besar dari orang-orang ini mungkin bahkan tidak tahu bahwa Anda benar-benar dapat menyetel basis data. Saya telah melihat desain yang telah membagi data menjadi tumpukan yang berbeda untuk tujuan distribusi.
Anda tahu, Anda sering mendapatkan situasi replikasi ini di mana Anda punya banyak depot dalam suatu organisasi dan mereka masing-masing punya database dan masing-masing adalah pecahan dari database pusat. Anda mendapatkan contoh dari sharding. Keputusan desain yang buruk - Saya telah melihat beberapa desain yang sangat aneh terjadi dalam hal database di mana orang telah membuat database terpisah tanpa alasan yang baik. Dan seperti yang saya perhatikan, basis data adalah sistem file.
Dan kemudian ada lingkungan pengujian dan pengembangan yang perlu berdiri dan jatuh, tetapi mereka semua dihitung sebagai contoh basis data dan semuanya, dengan cara, perlu memiliki keamanan dan semua hal lain yang diharapkan disediakan oleh basis data. Pertimbangan instance - beban kerja basis data hanya dapat dioptimalkan untuk instance tertentu. Jika Anda benar-benar tertarik untuk memiliki kinerja terbaik, maka data yang hilang dalam banyak basis data tidak selalu akan memberikan Anda optimasi semacam itu.
Ada alasan untuk tidak membuat contoh data palsu. Beban kerja campuran pada basis data yang sama dengan counterpoint dapat menyebabkan kinerja yang buruk - khususnya yang terkenal oleh OLTP dan lalu lintas permintaan yang besar tidak tercampur, tidak pernah bercampur dan mungkin tidak akan pernah bercampur. Biasanya lebih baik untuk menggabungkan database di tingkat server daripada memiliki banyak VM. Tetapi VM memberikan isolasi; dengan beberapa orang itu adalah keputusan desain untuk mengisolasi data dari data lain sehingga, Anda tahu, jika aplikasi itu gagal, atau jika database itu gagal, itu tidak menurunkan aplikasi saya.
Masalah dengan itu, tentu saja, adalah bahwa Anda akhirnya berlari ke titik berikutnya, yaitu biaya lisensi basis data. Itu bervariasi, tetapi saya telah melihat biaya lisensi database menjadi kriteria desain karena seseorang tidak ingin meledakkan nomor tertentu, dan karena itu, orang merancang sistem dengan buruk hanya karena cara kerja lisensi database. Dan ada hal lain: jika Anda mulai mengkonsolidasikan semua database Anda, perlu dicatat bahwa DBA mahal. Itu bukan hal yang mudah untuk dilakukan.
Pandangan dunia yang sederhana - dan ini adalah slide terakhir - ada lapisan data, ada lapisan transport dan ada lapisan pemrosesan. Dan semua perangkat keras berada di bawahnya. Sangat tidak mungkin untuk mengoptimalkan lapisan data tanpa tahu persis apa yang ada di dalamnya dan mengapa.
Dan setelah mengatakan itu, saya akan meneruskan kepada teman saya dari bawah, Dez Blanchfield.
Dez Blanchfield: Terima kasih, Robin. Biarkan saya mengatur mouse saya di sini. Jadi, saya akan memberi kita beberapa anekdot hari ini karena ini adalah topik yang sangat besar dan saya dapat menghabiskan dua minggu dengan spidol papan tulis bersenang-senang tentang hal itu, karena saya telah mengalami naik turun selama hampir tiga dekade di ruang ini .
Tapi pertama-tama, gambaran visual mental. Ketika saya berpikir tentang tantangan yang kita bicarakan hari ini - dan pada dasarnya, kita berbicara tentang pertumbuhan basis data, replikasi dan gepeng dan semua tantangan yang menyertainya - saya ingin menempatkan gambar pohon ek raksasa ini di pikiran. Ini adalah pohon yang terkenal indah, mereka mulai sebagai biji kecil tetapi mereka tumbuh dengan raksasa ini. Dan ketika mereka melakukannya, mereka sangat besar dan berantakan. Dan seperti yang Anda lihat dari gambar ini, sebagai metafora visual, jika Anda suka, Anda tahu, cabang-cabang pergi ke mana-mana dan kemudian ranting-ranting keluar dari sana dan meninggalkannya di ujungnya dan mereka semua dalam bentuk acak, kacau, dan itulah hanya sedikit yang bisa kita lihat di atas tanah.
Saya menganggapnya sebagai data di dalam database, dan di bawahnya ada struktur root dan mereka memasuki semua jenis arah. Tetapi tampaknya sangat bersih dan masuk akal di permukaan tanah di mana tanah itu bagus dan rata, tetapi kenyataannya itu sama gila di bawah tanah seperti di atas tanah; kami hanya tidak melihatnya. Dan saya sering menggunakan ini ketika saya mulai berpikir tentang bagaimana menggambarkan tantangan yang kita bicarakan hari ini kepada organisasi dari ruang dewan hingga para teknisi untuk mencoba dan membuat mereka memvisualisasikan apa yang sebenarnya terjadi dalam organisasi mereka. Karena sangat mudah untuk melihat layar komputer dan melihat bidang baris dan kolom yang indah ini dan berpikir, "Kami sudah menyelesaikannya, ini bukan masalah besar." Tapi itu tidak terjadi sama sekali. Dan pada titik itulah saya biasanya mengenai satu baris ini dengan mengatakan bahwa basis data dalam pikiran saya seperti biji, Anda tahu, mereka mulai kecil dan tumbuh, tetapi sebelum Anda menyadarinya, Anda memiliki hutan pohon ek raksasa, dan karenanya visual.
Jadi, dua anekdot hanya untuk berbagi skenario yang tumbuh di luar kendali dan tidak bisa diperbaiki, lalu satu lagi yang melakukan hal serupa tetapi dapat diperbaiki, dan saya akan menyoroti poin kunci dari diskusi hari ini tentang bagaimana kami datang tentang itu.
Yang pertama adalah skenario di mana CIO dengan niat terbesar dari waktu ke waktu tanpa disadari menyebabkan salah satu gejolak yang paling tak terduga dan tidak diinginkan yang baru saja tumbuh di luar kendali. Itu adalah skenario di mana sebuah organisasi pemerintah dengan ribuan staf, staf yang sangat mengerti teknis, menuntut akses ke sistem dan alat-alatnya sehingga mereka dapat mulai berkolaborasi dengan dan mengotomatisasi banyak proses mereka. Mereka ingin menjauh dari formulir kertas dan mereka ingin membuat sistem online, mereka ingin menangkap data dan melacaknya serta memantau dan melaporkannya kembali dan menyajikannya kembali kepada rekan-rekan mereka.
Dan ada segala macam hal, ada hal-hal dari orang-orang yang datang ke kantor mereka dan masuk dan masuk untuk tujuan keamanan sampai ke siapa yang memesan apa di kafetaria saat makan siang. Maka, CIO yang berniat baik memutuskan bahwa Lotus Notes adalah ide yang hebat karena ia telah menghadiri serangkaian seminar dan IBM telah melakukan pekerjaan yang hebat dalam melemparkannya dan dalam skenario yang tepat itu akan menjadi keputusan yang bagus, seandainya itu dilakukan di bawah kendali. Tetapi apa yang terjadi adalah alih-alih menyerahkan Lotus Notes kepada tim orang teknis untuk memilah implementasi di lingkungan dan kemudian berdiri alat yang masuk akal dan sebagainya dan memberikan beberapa kontrol dan tata kelola di sekitarnya, yang sebenarnya terjadi adalah ia dikerahkan ke standar. lingkungan operasi, BUMN, sehingga setiap desktop secara efektif menjadi server.
Jadi, mereka memberikan pelatihan dan catatan langsung serta dokumentasi untuk seluruh proses ini dan tiba-tiba orang menyadari, “Yay, saya punya Lotus Notes di desktop saya!” Apa artinya ini, menurut Anda? Ya, itu berarti bahwa ribuan staf yang sangat berpengalaman secara teknis diajari cara menulis dan menulis aplikasi, secara efektif, di Lotus Notes, membuat basis data kecil yang pada dasarnya tampak seperti spreadsheet, baris dan kolom dan bidang, dan menyajikan antarmuka web kecil ini melalui Domino.
Jika saya ingin menangkap informasi tentang sesuatu, saya hanya bisa membuat bentuk kecil dan dalam antarmuka tipe spreadsheet, memasukkannya ke dalam file, membuat database Lotus Notes kecil di belakangnya dan menyajikannya sebagai aplikasi web dan mulai mengumpulkan informasi. Dan itu terdengar luar biasa hingga berjalan selama bertahun-tahun dan tiba-tiba mereka menyadari, seseorang terbangun dan berkata, "Baiklah, tunggu, mengapa ada 10.000 aplikasi baru yang didukung basis data muncul di LAN, dan khususnya dalam 12 terakhir bulan? Apa yang terjadi? ”Nah, apa yang terjadi adalah, Anda pada dasarnya memberi orang senjata, dan senjata itu dimuati dan keselamatan dimatikan, dan tentu saja mereka menembak kaki mereka sendiri.
Dan ada gambar hebat di sini yang biasanya saya ingat di benak saya tentang seorang seniman Italia yang melakukan hal aneh ini di mana ia mendapatkan satu truk penuh jerami dan jerami dan dibuang ke tengah-tengah sebuah studio seni dan kemudian mendapat kurator dari studio seni untuk secara acak mendorong jarum ke tengahnya. Dan kemudian dia menghabiskan waktu berhari-hari untuk memberi makan langsung, di depan kamera, melewati sedotan mencari jarum di tumpukan jerami, seolah-olah. Sampai akhirnya, setelah berjam-jam dan berhari-hari, ia menemukannya dan melompat-lompat dan bersemangat. Lagi pula, artis Italia, apa yang dapat Anda lakukan? Tapi itu sangat lucu dan jika Anda pernah menontonnya secara online atau jika Anda menontonnya secara online, Anda akan merasa sangat katarsis.
Inilah skenario mimpi buruk di mana orang teknis yang berniat baik memberi orang-orang bisnis - orang-orang bisnis yang sangat berpengalaman secara teknis - sebuah alat yang seharusnya membuat hidup mereka lebih mudah. Tapi tak lama kemudian kami memiliki pertanyaan seperti siapa yang mendukung mereka, siapa yang memantau dan mendukung mereka, di mana data ini, apa struktur data yang ada, siapa yang menjaga skema, bagaimana jika saya ingin membuat versi lain, data apa yang ada dalam versi-versi itu, bisakah saya melakukan perjalanan integrasi pengujian dev pada hal-hal ini?
Anda tahu, Anda dapat menarik kesimpulan sendiri tentang bagaimana hasilnya, tetapi itu tidak berjalan dengan baik dan Anda dapat membayangkan bahwa hanya ratusan terabyte data, dan tidak didukung, duduk, secara efektif, PC atau laptop di atas meja, beberapa sistem bahkan tidak tersedia karena orang tidak menyadari ketika mereka mematikan laptop pada pukul 5:30 dan membawanya pulang untuk melakukan pekerjaan yang tidak seorang pun di LAN dapat mengakses aplikasi itu. Itu tidak berakhir dengan baik. Dan banyak data harus dibersihkan dan dimanipulasi secara manual dan dibawa kembali ke sistem yang masuk akal; sebagian besar hanya dihilangkan dan dihapus, karena tidak bisa dibiarkan tergeletak lebih jauh.
Kemudian anekdot kedua saya dengan hal-hal dalam perjalanan yang sangat berbeda. Bayangkan sebuah skenario, Anda memiliki dev, pengujian, integrasi, integrasi sistem, pengujian penerimaan pengguna, produksi, pemulihan bencana, cadangan dan salinan cadangan hingga 99 dan seterusnya, Anda memiliki peningkatan, tambalan, dan kemudian lingkungan demonstrasi dari satu hingga 99 dan banyak lagi. Dan tiba-tiba Anda duduk di sana sambil berkata, "Tunggu, apa yang terjadi, tunggu, siapa yang menggunakan apa?" Anda tahu, ini adalah mimpi buruk yang berpotensi menunggu untuk terjadi.
Tetapi dalam skenario ini yang terjadi adalah saya memiliki kesempatan untuk masuk ke sebuah organisasi yang ingin mengekstraksi unit bisnis manajemen kekayaan dari platform inti perbankan mereka dan berdiri sebagai organisasi yang terpisah pada dasarnya sebuah startup dalam suatu perusahaan. Tantangannya adalah, bawa unit bisnis manajemen kekayaan kita dan semua orang serta teknologi dan data di sekitarnya dalam layanan publik, buat startup di dalam perusahaan kita sendiri dan ukir sehingga bisa berjalan dengan merek sendiri.
Ini adalah pemimpin global di bidang perbankan, yang tidak akan saya sebutkan. Kami harus mengekstraksi unit bisnis manajemen kekayaan itu sendiri dan semua hal di sekitarnya. Jadi, semuanya secara keseluruhan, semua staf, infrastruktur fisik, dan memindahkannya ke ruang kantor baru. Semua sistem bisnis, semua perangkat lunak, semua data, semua lisensi, apa saja. Nah, bisa Anda bayangkan, itu tampak seperti mimpi buruk untuk memulai.
Dan untuk menempatkan beberapa konteks di sekitarnya, kita berbicara tentang 78 sistem di platform perbankan asli yang mendukung sekitar 14 produk inti, yang bisa jadi sekitar seribu penawaran berbeda. Ratusan dan ratusan database langsung digunakan, dan ketika saya katakan digunakan, kami harus memindahkannya di situ, jadi pada hari Jumat sore mereka akan berada di satu lingkungan, pada hari Senin mereka diharapkan berada di tempat lain dan pada hari Sabtu dan hari Minggu mereka harus melakukan cross-over ini di mana transaksi berjalan dari satu sistem di sebelah kiri, katakanlah, untuk memvisualisasikannya, ke sistem lain di sebelah kanan.
Sekitar 15.000 pelanggan dengan catatan yang tak terhitung jumlahnya masing-masing, dan mimpi buruk ETL karena tidak satu pun dari 78 sistem di satu sisi yang cocok dengan sistem di sisi lain. Kami memiliki platform perbankan yang sama sekali baru, sistem baru, perangkat lunak baru, database baru, dan skema baru. Jadi, metadata, bidang, baris, kolom, catatan, tabel, sebut saja, tidak ada yang cocok. Ada 14 tim pengembangan aktif yang berbeda, satu untuk setiap produk. Dan ketika kami membangun lingkungan ini kami menemukan bahwa pada saat kami memiliki tes pengembangan, integrasi, integrasi sistem, pengujian penerimaan pengguna, produksi, pemulihan bencana, salinan demonstrasi, cadangan, peningkatan, penambalan - Saya bahkan melewatkan satu di sana - pelatihan, misalnya, dan pendidikan, ada 23 versi dari masing-masing lingkungan ini untuk setiap tim pengembangan.
Sekarang, Anda duduk di sana dan tiba-tiba, darah Anda mulai mengental dan kulit Anda menjadi dingin dan rambut Anda berdiri - itu tidak akan pernah berakhir dengan baik. Yah ternyata, itu berakhir dengan sangat baik karena hal pertama yang kami lakukan, bahkan sebelum kami memulai desain penyebaran teknologi, adalah kami pergi dan mendapatkan alat yang tepat. Dan kami menggunakan alat, dan tidak harus orang, tetapi orang yang menggunakan alat. Kami menggunakan alat untuk memetakan data, kami menggunakan alat untuk memetakan basis data tempat mereka tinggal, kami memetakan semua metadata, skema, dan semua jalan ke baris, kolom, catatan, dan bidang.
Kami tahu dari mana kami berasal dan kemudian kami mengaitkannya dengan peta apa yang kami taruh sejauh apa platform perbankan yang ada, dan kami memiliki korelasi satu-ke-satu. Dan apa pun yang jatuh di tengah, kami menciptakan ruang data tempat kami akan melalui dan memetakannya secara manual. Tetapi, sebelum melakukan penyebaran dan pengaturan lingkungan apa pun di dunia baru ini, kami memastikan bahwa setiap rekaman, setiap tabel, setiap bidang, setiap baris, setiap kolom, setiap basis data, dan semua metadata di sekitarnya, semua izin dan kontrol dipetakan, dari satu ke satu. Dan kami tidak memindahkan satu hal sampai korelasi itu dibuat.
Jadi, bagian ETL berubah dari mimpi buruk menjadi proses yang cukup tanpa rasa sakit untuk hanya memvalidasi kontrol dan proses yang diikuti. Dan kita bisa melakukan ini secara teratur, hampir setiap jam. Kami melakukan transisi dari produksi di dunia lama ke lingkungan baru dev, pengujian, integrasi, dll, di dunia baru. Dan pada hari kami ditayangkan, setelah proses lima bulan untuk ditayangkan setelah sebulan dengan pengujian dan kemudian dalam enam bulan itu online dan aktif, kami hanya memiliki satu masalah, dan masalahnya adalah seseorang lupa kata sandi dan itu harus diatur ulang. Itulah satu-satunya masalah yang ada, dan pada dasarnya menciptakan sekitar satu jam tekanan orang berpikir ada yang salah - ternyata kata sandi telah kedaluwarsa dan mereka lupa apa itu dan harus mengatur ulang.
Anda dapat membayangkan skenario itu, dibandingkan dengan lingkungan Lotus Notes di mana seseorang memiliki niat besar tetapi tidak memikirkan tantangannya, dan selanjutnya kita harus pergi dan mencoba memetakan semua data ini dan sebagian besar harus dihapuskan dan itu hanya kehilangan waktu, tenaga, dan sumber daya serta moral yang besar. Untuk skenario di mana, ketika itu direncanakan dengan baik dan dilakukan dengan tepat dan disampaikan dengan tepat dengan alat yang tepat, kami mendapat hasil yang bagus.
Dan poin itulah yang membawa saya ke satu baris ini - sebelum saya menyerahkan kepada rekan kami untuk berbicara tentang apa yang harus dihadapi IDERA untuk mengatasi tantangan ini - adalah bahwa di dunia sekarang ini di mana semakin banyak sistem yang didukung oleh basis data, itu bukan hanya sekadar kesenangan, tetapi bagi saya itu adalah fakta, itu adalah suatu keharusan, bahwa alat pintar, dalam pengalaman saya, satu-satunya cara untuk mengelola penemuan data, manajemen data dalam skala dan kecepatan yang kita bergerak.
Dan jika itu dilakukan dengan benar, seperti anekdot kedua yang baru saja saya bagikan semoga diilustrasikan, itu bisa menjadi proses yang sangat tidak menyakitkan dan sangat mulus. Tidak hanya dalam proyek-proyek baru, tetapi merangkul lingkungan Anda saat ini dan memastikan bahwa setiap saat dan hari Anda dapat melacak dan melacak apa yang terjadi di organisasi Anda, basis data apa yang ada, versi basis data apa yang Anda jalankan, dan siapa yang menggunakan apa.
Dan untuk itu saya akan menyerahkan kepada rekan kami dari IDERA, dan saya berharap untuk mendengar apa yang mereka tawarkan di atas meja dan bagaimana mereka akan menyelesaikan tantangan ini.
Binh Chau: Hebat, terima kasih, Dez. Bisakah kalian dengarkan aku? Oke terimakasih. Hai semuanya, saya Binh Chau dengan IDERA. Hari ini saya akan berbicara sedikit tentang produk yang kami sebut SQL Inventory Manager dan itu berbicara tentang penemuan dan kemampuan untuk menginventarisir contoh dan database SQL Server Anda di luar sana dan untuk mendapatkan semacam pegangan dari apa yang Anda miliki di lingkungan dan berbicara tentang beberapa hal lain yang Dez dan Robin bicarakan dalam hal penyebaran basis data dan kebutuhan akan data akhir-akhir ini.
Dengan itu, inilah beberapa pertimbangan yang pernah Anda dengar, menurut saya, secara anekdot melalui dua kisah yang digambarkan Dez. Tetapi pada dasarnya hari ini, ada begitu banyak kebutuhan untuk data dan kelompok bisnis di luar sana dan kelompok bisnis di luar sana seperti memintal aplikasi dan server mereka sendiri, terutama dengan SQL Server, kan? Karena Anda dapat dengan mudah memutar versi SQL Express atau layanan BI, bahwa hanya ada penyebaran SQL di banyak organisasi, Anda tahu, dari yang kecil hingga yang besar.
Seringkali DBA tidak menyadari bahwa seseorang memutuskan untuk memulai, Anda tahu, membuat sebuah instance daripada hanya menempatkan database pada instance yang ada. Mereka tidak menyadari hal-hal ini sampai berpotensi ada masalah dan seseorang memanggil DBA, "Oh tidak, aplikasi saya berhenti bekerja, itu tidak dapat terhubung ke database, apa yang terjadi?" Dan Anda tahu, ketika DBA bertanya beberapa pertanyaan yang mereka temukan, "Hei, ini tidak ada di radar kami, kami tidak menyadarinya."
Satu lagi adalah biaya lisensi, kan? Lisensi Microsoft SQL Server: cara kerjanya adalah Anda tidak diharuskan memiliki kunci spesifik untuk jumlah instance yang Anda miliki. Anda dapat menggunakan dan kemudian mereka melakukan audit. Anda tahu, mereka melakukan audit nanti dan menemukan jenis berapa banyak lisensi yang sebenarnya Anda butuhkan. Jadi, jika mereka melakukan audit dan Anda tidak mengetahui server yang tidak dikenal, itu bisa menghasilkan semacam audit yang mahal. Jadi, memiliki alat atau memiliki inventaris terlebih dahulu untuk mengetahui berapa biaya lisensi Anda, dan tidak hanya bisa mengetahui tetapi juga mengelolanya, adalah hal yang baik untuk dimiliki.
Dan kemudian, apa yang baru saja saya bicarakan, jika Anda tidak menyadari server banyak kali, jika semuanya berjalan dengan baik, semuanya baik-baik saja, tetapi satu-satunya waktu Anda menyadari sesuatu adalah ketika ada masalah. Dan itu dapat menyebabkan gangguan produksi atau mungkin server tidak dikelola dan Anda tidak mendapatkan tambalan di server itu dan itu menimbulkan masalah.
Beberapa pertanyaan yang harus dilakukan oleh jenis DBA sehari-hari adalah yang mereka hadapi, Anda tahu, itu bisa bersifat administratif atau strategis tetapi beberapa hal seperti, Microsoft baru saja merilis tambalan sistem kritis, berapa banyak sistem di luar sana yang perlu ini baru menambal? Siapa yang akan terkena dampak downtime jika saya perlu menurunkan sistem untuk menambalnya? Bagaimana saya bisa dengan mudah mendapatkan informasi itu? Apakah saya harus membuka spreadsheet? Apakah saya harus masuk ke banyak sistem untuk menemukan itu? Apakah saya harus menjangkau kelompok bisnis yang berbeda untuk mendapatkan daftar itu? Sangat sulit untuk sedikit demi sedikit.
Satu lagi bagus pada dasarnya, seseorang datang dan mereka berkata, saya perlu database baru. Ini akan membutuhkan ukuran X dan perlu memiliki kapasitas sebanyak ini, dan kemudian mereka ingin tahu, di mana saya bisa meletakkannya. Tanpa mengetahui apa yang ada di lanskap Anda, sulit untuk memberi tahu mereka, oke, kita bisa taruh di sini, di sini atau di sini. Anda harus pergi dan melakukan pemeriksaan manual yang diperlukan untuk menyelesaikannya. Dan kami berbicara tentang audit, dan juga server jahat.
Jika Anda memiliki server jahat di luar sana, Anda tidak tahu keadaannya, apakah sudah dicadangkan, apakah memiliki semua tambalannya. Terkadang Anda mungkin tidak menyadari hal-hal itu sampai ada masalah, yang akan menjadi buruk.
Itu semua jenis tantangan, pertanyaan, DBA hadapi sehari-hari, apa yang dilemparkan ke mereka. Jadi, saya ingin memperkenalkan kepada Anda Manajer Inventaris SQL, yang merupakan produk yang kami miliki di luar sana. Itu melakukan beberapa hal. Itu penemuan, yang pada dasarnya semacam pergi ke lingkungan Anda untuk melihat apa SQL Server di luar sana di lingkungan Anda. Dan kemudian juga dapat ditemukan secara otomatis, jadi pada dasarnya, setelah Anda menjalankan penemuan, Anda dapat mengaturnya untuk pergi ke sana setiap hari atau setiap minggu - kerangka waktu apa pun yang Anda suka - untuk menemukan contoh baru di luar sana.
Dan kemudian Anda juga dapat memilikinya mendaftar otomatis contoh-contoh sehingga Anda dapat mulai memantau mereka dan memeriksa keadaan kesehatan mereka dan kemudian Anda dapat mulai membuat katalog dan menginventarisir contoh-contoh itu sehingga Anda dapat memiliki pandangan yang baik dari lanskap SQL Server Anda. Apa yang ada di luar sana, apa produksi, apa pengembangan, apa pemulihan bencana, apa yang kurang penting dan Anda tahu, aplikasi apa yang berjalan pada mereka. Dan Anda juga bisa mendapatkan peringatan ketika ada hal-hal, ketika pemeriksaan kesehatan gagal, jadi pada dasarnya jika server turun atau serta sejumlah hal tambahan Anda dapat alat itu sendiri.
Eric Kavanagh: Anda menjadi agak lunak, asal tahu saja.
Binh Chau: Maaf, apakah ini lebih baik? Yang ingin saya lakukan adalah membawa kalian melalui demo, menunjukkan kepada kalian apa yang dilakukannya. Tunggu sebentar, biarkan saya berbagi layar saya dulu. Apakah kalian melihat antarmuka web? Ini adalah antarmuka SQL Inventory Manager. Layar yang saya tunjukkan di sini adalah antarmuka berbasis web. Layar yang saya tunjukkan di sini adalah Tampilan Instance Database kami. Di atas, Anda dapat melihat kami punya yang berbeda. Jadi, "ditemukan" pada dasarnya adalah semua kejadian yang ditemukan di jaringan. Dan apa yang akan saya perlihatkan pada dasarnya.
Eric Kavanagh: Anda mulai putus sedikit di sana. Anda mungkin ingin meletakkan telepon dan meletakkannya di speaker. Lanjutkan.
Binh Chau: Layar Discovery ini akan menunjukkan semua yang ditemukan oleh Inventory Manager di jaringan Anda. Di sini ditemukan sekitar 1.003 server di luar sana. Dan itu akan memberi tahu Anda versi, edisi, jika dapat menemukannya, ketika ditemukan dan bagaimana itu ditemukan. Katakanlah misalnya saya memilih untuk mengabaikan beberapa di antaranya, artinya, Anda tahu, mungkin saya ingin mengabaikan Edisi Pengembang karena tidak terlalu penting bagi saya karena hanya edisi Pengembang; Saya dapat memilih untuk mengabaikan ini dan itu akan menempatkan mereka di tab Abaikan sehingga saat berikutnya saya menjalankan Discovery, itu tidak akan menunjukkan kepada saya lagi. Sekarang saya dapat mengisi untuk melakukan registrasi otomatis atau saya dapat mendaftar secara manual.
Dan jadi di sini saya telah memilih untuk memantau enam contoh. Dan di sini ia masuk dan akan menjalankan pemeriksaan berkala pada ini dan kemudian ada beberapa pemeriksaan, dari sini, Anda tahu, memeriksa setiap 30 detik untuk melihat apakah server naik atau turun dan memberi Anda semacam gambaran umum tentang apa itu negara. Pada dasarnya di sini ia memberi tahu saya bahwa saya punya satu server yang rusak dan lima yang naik. Ia juga memberi tahu saya edisi server apa, jumlah basis data, status basis data, setiap inventaris tambahan atau metadata di sekitar server itu. Saya juga bisa mendapatkan tampilan Lisensi dari sini. Ini memberi saya beberapa informasi lisensi Microsoft yang saya butuhkan jika saya ingin mendapatkan total atau ringkasan sebelum audit Microsoft.
Berikut adalah jumlah core, jumlah soket, kemungkinan lisensi inti yang merupakan sesuatu yang diperkenalkan Microsoft mulai tahun 2012. Itulah tampilan Instance kami. Halaman Ikhtisar kami, ini adalah jenis halaman yang akan Anda buka. Ini akan menunjukkan kepada Anda pemeriksaan kesehatan atau rekomendasi yang dimilikinya, seperti sekarang ini memberi tahu saya bahwa saya punya sembilan database yang tidak memiliki cadangan saat ini. Saya dapat mengklik di sana untuk pergi ke rincian dari database mana itu dan saya bisa masuk dan mengambil tindakan terhadap mereka jika saya perlu. Ini memberitahu saya semua database teratas berdasarkan ukuran, database teratas berdasarkan aktivitas. Saya dapat mengklik ke server tertentu dan mendapatkan lebih banyak detail tentang itu.
Eric Kavanagh: Sementara itu bergulir, apa yang Anda tunjukkan kepada kami di sini adalah kemampuan untuk melihat benar-benar segala sesuatu yang terhubung ke jaringan, apakah itu benar?
Binh Chau: Benar. Ini menunjukkan semua yang saya pilih untuk dipantau menggunakan Inventory Manager. Ini adalah SQL Server, ini menunjukkan kepada saya di sini semua aplikasi yang terhubung ke server. Sekali lagi, saya bisa mendapatkan semua basis data yang terkait pada server ini. Di sini saya bisa menandai sesuatu. Saya dapat membuat tag untuk server khusus ini, apakah itu domain Precise atau tidak. Kami memiliki pelanggan yang menggunakannya untuk, seperti, mereka ingin menandai server produksi atau server hutang mereka dan kemudian mereka bisa mendapatkan laporan lengkap tentang keadaannya. Ketika saya pergi ke tab Administrasi, ini adalah bagaimana saya bisa menjalankan Discovery. Dan Discovery pada dasarnya akan keluar dan lari ke jaringan Anda dan menemukan semua SQL Server di lingkungan Anda.
Di sini, saya memiliki domain Precise ini yang merupakan domain milik kami dan saya telah mengaturnya untuk mengatakan, Anda tahu, pada domain khusus ini menggunakan akun pengguna Windows khusus ini untuk melakukan penemuan dan saya ingin Anda melakukan pemindaian lengkap. Saya juga dapat memilih untuk menentukan "Hanya pindai subdomain khusus ini" atau "Hanya pindai induknya." Tetapi dalam kasus ini saya katakan menjalankan pemindaian lengkap. Inilah beberapa tipe pemindaian yang dapat saya gunakan dan jika saya menyimpannya, dan pada dasarnya itu adalah pekerjaan yang dapat saya atur. Saat ini, tidak aktif, artinya saya harus menjalankan pemindaian ini secara manual. Tetapi jika saya mau, saya bisa mengaturnya setiap hari, Anda tahu, menjalankan pekerjaan itu setiap hari. Atau jika saya memilih untuk tidak menjalankannya setiap hari - itu terlalu banyak - saya dapat mengatakan menjalankan pekerjaan itu setiap minggu pada tanggal dan waktu tertentu.
Dan kemudian Registrasi Otomatis di sini, jika ini dihidupkan, apa yang akan dilakukannya adalah bahwa setiap kali menemukan server baru itu akan secara otomatis mendaftarkannya ke Inventory Manager sehingga saya dapat mulai memonitornya. Jika ada beberapa jenis edisi yang ingin saya kecualikan, seperti misalnya, saya tidak peduli tentang edisi Express atau Pengembang karena itu adalah lingkungan pengembangan, maka saya hanya akan mengkliknya di sini dan apa yang akan dilakukan adalah hanya mengatakan setiap saat saya menemukan sesuatu yang baru, saya hanya akan menambahkannya ke Inventory Manager sehingga Anda dapat memantaunya selama itu bukan edisi Pengembang atau Ekspres.
Dan di sinilah saya dapat mengatur tag, jadi misalnya, jika saya memiliki server produksi saya bisa pergi ke sini dan menandai server tersebut. Saya dapat menandai basis data atau server dengan tag biru tertentu, jadi misalnya saya dapat mengatakan bahwa AO_NODE ini harus memiliki tag Produksi. Dan dengan cara ini jika saya perlu dengan mudah mencapai server, saya bisa pergi ke sini dan klik pada tag Produksi dan itu akan membawa saya langsung ke dua server itu. Ini adalah tampilan Explorer kami dan ini diperlihatkan oleh Pemilik, tetapi saya dapat mengatakan dengan tag Instance, dengan basis data juga dan saya dapat memperluas ini untuk melihat apa itu.
Fitur berguna lain yang kami bangun yang sangat disukai orang di sini adalah kemampuan untuk melihat apa yang Anda kelola melalui Inventory Manager dan melihat tingkat patch mereka. Pada dasarnya, di sini ia memberi tahu saya di sini enam server yang telah saya kelola di alat saya, apakah ada pembaruan untuk Microsoft atau tidak dan apakah versi yang saya gunakan, apakah itu didukung atau tidak, dan dukungan status. Jika saya ingin mengetahui lebih lanjut tentang perbaikan terbaru ini saya bisa mengkliknya dan itu akan menghubungkan saya ke artikel dari Microsoft dalam hal apa perbaikan terbaru itu dan apakah akan mengatasinya. Anda dapat mengekspor daftar ini jika Anda mau, sehingga Anda dapat mengatakan, "Hei, saya perlu menambal mungkin tiga dari server ini akhir pekan ini dan tiga lainnya di kemudian hari."
Daftar Bangun - jadi ada daftar yang diperiksa untuk memastikan bahwa versi Anda mutakhir. Anda dapat keluar dan mengunduh daftar ini untuk memastikannya mutakhir dan Anda memiliki daftar terbaru untuk membandingkannya. Fitur inventaris rapi lainnya yang disukai orang adalah kemampuan untuk menambahkan, tidak hanya tag, tetapi kemampuan untuk menambahkan bidang inventaris khusus. Anda tahu, jika Anda ingin menambahkan bidang di sini untuk menandai basis data misalnya, katakanlah saya ingin memberi tag pada tingkat basis data. Departemen, departemen ini, dan basis data ini, saya dapat membuatnya menjadi tipe yang berbeda: open ended, true / false atau picklist.
Dan saya dapat mengatakan, Anda tahu, ini adalah SDM, pemasaran, R&D, keuangan. Dan apa yang dilakukan di sini pada dasarnya adalah, setelah Anda dapat menandai hal-hal ini, Anda bisa mendapatkan beberapa data dari sini yang mengatakan berapa banyak kapasitas yang digunakan masing-masing basis data dan kemudian Anda dapat mulai mengetik, apakah itu tumbuh dan apakah masuk akal untuk mengisi kembali departemen ini?
Hal lain adalah, Anda tahu, jika Anda harus menjalankan pemeliharaan, dengan mengetahui siapa yang ada dalam basis data itu, Anda dapat mengetahui siapa yang harus dihubungi untuk memberi tahu mereka, "Hei, saya harus menjalankan pemeliharaan akhir pekan ini, basis data Anda akan offline, " dan seterusnya dan seterusnya. Fitur lain yang bermanfaat adalah kotak pencarian di sini yang disukai orang. Seringkali DBA ditanya tentang database atau aplikasi atau server, tergantung pada siapa yang berbicara dengan mereka, agak sulit untuk mencari tahu di mana itu berada. Apa yang bisa Anda lakukan di sini adalah, Anda mungkin tidak tahu di mana basis data tinggal tetapi Anda bisa mengetiknya. Saya bisa mengetik di IDERA Dashboard dan itu akan menarik beberapa database dan di mana mereka duduk sehingga Anda dapat dengan mudah mendapatkan untuk mereka. Dan kemudian itu menarik informasi tambahan tentang mereka: ukuran mereka, ukuran log, apakah itu pernah punya cadangan, apa modus pemulihannya, jika saya ingin menambahkan tag tentang hal itu. Ada banyak fitur berbeda di dalam alat ini, Anda tahu, ini adalah alat inventaris tetapi alat inventaris yang sangat spesifik untuk SQL Server dan untuk DBA.
Karena ada, saya kira, hal-hal tambahan yang ingin diakses oleh DBA atau untuk mendapatkan semacam pandangan yang baik tentang seperti apa lingkungan dan bentang alam mereka untuk basis data mereka. Anda juga dapat berlangganan, mengkonfigurasi server SMTP dan mengatur berlangganan untuk mengingatkan diri sendiri atau untuk pengguna di sini. Saya akan menghentikan ini dan kembali ke presentasi. Dan slide terakhir di sini hanyalah tampilan sederhana dari arsitektur. Ini adalah konsol web yang berjalan pada Layanan Web Tomcat tertanam.
Kami memiliki beberapa layanan pengumpulan dan layanan manajemen yang kami masukkan ke dalam repositori dan layanan manajemen keluar dan menjalankan Discovery pada berbagai instance SQL Server Anda. Tidak ada yang terpasang di server monitor Anda. Kami memiliki pekerjaan yang berjalan secara berkala yang hanya mengumpulkan data tentangnya, jadi pada dasarnya apakah itu naik atau turun, berapa banyak data yang digunakan, apa versi orang lain. Yah, itu saja.
Eric Kavanagh: Ya, izinkan saya bertanya - saya akan mengajukan beberapa pertanyaan dan kemudian saya yakin Robin dan Dez memiliki beberapa juga - hanya ingin tahu, ketika seseorang datang untuk melakukan audit, katakanlah Microsoft, adalah mereka menggunakan alat ini, atau saya kira mereka memiliki beberapa alat milik yang mereka gunakan?
Binh Chau: Ya, saya percaya mereka menggunakan alat berpemilik. Masalahnya, alat ini adalah alat inventaris sehingga selalu diperbarui dalam hal, Anda tahu, karena memiliki tugas untuk keluar dan terus mengumpulkan informasi tentang server Anda, itu akan habis di sana dan pada titik waktu tertentu Anda akan memiliki informasi terkini, pada kenyataannya, tentang bagaimana keadaan berubah versus, Anda tahu, laporan satu kali yang mungkin Anda dapatkan dari Microsoft untuk mengatakan ini adalah jumlah server yang Anda miliki, ini adalah versi yang Anda miliki .
Eric Kavanagh: Ya, saya ingin tahu tentang Discovery. Jadi ketika seseorang membeli alat ini dan mulai menggunakannya, bagaimana sebenarnya penemuan itu terjadi? Ini adalah jenis yang saya singgung sebelumnya, dengan kata lain, apakah Anda mengetuk jaringan untuk melihat sinyal mana yang terbang di luar sana yang tampaknya merupakan contoh basis data dan kemudian Anda katalog itu dan kemudian setelah Anda menandai contoh basis data yang Anda sedang memantau? Saya menduga ia memiliki semacam ping yang sering dilakukan dan jika turun, misalnya, itulah yang Anda tahu itu salah. Apakah cara kerjanya seperti itu?
Binh Chau: Ya. Maksud saya, setelah Anda mengaktifkan Discovery, ia keluar ke jaringan Anda dan kami punya beberapa pemindaian berbeda untuk dilakukan di sana, tetapi itu, Anda tahu, pemindaian browser dan pemindaian registri. Itu melakukan pemindaian yang berbeda untuk melihat komputer apa yang ada di sana dan kemudian melakukan pemeriksaan: apakah Anda memiliki SQL Server di luar sana atau layanan BI di luar sana? Dan kemudian itu membawanya kembali dan menariknya ke dalam alat dan menunjukkannya kepada Anda, "Hei, ini semua hal yang saya temukan."
Dan kemudian jika Anda mengatakan, "Saya ingin memantau menggunakan alat ini, " maka itu akan melacak itu dan itu akan melakukan ping. Ada tugas untuk melakukan ping sering-sering mengatakan, "Oke, periksa ini sekarang tentang hal ini, " - Anda tahu, ketersediaan basis data - periksa sekarang tentang riwayat basis data, periksa sisi basis data. Ini menjalankan serangkaian pekerjaan untuk memeriksa database yang Anda pantau.
Eric Kavanagh: Ya, itu bagus. Dan kami memiliki pertanyaan dari anggota audiens. Saya tahu bahwa kalian memiliki alat yang bekerja dengan berbagai teknologi basis data, tetapi yang khusus ini Anda tunjukkan hari ini, apakah ini hanya untuk SQL Server atau apakah ini mencakup jenis basis data lain juga?
Binh Chau: Saat ini, alat khusus ini mencakup SQL Server.
Eric Kavanagh: Oke, tidak apa-apa. Baiklah, izinkan saya menyerahkannya kepada Robin, saya yakin dia punya beberapa pertanyaan, lalu mungkin kembali ke Dez. Robin?
Robin Bloor: Ya, tentu saja. Microsoft baru-baru ini - sekitar tahun 2006 - mengumumkan SQL Server di Linux, tapi saya rasa belum sampai sekarang. Saya hanya ingin tahu apakah Anda mendapat komentar tentang itu. Apakah Anda sadar akan hal itu? Apakah kamu bermain dengan itu?
Binh Chau: Ya, benar. Kami berencana untuk memasukkan itu. Maksud saya, hal yang menyenangkan tentang alat ini adalah, saya telah berbicara dengan banyak pelanggan yang telah membangun alat buatan sendiri untuk melakukan hal yang sama, tetapi mereka harus mengikuti edisi dan versi baru yang Microsoft keluar dengan, tetapi kami memiliki versi dan edisi baru, kami masuk lebih awal untuk memastikan bahwa alat akan dapat jenis monitor dan mengelola edisi baru. Jadi, SQL di Linux adalah sesuatu yang kami rencanakan untuk tambahkan dan sediakan ketika tersedia - saya percaya akhir tahun ini.
Robin Bloor: Ya, itu menarik. Apakah Anda mengharapkan banyak pelanggan untuk benar-benar melakukan itu? Maksud saya, SQL Server adalah basis data yang sangat canggih, dalam pengalaman saya. Maksud saya, Anda tahu, itu lama di gigi, mungkin itu yang dikatakan. Maksudku, Anda tahu, Sybase asli yang asalnya sebenarnya cukup sederhana dalam banyak hal. Tetapi Microsoft telah menambahkan semakin banyak hal selama bertahun-tahun. Apakah semua itu akan tersedia di Linux? Maksud saya, apakah Anda akan memberi saran kepada pelanggan Anda apakah akan melakukan migrasi itu?
Binh Chau: Maaf, apakah pertanyaannya adalah apakah kita melihat orang-orang menanyakan hal itu?
Robin Bloor: Ya, mengingat Anda telah mengacaukannya, apakah ia secanggih di Linux seperti di Windows?
Binh Chau: Saya sendiri belum bermain dengannya, tetapi yang saya dengar dari seorang kolega adalah bahwa itu sebenarnya sangat setara. Tapi saya pribadi belum bermain dengan versi baru SQL di Linux.
Robin Bloor: Oke. Apakah saya benar dalam berpikir bahwa Anda hanya menempatkan agen di setiap SQL Server yang Anda temukan? Apakah itu cara alat ini bekerja?
Binh Chau: Tidak, kami sebenarnya tidak menempatkan agen. Untuk alat khusus ini, bagian Inventaris, kami tidak benar-benar menempatkan agen di sana. Kami hanya keluar dan menelepon dan memeriksa statusnya. Satu hal yang menyenangkan tentang alat ini adalah ia tanpa agen.
Robin Bloor: Jadi, Anda memiliki alat SQL Server lainnya, dapatkah Anda mengingatkan saya tentang produk lain apa yang Anda miliki di suite ini yang berhubungan dengan SQL Server?
Binh Chau: Ya. Kami memiliki Manajer Diagnostik SQL. Ini adalah alat pemantauan dan kinerja. Itu melakukan lebih mendalam analisis atau diagnostik dan kinerja dan pemeriksaan kesehatan untuk Anda daripada Manajer Inventaris. Inventory Manager adalah versi ringan dari pemeriksaan kesehatan itu. Kami juga memiliki Manajer Kepatuhan dan Aman, yang merupakan bagian dari rangkaian keamanan kami. Ini pada dasarnya akan memberi tahu Anda siapa yang mengakses data Anda, data apa yang mereka akses, mengapa, dan itu membantu Anda dengan kepatuhan dan pedoman pelaporan lainnya. Kami memiliki SQL Safe, yang merupakan alat cadangan kami - ini melakukan pencadangan dan pengembalian dan itu bagus.
Kami juga memiliki Enterprise Job Manager kami, yang hanya memonitor pekerjaan Anda. Dan kemudian kita memiliki alat Toolbox yang merupakan Admin toolsets dan juga Comparison toolets serta SQL Doctor. Toolset admin dan Toolset perbandingan, itulah yang saya anggap sebagai Pisau Tentara Swiss. Mereka memiliki beberapa alat di sana untuk membantu DBA melakukan berbagai hal seperti, Anda tahu, memeriksa tambalan atau memindahkan atau mengkloning basis data. Tetapi ada 24 alat seperti itu di Toolbox itu.
Robin Bloor: Jadi, apakah orang-orang yang menggunakan Manajemen Inventaris, apakah mereka biasanya sudah menggunakan alat Anda yang lain? Atau apakah ini titik masuk? Saya bisa membayangkan - maksud saya, Anda bisa memberi tahu saya jika Anda punya cerita perang - tetapi saya bisa membayangkan jika Anda tidak pernah benar-benar menjalankan inventaris di pusat data yang cukup besar, pengalaman itu bisa sangat menyedihkan. Apakah itu yang Anda temukan?
Binh Chau: Ya. Maksud saya, kami memiliki pelanggan yang diperkenalkan ke alat dari perangkat lain, namun kami memiliki pelanggan yang mencari alat seperti ini karena proyek yang mereka miliki. Salah satu contoh yang saya miliki adalah ada perusahaan yang bergabung dengan perusahaan lain dan membeli serangkaian perusahaan dan perlu mengkonsolidasikan jejak SQL Server mereka untuk mengurangi biaya mereka. Jadi mereka mencari alat untuk keluar dan menemukan semua yang mereka miliki sehingga mereka dapat memulai proses bagaimana kita menggabungkan ini.
Robin Bloor: Benar, saya mengerti. Saya kira itu cukup umum dengan merger ketika Anda memikirkannya. Oke, saya akan menyerahkan kepada Dez, saya tidak ingin mengambil semua waktu. Lihat pertanyaan apa yang kami dapatkan dari Australia.
Dez Blanchfield: Terima kasih, ya, pertanyaannya selalu terbalik di sini. Salah satu hal yang terlintas dalam pikiran, dan saya mendapatkan ini cukup banyak, Anda tahu, perusahaan tidak yakin di mana harus menentukan kapan harus mulai berinvestasi. Kapan seharusnya sebuah organisasi - dalam pengalaman Anda mengingat Anda berada pada fase dingin - kapan waktu yang tepat untuk mulai berinvestasi dalam alat seperti ini untuk memastikan Anda tidak mendapat masalah? Apakah Anda melakukannya sejak hari pertama ketika Anda mulai membangun infrastruktur basis data organisasi baru atau, seperti yang baru saja Anda uraikan, ketika Anda melakukan akuisisi / merger?
Atau ada skala tertentu yang benar-benar Anda butuhkan? Apakah Anda memerlukan 10 atau 100 atau 1.000 database? Apa pengalaman Anda sejauh pasar yang telah Anda hadapi begitu lama, kapan waktu yang tepat untuk masuk ke ruang ini dan mungkin, di mana untuk memulai? Seperti apa saat Anda memulai?
Binh Chau: Maksud saya, saya pikir mungkin jika ini adalah organisasi yang sangat kecil Anda mungkin tidak memerlukan alat ini, seperti, dengan satu DBA atau beberapa DBA. Ketika Anda mulai mendapatkan grup, saya tidak tahu, tiga atau empat DBA dan mungkin 50 hingga 100 server, Anda mungkin ingin mulai melakukan sesuatu seperti ini. Saya kira, ketika organisasi Anda tumbuh lebih besar dalam ukuran dan hanya orang-orang bisnis yang ingin teknologi, Anda tahu, seperti contoh yang Anda berikan, mereka ingin menginstal aplikasi dan database sendiri, tetapi saat itulah Anda ingin memiliki alat semacam ini karena dengan begitu Anda bisa melihat apa yang ada di luar sana.
Tetapi bahkan dalam organisasi yang lebih kecil, senang memiliki jenis alat untuk melacak apa yang Anda miliki. Jika Anda membaginya sehingga Anda dapat mengatakan, "Oh ya, saya membeli SQL 2012 untuk kotak ini, tetapi saat ini sedang menjalankan SQL 2008 karena saya memiliki aplikasi yang masih membutuhkan versi sebelumnya." untuk semacam menjauh dari mengelola beberapa spreadsheet yang dapat menjadi basi.
Dez Blanchfield: Pertanyaan lain yang baru saja saya ikuti: jenis keterampilan atau sumber daya apa yang harus direncanakan organisasi ketika mereka mencapai skala itu? Apakah ada kasus keahlian tertentu yang benar-benar Anda butuhkan atau jenis pengalaman atau latar belakang atau tipe orang yang paling cocok dengan tantangan semacam ini? Atau apakah itu sesuatu yang rata-rata dimiliki oleh DBA atau sys admin atau administrator jaringan? Apakah Anda benar-benar membutuhkan otak berujung tajam atau dapatkah Anda mengambilnya dengan cepat?
Binh Chau: Maaf, jadi Anda berbicara tentang keahlian orang itu?
Dez Blanchfield: Ya, jadi ketika Anda berpikir tentang administrator basis data, ada serangkaian keterampilan khusus yang Anda perlukan. Jadi ketika Anda pergi menyewa DBA, per se, untuk peran spesifik itu, ketika Anda memikirkan jenis-jenis tantangan yang Anda bicarakan di sini di mana Anda menggunakan alat seperti ini untuk terus memetakan dan melacak basis data, melakukan penemuan, dan mengemudikan alat khusus ini, adakah yang unik tentang penggunaan alat dan pendekatan untuk jenis tantangan ini, atau apakah itu sesuatu yang DBA rata-rata dapat ambil cukup cepat?
Binh Chau: Maksudku, saya pikir rata-rata DBA Anda dapat mengambil ini dengan cepat. Saya pikir sangat membantu untuk memiliki jenis alat ini karena Anda juga dapat memutarnya karena berbasis web. Anda dapat memberikannya kepada pengguna lain dalam organisasi Anda. Anda bisa memberikannya kepada pengembang aplikasi yang dapat memeriksa database atau server spesifiknya. Ini menghilangkan beberapa hal administrasi yang harus dilakukan DBA. Sebelumnya seseorang akan memanggil DBA dan berkata, "Oh, mengapa server saya naik atau turun?" Sekarang mereka bisa mendapatkan akses dan melihat apakah server mereka naik atau turun.
Dez Blanchfield: Dan lingkungan seperti apa yang dibutuhkan rata-rata organisasi untuk menyebarkan ini? Apakah itu memerlukan server fisik khusus, atau dapatkah itu dilakukan pada mesin virtual? Bisakah mereka menyebarkannya di lingkungan cloud? Apa jejak umum untuk penyebaran alat dan hanya menjalankannya secara umum? Berapa banyak zat besi berat yang perlu dijalankan secara paralel dengan lingkungan lain yang dipetakannya?
Binh Chau: Ya, itu bisa dijalankan pada VM atau komputer atau server. Itu tidak harus menjadi dedicated server, hanya tergantung pada berapa banyak server yang Anda pantau. Jika Anda memiliki lingkungan yang lebih besar, mungkin membantu untuk memiliki server yang lebih besar karena mengumpulkan banyak data tentang SQL Server yang sedang Anda pantau.
Dez Blanchfield: Benar. Apakah ini jenis hal yang dapat Anda jalankan dengan nyaman di cloud misalnya dan membuat VPN kembali ke lingkungan Anda, atau apakah jumlah data yang dikumpulkannya mungkin agak berat untuk jenis penggunaan itu?
Binh Chau: Kami belum mengaturnya untuk menjalankannya ke cloud, untuk menjalankan ini di cloud. Mungkin harus dijalankan pada prem.
Dez Blanchfield: Dan pertanyaan terakhir, jika saya bisa: banyak alat yang saya lihat di ruang ini, terutama di mana Anda menyebutkannya untuk satu skenario di mana seseorang mengakuisisi perusahaan atau ada merger atau sesuatu seperti itu, atau bahkan jika itu adalah organisasi yang hanya menggabungkan unit bisnis, apakah ini merupakan skenario kasus penggunaan yang masuk akal di mana seseorang menyebarkannya di laptop dan membawanya ke lingkungan untuk memetakan dunia sebagai sekali mati, atau apakah itu skenario kasus penggunaan yang tidak mungkin? Apakah ini lebih seperti kasus yang akan ada di sana dan dibiarkan berjalan secara permanen?
Binh Chau: Alat khusus ini lebih merupakan, semacam, instal di server dan dibiarkan di sana untuk dijalankan. Dengan begitu Anda dapat mengumpulkan informasi yang Anda butuhkan untuk itu dan menyimpan, saya kira, inventaris berjalan dari apa yang Anda miliki. Ini tidak seperti alat Peta karena alat Peta adalah jenis satu-satu, lewati ke port yang Anda butuhkan, lakukan apa yang perlu Anda lakukan dengan hari ini. Yang ini jenis - bagian yang bagus tentang hal ini adalah fakta bahwa Anda dapat memberi tag, memberikan orang-orang akses ke sana untuk memeriksa keadaan server mereka, yang mereka minati.
Dez Blanchfield: Oke. Mungkin pertanyaan terakhir untuk saya dan kemudian saya akan kembali ke Eric untuk pertanyaan yang datang melalui jendela tanya jawab dengan para hadirin, karena kami memiliki jumlah pemilih yang baik hari ini, salah satu favorit saya. Hanya untuk menyelesaikan ini, apa proses untuk mendapatkan ini? Saya tahu banyak alat Anda tersedia untuk hal-hal jenis coba-sebelum-Anda-beli. Ke mana orang harus pergi untuk mempelajari lebih lanjut tentang ini secara online, keberadaan di situs web harusnya mereka mencari unduhan dan seperti apa perjalanannya, semacam melakukan pembuktian konsep atau uji coba dan mendapatkan tangan Anda di atasnya dan menjadi terbiasa dengannya untuk kemudian menghubungi dan membelinya?
Binh Chau: Ya. Anda dapat mengunjungi situs web IDERA.com dan Anda dapat mengunduh uji coba dua minggu secara gratis. Dan jika Anda menyukainya dan ingin menjangkau kami, kami juga dapat menjadwalkan demo dengan salah satu teknisi kami untuk melakukan penyelaman yang lebih dalam ke dalam alat ini.
Dez Blanchfield: Fantastis. Terima kasih banyak untuk itu. Saya menghargai waktu untuk mengobrol dengan Anda tentang hal itu dan, berdasarkan pengalaman pribadi saya dan saya yakin saya berbicara untuk Robin tentang pengalamannya seumur hidup ini, saya pikir itu mengingat bahwa sesuatu seperti ini adalah persyaratan saat ini. Kami tidak dapat melakukan ini secara manual sekarang tidak peduli seberapa keras kami berusaha; skalanya terlalu besar dan segala sesuatunya bergerak terlalu cepat.
Saya sangat merekomendasikan orang untuk melakukan hal itu, lompat ke situs web IDERA dan dapatkan salinannya. Karena potensi risiko untuk pengalaman saya sendiri dengan anekdot yang saya bagikan baru-baru ini, bisa saja itu berubah dari sangat buruk menjadi sangat cepat, jika Anda memiliki alat yang tepat, tetapi juga bisa berubah ke arah lain jika Anda tidak t. Eric, kembali padamu.
Eric Kavanagh: Ya, hanya mengajukan satu pertanyaan terakhir kepada Anda, yang menarik. Saya agak penasaran ingin tahu apa yang Anda lihat di luar sana, Anda tahu, cloud jelas semakin penting akhir-akhir ini - Amazon Web Services, tetapi mereka bukan satu-satunya, Microsoft memiliki seluruh penawaran Azure yang tampaknya semakin meningkat. Saya ingin tahu, salah satu peserta menulis bahwa Dr. Bloor membuat poin menarik bahwa DBA mahal dan bahwa masalah manajemen disebabkan oleh DBA jahat atau seseorang yang tidak melakukan apa yang seharusnya mereka lakukan, dapatkah itu diselesaikan dengan bermigrasi ke cloud. Saya benar-benar hanya ingin tahu, berapa banyak aktivitas yang Anda lihat? Apakah Anda melihat bahwa bermigrasi ke cloud menjadi masalah yang lebih besar untuk bisnis, atau apa yang Anda anggap sebagai tren?
Binh Chau: Saya merasa itu hanya tergantung pada masalah apa yang Anda hadapi. Saya merasa seperti beberapa industri yang mereka katakan, "Tidak, kami tidak bermigrasi." Mereka mungkin tidak bermigrasi ke cloud publik; mereka mungkin melihat migrasi atau migrasi barang-barang mereka ke cloud pribadi. Tapi kemudian saya melihat beberapa organisasi yang tertarik, Anda tahu, benar-benar masuk di jalur cepat dan semacam menuju Amazon atau Microsoft Azure. Dan kemudian ada beberapa orang yang mengatakan, "Tidak, kami tidak memigrasikan data kami" atau "Hanya ada data tertentu yang akan kami migrasikan, tetapi tidak yang penting kami." Saya pikir ada semacam tiga kamp.
Eric Kavanagh: Ya, itu masuk akal. Maksudku, kita melihat itu semakin banyak dan saya pikir itu akan bergerak sesuai dan mulai untuk beberapa waktu. Dan ada serangan balik ke awan juga. Orang-orang bangun ke Amazon Web Services - kami telah mendengar ini lebih dari beberapa kali - dan pada awalnya biayanya dapat dikelola dan kemudian seiring waktu itu akan merayap naik dan kemudian Anda agak terjebak di sana. Dalam banyak hal, cloud hanyalah pusat data lainnya, tetapi ini akan menjadi perjalanan yang menarik di masa depan.
Baiklah, semua orang mengarsipkan semua webcast ini. Hop online ke techopedia.com untuk memeriksa daftar lengkap semua hal yang kami lakukan. Dan tentu saja, insideanalysis.com untuk semua yang terbaru. Dan dengan itu kami akan mengucapkan selamat tinggal kepada Anda. Dan terima kasih banyak sekali lagi atas waktu dan perhatian Anda. Terima kasih untuk semua teman kami di IDERA dan kami akan berbicara kepada Anda besok semoga Filosofi Data kami memuncak webcast. Itu benar, Filsafat Data besok pukul empat Timur. Semoga dapat melihat Anda di sana. Jaga orang-orang, selamat tinggal.
