Techopedia Staff, 22 Şubat 2017
Paket Servisi: Sunucu Eric Kavanagh Dr. Robin Bloor, Dez Blanchfield ve IDERA'dan Binh Chau ile veritabanı yönetimini tartışıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya üye olun.
Eric Kavanagh: Tamam bayanlar ve baylar. Merhaba ve bir kez daha hoş geldiniz. Çarşamba, saat dörtte Doğu Saati ve son birkaç yıldır Sıcak Teknolojiler zamanı geldi. Bu doğru, bu arkadaşlarımız Techopedia - Techopedia.com ile yaptığımız şov. Onları çevrimiçi kontrol edin. Ayda 1, 5 milyon tekil ziyaretçi olan canavar trafiği alıyorlar. Bu çok fazla web trafiği. Bugünün konusu, “DBA'nın Rüyası: Çevre Genelinde Keşif ve Yönetim.” Evet, aslında, özellikle büyük kuruluşlar için büyük bir sorun. Senin hakkında gerçekten bir slayt var ve benim hakkımda yeterince, Twitter'da beni vurmak @eric_kavanagh, her zaman geri takip etmeye ve orada konuşmaya girmeye çalışırım.
Yine, bugün veritabanı teknolojilerinden bahsediyoruz ve geniş bir veritabanı örnekleri ortamında neler olup bittiğini gerçekten anlayabiliyoruz. Birçoğunuzun bildiği gibi, kuruluşunuzu büyütmeye başladığınızda, bu örneklerden daha fazlasını elde edersiniz ve bu şeyleri ele almak biraz ilginç bir zorluk olabilir. Aslında, birkaç yıl önce, CIO'nun Savunma Bakanlığı'ndaki ofisi için veri yönetişimi müdürü olan bir adamla harika bir konuşma yaptım. Ona tüm bu ilginç şeyleri söylüyordum, bu harika konuşmayı yaptık ve ona federal harcamalarda şeffaflık için lobi yapmakla ilgili arka plan hikayemi anlattım ve güldü ve “Oh, bu yüzden bunu bir sonraki göndereceğim eviniz yırtıcı insansız hava aracı grevi. ”Dedi, “ Federal harcamada şeffaflık? Burada kaç tane Oracle lisansım olduğunu bile bilmiyorum. ”Bunu duyduğumda, bazı kuruluşların karşılaştığı zorluğun büyüklüğünü gerçekten takdir edebilirim.
Şimdi, bu günlerde etrafta neler uçtuğunu anlamak için birçok ilginç araç var - bugün bir tane duyacağız - ama 20 yıl önce bile, bu gerçekten ciddi bir meydan okumaydı. DOD büyüklüğündeki organizasyonlar söz konusu olduğunda, bunun çok fazla para kazandıracağından emin olabilirsiniz, çok zaman kazandıracak, bazı yönetim sorunlarını çözecek; bu tür bir şeyi doğru yaparsanız, birden fazla zorluğu aynı anda çözersiniz. Bugün bunu öğreneceğiz.
The Bloor Group'un baş analisti olan Dr. Robin Bloor'umuz var. Veri bilimcimiz Dez Blanchfield, Sydney, Avustralya'nın altından arama yapıyor. IDERA'nın kıdemli ürün müdürü Binh Chau da aynı şekilde.
#HOTTECH'i hashtag olarak yapıyoruz - gösteri sırasında tweet atmaktan çekinmeyin. İyi sorular için sizlere güveniyoruz, bu yüzden lütfen utangaç olmayın: web yayını konsolunuzun Soru ve Cevap bileşenini veya bu sohbet penceresini kullanarak istediğiniz zaman sorular sorun. Ve bununla Dr. Robin Bloor'a vereceğim. Ona WebEx'in anahtarlarını vereyim. İşte gidiyor ve götürün.
Dr. Robin Bloor: Tamam. İşte başlıyoruz, ilk slayda geçelim. İtalya'da onlara Stanlio ve Olio, Laurel ve Hardy diyorlar. Herkesin 2000 yılı hakkında endişe duyduğu 1990'larda, bir dizi 2000 yılı projesine katıldım. Ve onlara büyük bir sigorta şirketi diyelim - gittim ve ana bilgisayarda var olduğunu bilmedikleri 500'den fazla başvuruları olduğunu keşfettiler. Ana bilgisayarın bir envanterini alıyorlardı. O günlerde, anabilgisayar ortamlarına daha sonra gelen her şeyden çok daha iyi bakıldı, yani, sadece bir soru yok.
Gerçekten çok şaşırdım ve organizasyondaki insanlarla konuştum ve merkezi kapsamlı bir şey olmadığını söylediler … Temelde, bu bilgiyi bilmekle sorumlu kimse yoktu. Varlıklarının envanterini hiç almadılar. Veri tabanı ve veri değerli olduğu için veritabanı belirsiz terimler içermeyen bir varlıktır. Soru kaç örnek ve aslında neredeler? Bu sadece “Veritabanı nedir?” Ve böyle düşünmemizin nedeni, veritabanı içine veri attığınız bir dolap. Ve son zamanlarda binlerce Oracle örneği olan bir siteyle konuşuyordum. Oracle, herhangi bir karmaşık şekilde kullanırsanız, bir DBA gerektiren bir veritabanıdır.
Bunu biraz sordum ve sanırım tüm organizasyonda yaklaşık yedi veya sekiz DBA var. Ve dedim ki, “Binlerce örneğe kim bakıyor?” Dediler ve dediler ki, “Gerçekten de olan şey, insanların onu sadece bir dosya sistemi olarak kullanması. Performansın gerçekten önemli olduğu büyük kümeler üzerinde bulunan ve her zaman üzerinde duran DBA'lara sahip bir dizi veritabanımız var. Ve sonra hiç kimsenin bakmadığı binlerce başka veritabanımız var. ”Ve onlara tam olarak kaç tane veritabanı sordum ve“ Eh, son kez Oracle denetledi. ”Diye sordular., bilirsiniz, bu ilginç bir şey.
Ancak, bilirsiniz, bir veritabanı kullanmanın nedenleri vardır. Bir veritabanı bir veri modeli uygular. Veri paylaşımı için oradadır: veri için birden fazla eşzamanlı isteği yönetebilir, bir güvenlik modeli uygulayabilir, ACID uyumludur, esnek veya esnek olacak şekilde ayarlanabilir. Veritabanlarımızın olmasının nedeni budur. Ancak, bilirsiniz, binlerce SQL Server veya Oracle örneğine sahip sitelerle karşılaşmak olağandışı değildir ve bunların çoğu temelde dosya sistemleri olarak kullanılmaktadır. Peki neden gerçekten yeni bir örnek oluştursun?
Geliştirici ekipleri, yeni bir uygulama oluşturuyorlarsa, bir siloda oluşturduklarını, böylece herhangi bir yeni uygulamanın ayrı bir veritabanına sahip olacağını biliyorum. Her şeyden bir veri katmanı oluşturmaya çalışmak zorunda kalmayacaklardı - bunun iyi bir uygulama olduğunu düşünmüyorum. Ama yine, bilirsiniz, eğer çok karmaşık bir ortamınız varsa, birbirleriyle ilişkili tüm veritabanlarını ilişkilerin bulunduğu yerlerde veri olması açısından bir araya getirmek çok zorlaşır. Eşlemeler için örnekler oluşturulur.
Bilirsiniz, kullanılabilirlik amacıyla sıcak standbys veya replikalarınız olabilir, ancak veri marşlarında replikalarınız veya yarı replikalarınız da vardır. Ve veri ambarı dünyası tanıtıldığında, orada kaç veri markasının olduğu sorusu ve insanlar bunları sadece klon dosyaları olarak kullanıyor, verileri veri ambarından alıyor ve özellikle sadece varsayılan performans olarak yapacaklarını düşünüyorlar. Bu insanların çoğu muhtemelen veritabanlarını ayarlayabileceğinizi bile bilmiyordu. Dağıtım amacıyla verileri farklı yığınlara ayıran tasarımlar gördüm.
Bir kuruluş içinde birden çok deponuz olduğu ve her birinin veritabanları olduğu ve her birinin merkezi bir veritabanının parçası olduğu bu çoğaltma durumunu sık sık biliyorsunuz. Örnekleri parçalamaktan alırsınız. Kötü tasarım kararları - İnsanların iyi bir sebep olmadan ayrı veritabanları oluşturdukları veritabanları açısından gerçekten tuhaf tasarımların olduğunu gördüm. Ve belirttiğim gibi, veritabanları dosya sistemleridir.
Ve sonra ayağa kaldırılması ve düşmesi gereken test ve geliştirme ortamları var, ancak hepsi veritabanları gibi sayılıyor ve hepsinin, bu arada, güvenliğe ve umarım veritabanının sağladığı diğer tüm şeylere sahip olması gerekiyor. Örnek hususları - veritabanı iş yükü yalnızca belirli bir örnek için optimize edilebilir. Kesinlikle en iyi performansa sahip olmakla ilgileniyorsanız, bir sürü veritabanında kırılmış veriye sahip olmak, size bu tür bir optimizasyon vermek zorunda değildir.
Sahte veri örnekleri oluşturmamanın bir nedeni vardır. Kontrpuan ile aynı veritabanındaki karışık iş yükleri, düşük performansa neden olabilir - özellikle OLTP ve büyük sorgu trafiği ile dikkat çeken, karıştırmaz, asla karışmaz ve muhtemelen asla karışmaz. Bir veritabanını birden çok VM'ye sahip olmak yerine sunucu düzeyinde birleştirmek genellikle en iyisidir. Ancak VM'ler izolasyon sağlar; bazı kişilerde, diğer uygulamalardan veri izole etmek için bir tasarım kararıdır, böylece, bu uygulama başarısız olursa veya bu veritabanı başarısız olursa, uygulamamı indirmez.
Bununla ilgili sorun, elbette, bir sonraki noktaya (veritabanı lisans ücretleri) girmenizdir. Bunlar değişiyor, ancak veritabanı lisans ücretlerinin bir tasarım kriteri haline geldiğini gördüm, çünkü biri belirli bir sayıyı patlatmak istemedi ve bu nedenle, veritabanı lisansının çalışma şekli nedeniyle sistemleri kötü tasarlayan insanlar. Ve başka bir şey daha var: tüm veritabanlarınızı birleştirmeye başlarsanız, DBA'ların pahalı olduğunu belirtmek gerekir. Bunu yapmak o kadar kolay bir şey değil.
Dünyanın basit bir görünümü - ve bu gerçekten son slayt - bir veri katmanı, bir taşıma katmanı ve bir işleme katmanı var. Ve tüm donanım bunun altında. İçinde tam olarak ne olduğunu ve nedenini bilmeden veri katmanını optimize etmek gerçekten mümkün değildir.
Ve bunu söyledikten sonra, aşağıdan arkadaşım Dez Blanchfield'a geçeceğim.
Dez Blanchfield: Teşekkürler, Robin. Faremi buraya dizdireyim. Bugün bize birkaç anekdot vereceğim çünkü bu çok büyük bir konu ve beyaz tahta kalemi ile eğlenerek iki hafta geçirebilirim, çünkü bu alanda yaklaşık otuz yıl yukarı ve aşağı yaşadım .
Ama önce zihinsel bir görsel resim. Bugün bahsettiğimiz zorluk hakkında düşündüğümde - ve aslında, veritabanı büyümesi, çoğaltma ve yayılmasından ve bununla birlikte gelen tüm zorluklardan bahsediyoruz - Dev bir meşenin bu resmini zihin. Bunlar ünlü güzel ağaçlar, küçük bir meşe palamudu olarak başlıyorlar, ancak bu devlere yetişiyorlar. Ve bunu yaptıklarında, çok büyük ve dağınıktırlar. Ve bu görüntüden görebileceğiniz gibi, görsel bir metafor olarak, isterseniz, bilirsiniz, her yere giden dallar ve sonra dallar bunlardan çıkıyor ve bunların sonunda yapraklar ve hepsi rastgele, kaotik şekillerde ve bu sadece yerden görebildiğimiz biraz.
Bunları veritabanının içindeki veriler olarak düşünüyorum ve altında köklerin bir yapısı var ve her türlü yönlere dokunuyorlar. Ama orada güzel ve düz olduğu yerde çok temiz ve mantıklı görünüyor, ama gerçek şu ki, zeminin altında zeminin üstünde olduğu kadar çılgın; sadece görmüyoruz. Ve bunu genellikle yönetim kurulundan teknisyenlere kadar kuruluşlara gerçekte örgütlerinde neler olup bittiğini görselleştirmelerini sağlamak için konuştuğumuz zorluğu nasıl açıklayacağımı düşünmeye başladığımda bunu sık sık kullanıyorum. Çünkü bir bilgisayar ekranına bakmak ve bu güzel satır ve sütun alanlarını görmek ve "Sıraladık, çok önemli değil" diye düşünmek çok kolay. Ancak durum böyle değil. Ve işte o noktada genellikle bu çizgiyi vurdum, aklımdaki veritabanlarının meşe palamudu gibi olduğunu biliyorsunuz, küçük başlıyorlar ve büyüyorlar, ama bilmeden önce dev meşe ağaçlarından oluşan bir ormanınız var ve bu nedenle görsel.
Yani, iki kontrolden sadece kontrolden çıkmış ve düzeltilemeyen bir senaryoyu paylaşmak istiyoruz ve sonra benzer bir şey yapan ancak düzeltilebilen başka bir senaryo ve bugünkü tartışmanın kilit noktasını nasıl vurgulayacağım bunun hakkında geldik.
Birincisi, zaman içinde en büyük niyetleri olan bir CIO'nun farkında olmadan, kontrolün ötesine geçen en beklenmedik ve istenmeyen yayılmalardan birine neden olduğu bir senaryodu. Binlerce personeli olan, teknik açıdan deneyimli personeli olan bir devlet kuruluşunun, bir çok süreciyle işbirliği yapmaya ve otomatikleştirmeye başlayabilecekleri sistemlerine ve araçlarına erişim talep ettiği bir senaryodu. Kağıt formlardan uzaklaşmak istediler ve çevrimiçi sistemler oluşturmak istediler, veri yakalamak ve izlemek ve izlemek, raporlamak ve geri akranlarına sunmak istediler.
Ve her türlü şey var, insanlar ofislerine dönüp güvenlik amacıyla oturum açıp oturum açıp öğle yemeğinde kafeteryada kimin sipariş verdiğine kadar. Ve böylece, iyi niyetli bir CIO, Lotus Notes'un harika bir fikir olduğuna karar verdi, çünkü bir dizi seminere katılmıştı ve IBM, satış konuşmasında büyük bir iş yapmıştı ve doğru senaryoda harika bir karar olurdu, kontrol altında yapıldı. Ancak olan şey, Lotus Notes'u bir ortamda bir tür uygulamayı uygulamak için bir teknik insan ekibine teslim etmek ve daha sonra mantıklı araçlara dayanmak ve bunun etrafında bir miktar kontrol ve yönetişim sağlamak yerine, gerçekte ne olduğu standarda dağıtıldı işletim ortamı, KİT, böylece her masaüstü etkili bir sunucu oldu.
Ve böylece, tüm bu süreç için eğitim ve uygulamalı notlar ve belgeler sağladılar ve aniden tüm insanlar “Yay, masaüstüme Lotus Notes aldım!” Bu ne anlama geliyor? Teknik açıdan meraklı binlerce personele, Lotus Notes'ta uygulamaları etkili bir şekilde nasıl yazıp yazacaklarını, esas olarak elektronik tablolar, satırlar, sütunlar ve alanlar gibi görünen küçük veritabanları oluşturmayı ve bu küçük web arayüzünü Domino aracılığıyla sunmayı öğretti.
Bir şey hakkında bilgi yakalamak istersem, sadece küçük bir form oluşturabilir ve elektronik tablo tipi arayüzde, bir dosyaya koyabilir, arkasında küçük bir Lotus Notes veritabanı oluşturabilir ve bir web uygulaması olarak sunabilir ve bilgi toplamaya başlayabilirim. Ve bu yıllarca çalışana ve aniden fark ettiklerine kadar harika geldi, biri uyandı ve şöyle dedi: “İyi durun, neden LAN'da ve özellikle de son 12'de görünen 10.000 yeni veritabanı destekli uygulama var ay? Neler oluyor? ”Peki, olan şey, aslında insanlara bir silah verdiniz ve yüklendi ve güvenlik kapalıydı ve elbette kendilerini ayağa vurdular.
Ve burada bir kamyon dolusu saman ve saman aldığı ve bir sanat stüdyosunun ortasına atıldığı ve daha sonra sanat stüdyosunun küratörünü aldığı bu garip şeyi yapan bir İtalyan sanatçıyı aklımda tuttuğum harika bir görüntü var. rastgele bir iğneyi ortasına sokmak için. Ve sonra günlerini canlı yemde, kamerada, samanlıkta iğneyi samanlıkta geçirerek geçirir. Sonunda, saatler ve günlerden sonra, onu bulur ve yukarı ve aşağı atlar ve heyecanlanır. Her neyse, İtalyan sanatçı, ne yapabilirsiniz? Ama oldukça esprili ve çevrimiçi izlediyseniz ya da çevrimiçi izlerseniz çok katartik bulacaksınız.
İşte iyi niyetli bir teknik kişinin iş insanlarına - teknik olarak anlayışlı iş insanlarına - hayatlarını kolaylaştıracak bir araç verdiği bir kabus senaryosu. Ama çok geçmeden onları kimin yedeklediğini, kimin izlediğini ve desteklediğini, bu verinin nerede olduğunu, verinin hangi yapıda olduğunu, şemaları kimin polisleştirdiğini, başka bir sürüm oluşturmak istersem, bu sürümlerde hangi verilerin olduğunu, bu şeyler üzerinde bir dev test entegrasyonu yolculuğu yapabilir miyim?
Biliyorsunuz, nasıl gittiğine dair kendi sonuçlarınızı çıkarabilirsiniz, ancak iyi gitmedi ve sadece yüzlerce terabayt veri olduğunu ve masalarda PC'lerin veya dizüstü bilgisayarların yedeklenmediğini, oturduğunu, bazılarının sistem bile mevcut değil çünkü insanlar 5: 30'da dizüstü bilgisayarı kapattıklarında fark etmediler ve LAN'da kimsenin bu uygulamaya erişemediği işleri yapmak için eve götürdüler. İyi bitmedi. Ve çok fazla veri temizlenmeli ve manuel olarak manipüle edilmeli ve mantıklı bir sisteme geri getirilmelidir; çoğunluğu silindi ve kaldırıldı, çünkü daha fazla yayılmasına izin verilemedi.
Sonra çok farklı bir yolculuğa çıkan şeylerle ikinci fıkra. Bir senaryo düşünün, dev, test, entegrasyonlar, sistem entegrasyonları, kullanıcı kabul testi, üretim, olağanüstü durum kurtarma, yedeklemeler ve yedek kopyaları bire bir, 99 ve ötesine, yükseltme, yamalar ve ardından gösteri ortamlarından bir ila 99 ve daha fazlası. Ve aniden orada oturduğunuzda, “Bekleyin, neler oluyor, bekleyin, kim ne kullanıyor?” Biliyorsunuz, bu potansiyel olarak gerçekleşmeyi bekleyen bir kabus.
Ancak bu senaryoda, bir varlık yönetimi iş birimini temel bankacılık platformlarından çıkarmak ve bunu esasen bir kuruluş içindeki bir girişimde ayrı bir kuruluş olarak ayağa kaldırmak isteyen bir organizasyona girme fırsatım oldu. Zorluk, servet yönetimi iş birimimizi ve etrafındaki tüm insan ve teknoloji ve verileri kamu hizmetlerinde almak, kendi şirketimizde bir başlangıç oluşturmak ve kendi markasında çalışabilmesi için oymaktı.
Bu bankacılıkta küresel bir lider, buna isim vermeyeceğim. Varlık yönetimi iş biriminin kendisini ve çevresindeki her şeyi çıkarmak zorunda kaldık. Yani, her şey bütünüyle, tüm personel, fiziksel altyapı ve yeni bir ofis alanına taşıyor. Tüm iş sistemleri, tüm yazılımlar, tüm veriler, tüm lisanslar, adını siz koyun. Tahmin edersiniz ki, bu başlamak için biraz kabus gibi görünüyordu.
Ve etrafına bir bağlam koymak için, orijinal bankacılık platformunda yaklaşık 14 farklı ürünü destekleyen 78 sistemden bahsediyoruz, bu da yaklaşık bin farklı teklif olabilir. Yüzlerce ve yüzlerce canlı veri tabanı kullanılıyor ve kullanımda dediğimde, bunları yerinde taşımak zorunda kaldık, bu yüzden bir Cuma öğleden sonra bir ortamda olacaklardı, Pazartesi günü başka bir yerde ve Cumartesi günü olmaları bekleniyor ve Pazar, işlemlerin soldaki bir sistemden, örneğin görselleştirmek için sağdaki başka bir sisteme geçtiği bu çaprazlamaya sahip olmaları gerekiyordu.
Her biri sayısız kaydı olan yaklaşık 15.000 müşteri ve ETL kabusu, çünkü bir taraftaki 78 sistemin hiçbiri diğer taraftaki sistemlerle eşleşmedi. Tamamen yeni bankacılık platformumuz, yeni sistemlerimiz, yeni yazılımlarımız, yeni veritabanlarımız ve yeni şemamız vardı. Yani, meta veriler, alanlar, satırlar, sütunlar, kayıtlar, tablolar, adını siz koyun, hiçbir şey eşleşmedi. Her ürün için bir tane olmak üzere 14 farklı aktif geliştirme ekibi vardır. Ve bu ortamı inşa ettiğimizde, geliştirme testi, entegrasyon, sistem entegrasyonu, kullanıcı kabul testi, üretim, olağanüstü durum kurtarma, gösteri kopyaları, yedeklemeler, yükseltmeler, yamalama yaptığımız zaman - bir tanesini bile kaçırdım - eğitim, örneğin ve eğitim için, her geliştirme ekibi için bu ortamların her birinin 23 sürümü vardı.
Şimdi, orada oturuyorsunuz ve aniden, kanınız kıvrılmaya başlıyor ve cildiniz soğuyor ve saçlarınız duruyor - bu asla iyi bitemez. Görünüşe göre, çok iyi sonuçlandı çünkü yaptığımız ilk şey, teknoloji dağıtım tasarımına başlamadan önce, gittik ve doğru araçları aldık. Ve biz araçları kullandık, zorunlu olarak insanları değil, araçları kullanan insanları kullandık. Verileri eşlemek için araçlar kullandık, yaşadıkları veritabanlarını eşlemek için araçlar kullandık, tüm meta verileri, şemaları ve satırlara, sütunlara, kayda ve alanlara kadar eşledik.
Nelerden geldiğimizi biliyorduk ve daha sonra hazır bankacılık platformu gibi göründüğümüz haritayla ilişkilendirdik ve bire bir korelasyonumuz vardı. Ve ortada düşen herhangi bir şey, içinden geçip elle haritalandıracağımız bir veri odası oluşturduk. Ancak, yeni dünyada herhangi bir dağıtım ve bu ortamların kurulumunu yapmadan önce, her bir kaydın, her bir tablonun, her alanın, her satırın, her sütunun, her veritabanının ve çevresindeki tüm meta verilerin, tüm izinler ve kontroller bire bir eşlendi. Bu korelasyon yapılana kadar tek bir şeyi hareket ettirmedik.
Ve böylece, ETL parçası kabus olmaktan, takip edilen kontrolleri ve süreçleri doğrulamak için oldukça ağrısız bir sürece dönüştü. Ve bunu düzenli olarak, neredeyse saatlik olarak yapabiliriz. Eski dünyadaki üretimden, yeni dünyadaki yeni geliştirme, test, entegrasyon vb. Ortamlara geçiş yapıyorduk. Ve canlı yayına başladığımız gün, beş aylık bir süreçten sonra testle bir ay sonra canlı yayına geçtikten sonra altı ay içinde çevrimiçi ve aktifti, sadece bir sorunumuz vardı ve sorun birisinin şifresini unuttuğu ve sıfırlanması gerekiyordu. Tek sorun buydu ve bir şeylerin yanlış gittiğini düşünen insanların yaklaşık bir saatlik stresini yarattı - parolanın süresi doldu ve ne olduğunu unuttular ve sıfırlamak zorunda kaldılar.
Bu senaryonun, birinin büyük niyetleri olduğu ancak meydan okumayı düşünmediği Lotus Notes ortamına kıyasla hayal edebiliyorsunuz ve bir sonraki şey, tüm bu verileri ve haritasını çıkarmaya çalışmak zorunda kaldık. ve bu büyük bir zaman ve çaba kaybı, kaynak ve moral oldu. Düzgün planlandığı ve düzgün bir şekilde yapıldığı ve doğru araçlarla uygun bir şekilde teslim edildiği bir senaryoda, harika bir sonuç elde ettik.
Ve bu nokta beni bu tek çizgiye getiriyor - IDERA'nın bu zorluğu çözmek için neye ihtiyacı olduğunu konuşmak için iş arkadaşımıza teslim etmeden önce - giderek artan sistemlerin veritabanlarıyla güçlendirildiği günümüz dünyasında, bu sadece güzel değil, aynı zamanda benim için bu, akıllı araçların benim tecrübelerime göre veri keşfini, ölçeğindeki veri yönetimini ve hareket ettiğimiz hızı yönetmenin tek yolu olması bir zorunluluktur.
Ve doğru yapılırsa, umarım izah ettiğim ikinci fıkra olarak, çok acısız ve çok sorunsuz bir süreç olabilir. Sadece yeni projelerde değil, aynı zamanda mevcut bir ortamda kollarınızı almak ve kuruluşunuzda neler olduğunu, hangi veritabanının olduğunu, hangi veritabanı sürümlerini çalıştırdığınızı ve kimin neyi kullandığını her zaman ve günde takip edebilmenizi ve izleyebilmenizi sağlamak.
Ve bu amaçla IDERA'dan arkadaşımıza vereceğim ve masada neler sunacaklarını ve bu zorluğu nasıl çözeceklerini duymayı dört gözle bekliyorum.
Binh Chau: Harika, teşekkürler Dez. Beni iyi duyabiliyor musunuz? Tamam teşekkürler. Herkese merhaba, ben IDERA ile Binh Chau. Bugün SQL Inventory Manager olarak adlandırdığımız ürünler hakkında biraz konuşacağım ve keşif ve SQL Server örneklerinizi ve veritabanlarınızı envanter oluşturma ve içerdiklerinizi ele alma becerisinden bahsedeceğim. Dez ve Robin'in veritabanı yayılımı ve bugünlerde veri ihtiyacı açısından bahsettiği diğer bazı şeylerden bahsetti.
Bununla birlikte, bence, Dez'in tanımladığı iki masaldan anekdotla duyduğunuzu düşünen bir nokta. Ama temelde bugün, orada veri ve iş gruplarına ve iş gruplarına, özellikle SQL Server'da olmak üzere kendi uygulamalarını ve sunucularını geliştirmeye çok fazla ihtiyaç var, değil mi? Bir SQL Express sürümünü veya BI hizmetlerini kolayca döndürebileceğiniz için, küçük organizasyondan büyüğe birçok organizasyonda sadece SQL yayılımı olduğunu biliyorsunuz.
Çoğu zaman DBA'lar, birinin mevcut bir örneğe bir veritabanı koymak yerine bir örnek oluşturmaya karar verdiğinin farkında değildir. Potansiyel bir sorun olana ve birisi DBA'yı çağırana kadar bu şeylerin farkında değiller, “Oh hayır, uygulamam çalışmayı durdurdu, bir veritabanına bağlanamıyor, neler oluyor?” Ve biliyorsunuz, DBA sorulduğunda keşfettikleri bazı sorular, “Hey, bu radarımızda değildi, farkında değildik.”
Bir diğeri lisans maliyetidir, değil mi? Microsoft SQL Server lisansı: çalışma şekli, sahip olduğunuz örnek sayısı için belirli bir anahtara sahip olmanız gerekmez. Konuşlayabilir ve sonra bir denetim gerçekleştirebilirsiniz. Bilirsiniz, daha sonra bir denetim yaparlar ve aslında kaç tane lisansa ihtiyacınız olduğunu keşfederler. Bu nedenle, bir denetim yapıyorlarsa ve bilinmeyen sunucuların farkında değilseniz, bu bir tür maliyetli denetim ile sonuçlanabilir. Bu nedenle, lisanslama maliyetinizin ne olduğunu bilmek için araca sahip olmak veya bir envantere sahip olmak ve sadece bilmekle kalmayıp aynı zamanda yönetebilmek de iyi bir şeydir.
Ve sonra, az önce konuştuğum şey, eğer bir sunucuyu defalarca bilmiyorsanız, işler yolunda giderse, her şey yolunda, ama bir şeyden haberdar olduğunuz tek zaman bir sorun olduğunda. Bu da üretim kesintilerine yol açabilir veya belki de sunucu korunmaz ve bu sunucuda bir yama alamazsınız ve bu bir sorun yaratır.
Bir DBA'nın günlük olarak yapması gereken bazı sorular, yüz yüze geldikleri, bilirsiniz, idari veya stratejik olabilirler, ancak Microsoft gibi bazı kritik sistemler yaması yayınladı, bu kadar kaç sisteme ihtiyaç duyulacak yama? Sistemi düzeltmek için kaldırmam gerekirse kim kesinti süresinden etkilenecek? Bu bilgilere nasıl kolayca ulaşabilirim? Bir e-tabloya girmem gerekiyor mu? Bunu bulmak için birden fazla sisteme girmem gerekiyor mu? Bu listeyi almak için farklı iş gruplarına ulaşmak zorunda mıyım? Bunu parça parça yapmak gerçekten zor.
Başka bir iyi temelde, birisi gelir ve yeni bir veritabanına ihtiyacım var diyorlar. X boyutuna ihtiyaç duyacak ve bu kadar kapasiteye sahip olması gerekiyor ve sonra nereye koyacağımı bilmek istiyorlar. Peyzajınızda ne olduğunu bilmeden onlara söylemek zor, tamam, buraya, buraya veya buraya koyabiliriz. Bunu yapmak için gerekli olan manuel kontrolleri yapmak zorundasınız. Denetleme ve aynı zamanda hileli sunucu hakkında konuştuk.
Dışarıda sahte bir sunucunuz varsa, hangi durumda olduğunu, yedeklenip yedeklenmediğini, tüm yamalarına sahip olup olmadığını bilmiyorsunuz. Bazen sorun olana kadar bu şeylerin farkında olmayabilirsiniz, ki bu kötü olur.
Bunlar bir tür zorluklar, sorular, DBA'nın her gün karşılaştığı, onlara atılan şeyler. Bu yüzden size, orada sahip olduğumuz bir ürün olan SQL Inventory Manager'ı tanıtmak istedim. Birkaç şey yapar. Temelde, SQL Server'ın ortamınızda neler olduğunu görmek için ortamınıza girme şeklindedir. Ve sonra otomatik olarak keşfedebilir, bu yüzden temel olarak, bir keşif yaptıktan sonra, orada yeni örnekleri keşfetmek için günlük veya haftalık olarak - istediğiniz zaman dilimi - dışarı çıkacak şekilde ayarlayabilirsiniz.
Ve sonra bu örnekleri otomatik olarak kaydettirmesini sağlayabilirsiniz, böylece onları izlemeye başlayabilir ve sağlık durumlarını kontrol edebilirsiniz ve daha sonra SQL Server peyzajınızı iyi bir şekilde görebilmeniz için bu örnekleri kataloglamaya ve envanterlemeye başlayabilirsiniz. Orada neler var, üretim nedir, gelişme nedir, felaket kurtarma nedir, daha az kritik olan ve bilirsiniz, üzerlerinde hangi uygulamaların çalıştığını biliyorsunuz. Ayrıca, şeylerin ne zaman, sağlık denetiminin başarısız olduğu zamanlar için uyarılar alabilirsiniz, bu nedenle temelde sunucu çökerse veya bir takım ek şeyler de araç oluşturabilirsiniz.
Eric Kavanagh: Biraz yumuşaklaşıyorsun, biliyorsun.
Binh Chau: Üzgünüm, bu daha iyi mi? Yapmak istediğim şey sizi bir demoya götürmek, ne yaptığını göstermektir. Bir saniye bekle, önce ekranımı paylaşayım. Web arayüzünü görüyor musunuz? Bu SQL Inventory Manager arabirimidir. Size burada gösterdiğim ekran, web tabanlı bir arayüz. Burada size gösterdiğim ekran Veritabanı Örneği Görünümümüz. Üst kısımda farklı olduğumuzu görebilirsiniz. Yani, “keşfedilen” temelde ağda keşfettiği tüm örneklerdir. Ve bana göstereceği şey aslında.
Eric Kavanagh: Orada biraz parçalanmaya başlıyorsunuz. Telefonu bırakıp hoparlöre koymak isteyebilirsiniz. Devam et.
Binh Chau: Bu Keşif ekranı, Envanter Yöneticisinin ağınızda keşfettiği her şeyi size gösterecektir. Burada 1.003 sunucu gibi keşfedildi. Ve size sürümü, sürümü, bulabilirse, ne zaman keşfedildiğini ve nasıl keşfedildiğini söyleyecektir. Örneğin, bunlardan bazılarını görmezden gelmeyi seçtiğimi varsayalım, bilirsiniz, belki Geliştirici Sürümü'nü görmezden gelmek istiyorum çünkü onlar benim için o kadar önemli değiller çünkü onlar sadece Geliştirici Sürümü; Bunları görmezden gelmeyi seçebilirim ve onları Yoksay sekmesine koyar, böylece Discovery'yi bir sonraki çalıştırışımda tekrar göstermez. Şimdi otomatik kayıt yapmak için doldurabilirim veya manuel olarak kayıt olabilirim.
Ve burada altı örneği izlemeyi seçtim. Ve burada oturum açıldı ve bunlar üzerinde periyodik kontroller yapacak ve sonra birden fazla kontrol var, buradan bir şey var, bilirsiniz, sunucunun yukarı veya aşağı olup olmadığını görmek için her 30 saniyede bir kontrol eder ve size bir bakış sunar. bu devletin ne olduğu. Temelde burada bir sunucu var ve bu beş tane var. Ayrıca hangi sunucu sürümlerini, veritabanlarının sayısını, veritabanlarının durumunu, bu sunucunun etrafındaki herhangi bir ek envanteri veya meta verileri de söylüyor. Buradan Lisans görünümüne de gidebilirim. Burada, bir Microsoft denetiminden önce toplam veya özet almak istemem gerekirse, ihtiyacım olan bazı Microsoft lisans bilgilerini veriyor.
İşte çekirdek sayısı, soket sayısı, Microsoft'un 2012'den başlayarak tanıttığı olası çekirdek lisans. İşte bizim örneğimiz. Genel Bakış sayfamız, açacağınız sayfadır. Bu size şu anda olduğu gibi sağlık kontrolleri veya tavsiyelerini gösterecek, şu anda bana şu anki yedeği olmayan dokuz veritabanım olduğunu söylüyor. Hangi veritabanlarının ayrıntılarına inmek için oraya tıklayabilirim ve eğer gerekirse içeri girebilir ve bunlarla ilgili bir işlem yapabilirim. Bana tüm üst veritabanlarını boyuta göre, üst veritabanlarını etkinliklerine göre söyler. Belirli bir sunucuya tıklayabilir ve daha fazla bilgi edinebilirim.
Eric Kavanagh: Bu ilerlerken bize burada gösterdiğiniz şey ağa bağlı olan her şeyi görebilme yeteneğidir, değil mi?
Binh Chau: Doğru. Bu, Envanter Yöneticisi'ni kullanarak izlemeyi seçtiğim her şeyi gösteriyor. Bu bir SQL Server, burada sunucuya bağlı tüm uygulamaları gösteriyor. Yine, bu sunucuda ilişkili tüm veritabanlarına girebilirim. Buraya bir şeyler etiketleyebilirdim. Kesin bir etki alanı olsun ya da olmasın, bu belirli sunucu için bir etiket oluşturabilirim. Üretim sunucularını veya borç sunucularını etiketlemek istedikleri gibi kullanan müşterilerimiz var ve daha sonra bir şeyler hakkında tam bir rapor alabilirler. Yönetim sekmesine giderken, Discovery'yi bu şekilde çalıştırabilirim. Ve Discovery temel olarak dışarı çıkıp ağınıza girecek ve ortamınızdaki tüm SQL Server'ı bulacaktır.
Burada, bizim bir etki alanı olan bu Hassas etki alanına sahibim ve bu özel etki alanında keşif yapmak için bu belirli Windows kullanıcı hesabını kullanmak ve tam bir tarama yapmanızı istiyorum. “Yalnızca bu alt alan adını tara” veya “Yalnızca üst alanı tara” seçeneğini belirtmeyi de seçebilirim. Ancak bu durumda burada tam taramayı çalıştır dedim. İşte kullanabileceğim farklı tarama türleri ve bunu kaydedersem ve temel olarak ayarlayabileceğim bir iş. Şu anda kapalı, yani bu taramaları manuel olarak çalıştırmam gerekecek. Ama istersem, günlük olarak ayarlayabilirdim, bilirsiniz, işi günlük olarak yürütebilirim. Ya da günlük olarak çalıştırmamayı seçersem - çok fazla - işi haftalık olarak belirli bir tarih ve saatte çalıştırmayı söyleyebilirim.
Ve sonra Otomatik Kayıt burada, bu açıksa, ne zaman yeni bir sunucu bulduğunda onu otomatik olarak Envanter Yöneticisi'ne kaydedecek, böylece izlemeye başlayabileceğim. Dışlamak istediğim bir tür sürüm varsa, örneğin, Express veya Developer sürümünü umursamıyorum, çünkü bunlar geliştirme ortamı, o zaman buradaki şeyleri tıklıyorum ve ne yapacağını yeni bir şey bulduğumda onu bir Geliştirici veya Express sürümü olmadığı sürece izleyebilmeniz için Inventory Manager'a ekleyeceğim.
Etiketleri ayarlayabileceğim yer burası, örneğin üretim sunucularım varsa buraya gidip bu sunucuları etiketleyebilirim. Örneğin, bu AO_NODE bir Üretim etiketi olması gerektiğini söyleyebilirim, belirli bir mavi etiketi ile veritabanı veya sunucu etiket olabilir. Bu şekilde sunucuya kolayca ulaşmam gerekirse, buraya gidip Üretim etiketine tıklayabilirim ve beni hemen bu iki sunucuya götürür. Bu bizim Explorer görünümümüzdür ve bu Sahibi tarafından gösterilir, ancak Instance etiketi, veritabanları ile de söyleyebilirim ve ne olduklarını görmek için bunu genişletebilirim.
İnsanların burada gerçekten sevdiklerini geliştirdiğimiz bir başka yararlı özellik de, Envanter Yöneticisi aracılığıyla neyi yönettiğinize bakma ve hangi yama düzeyinde olduklarını görme yeteneğidir. Temel olarak, burada bana araçlarımda yönettiğim altı sunucuyu, Microsoft için bir güncelleme olup olmadığını ve bulunduğum sürümün olup olmadığını, desteklenip desteklenmediğini ve desteğini söylüyor durumu. Bu özel düzeltme hakkında daha fazla bilgi edinmek istersem, üzerine tıklayabilirim ve bu düzeltmenin ne olduğu ve bunları ele alıp almama konusunda Microsoft'tan makaleye kadar bağlantı kuracağım. İsterseniz bu listeyi dışa aktarabilirsiniz, böylece şöyle diyebilirsiniz: “Hey bu haftasonu belki üçünü ve daha sonraki bir tarihte diğer üçünü yamalamalıyım.”
Derleme Listesi - sürümünüzün güncel olup olmadığını görmek için kontrol ettiği bir liste var. Dışarı çıkıp güncel olduğundan emin olmak için bu listeyi indirebilir ve karşılaştırmak için en son listeye sahip olabilirsiniz. İnsanların sevdiği bir diğer düzgün envanter özelliği, yalnızca etiket değil, özel envanter alanları ekleme yeteneğidir. Örneğin, bir veritabanını etiketlemek için buraya bir alan eklemek istiyorsanız, diyelim ki veritabanı düzeyinde etiketlemek istiyorum. Bölüm, bu bölüm ve bu veritabanı, farklı bir tür yapabilirim: açık uçlu, doğru / yanlış veya seçim listesi.
Ve diyebilirim ki, bu bir İK, pazarlama, Ar-Ge, finans. Ve burada bunun temel olarak, bir şeyleri etiketleyebildiğinizde, her bir veritabanının ne kadar kapasite kullandığını söyleyen bazı verileri elde edebilirsiniz ve sonra bir şekilde başlayabilirsiniz, büyüyor mu ve mantıklı mı? bu bölümleri geri mi ödersiniz?
Başka bir şey, bilirsiniz, eğer bakım yapmanız gerekiyorsa, o veritabanında kimin olduğunu bilerek, onlara haber vermek için kiminle iletişim kurabileceğinizi bilirsiniz, “Hey bu hafta sonu bakım çalıştırmam gerekiyor, veritabanlarınız çevrimdışı olacak” ve benzerleri vb. Başka bir yararlı özellik, burada insanların sevdiği arama kutusudur. Çoğu kez DBA'lara bir veritabanı, bir uygulama veya bir sunucu hakkında sorular sorulur, onlarla kimin konuştuğuna bağlı olarak, tam olarak nerede olduğunu bulmak biraz zordur. Burada yapabileceğiniz şey, veritabanının nerede yaşadığını bilmiyor olabilirsiniz, ancak sadece yazabilirsiniz. IDERA Dashboard'u yazabilirim ve birkaç veritabanını ve nereye oturacaklarını kolayca çıkarabilirsiniz. onlara. Ve sonra onlar hakkında ek bilgiler alır: boyutları, günlük boyutu, yedek olup olmadığı, hangi kurtarma modunda olduğu, hakkında herhangi bir etiket eklemek istersem. Bu araçta birçok farklı özellik var, bilirsiniz, bir envanter aracıdır ancak SQL Server ve DBA'lar için çok özel bir envanter aracıdır.
Çünkü sanırım, DBA'nın veritabanları için ortamın ve peyzajlarının nasıl göründüğüne dair iyi bir görüş elde etmek veya erişmek istediği ek şeyler var. Ayrıca kendiniz veya buradaki kullanıcılar için uyarmak üzere SMTP sunucusunu abone edebilir, yapılandırabilir ve abonelik ayarlayabilirsiniz. Bunu durduracağım ve sunuma geri döneceğim. Ve buradaki son slayt mimarinin basit bir görünümüdür. Gömülü bir Tomcat Web Services üzerinde çalışan bir web konsoludur.
Bir depoya koyduğumuz bazı toplama hizmetlerimiz ve yönetim hizmetlerimiz var ve yönetim hizmetleri dışarı çıkıyor ve çeşitli SQL Server örneklerinizde Discovery'yi çalıştırıyor. Monitör sunucularınızda yüklü hiçbir şey yok. Periyodik olarak çalışan, sadece yukarı veya aşağı olsun, ne kadar veri kullanıldığını, insanların diğer sürümlerinin ne olduğunu toplayan işlerimiz var. Hepsi bu.
Eric Kavanagh: Evet, size sormama izin verin - birkaç soru soracağım ve sonra Robin ve Dez'in de merak ettiklerinden eminim - birileri denetim yapmak için geldiğinde Microsoft'un diyelim ki Bu aracı kullanıyorlar mı, yoksa kullandıkları bazı tescilli araçlara sahip olduklarını varsayıyorum.
Binh Chau: Evet, sanırım tescilli araçlar kullanıyorlar. Mesele şu ki, bu araç bir envanter aracıdır, bu nedenle, güncel olarak devam eder, çünkü dışarı çıkıp sunucularınız hakkında sürekli bilgi toplamak için bir işi vardır, orada ve herhangi bir zamanda tükenecektir. aslında, şeylerin nasıl değiştiği hakkında güncel bilgilere sahip olacaksınız, bilirsiniz, Microsoft'tan alabileceğiniz tek seferlik raporlar, bunun sahip olduğunuz sunucu sayısıdır, bunlar sahip olduğunuz sürümlerdir. .
Eric Kavanagh: Evet, Discovery'yi merak ediyorum. Birisi bu aracı satın alıp kullanmaya başladığında, keşif aslında nasıl olur? Bu, daha önce bahsettiğim şeydi, başka bir deyişle, hangi örneklerin orada uçtuğunu görmek için ağa dokunuyor musunuz, veritabanı örnekleri gibi görünüyor ve daha sonra bunu katalogluyorsunuz ve sonra bir veritabanı örneğini etiketlediyseniz izliyor musun? Sanırım sık sık yaptığı bir tür ping var ve eğer aşağı düşerse, örneğin, bunun nasıl olduğunu biliyorsunuz. İşler böyle mi çalışıyor?
Binh Chau: Evet. Yani, Discovery'i açtıktan sonra ağınıza gider ve oraya gitmek için birkaç farklı taramamız var, ancak bilirsiniz, bir tarayıcı taraması ve kayıt defteri taraması yapar. Hangi bilgisayarın orada olduğunu görmek için farklı taramalar yapar ve sonra bir kontrol yapar: orada SQL Sunucuları veya dışarıda BI hizmetleri var mı? Ve sonra onu geri getiriyor ve aletin içine çekiyor ve size gösteriyor, “Hey, keşfettiğim tüm şeyler.”
Ve sonra "Bu aracı kullanarak izlemek istiyorum" derseniz, bunu takip edecek ve ping atmaya başlayacak. “Tamam, şimdi bu şeyle ilgili kontrol edin” - bilirsiniz, veritabanı kullanılabilirliği - şimdi veritabanı geçmişi hakkında kontrol edin, veritabanı tarafını kontrol edin. İzlediğiniz veritabanını kontrol etmek için bir dizi iş çalıştırır.
Eric Kavanagh: Evet, bu iyi. Bir izleyici üyesinden bir sorumuz var. Ben çeşitli veritabanı teknolojileri ile çalışan araçlar var biliyorum, ama bu özellikle bugün göstermek, bu sadece SQL Server için mi yoksa diğer veritabanı türlerini de kapsar?
Binh Chau: Şu anda, bu araç SQL Server'ı kapsıyor.
Eric Kavanagh: Tamam, sorun değil. Bunu Robin'e çevireyim, eminim birkaç sorusu var, sonra tekrar Dez'e dönelim. Robin?
Dr. Robin Bloor: Evet, kesinlikle. Microsoft oldukça yakın zamanda - 2006'da - Linux'ta SQL Server'ı duyurdu, ancak henüz teslim edildiğini sanmıyorum. Bu konuda herhangi bir yorumunuz olup olmadığını merak ettim. Bunun farkında mısın? Bununla mı oynuyorsun?
Binh Chau: Evet, öyleyiz. Bunu da dahil etmeyi planlıyoruz. Yani, bu araçla ilgili güzel olan şey, aynı şeyi yapmak için kendi evde yetiştirilen araçlarını inşa eden birçok müşteriyle konuştum, ancak yeni sürümlere ve sürümlere ayak uydurmak zorundalar. Microsoft ortaya çıkıyor, ancak yeni sürümlerimiz ve sürümlerimiz var, aracın yeni sürümleri izleyebilmesini ve yönetebilmesini sağlamak için erken devreye giriyoruz. Linux'ta SQL, piyasaya sunulduğunda eklemeyi ve kullanıma sunmayı planladığımız bir şeydir - bu yılın ilerleyen saatlerinde inanıyorum.
Dr. Robin Bloor: Evet, bu ilginç. Birçok müşterinizin bunu yapmasını mı bekliyorsunuz? Yani, SQL Server benim deneyimime göre çok sofistike bir veritabanı. Yani, bilirsiniz, dişte uzun, muhtemelen söylenecek bir şey. Yani, biliyorsunuz, geldiği orijinal Sybase, yaptığı pek çok şeyde oldukça basitti. Ancak Microsoft, yıllar geçtikçe daha fazla şey ekledi. Bunların hepsi Linux'ta mevcut olacak mı? Yani, müşterilerinize bu taşımayı yapıp yapmama konusunda tavsiyelerde bulunacak mısınız?
Binh Chau: Üzgünüm, soru şu ki insanların bunu istediğini görüyor muyuz?
Robin Bloor: Peki, onunla uğraştığınız düşünüldüğünde, Linux'ta Windows'ta olduğu kadar sofistike mi?
Binh Chau: Onunla oynamadım, ama bir meslektaşımdan duyduğum şey aslında çok eşit olması. Ama şahsen Linux'ta SQL'in yeni sürümü ile oynamadım.
Dr. Robin Bloor: Tamam. Bulduğunuz her SQL Server'a aracı koyduğunuzu düşünüyor muyum? Bu araç böyle mi çalışıyor?
Binh Chau: Hayır, aslında ajan koymuyoruz. Bu özel araç için, Envanter parçası, aslında aracıları oraya koymayız. Sadece dışarı çıkıp bir arama yapıp durumları kontrol ediyoruz. Bu araç hakkında güzel bir şey, aracısız olmasıdır.
Robin Bloor: Öyleyse, başka SQL Server araçlarınız var, bana bu pakette SQL Server ile ilgilenen başka hangi ürünleri aldığınızı hatırlatabilir misiniz?
Binh Chau: Evet. SQL Teşhis Yöneticimiz var. Bir izleme ve performans aracıdır. Envanter Yöneticisi'nden daha derinlemesine analiz veya tanılama ve performans ve sağlık kontrolleri yapar. Envanter Yöneticisi, sağlık kontrolünün hafif versiyonudur. Ayrıca güvenlik paketimizin bir parçası olan Uyum Yöneticisi ve Güvenli var. Temel olarak, verilerinize kimlerin eriştiğini, hangi verilere eriştiklerini, neden olduğunu ve size uyumluluk ve diğer raporlama yönergelerinde yardımcı olur. Yedekleme aracımız olan SQL Safe var - yedekleme ve geri yükleme yapıyor ve bu hoş bir şey.
Ayrıca işinizi izleyen Kurumsal İş Yöneticimiz de var. Ve sonra Yönetici araç takımları olan Araç Kutusu aracımız ve Karşılaştırma araç takımlarının yanı sıra SQL Doctor da var. Yönetici araç seti ve Karşılaştırma araç seti, bir İsviçre Çakısı olarak düşündüğüm şeyler. DBA'nın çeşitli farklı şeyler yapmalarına yardımcı olmak için orada çeşitli araçlar var, bilirsiniz, yamaları kontrol edin veya bir veritabanını taşıyın veya klonlayın. Ancak bu Araç Kutusunda 24 araç var.
Robin Bloor: Peki, Envanter Yönetimi'ne giden insanlar normalde zaten diğer araçlarınızın kullanıcıları mı? Yoksa bu tür bir giriş noktası mı? Hayal edebiliyorum - yani, bana herhangi bir savaş hikayeniz olup olmadığını söyleyebilirsiniz - ama aslında oldukça büyük bir veri merkezinde hiç bir envanter çalıştırmıyorsanız, deneyim oldukça ayık olabilir. Bulduğun şey bu mu?
Binh Chau: Evet. Yani, araçla diğer araç setlerinden tanıtılan müşterilerimiz var, ancak sahip oldukları projeler yüzünden böyle bir araç arayan müşterilerimiz var. Bir örnek, başka bir şirketle birleşen ve bir dizi şirket satın alan ve maliyetlerini azaltmak için SQL Server ayak izini sağlamlaştırmak için gereken bir şirket vardı. Ve böylece dışarı çıkmak ve sahip oldukları her şeyi keşfetmek için bir araç arıyorlardı, böylece bunu nasıl birleştirebileceğimiz sürecine başlayabilirler.
Dr. Robin Bloor: Doğru, anlıyorum. Sanırım bunu düşündüğünüzde birleşmelerde oldukça yaygın. Tamam, Dez'e teslim edeceğim, her zaman almak istemiyorum. Avustralya'dan hangi soruları aldığımızı görün.
Dez Blanchfield: Teşekkür ederim, evet, sorular burada hep baş aşağı. Akla gelen şeylerden biri ve bunu çok fazla anlıyorum, bilirsiniz, şirketler ne zaman yatırım yapmaya başlayacakları konusunda nerede çizgi çizeceklerinden emin değiller. Bir kuruluş - soğuk aşamada olduğunuzu düşündüğünüzde - sorun yaşamamanızı sağlamak için böyle araçlara yatırım yapmaya başlamak için doğru zaman ne zaman? Yeni kuruluşun veritabanı altyapınızı oluşturmaya başladığınızda veya yeni özetlediğiniz gibi, bir satın alma / birleşme yaptığınızda bunu ilk günden mi yapıyorsunuz?
Yoksa gerçekten olmanız gereken belirli bir ölçek var mı? 10 veya 100 veya 1.000 veritabanına mı ihtiyacınız var? Uzun zamandır uğraştığınız piyasaya kadar olan deneyimleriniz ne kadar, bu alana girmek için doğru zaman ve muhtemelen nereden başlamalı? Başladığınızda neye benziyor?
Binh Chau: Yani, sanırım belki çok küçük bir organizasyonsa, bir DBA veya birkaç DBA gibi bu araca ihtiyacınız olmayabilir. Bilmiyorum, üç veya dört DBA ve belki 50 ila 100 sunucudan oluşan bir grup almaya başladığınızda, böyle bir şey yapmaya başlamak isteyebilirsiniz. Kuruluşunuzun boyutu büyüdükçe ve teknoloji meraklısı olan iş adamları büyüdükçe, bildiğiniz gibi, verdiğiniz örnek gibi, uygulamaları ve veritabanlarını kendi başlarına kurmak istiyorlar, ancak o zaman bu tür bir araç çünkü orada ne olduğunu görebilirsiniz.
Ancak daha küçük bir kuruluşta bile, sahip olduklarınızı takip etmek için bu tür bir araca sahip olmak güzel. “Oh evet, bu kutu için SQL 2012 satın aldım, ancak şu anda SQL 2008 çalıştırıyor çünkü hala eski sürüme ihtiyaç duyan bir uygulamam var” diyebilmeniz için böldüğünüzde. eski haline gelebilecek birden fazla elektronik tabloyu yönetmekten kurtulmak için.
Dez Blanchfield: Bu konuda takip ettiğim diğer soru: kuruluşlar bu ölçeğe ulaştıklarında ne tür beceri veya kaynaklara sahip olmayı planlamalılar? Gerçekten ihtiyacınız olan belirli bir beceri seti veya bir tür deneyim veya arka plan ya da bu tür zorluğa en uygun kişi türü olması mı? Yoksa ortalama DBA veya sys admin veya ağ yöneticisi türü beceri setinin bunu atabileceği bir şey mi? Keskin sivri uçlu bir beyne gerçekten ihtiyacınız var mı yoksa bunu hızlı bir şekilde alabilir misiniz?
Binh Chau: Üzgünüm, yani o kişinin yetenek setinden mi bahsediyordunuz?
Dez Blanchfield: Evet, yani bir veritabanı yöneticisini düşündüğünüzde, ihtiyaç duyacağınız belirli bir dizi beceri var. Bu nedenle, belirli bir rol için bir DBA kiralamaya gittiğinizde, burada, haritalama ve izleme veritabanlarının üstünde tutmak için böyle bir araç kullandığınız yerde bahsettiğiniz zorluk türlerini düşündüğünüzde, keşif parçasını yapmak ve bu özel aracı kullanmak, aracın kullanımı ve bu tür zorluklara yaklaşım hakkında benzersiz bir şey var mı, yoksa ortalama DBA'nın oldukça hızlı bir şekilde alabileceği bir şey mi?
Binh Chau: Yani, ortalama DBA'nızın bunu çabucak alabileceğini düşünüyorum. Bu tür bir araca sahip olmanın yararlı olduğunu düşünüyorum çünkü web tabanlı olduğu için onu da tersine çevirebilirsiniz. Kuruluşunuzdaki diğer kullanıcılara verebilirsiniz. Özel veritabanını veya sunucusunu kontrol edebilen uygulama geliştiricisine verebilirsiniz. Bir DBA'nın yapması gereken bazı idari şeyleri ortadan kaldırır. Daha önce birisi DBA'yı arar ve “Oh, sunucum neden yukarı veya aşağı?” Derdi. Şimdi bir şekilde erişebilir ve sunucularının yukarı veya aşağı olup olmadığını görebilirler.
Dez Blanchfield: Peki ortalama bir kuruluşun bunu nasıl kurması gerekir? Özel bir fiziksel sunucuya mı ihtiyacı var, yoksa sanal bir makinede yapılabilir mi? Bulut ortamında dağıtabilirler mi? Aracın konuşlandırılması ve sadece genel çalışması için genel ayak izi nedir? Haritalandırdığı diğer ortamlara paralel olarak ne kadar ağır demirin çalışması gerekir?
Binh Chau: Evet, bir VM'de, bilgisayarda veya sunucuda çalıştırılabilir. Mutlaka özel bir sunucu olması gerekmez, sadece kaç sunucuyu izlediğinize bağlıdır. Daha büyük bir ortamınız varsa, izlediğiniz SQL Server hakkında çok fazla veri topladığı için daha büyük bir sunucuya sahip olmanız yardımcı olabilir.
Dez Blanchfield: Doğru. Bulut örneğinde rahatça çalıştırabileceğiniz ve ortamınıza geri bir VPN oluşturabileceğiniz bir şey mi, yoksa topladığı veri miktarı bu tür kullanım için muhtemelen biraz ağır mı?
Binh Chau: Bunu bulut üzerinde çalıştırmak, henüz bulutta çalıştırmak için ayarlamadık. Muhtemelen başlangıçta çalıştırılmalıdır.
Dez Blanchfield: Ve son soru, eğer yapabilirsem: bu alanda gördüğüm birçok araç, özellikle de birisinin şirket satın aldığı veya bu yönde bir birleşme veya bir şey olduğu bir senaryo için bahsettiğiniz yerde, hatta sadece iş birimlerini birleştiren bir organizasyon olsaydı, birinin onu bir dizüstü bilgisayarda dağıttığı ve bir dünyayı bir kereye mahsus olarak haritalamak için bir ortama götürdüğü mantıklı bir kullanım senaryosu mu yoksa bu olası olmayan bir senaryo mu? Orada olmak ve sadece kalıcı olarak koşmak için mi olacak?
Binh Chau: Bu özel araç daha çok bir sunucuya kuruluyor ve çalıştırılmak üzere bırakılıyor. Bu şekilde, ihtiyaç duyduğunuz bilgileri toplayabilir ve sahip olduklarınızın çalışan bir envanterini tutabilirsiniz. Harita aracından farklıdır, çünkü Harita aracı bire birdir, ihtiyacınız olan bağlantı noktasına atlayın, bugün onunla ne yapmanız gerektiğini yapın. Bu bir tür - bunun güzel kısmı, bir çeşit etiketleyebilmeniz, insanlara, belirli sunucularının durumunu, ilgilendiklerini kontrol etmek için erişim verebilmesidir.
Dez Blanchfield: Tamam. Muhtemelen benim için son soru ve daha sonra katılımcılar ile Soru-Cevap penceresinden gelen sorular için Eric'e geri döneceğim, çünkü bugün iyi bir katılım yaşadık, favorilerimden biri. Sadece bunu tamamlamak için, ellerinizi bu hale getirme süreci nedir? Ben satın almadan önce deneyin türü şeyler için bir çok araç olduğunu biliyorum. Kullanıcılar çevrimiçi olarak bu konuda daha fazla şey nereden öğrenmeli, web sitesinde nerede indirmeleri aramalı ve yolculuk neye benziyor, bir çeşit kavram kanıtı veya deneme yapmalı ve ellerinizi alıp bunlara aşina olmalı sonra temasa geçmek ve satın almak için?
Binh Chau: Evet. IDERA.com web sitesine gidebilir ve iki haftalık deneme sürümünü ücretsiz olarak indirebilirsiniz. Eğer beğendiyseniz ve bize ulaşmak istiyorsanız, araca daha derin bir dalış yapmak için mühendislerimizden biriyle bir demo planlayabiliriz.
Dez Blanchfield: Harika. Bunun için çok teşekkür ederim. Bu konuda sizinle sohbet etme zamanını takdir ediyorum ve kişisel deneyimime dayanarak, Robin için yaşam boyu deneyimi hakkında konuştuğuma eminim, sanırım bu tür bir şey bugünlerde bir gerekliliktir. Ne kadar uğraştığımız önemli değil, bunu şimdi manuel olarak yapamayız; ölçek çok büyük ve işler çok hızlı hareket ediyor.
İnsanların tam olarak bunu yapmasını, IDERA web sitesine atlamasını ve oynamak için bir kopya almasını şiddetle tavsiye ederim. Bugün paylaştığım fıkralarla ilgili kendi deneyimim için potansiyel risk, doğru araçlara sahipseniz, çok kötüden çok iyi bir şekilde hızlı bir şekilde geçebileceği, ancak eğer yoksa t. Eric, sana geri döndüm.
Eric Kavanagh: Evet, sadece size son bir soru, ilginç bir soru için pop. Ben sadece orada ne gördüğünüzü bilmek biraz merak ediyorum, bilirsiniz, bulut bu günlerde her zamankinden daha önemli - Amazon Web Services, ama sadece onlar değil, Microsoft'un tüm Azure teklifi var Buhar kazanıyor gibi görünüyor. Meraklıyım, katılımcılardan biri Dr.Bloor'un DBA'ların pahalı olduğunu ve haydut bir DBA'nın veya yapması gerekeni yapmayan birinin neden olduğu yönetim sorununun çözülebileceğini ilginç bir noktaya getirdiğini yazıyor. buluta geçerek. Gerçekten ne kadar etkinlik gördüğünüzü merak ediyorum. Buluta geçişin işletmeler için daha büyük bir sorun haline geldiğini mi görüyorsunuz, yoksa bunu bir trend olarak nasıl değerlendiriyorsunuz?
Binh Chau: Sanki ne tür bir meselede olduğuna bağlı gibi hissediyorum. Bazı endüstriler “Hayır, göç etmiyoruz” diyorlar gibi hissediyorum. Genel bir buluta geçmiyor olabilirler; eşyalarını özel bir buluta taşımayı veya taşımayı düşünüyor olabilirler. Ama sonra ilgilendiğim bazı organizasyonları görüyorum, bilirsiniz, gerçekten hızlı bir şekilde ilerliyor ve bir Amazon veya Microsoft Azure'a doğru gidiyor. Ve sonra, “Hayır, verilerimizi taşımıyoruz” veya “Yalnızca taşıyacağımız belirli veriler var, ama kritik olanlar değil” diyen bazı insanlar var. Sanırım üç kamp var.
Eric Kavanagh: Evet, bu mantıklı olurdu. Yani, bunu gittikçe daha fazla görüyoruz ve sanırım bunun hareket halinde hareket edeceğini ve bir süre daha başlayacağını düşünüyorum. Ve bulutta da bir tepki var. İnsanlar Amazon Web Services'e giriyor - bunu birkaç kez daha duyduk - ve ilk başta maliyetler yönetilebilir ve zamanla sadece sürünüyor ve sonra orada sıkışıp kalıyorsunuz. Birçok yönden bulut sadece başka bir veri merkezidir, ancak en azından söylemek gerekirse, ilginç bir yolculuk olacaktır.
Millet tüm bu web yayınlarını arşivliyor. Yaptığımız tüm şeylerin tam bir listesini görmek için techopedia.com'a çevrimiçi atlayın. Ve elbette, en son için insideanalysis.com. Ve bununla vedalaşacağız. Ve zamanınız ve ilginiz için bir kez daha teşekkür ederim. IDERA'daki tüm dostlarımıza teşekkür ederiz. Yarın sizinle, webcast yayınlama Veri Felsefemiz için umarım konuşuruz. Bu doğru, Veri Felsefesi yarın saat dörtte doğuda. Orada görüşmek dileğiyle. Kendine iyi bak, güle güle.
