Paket servisi: Ev sahibi Eric Kavanagh, Hot Technologies'in son bölümünde Robin Bloor, Dez Blanchfield ve Bullett Manale ile veritabanı yönetimi ve örnek keşfi konularını ele alıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya kaydolun.
Eric Kavanagh: Pekala bayanlar baylar. Bir kez daha tekrar hoşgeldiniz. Benim adım Eric Kavanagh. İşler sıcak. Burada işler ısınıyor. Neler olduğunu bilmiyorum. Doğru, Hot Technologies zamanı geldi. Evet gerçekten, benim adım, bir kez daha, Eric Kavanagh. Beni @eric_kavanagh sitesinde bulabilirsiniz. Bu, pazarda neyin sıcak olduğu hakkında konuşmak için tasarlanan şov. Bugünün başlığı “Krallığın Anahtarları: SQL Server'ı Dinamik Keşifle Yönetmek.” Güzel şeyler. Gerçekten senin var. Tamam, bu resim birkaç yıl önceydi. Yalan söylemeyeceğim, şimdi biraz daha yaşlı görünüyorum, ama sorun değil.
Dolayısıyla, teknolojilerin ve SQL Server'ın gerçekten, gerçekten, gerçekten, gerçekten ne kadar sıcak olduğu hakkında konuşuyoruz. Bugün bir sürü içeriğe sahibiz, bu yüzden hemen vereceğim. Bekle, işte başlıyoruz. İşte konuşmacılarımız. İlk önce Robin Bloor gidiyor.
Robin Bloor: Evet kesinlikle. Sunum, veri tabanı yönetimine derinlemesine girecek, bu yüzden insanları onun ruhuna sokmak için veri tabanı yönetimi veya veri tabanı labirentinde çalışacağımı düşündüm. Eskiden bir DBA oldum, sanırım yaklaşık 20 yıl önce bir veritabanı danışmanı olduğumu söylersiniz ve aslında veritabanları hakkında beni şaşırtan şey, çok fazla değişmediğidir. Bir çok şey hız, veri miktarları ve bunun gibi şeyler bakımından değişmiştir, ancak çoğu aslında eskisi gibi kalmaktadır.
Bir veritabanı, bence, belirli iş yükleri için optimize edilebilecek ve veri yönetimi yetenekleri sağlayabilecek düzenlenebilir bir genişletilebilir veri topluluğudur. Öncelikle ortaya çıktı, çünkü dosyalardaki verileri yönetmek istiyorsanız bu çok zor bir işti. Ve 1970'lerde IBM anabilgisayarlarına rastgele erişir bulmaz yapmamız gereken hemen hemen her şeyi yaptı.
İlişkisel veritabanı ‘70'lerde icat edildi ve‘ 80'lerde prototipler açısından ortaya çıktı ve bir nevi 90'ların başından itibaren pazarda çekiciliğini sağladı. Ve ilişkisel veritabanları popülerlik konusunda hala son derece baskın. Basını okursanız bunlar hakkında söylenen çok fazla şey duyacaksınız - SQL veritabanları ve son zamanlarda grafik veritabanları hakkında çok fazla gürültü var. İsterseniz ilginç, ama aslında hala en son satış numaralarında, ilişkisel veritabanları pazarın% 95'ine sahip. Ve bugün derinlemesine tartışacağımız Microsoft SQL Server, Oracle için en popüler olanı.
İlişkisel veritabanları hakkında, onları motorlar açısından sıra dışı yapan şey, hem OLTP hem de sorgu iş yükleri üzerinde çalışabilmeleridir. Bunu yapacaksanız, onları farklı şekilde ayarlamanız gerekir, ancak gerçekte her iki iş yükü türünde de yeteneklidirler. Bunlardan biri kısa rastgele işlemler, diğeri ise çok fazla veriyi kapsayan uzun sorgulardır. Alternatif olarak, NoSQL veritabanı ve grafik veritabanı çoğunlukla analitiktir ve son zamanlarda oldukça yükselmiştir. NoSQL ilk geldi ve grafik son zamanlarda biraz çekişe geçmeye başladı. İşlemsel aktiviteler için NoSQL kullanılabilir, fakat grafikler işlemsel aktiviteler için neredeyse hiç kullanılmaz. Sebebi, çoğu şirketin en az üçe sahip olduğunu söyleyen en az on yaşında olduğunu düşündüğüm bir istatistikle karşılaştım, aslında rakam 3.5, farklı veri tabanı markaları.
Ancak gerçek şu ki, çoğu şirket belirli bir veritabanında standardizasyon yapıyor. Ve çoğu şirket, isterse, standart veritabanları için en popüler ikisi olarak SQL Server ve Oracle'da standartlaştı.Alternatifleri yalnızca, örneğin, farklı bir veritabanına ihtiyaç duyan bir yazılım paketi aldıkları veya ortaya çıkan büyük veri analitik hedeflerinden bazılarının peşinden gittikleri istisnai durumlarda kullanırlar.
İsterseniz, Hadoop'un müdahalesini de yaptık. Bir şekilde ya da başka bir şekilde Hadoop bir dosya sisteminden daha fazlası oldu, ancak henüz bir veritabanı haline geldi. Ancak üzerine oturan SQL var. Ancak buradaki kanıtlar, dünyanın kalbini ve kafasını kazanan ilişkisel veritabanlarını desteklemek için gerçekten desteklemediğine ya da herhangi bir yere yakın olmadığı yönünde. Ve bunun sebebi, bu ilişkisel veritabanlarının, oldukları kadar iyi olmaları için yirmi yıl, aslında yirmi yıldan uzun sürmesiydi. Ve sadece çok az bir sürede gerçekten performans gösteren bir sorgu motoru veya SQL motoru oluşturmazsınız. Sadece olmadı.
Ve böylece bu slaydın sonucu, veritabanlarının stratejik olduğu ve geliştiği, daha iyi oldukları. Ve bu kesinlikle Oracle ve Microsoft SQL Server ile oldu. Muhtemelen, birkaçı veritabanlarının ilk çıktığı günleri hatırlıyorsunuz ama yaptım, o zamanlar bir çocuktum. Asıl fikir, tek bir veri tabanı olacağı ve bu, kesinlikle hiçbir zaman köken almayan kavramsal bir fikir olmasıydı. IBM'in AS / 400 ile veritabanı tabanlı bir dosya sistemine sahip olma girişimi vardı, ancak bu durum da baskın değildi. Veritabanlarının doğal olarak parçalandığı gerçeğinden ayrıldınız. Aslında doğal olarak birden fazla örneğiniz var. Ölçeklenebilirlik sorunları var. Veri tabanı yalnızca belirli bir boyuta ölçeklendi, kuşkusuz bu boy yıllar içinde arttı, ancak sınırlamaları vardı.
İş yükü sorunları vardı, en büyük iş yükü sorunu OLTP iş yüklerinin ve büyük sorgu iş yüklerinin birbirleriyle uyumlu olmamasıydı. Ve bunu yapacak bir motor yapmak imkansızdı. Karşılaştığımız şey, ki ilginç olan, son zamanlarda binlerce farklı Oracle örneğine sahip bir siteyle karşılaştım. Kaç tane DBA'sı olduğunu tam olarak hatırlayamıyorum, ancak bu veritabanlarının kaçının gerçekten bir DBA tarafından izlendiği konusunda onlarla konuştuysanız, on gibi bir şeydi. Temel olarak veritabanını dolap olarak kullanıyorlardı ve sadece veri atıyorlardı çünkü en azından bir planınız vardı ve bir dosya sisteminin olabileceğinden daha örgütlüydü, ama hiç kimse varsayılan bir konfigürasyon vermekten ve ayarlamaktan başka bir şey yapmıyordu. gevşek.
Bunun iyi bir fikir olup olmadığından emin değilim. Dürüst olmak gerekirse bana tuhaf geliyor, çünkü bence veritabanları ile çalıştığımda, veritabanlarının katılımı gerekli ve bir şekilde ya da başka bir şekilde orada neler olup bittiğini tam olarak bilmek zorundaydınız. Ve çok fazla sayıda sistem bağımlılığı, belirli hizmet seviyelerinin kesinlikle karşılanması gerektiği veya başka sorunların olması gerektiği anlamına gelir.
Son zamanlarda konuşma yapıldı, kendi kendine ayar yaptığımı iddia eden çeşitli veritabanlarına rastladım. Sorgu trafiği için ayarlanan sütun depoları olanlar büyük ölçüde kendi kendine ayarlıdır, çünkü dizinler açısından almanız gereken çok iki seçenek vardır. Ancak, bu belirli alanın dışında, veritabanlarının ayarlanması gerekir. Ve temelde çok fazla sayıda işlemin bir araya gelmesi nedeniyle, belirli ilişkisel veritabanlarının ayarlanması gerekir. Katılmaları pahalı aktivitelerdir. Doğru dizinleri doğru yere koymazsanız, katılımcılar ihtiyaç duymadıklarında zamandan fazla tutarlar.
Kendi kendine ayarlanan veritabanları şu anda, yalnızca iş yüklerinin iyi bilindiği bu alanlarda var. Ve benim deneyimim, çoğu şirketin çok az DBA kullanması ve bunun nedeni de pahalı olmaları. Bu nedenle, DBA’nın ne yaptığını değiştirebilmeniz daha iyi olacaktır. Bu onları anladığım kadarıyla bir DBA’nın faaliyetleri. Veri tabanlarının kurulumu, yapılandırması ve yükseltilmesini yaparlar. Bu arada, yükseltme mutlaka önemsiz bir faaliyet değildir. Bir veritabanını yükseltmenizin nedeni, yani, her zaman çalıştığım kural işe yarıyorsa dokunmama ve bir veritabanını belirli bir yeni sürüme yükseltecekseniz, test modunda yaparsınız. önce ve sonra her şeyi yükseltin. Hala aynı sürümle uğraşıyorsun. Ancak gerçekte karşılaştığım bir çok site, olan bu değil. Diyelim ki, adil bir entropi derecesi var. Lisans yönetimi bir konudur, sahip olduğunuz lisansa bağlıdır. ETL ve veri çoğaltma.
Veritabanındaki püf noktalardan biri, bölünmesi gereken bir sorgu iş yükünüz varsa, iki örnek oluşturabilir ve çoğaltabilirsiniz ve bu, gerektiğinde insanların çoğaltmayı etkin bir yedek olarak kullandığı yerlerde yapılır. Ardından, DBA’nın bir parçası olan depolama ve kapasite planlaması, elbette veriler nedeniyle büyür ve bunu izlemeniz gerekir. Ve sonra çeşitli donanım yükseltmeleri veya donanım büyütmeleri için planlama yapmanız gerekir. DBA'ların çoğu için acı verici bir etkinlik olan sorun giderme var. Bir şeylerin ters gittiği ve yedeklemenin tam olarak mükemmel şekilde çalışmadığı bir durumda ve sonra da kolları sıyrılıp aşağı inip günlük dosyalarından bir şeyler kurtarmayı denemeleri gerekir. Bu düşündüğümden çok daha fazla oluyor, peki, bunun olduğunu hatırlıyorum ama en az on yıldır oyundan çıktım, ancak beklediğinizden daha sık gerçekleşmesini hatırlıyorum. Performans izleme ve ayarlama, bir DBA işinin kalbi gibi. Ancak, erişim yönetimi, yedekleme ve kurtarma, ayrıca canlı bir sistemin yapacağı oldukça paralel bir yazılım testi sistemleri oluşturarak güvenlik de var. Ve tüm veri yaşam döngüsü şeyler. Dolayısıyla bence DBA’nın yapması istenebilecek herhangi bir şey dışında bir iş listesidir. İşlemsel dinamik Sonuçta veri bütünlüğü ve servis seviyesi yönetimi DBA'nın ana sorumluluğundadır. Normalde kritik öneme sahipler. Ve tüm söyleyeceğim bu kadar. Dez'e teslim edeceğim.
Dez Blanchfield: Çok teşekkür ederim. Bizi bugün neden konuştuğumuz ve neden her zamankinden daha kritik olduğu konusunda eğlenceli, anekdot bir yolculuğa çıkacağım. Çok uzun zaman önce, A + Addition adlı bir şeyi çalıştıran bir Fujitsu ana bilgisayar platformundan, ruhsat tescili ve araç tescili için kullanılan bir devlet devleti platformunu ve bu konuyla ilgili bir çok şeyi geçirdiğimiz bir projeye katıldım. Solaris işletim sistemi veya bir başka deyişle, Unix, Oracle'ı çalıştırıyor ve çok iyi bir iş çıkarıyor. Ve görüş şuydu, bu şey yaşlanıyordu ve onu başka bir şeye taşımanın zamanı gelmişti. Ana bilgisayarda Unix'i çalıştırırken çok eğlendik ve SDL platformunda oldukça sağlam, çok güvenli ve garip bir şekilde yeterliydi ve sadece çok hızlı bir şekilde şimşek çaktı. Fakat bilgelik, ana bilgisayardan çıkıp hareket etmenin zamanı gelmişti.
Alttaki veritabanları için tüm sistemleri ve iş mantığını ve SQL ortamını haritalama ve onun için yeni bir evi nasıl tasarlayacağımıza ve nasıl tasarlayacağımıza bakarak bu önemli zorluk. Ve şimdi birkaç yıl eski olan bunlardan birine, ancak Sun raf sisteminin Starfire sunucularının en iyilerinden birine götürdük. Ve bunlar muhtemelen gezegende satın alabileceğiniz en büyük teneke kutulardır ve hepsi büyük bir kutuda ve simetrik bir çok işlemcili sunucuda yaşar. Dünyamızda orta sınıf bir sistemdi. Unix'i ve doğal olarak Oracle'ı çalıştırdı ve “Neyin yanlış gidebilir ki?” Şeklinde görünüyordu.
Örneğin, o zamanlar ve uzun zaman önce bahsetmiyoruz, ana bilgisayar platformunda ne olduğunu keşfetmek ve bunu gerçekleştirmek için çok manuel bir süreçten geçmek zorunda kaldık. Özellikle gerçek veritabanı ortamı ve SQL mantığı. Yani görüş, oldukça basit bir Oracle-Oracle hareketi, veritabanı-veritabanı hareketi olacaktı; tüm iş mantığı karşımıza çıkacak, iş mantığının çoğu gömülü sorgulara ve tetikleyicilere yazılmıştı ve bu ne kadar zor olabilir? Ancak aylar sürmesi gereken bir şey bir yıl sürmedi. Unix'in her bölgesini fiziksel olarak ve elle anabilgisayar ortamından geçirmek için, tüm veritabanlarının nerede olduğunu ve kaç vakanın çalıştığını ve bu örnekler üzerinde neyin çalıştığını ve önemsiz bir alıştırma olduğunu öğrenin. Her şeyi yakaladığımızdan emin olmak için üç kere. Çünkü her defasında istediğimiz kadar derine indiğimizi sanıyorduk, ortaya çıkan yüzeyin altında daha fazlası vardı.
Karşılaştığımız diğer zorluk hangi örneklerin çalıştığı ve hangi durumda olduğu? Bu bir gelişim ortamı mı? Test ortamı mı? Entegrasyon sürecinin bir parçası mı? Sistem entegrasyonu mu? Kullanıcı kabul testi UAT mi? Üretim mi? DR ortamı mı? Çünkü anabilgisayarlarla ilgili en güzel şey, hepimizin kabul ettiği bu küçük sanal ortamları oluşturabilir ve etrafta dolaştırabilirsiniz. Sizin de çalışmanız gereken, bu kişinin üretim düzeyinde geliştirme ve testler yapması mı, yoksa üretim üretimi mi yapıyorlar? Bu konuda gerçek kullanıcılar var mı? Bu şeyin, sürücü ehliyetlerinin ve araç ruhsatlarının ve insanların hayatları için gerçekten önemli olan şeylerin gerçek zamanlı olarak verildiğini unutmayın.
Ve bu şey için yedekleme yapmak uzun zaman aldı, bu yüzden bu şeyi çevrimdışı duruma getirmek ve ne olduğunu görmek için gerçekten bir bakım penceremiz olmadı. Yeniden yönlendirmek gibi bir şey yoktu. Ayrıca sadece hangi örneklerin çalıştığını ve nerede ve kimin için çalıştığını bulmakla kalmayıp, aynı zamanda hangi örneklerin hangi sürümlerin çalıştığını bulmak zorunda kaldık. Ve burası arsamı neredeyse kaybettiğim yer. Üretim ortamının iki ya da üç versiyonunun farklı test seviyelerinde çalıştığını fark ettiğimde, bunun için araçlar ve sistematik yaklaşımların çok az yolu vardı. Kelimenin tam anlamıyla koda ve çalışan örneğe girmemiz gerekti ve bazı durumlarda bir süre çevrimdışı olma riskini aldık. Bütün bunların temelinde olduk, haritalandırdık ve dediğim gibi çok manuel bir süreçti. Ve sonunda tüm ETL kaymasını yaptık, onu bir yerden bıraktıktan sonra bir başkasına ve bütün olarak çalıştığı yere taşıdık. Ve biz gibiydik, tamam, işlevsel, bundan çok memnunuz.
Ama sonra çok sayıda ciddi katı tuğla duvarla karşılaştık. Özellikle performans sorunları bulduk. Ve günün mantıklı düşüncesi, daha büyük, daha iyi, daha hızlı, daha zor bir donanıma gitti, veritabanı seviyesindeki uygulamada kötü performans göstermesi için hiçbir neden yok, bu yüzden başka bir yere bakmaya başlayalım. Bu yüzden ağı tamamen iki kez yeniden tasarladık. Her yönlendirici, her anahtar, her kablo, bazı durumlarda Ethernet'ten fiber'e gittik, bazı yazılımları yükselttik, yamalıyoruz, manzarayı alıyorsunuz. Esasen, orada performans sorunu olduğunu düşünerek ağı iki kez yeniden yaptık. Ve öyle görünüyordu ve hissetti. Farklı güvenlik sistemlerinden, farklı güvenlik duvarlarından geçtik. İşletim sistemini yatık. Eşyaları bir hesaplama bıçağından diğerine taşıdık. Ve bunun altyapısına bakmak için önemli miktarda zaman harcadık.
Ve sonra sunucuların bağlantısını kestiğimizde ve bunun üzerinde ağın iyi çalıştığını başka uygulamalar çalıştırdığımızı fark ettik. Böylece işletim sistemini parçalamaya başladık. Aynı sorun. Ancak ilginç, ağ seviyesi ve işletim sistemi seviyesi, araçlar vardı, bu parçaların her birinin çalıştığını ölçmek ve test etmek ve kanıtlamak bizim için oldukça kolaydı. Ancak o zaman bile, SPARC donanım platformunda orta sınıftaki Solaris'te, araçlar veritabanı ortamını teşhis etmeye başlamamız için orada değildi. Bilirsin, haritaların bütün örneklerini bir araya getirip getirmediğimizi. Bu yüzden aslında kendi araçlarımızı oluşturmak, bazılarını yazmak ve oturmak ve veritabanı araçlarının kendilerinin ana komut dosyası dillerinde olup olmadığı ya da bir dizi kabuk komut dosyası dizisi olup olmadığı ya da bazı durumlarda bir sürü C programı olup olmamamız gerekti.
Sonunda, SQL katmanının altındaki mantığın, gerçek veritabanı motorlarının kendilerinin, bir şeyin özel bir şekilde inşa edildiğinde, Oracle'ın ana bilgisayar sürümünde çalışan bir şey için SPARC'daki Solaris'e taşındığı ortaya çıktı. sürüm Oracle hemen aynı performansı devretmedi. Bu yüzden, bu bizim için ilk başta bizim için çok acı verici bir yolculuktu, sadece yapıyor ve hepsini buluyordu, ama şimdi yeni üretim sisteminde teşhis etmek zorunda kaldık ve yine bu şey bir ayın yaklaşık bir yıla göç etmesine neden oldu. Ve basitçe, araçlara sahip olamadığımız gerçeğine bağlıydı. Etrafta dolaşıp meta verileri haritalamaya çalışmak gibi şeyler yapıyor.
Bir noktada, neredeyse bir Ouija tahtasına ihtiyacımız olduğuna karar verdik, çünkü rastgele işaret etmek ve dürtmek bu şekilde daha kolay olacaktı. Eski sistemlere kimlerin erişebildiğini ve neden bu erişime sahip olduklarını bulmak gibi basit şeyler. Ve yenisine erişmesi ve onaylaması, birisinin imza atıp onaylaması ve haritalandırması gerekiyordu. Veritabanının boyutu kadar basit olan bir şey bile iki platform arasında tutarlı değildi. Bunu yapmak için bir araç geliştirmemiz ve tonajdaki veri tabanının ne kadar büyük olduğu, Sistem A'ya karşı ham megabayt veya terabayt cinsinden Sistem B'ye göre biraz karşılaştırılması gerekiyordu. Yine, yeni araçlar inşa etmek zorunda kaldım. Sadece bizim için hazır bir ürün yoktu.
Ve tüm bunlardan kurtuluyorsunuz, işin bitmesine son verdiğimizde ve istikrarlı hale getirdiğimizde, her bir parça çok manuel bir süreçti, bir şeyi otomatikleştirmenin tek yolu yeni bir şey inşa etmemizdi aracı veya yeni komut dosyası. Ve bugün elimizde mevcut araçlara sahip olsaydık, hayat çok daha kolay ve çok daha iyi olurdu. Ve bu projede milyonlarca kişiyi kurtardık. Ancak, bugün hakkında konuşmak üzere olduğumuz şeyin, araçların şu anda kullanılabilir olması ve hayatı çok daha kolay hale getirmeleri olduğunu düşünüyorum. Tuzakların çoğu hala devam etmektedir. Dışarıdaki veritabanlarının keşfi ve hangi örneklerin neyin çalıştığı. Hangi durumdalar? Kaç kişi çalışıyor? Neden kaçıyorlar? İyi çalışıp çalışmadıklarını. Yedekleniyorlar mı?
Bunlar, doğru araçlarla şimdi verilmek üzere birçok yönden alabileceğimiz şeyler. Ama dediğim gibi, bu özel anekdotta bir dönem vardı, bunun hakkında çoğumuzun çok saç kaybettiği bir şey vardı, muhtemelen hayatımızın 15 yılını aldık ve araçların orada olmadığı gerçeğini ilan ettik. . Ve bugün konuğumuz olan Bullett'den bu konuda daha fazla şey duymayı dört gözle bekliyorum. Böylece, Bullett, size geçeceğim ve bu sorunu nasıl çözdüğünüzü duymayı dört gözle bekliyorum.
Bullett Manale: Peki. Kulağa harika geliyor. Eric, slaytları buraya almama izin ver ve biraz önce, çabucak, şirkete girmeden önce, şirket Idera hakkında konuşalım. FYI gibi, bu da elimizde bulunan farklı ürünlerden oluşan bir portföy.
Eric Kavanagh: Sesiniz biraz sıcak olduğundan kulaklık kullanıyorsanız biraz yukarı çekin.
Bullett Manale: Sorun değil. Bu daha iyi mi?
Eric Kavanagh: Bu çok daha iyi. Al onu.
Bullett Manale: Peki. Bu yüzden bugün, tartışmakta olduğumuz pek çok konuyla açıkça bağlantılı olan Envanter Yöneticisine odaklanacağız. Sadece, bu ürünün bulunduğu yere nasıl ulaştığı hakkında biraz bilgi vermek istiyorum. Ürün yelpazemizle günden güne bir bakıma başladık, Diagnostic Manager adında bir performans izleme aracımız var. Bir Uyumluluk Yöneticisi aracımız var. Bu nedenle, SQL Server çevresinde birçok farklı araç var ve kaçınılmaz olarak her zaman lisanslama için soruyoruz, "Kuruluşunuzda şu anda yönettiğiniz örnek sayısı nedir?" Ve ilginç olan, bununla ilgili kesin bir cevap alamadığımızdı. Kiminle konuştuğun önemli değildi. Her zaman bir neydi, "Eh, bu rakamın etrafında olduğunu düşünüyoruz." Bu tür şeyler her zaman geldi ve sonra yönettiğimiz örnekler açısından lisans almak istediklerinin tam olarak ne olduğunu bulmak için bu süreçten geçmek zorunda kalacağız.
Çok hızlı bir şekilde, çok DBA'larla ilgili bir acı olduğunu görünce anladık. Açıkçası, bir DBA olarak sorumlu oldukları şeylerden biri, bunu bilmesidir, çünkü yapmaları gereken şeylerden biri, Microsoft ve SQL Server ile olan durumumuzda, lisans sözleşmeleri için endişelenmektir. Açıkçası, sorumlu oldukları birçok farklı alana sahipler, ancak bu, genel sorumluluğunuzun ne olduğu DBA olarak büyük bir bilet kalemi olanlardan biri. Bununla beraber, sonuçta elde ettiğimiz şey, bir DBA'nın bu sayıyı gerçekten anlayabilmesini kolaylaştıran bir araca ihtiyacımız olmasıdır. Çünkü bunu aramak istiyorsanız SQL yayılmanız var ve bunun birkaç nedeni var. Yazılımı kimlerin kurduğunu ve bu tür şeyleri kontrol etme olasılığı yoktur.
Ve olabilecek en kötü şey, birisinin ellerini SQL Server'ın bir kopyasına götürmesi, yüklemesi, şirketteki diğer kuruluşlar veya bölümlerden bazılarına hiçbir şey bilmeden çalışmaya başlaması ve sonra bildiğiniz bir sonraki şey olabilir. veriler yedeklenmiyor ve olabilecek bu tür şeyler. Şimdi nerede başka bir probleminiz var, gerçekten kritik verileri kaybedeceğiniz durumların olduğu, çünkü vakanın ilk etapta bulunduğunu bile bilmiyorsunuz.
Yapmamız gereken şeylerden biri, keşif parçasını çözelim diyelim. Ve bunun üzerine, topladığımız bilgileri işin ne yaptığına bağlı olarak mantıklı bir şekilde düzenleyebiliyor ve yönetebiliyorsunuz. Ve sonra açık bir şekilde bu bilginin etrafında kararlar alabiliyor ve bu tür şeyler yapabiliyor. Bu, aracın başladığı ve nereden geldiği gibi bir şey. DBA’larla düzenli olarak konuşurken, gerçekte sahip olduğumuz şeyin kaç tane olduğunu bilmeme sorunu olduğunu söyleyebiliriz.
Ve komik çünkü terim ölçemediğiniz şeyi yönetemezsiniz, SQL Diagnostic Manager gibi sahip olduğumuz performans araçlarını her zaman bulduk, ancak bunu bilmiyorsanız gerçekten hiçbir şeyi yönetemezsiniz. “Onun” ilk etapta bile orada. Böylece bu aracın büyük bir kısmı da orada olduğunu bilmeye başlayabiliyor.
Şimdi, bu notta, bazı büyük kuruluşlarla veya SQL Server ile kurumsal mağazalarla konuşurken, konuştuğumuz bir çok erkekle bulduğumuz ilginç şey, yıl boyunca gerçekte zaman ayırdıklarıydı. aslında sayının neye benzediğini belirlemeye çalışmak için fiziksel olarak bir yerden diğerine yürüdüler. Bir DBA olarak, bazı durumlarda bir makineden diğerine fiziksel olarak yürümek için oldukça iyi bir miktar para kazanıldığını hayal edebilirsiniz; bu, şaşırtıcı bir şekilde, adlandırmadığım bazı büyük şirketlerden duyacağımız şeydi. Ancak, lisans sayısının doğru olup olmadığını anlamak için yılın iki haftasının bu tür alıştırmalar yapmak için harcanabileceği ilginç bir nokta.
Bunların hepsi bu araçla ve bunun nasıl yardım edeceği ile ilgili, ancak bunun nasıl ele alındığı, SQL Server'ın bir takım özelliklerine dayanarak keşif yapabilme yeteneğindeydi. Ve böylece ilk soru şudur: neye dikkat ediyorsunuz veya ilk önce neye bakmaya çalışıyorsunuz? Bunu yapma biçimimiz, bunu IP aralığına göre yapalım ya da etki alanı üyesi olan bilgisayarlar açısından etki alanı üyeliğiyle yapabiliriz. Bu kısmı nasıl ele aldığımıza göre, bunu söyleyebilmek için keşif açısından odaklanmak istediğimiz alan.
Ve bunun diğer kısmı, bu özelliklere, limanlara ve diğer şeylere, WMI kayıt defteri anahtarlarına ve bu tür şeylere dayanarak, SQL'in muhtemelen bu durumda veya belirli bir ortamda çalıştığını ve kurulduğunu tespit edebiliriz. Açıkçası, sneaker yönteminden veya sneaker express yönteminden çok daha iyi bir yöntem. Şimdi en güzel yanı, örnekle ilgili topladığımız tüm bilgilerin bir depoda tutulması ve ortam değiştikçe değişebilmesi. Bu sadece “Hey, bir örnek var, işte bulduğumuz bir liste” değil, ancak envanterin bu kısmını yapmak isteyip istemediklerini belirleyebilmek için DBA ya da örnekleri yöneten kişi olarak değil. bu örneğin kullanımdan kaldırılması envanterin bir parçası değil. Ve böylece SQL Server örneğinin tüm sürecinin kullanım ömrüne sahipler ve bu araç içinde gerçekten kolayca anlaşılıyor.
Örnekleri keşfettikten sonra, bundan sonra ne yaparız? Diğer şey, örnekle ilgili birçok bilgidir, el ile almak ve bir elektronik tabloya veya bu tür şeylere koymak zorunda kalmak istemiyorum. Bu, envanter süreci ve lisanslama hakkında DBA'larla konuşmakta ilginç olan bir başka şey, onlardan ne kadar DBA'ya konuştuğumda, onlara “Stoklarını nasıl koruyorsun?” Diye sorduğunda şaşırmış olman. Bunun gerçekten ironik olan DBA'larla konuşuyoruz, bunu tutuyorlar ve her şeyi statik bir çizelgede izliyorlar. Dediğim gibi, bir dakikalığına düşününce çok ironik. Ancak bu birçok durumda oldu ve yine de birçok organizasyonun bunu nasıl yönettiği ile ilgili bir durum söz konusudur. Bunu nasıl koruyorlar? Etrafında dolaşan bir Excel elektronik tablosunun ana kopyasıdır ve düzenli olarak güncellenmesi gerekir.
Bunlar zor olan şeylerdir ve bu durumda bu örneği kaydedip envanterin bir parçası haline getirerek, bunu yapabilir ve bilgileri toplayabilirsiniz. Envanterin, sürümün, baskının, onunla yapabileceğiniz diğer şeylerin bir parçası olup olmayacağını otomatikleştirmesini sağlayabilirsiniz, belki de o listeyi veya sahip olduğunuz Excel elektronik tablosunu el ile ekleyebilirsiniz. Bunu, SQL Envanter Yöneticisi adlı bu araca aktarabilirsiniz. Zaten kendinize güvende hissettiğinizi düşündüğünüz bir başlangıç noktanız varsa, bu örnekleri içe aktarabilir ve ardından ürün içinde yönetilen envanterinizin bir kısmını yapabilirsiniz. Örneğe sahip olduğumuzda ve bir zamanlar orada olduğunu öğrendikten sonra, olur, tamam, dışarı çıkıp bu bilgiyi toplayarak bu örneğin orada olduğunu bilerek yararlanabileceğimiz çok fazla bilgiye sahibiz.
Ve sadece lisanslama amaçlarından daha fazlası için pek çok bilgiye ihtiyaç duyulacaktır. Birçoğu belli ki sadece nerede olduğunu bilmek, elde edildikten sonra bu bilgileri arayabilmek için kullanılabilir. Ancak önemli olan şey sunucu, donanımın kendisidir. Ne tür bir makine olduğunu, belki model veya üretici, bellek, bellek miktarını, fiziksel veya sanal bir makine olup olmadığını ve özellikle fiziksel yuva veya çekirdek ve CPU'ları ve bu tür şeyleri anlayabilmek.
Çekirdek sayısı bakımından, özellikle de SQL Server ile, lisanslarını nasıl yaptıklarını bilmek, SQL'in daha yeni sürümlerinde temel hesaplamalar olduğunu, bunun gerçekten önemli bir parçası haline geldi ve bu sizin sahip olduğunuz hiçbir şey değil. dışarı çıkmak ve aslında kazmak için gitmek. Örnek tanımlandıktan sonra bu bilgiyi sağlayabilir ve çıkartabilir ve izlemenize ve anlamanıza izin verebiliriz ve açıkça faydalanabilir.
Bir sonraki katman, standart veya kurumsal veya hatta bu konuda ifade ettiği SQL Server örneğinden çok farklı olduğunuz açıkça görülüyor, SQL Server'ın ücretsiz sürümü. Aynı zamanda bu örneğe hangi uygulamaların bağlı olduğunu ve bu işlemi otomatik olarak yapabileceğini de anlamak. Yapılandırma ayarlarını ve bu tür şeylerin yanı sıra SQL Server'ın örneğiyle ilişkili olan diğer bilgileri de anlayabilmek.
Sonra asıl veritabanına inersiniz ve yapılandırma ayarlarını, o verilere bağlanan alan miktarını, bulunduğu yere, tüm bu şeyleri otomatik olarak doldurur ve böylece büyük bir zaman tasarrufu elde edersiniz. Ve bir kez daha, çünkü dinamik olarak dışarı çıkıyor ve günlük olarak yeni örnekleri tanımlıyor, bu envanterinizde sahip olduğunuz canlı bir şey. Ürünün amacı bu şekilde yapmak, onu dinamik olarak değişen bir şey yapmaktır.
Şimdi, bu bilgilerin tümü bize ulaştığında ve bu verilerin hepsini alabildiğimizde, bazı durumlarda bu örneklerle ilişkili kendi meta verilerinizi oluşturmaya başlamanız ve bu meta verileri bu tür bir şekilde oluşturulabilir. iş yapma biçiminize göre düzenlenir.
Örneklerinizi coğrafi konuma veya uygulama sahiplerine veya DBA sahiplerine veya başkalarına göre gruplandırdıysanız, bu örnekleri nasıl gruplandırmak istediğinizi, bu örnekleri mantıksal olarak nasıl anlamlandırmak istediğinizi, sonra ne tür bir davranış sergileyeceğinizi düşünebilirsiniz. araç içindeki iki alanın size bu yeteneği vermesini sağlar.
İlki, bir örnek etiketi veya bir etiket oluşturma yeteneğidir. Temel olarak sunucuya, örneğe veya veritabanına bir ilişki oluşturuyor, böylece günlük olarak ortaya çıkabilecek soruları cevaplayabiliyor ve bu sayede sahip olduğunuz sorunları çözmenize yardımcı oluyor. Neyi yönettiğinizi ve bu bilgilerle nasıl ilerlemek istediğinizi.
Elimizdeki bir diğer şey, envanter alanları veya özel envanter alanları olarak adlandırılan bir şeydir ve bunlar, inceleyebileceğiniz, örneğin açılan bir liste eklemeye karar verebileceğim veritabanı katmanı gibi toplayabileceğiniz bir tür bilgi kaynağına özgüdür. Tüm DBA'lar ve ben o duruma veya her neye bağlı olarak o veritabanından kimin sorumlu olduğunu belirleyebiliyorum ve sorumlu olanların bulunduğu veritabanı hangisini seçerse, hangilerinin sorumlu olduğunu bilsinler. kolayca envantere kazarak kolayca.
Bu nedenle, bu bilgi parçaları, özellikle geniş bir çevreniz varsa, çok değerli hale gelir, çünkü bu bilgiyi anlamanıza ve neye sahip olduğunuzu ve nasıl yaptığınızı bilmenize yardımcı olur.
Öyleyse devam edeyim ve bir sonraki slayta geçeyim. Şimdi size gösterdiğim şey, tüm bu bilgilerin toplandığı, meta veri toplayan ve uygulayan tüm bu bilgilerin ve verilerin, Microsoft ile lisans almak için geldiğinde çok daha kolay ve daha hızlı kararlar verebilmenizi sağlar. kurumsal toplu lisanslama veya Microsoft ile yazılım sigortası.
Bu, bunu yapmak için gerçekten çok kolay, yapmak zorunda kalmamak, çok fazla manuel veri toplama yapmak zorunda kalmaktan, bu bilgilerin el ile bir araya toplanmasından ziyade, genel olarak bir süreci daha iyi hale getiriyor. Bu, ürünün yetkilerinden bir tanesidir, bazen de DBA'ların lisanslama konusundaki kararlarını almasını kolaylaştırmak için.
Şimdi, DBA'larla konuştuğumuz, gerçekten hızlı bir şekilde keşfedilen ve öğrenilen diğer şey şudur: - ve daha önce tartışılana geri dönme - SQL Server ortamınızda 300 örnek olabilir, ancak gerçekten sadece bir alt küme var geleneksel bir performans izleme türünden bir araçtan gerçekten tam olarak izlenen ve yönetilenlerden.
Öyleyse gidip DBA’ya oturduysanız ve “Bakın, bunu izlemek ve SOA'larınıza uymak için tasarlanmış bu araçla izlenmekte olan 300'ün 20 örneğini veya 10 örneğini aldığınızı biliyoruz. uyarılar ve tüm bu iyi şeyler türlerini alın, ”ayrıca bulduğumuz şey,“ Öyleyse ne olmuş, bu diğer 280 örnek hakkında ne düşünüyorsunuz? Bunları umursuyor musunuz? ”Onlar da umursuyorlar, onlar umursuyorlar, ancak sadece bu 10 veya 20'ye karşı gerçekten çok kritik olan örneklerle yapılabilecek derinlik seviyesindeki insanları izlemek için bir yatırım yapmak istemiyorlar. ürün örnekleri.
Dolayısıyla, bu araçla denklemin diğer kısmı da, örneğin sağlık açısından kapsandığınız temel düzeyde olduğundan emin olmanıza yardımcı olmalarıdır. Şimdi size bir kilitlenme olup olmadığını ya da kilitlenme kurbanının kim olduğunu söylemeyeceğim. Oturumların kendilerine ve sorguların detaylarına ulaşmamak. Fakat aynı zamanda, size şunu bilmeye devam edersiniz ki, sunucuları aşağı ya da hey dolduruyor ya da veritabanını yedeklemeniz gerekiyor, bu bir DBA olmanın önemli bir parçası.
Yani bu tür şeyler kesinlikle hala önemli ve bu araçla bir çok şeyi, gerçekten de kendilerine bağlı, gerçekten önemli örnekleriniz için her şeyi yakalamanız için bir yol yaptı. aşağı hemen bilmek gerekir. Bu tür şeyleri daha üst düzeyde izleyebiliyor ve yapabiliyorlar, buna ek olarak çevreye eklenen yeni örnekleri alabilecekler ve bunların hesaba katıldığından emin olacaklar ve aynı zamanda temel sağlık kontrol seviyeleri oluşturulmaktadır.
Bu, Envanter SQL İthalat Yöneticilerinin neyle ilgili olduğunu kısaca anlatıyor. Şimdi size bununla ilgili bir gösteri göstereceğim. Bunu yapmadan önce, hızlı bir şekilde size bunun mimari slayt olduğunu gösterdim ve sadece bunu göstermek için, yöneten SQL örnekleri, SQL 2000'den yeni sürümlere kadar her şeyi keşfedebiliriz. SQL.
Bu yüzden, ajanları asla kendilerine dağıtmak zorunda kalmadan bunu yapabiliriz. Bir toplama servisi aracılığıyla yaparız ve bu bilgileri dışarı çıkarır ve toplar ve bir depoya koyarız ve ardından bir Tomcat web servisi ön uç konsolundan daha sonra bu verilerle etkileşime girebilir ve görüntüleyebiliriz. Bu yüzden oldukça basit mimarisi.
Devam edeceğim ve geçiş yapacağım ve aslında bizi ürünün içine götürerek bunun için nasıl bir his olduğunu anlayabilmeniz için. Bu yüzden bunu yapmanın en iyi yolu, sizi buradaki arayüzle tanıştırmaktır, burada bakmakta olan bir gösterge panosudur.
Şu an yönetimde sahip olduğum örnek sayısını o kadar da değil görebiliyorum. Ama arka cebimde de bütün bir veri merkezim yok. Bu yüzden burada gördüğümüz yaklaşık altı örneğim var. Şimdi, dedi ki, Yapacağım şey, keşif sürecinden geçmek ve nasıl çalışacağını göstermek.
Şimdi yapacağınız ilk şey yönetim bölümünde, örneklerinizi nasıl keşfetmek istediğinizi belirtebilirsiniz. Bu bilgiyi buraya ve bir kez daha IP adresleri aracılığıyla yapılabilecek şekilde koyabilirsiniz. Bir etki alanına veya alt etki alanına işaret edebilir ve yalnızca bu etki alanının üyeleri olan makinelerde, SQL'leri kontrol etmek için çalıştırırken çalıştırdığınız bazı özellikleri seçebileceğiniz bu kontrolleri yapabilir.
Sonra bunu bir kez yaptıktan sonra, günlük olarak çalışıp bu verileri toplamak için otomatik olarak çalıştırılmasını sağlayabilirsiniz. Gerekirse bunu geçici olarak da yapabilirsiniz. Ama bir kere bunu başlattığınızda, bu keşif süreci ve sonra görmeye başlayacağınız şey, buradaki örneklere bakarken. Bir Discover sekmeniz var ve Discover sekmesi bize yakın zamanda keşfedilen örnekleri gösterecek. Yani bizim durumumuzda burada bir numara var. Devam edeceğim ve yapacağım şey devam etmek ve örnek olarak kullanacak olanı eklemek. Yani bu, bu durumda bir Chicago örneği değil mi? Devam edeceğim ve bu örneği envanterime ekleyeceğim.
Pekala, ve burada birkaç şeyden geçeceğim. Ben sadece devam edeceğim ve göreceksiniz ki kimlik bilgilerini ayarlayabilelim. Kimlik bilgilerim orada iyi olmalı. Devam edeceğim ve istersem bunun sahipliğini atayabileceğimi göreceksiniz. Ayrıca bir yer de belirtebilirim. Şimdi konum da eklenebilir ve bir dahaki sefere açıkça belli olduğunu hatırlayacağım.
Bir kez daha, etiketleri meta verilerle ve bu SQL örneklerini, özellikle bu dizinin içine koymak istediğimiz kovanların içine nasıl koymak istediğimizi de ilişkilendirebilirim. Bu nedenle bazı güncel etiketler, popüler etiketler var. , böylece daha önce eklemiş olabileceğim farklı etiketlere bakabiliriz. Bunlardan bazılarını rastgele seçeceğim ve bunu uygulayabiliriz.
Şimdi devam edip bunu envantere eklediğimde. Şimdi eklendiğine göre, şimdi bu yönetilen görünümün altında göründüğünü göreceğiz ve böylece burada listelendiğini görebilirsiniz. Yani, ilk adımın bu olduğunu ve size az önce gösterdiğim şeyin, gün geçtikçe geçen süreçleri esas olarak nasıl ekleyeceğinizi biliyorsunuz. Bazı durumlarda, SQL server'ın kurumsal bir baskısının otomatik olarak envantere eklemek istediğimi biliyor olabilirsiniz. El ile gidip bunu seçmem gerekmez.
Jocelyn: Seni çok çabuk keseceğim. Demonuzu göremedik.
Bullett Manale: Değilsin?
Jocelyn: Hayır.
Bullett Manale: Peki bu iyi değil, görelim.
Eric Kavanagh: Sol üst köşeye giderseniz, başlat'ı tıklayın, üzerine tıklayın.
Bullett Manale: Ah tamam.
Eric Kavanagh: Ve şimdi ekranı paylaş.
Bullett Manale: Bunun için üzgünüm. Evet.
Eric Kavanagh: Sorun değil. İyi yakalama, yapımcı Jocelyn.
Bullett Manale: Tamam, bu daha iyi mi? Şimdi görüyor musun?
Robin Bloor: Evet kesinlikle.
Bullett Manale: Pekala, öyleyse biraz hızlı bir şekilde gerçek olduğumuz yerden yürüyelim. Weve daha önce sahip olduğumuz keşfedilen örnekleri elde etti. Şikago örneğini yeni ekledim ve şimdi gördüğünüz şimdi burada listeleniyor. Dikkat edin, zaten çok fazla ek bilgi çekti. Örneğe tıklarsam, bu örnekle ilgili toplanan tüm bilgi türlerini görmeye başlarsınız. Şimdi orada bulunan tüm veritabanlarının bir listesi var. Veritabanlarının büyüklük ve faaliyete göre hangilerinin büyüklük ve faaliyete sahip olduklarına göre dağılımını görebiliriz.
Bir kez daha, örnek olayda çalıştığını gördüğümüz iş yüküne dayanarak bu örnekte hangi uygulamaları çalıştırdığımızı hemen öğrenebiliriz. Yani bunu otomatik olarak yapabilmek güzel. İçeri girip başvuruyu bu olaya bağlamak zorunda değilim. Gördüklerimize dayanarak bunu doldurabiliriz. Şimdi bir uygulamayı el ile eklemek istiyorsanız kesinlikle bunu yapabilirsiniz. Ancak bu, örneğin veritabanının veritabanına veya özür dilerim uygulamaya ilişkisini gösterebilmenin güzel bir yolu.
Ayrıca, ekranın sağ tarafında anlık bir özetimiz olduğunu ve altında bir sunucu özeti olduğumuzu fark edeceksiniz. Örnekte, burada sadece anahtar bilgiden bahsediyorlardı, sürümü bilmek ve sadece, bildiğiniz gibi, SQL Server 2012 değil, aynı zamanda hangi hizmet paketlerinin bağlı olduğunu ve hangi hizmet paketlerinin bağlı olduğunu bize bildiren gerçek sürüm numarası. Bunun için bilmek çok önemli olabilir. Belli ki hafıza ihtiyacı önemli. Bunun gibi her şey, kümelenmiş olsun, olmasın, tüm bu bilgileri, içine koymak zorunda değilim - zaten toplanmış ve toplanmış ve bir kez keşfedilmiş bir örneğinin envanterimizin bir parçası olacağını tespit ettik.
Burada göreceğiniz diğer şey - ve size gösterecek - bu örnek bakış açısı altında. Daha önce bahsettiğim bu özelliklere, eklenebilecek özel özelliklere sahibiz. Böylece açık kutu kutuları ekleyebiliriz, milyarlarca seçenek olarak evet / hayır yapabiliriz. Açılır listeler bile yapabiliriz. Bunu veritabanı örneğinde veya sunucu düzeyinde yapabilirsiniz.
Sonra biraz daha aşağı kaydırırsak, ilgili tüm bilgileri sunucunun kendisine görebiliriz. Yani tüm bu tür şeylerin gerçekten, gerçekten çok faydalı olduğunu biliyorsunuz, çünkü hepsi toplandı ve toplandı ve envanterimizin bir parçası olma kararını alır almaz bizim için orada. Burada CPU'lar arasındaki farkların bir kısmını, fiziksel ve mantıksal sayıların ne kadar hafıza olduğunu gösterebiliriz. Bu yüzden, çok fazla iş yapmak zorunda kalmadan gerçekten çok iyi ve zengin bir bilgi birikimine sahip olursunuz.
Şimdi bunun diğer kısmı, dediğim gibi, bu veriyi sunucu seviyesinde toplanıyordu. Veritabanına bile gidersek, bu işlerin çoğunun bizim için de bozulduğunu görebiliriz.Bu yüzden, uygunluk havuzuma gidersem, bu durumda şunu söyleyebilirim, bunun bir a ile ilgili olduğunu biliyorsunuz, bu, hangi düzeyde uyumluluk veya düzenleyici gereklilik ile ilişkili olduğu ve uygun olabileceği bir uyumluluk veritabanıdır. SOX uyumluluğu veya PCI uyumluluğu. Böylece hangi veritabanlarının, bunlarla ilgili olarak hangi uyumluluğa sahip olduğunu seçebileceğimi seçebilirim.
Dolayısıyla, bu tür şeylerin DBA'lar için çok faydalı olduğunu kanıtladı, çünkü tüm bu ilişkili meta verileri ortamlarında kolayca merkezi olarak tutabilecekleri ve yaptıkları gibi işlerine uymalarını sağlayabildikleri bir yer var. , iş yapma şekli olarak. Yani, şu ana kadar gördüklerimize bakarsak, örneğe son derece güzel bir genel bakış elde edersiniz, eğer içine bakarsam.
Ayrıca arama yapabilirim, böylece envanterimdeki bu uygunluk havuzunu arayabilirim. O zaman burada göreceğiniz şey, bu şeyleri araştırabilir ve onları tanımlayabildiğimdir. Diyorum ki, ne olduğundan emin değilim, gitme düğmelerim orada çalışmıyor. Tamam. Bakalım, tekrar deneyelim. Oraya gidiyoruz. Böylece, uyum içinde olan bir şey gördüğümüz yerin bir dökümünü görebiliriz ve onu bu noktadan inceleyebilir ve bu açıdan da görebilirim. Bu nedenle, bu verileri araştırmak için gerçekten hızlı ve kolay bir yönteminiz var.
Şimdi daha önce de belirttiğimiz gibi, örnek sunucuya ve veritabanına karşı meta veri oluşturmanın birçok farklı yolunu kullandınız. Bunun diğer kısmı, gruplama şeklinizle ve onunla ilişkilendirdiğiniz şekilde bundan faydalanabiliyor. Explorer görünümüne gideriz, bunu yapabiliriz. Konumlara göre bir veritabanı sayımı yapmak istediğimi söyleyebiliriz. Böylece, desteklediğim ortamların her bir yerindeki veritabanı sayısı. Ya da muhtemelen belki de orada sahip olduğum örnekleri sahiplerinin sahibine dayanarak belki örnek sayımı olarak. Böylece bunu görebileceğiz. Böylece, o anda yanıtlamaya çalıştığınız soru ne olursa olsun, bu resimleri sizin için boyamanın gerçekten kolay ve kolay bir yolunu elde edersiniz.
Öyleyse, sahip olduğunuz bilgi türünü istediğiniz şekilde yarattık, kaldıraç yapabilmek ve meslektaşlarımıza ya da ihtiyaç duyduğumuz her şeyi yapabilmek için PDF'ye veya farklı formatlara aktarabiliriz. Öyleyse bu tür şeyleri yapabileceğini biliyorsun. Hadi gidelim - kaybettim mi? Oraya gidiyoruz. Tamam, umarım bu, şu ana kadar bahsettiğim şeyleri anlamlandırır. Şimdi, toplanan verilerin toplandığına göre, bunların hepsi bir çok nedenden ötürü gerçekten hayati öneme sahip - lisanslama ve değil.
Bahsetmemiz gereken son şey, buradaki bu yönetim bölümüne gitmemiz. Burası ayrıca sizi ve uyarılarınızı yapılandırabileceğiniz ve gerçekten bilmek isteyeceğiniz şeyler için bunları da ayarlayabileceğinizden emin olabilirsiniz. Böylece uyarıları ayarlayabiliriz, bazı şeyleri açıp bazı şeyleri kapatabilir ve sonra bu kimlerin ne alacağını belirleyebilir ve kimi istediğimizi ilişkilendirebileceğimiz bu uyarılara abone olarak belirleyebiliriz. Kim böyle şeyler hakkında bilmek isterdi.
Ama daha önce de söylediğim gibi, bu gerçekten güzel bir yoldur, en azından tüm kurumsal SQL örneklerinizi bilme konusunda genel bir gönül rahatlığına sahip olmalısınız - sahip olduğunuz şey ve ayrıca çalışmasanız bile en iyi şekilde çalıştığından emin olun. havent, bu örneği yönetmek için ağır bir isabet performansı izleme aracı için yatırım yapma kararı aldı. Bu sizi kapsayacak çünkü dışarı çıkmanın çok uygun bir yolu ve çoğu zaman bu envanterleri yapabilmeniz ve çok geniş kapsamlı bir genel izleme düzeyi düzeyi yapabilmeniz için İçiniz rahat olsun ve neler olduğunu öğrenin.
Bu yüzden umarım bu tarif etti ve size gösterdi şekilde mantıklı. Sanırım bu açıdan devam edip geri verebilirim ve biraz daha konuşabiliriz.
Eric Kavanagh: Kulağa harika geliyor. Peki Robin? Dez? Sorusu olan?
Robin Bloor: Benim de sorularım var. Aslında bunu izlemesi çok ilginç, demek istediğim sadece DBA'lar arasında değil, ağdakiler arasında, depolama ekipleri arasında, sanal makine yönetim adamları arasında, hepsi de ağ adamları arasında, bulunduğum her yerde yorum yapmak istedim. elektronik tablolarla çalışma.
Eric Kavanagh: Doğru.
Dez Blanchfield: Bunları biliyorsunuz, sayılar hareket etmeye başlayana kadar bunun sorun olmadığını biliyorsunuz. Sayılar hareket etmeye başladığında, başlarının derde gireceğini biliyorsun. Şimdi soru şimdi biraz ilgileniyorum ve bunun sizin için cevap vermesinin zor olacağını biliyorum, ancak elektronik tabloların çalışması için orada böyle bir şeyleri olmadığı bir yere giderseniz, DBA'ları varsayalım. çok zeki insanlar ve diğerleri, böyle bir şeyi uygulamaktan ne tür bir yatırım getirisi elde edersiniz? Bununla ilgili herhangi bir rakamınız var mı?
Bullett Manale: Yatırım getirisinin ne olduğunu söylemek zor, çünkü ortamlar biraz farklı olacak. Açıkçası, işletme ne kadar büyükse, çevre o kadar büyük, açıkçası, şimdi manuel yöntemler kullanıyorlarsa, YG muhtemelen o kadar fazla olacaktır.
Binlerce ve binlerce çalışandaki büyük organizasyonlar ve muhtemelen binlerce örnekte büyük organizasyonlar dediğimde - bunu onlara gösterdiğim yerde insanlara sahip olduğum ve bunun iki hafta alacağını söylediklerini biliyorum. zamanımın geri dönüşü. Bunu bana bir kereden fazla söylemiştim. Bu nedenle, bir satın alımdan elde edilen gerçek dolar miktarı açısından söylemesi zor, ancak ortamlara sahip olduğunuzda kayda değer.
Dediğim gibi, oldukça tutarlı, ben, ben, konuştuğum insanların çoğu, bu şeyleri bir elektronik tabloda tutuyorlar. Dolayısıyla bu sadece çok, çok öznel bir şey çünkü her ortam, lisanslarını nasıl yaptıkları ve Microsoft ile lisanslarını nasıl yaptıkları konusunda biraz farklı. Bunun bir faktör olduğunu. Ancak her yıl veya her üç yılda bir doğru yapmak zorunda kalırlarsa, Microsoft’un en fazla üç yıl sürdüğünü düşünüyorum, en az üç yılda bir gerçekleştirmenizi istiyorlar.
O zaman önemli olduğunu biliyorsun, ve çok daha kolay hale getiren bir şey olduğunu biliyorsun. Her zaman değişen dinamik bir şey olduğu için ayetlere bakarken ne olduğu konusunda da biraz daha fazla geçerlilik veriyor, elektronik tabloyu altı ay veya bir yılda gerçekten güncellemiyoruz. Öyleyse, elektronik tabloyu ne sıklıkta güncelliyorsunuz, YG’nin cevabının ne olduğunu anlamak için başka bir sorudur.
Dez Blanchfield: Evet, demek istediğim, SQL lisansı, bunun lisansı sadece lanet bir kabus, ama lisansı Microsoft ve Oracle ile veritabanı işleri yapan başka herhangi biri arasında aynı olmadığı için özellikle bir kabus. Gerçekte olan şey olma eğiliminde olan şeyleri gerçekten elektronik tablolarda tutuyorsanız, gerçekte farkına varmadan önce lisanslama zamanının geldiğini biliyorsunuzdur ve aslında ne demek istediğimi biliyorsanız, bu bilgilere kolayca ulaşmak için verilere sahip değilsiniz.
Her neyse, sizin de belirttiğiniz gibi, onun dinamiği ve kişisel olarak hiçbir fikrim yok, çünkü Microsoft ile hiç pazarlık etmek zorunda kalmadım, bu yüzden hiçbir fikrim yok ama muhtemelen insanların test verilerini sık sık kullandığı, ortamları test ettiği ve kullanacağım veritabanları var. lisanslama yapıyorsanız, bunların sizin tarafınızda bir diken olduğunu tahmin edin. Sen olduğunu-?
Bullett Manale: Evet evet. Durum böyle çünkü birçok şey unutuluyor ve daha sonra anlamaya başlıyoruz, tamam, peki, tamam, bu durumların her biri için çekirdek sayısını bulmak zorunda olduğumuz konusunda temel lisanslara sahibiz ve bilmiyorum, ne akıllıca ne satın aldığınızın standartları açısından, oldukça iyi bir donanım da satın alabilirsiniz, o zaman bu donanımı bu şekilde kullanmazsanız, o zaman fazla ödeme yapıyorsunuzdur, çünkü bu çekirdekler kaldıraçlı olmadığında çekirdek fiyatlandırma için ödeme yapıyorsunuzdur. sorun olur
Dolayısıyla, SQL'in her sürümü, lisanslamanın uygulanma biçimini değiştiriyor, bu da onu biraz kafa karıştırıcı yapıyor. Bu konuda bazı zorluklar yaşarsınız ve bu nedenle bu bilginin neden çok yararlı olduğunu ve bunun hangi versiyon olduğunu size söyleyebiliriz, eğer daha eski sürümleri varsa, sahip olduğunuz çekirdek sayısını açıkça söyleyebiliriz. Bu soket fiyatlandırmasıydı, yine de açıkça gösterebiliyoruz. Bu yüzden, bu şeyleri gerçekleştirmenin zamanı geldiğinde geçirmeniz gereken bir rutini daha basit hale getiriyor.
Dez Blanchfield: Aklıma gelen bir şey benim için, oh üzgünüm git—
Robin Bloor: Tamam, Dez'e gidiyorsunuz, belki alakasız bir soru soracağım.
Dez Blanchfield: Şu an konuştuğunuz sırada çok hızlı bir şekilde bir şey - bulut ortamlarının daha fazla benimsendiğini görüyordunuz ve eğer bunu kendi veri merkezimizde, kendi çevremizin içinde çalıştırıyorsanız etrafta dolaşıyorlar ve bir şeyleri keşfediyorlarsa, keşif yapmak nispeten kolay. .
Nasıl yapıyoruz, üç veri setinin, iki bulutun olabileceği senaryo ile nasıl başa çıkabiliyoruz ve bu ortamlarda görünürlük güvenlik duvarı altında ve çoğu zaman bir borunun veya bir VPN'in sonunda bir veri kümesinin olması. Ön uçtan keşfe çıkmak için başka bir yer var mı, yoksa bu tür platformların çalıştığı bir bulut türü ile bina dışı yerler arasındaki belirli ortamları tarayabilmemiz için bağlantı noktalarını açmaya başlamak zorunda mıyız?
Bullett Manale: Evet öyle olurdu, limanlar açısından bir miktar dikkate alınacaktı. Bu yüzden, ne yazık ki keşke tüm bu ortamları kırabildiğini söyleyebilseydim ama bununla yapabileceğiniz farklı seçenekler var. Açıkçası, Amazon EC2 gibi bir şey yapıyorsanız, gerçekten ihtiyacınız olan şey, bağlantı noktalarınızın açık olduğunu ve ardından IP adreslerinizi veya bununla ilişkili alan adınızı belirleyebildiğinizi varsayarak topluluğa başlayabildiğini varsaymaktır. ve keşfetmeye başlayın.
Bu yüzden, bu tür ortamlarda gerçekten sorun değil; RDS gibi daha spesifik ortamlar ve bu veri türünü görmeniz ve keşfetmenizin biraz daha zor olacağı bir veritabanını edindiğiniz yer.
Dez Blanchfield: Bundan sonra orada vardı, veritabanları ve veritabanları var. Mesela, sadece eskiden çok büyük bir veritabanı motoruna sahip olmanın güzel eski günleri, önümde paylaştığım anekdot gibi çok büyük bir veritabanı motoruna sahipti; Bu günlerde, veritabanları her şeyin içine gömülü, aslında, ikisi de üçü sadece benim telefonumda uygulamaların arkasında çalışıyor.
Lotus Notes'tan gelen ortamların bulunduğu ortamlarda, arkasındaki uygulamalarda, çeşitli İnternet'teki veritabanında bulunan SharePoint ve benzeri durumlarda ne tür zorluklar görüyorsunuz? Temelde her şey arka uçta veritabanı tarafından desteklenmektedir. Orada ne gibi şeyler görüyorsunuz ve insanların sadece bu tür dünyaları haritalamaya çalışırken karşılaştığınız ne tür zorluklar görüyorsunuz ve aracınız onlar için ne yapıyor?
Bullett Manale: Demek istediğim, bu konudaki şey senin söylediğin şeydi - her şeyin şimdi bir veritabanına ihtiyacı var, bu yüzden çoğu zaman DBA’nın bile üretmediği çevreye tanıtılan bir sürü veritabanı var. bunun bilinciyle, çevrede kurulu bir SQL sunucusunu elde etmek çok zor değil, çünkü genel olarak konuşurlar.
Bu araç aynı zamanda ekspres veritabanları gibi şeyleri de tanımlar, yani SQL Server'ın ücretsiz sürümleri. Yeterince eğlenceli, gidip DBA'larla konuştuğunuzda, bir kez daha, orada bulunan ücretsiz veritabanlarını umursuyorlarsa tutarlı bir cevap alamazsınız. Bahsettiğiniz bu uygulamaların çoğu veritabanının ücretsiz sürümünü kullanacak. Ancak kuruluşların kendileri, konuştuğunuz kişilere bağlı olarak bu veri tabanından kimin sorumlu olduğu konusunda farklı bir tavır sergileyeceklerdir.
Konuştuğum bazı DBA'lar, Seattle'daki en son SQL Server PASS’de bulunduğumu, “Hızlı veritabanlarınızı umursuyor musunuz?” Sorusunu sorduğunuzu ve elli elli kadar olduğunu soruyor. İnsanların bir kısmı, onlar hakkında bir DBA olarak bilmek istediler, çünkü yine de kritik bilgiler içerebileceklerini ifade ettikleri veritabanları bile, sorumluluklarının bir parçası olduklarını hissettiler; hala desteklenme sürecinden geçmeleri ve her şeyin kendileri üzerinde sağlık perspektifinden çalıştığından emin olmaları gerekir. Ancak sadece var olduklarını bilmek, daha önemli olmasa da, aynı derecede önemlidir.
Oysaki insanların diğer yarısı, “Hey, bu veritabanlarından sorumlu değillerdi ve üzerine koydukları herhangi bir şey onları yükleyen kişiye dikkat etmiyor” dedi. Günümüzde, karmaşıklığı ve bu bilgileri envantere koymanın karmaşasına daha fazla katkıda bulunan, buna bağlı bir uygulamaya sahiptir.
Dez Blanchfield: Evet, bazı yerlerde gördüğüm gibi, hükümet siteleri muhtemelen benim favorim ama çoğu zaman kurumsal ortamlarda gördüğümden çok daha fazla. Bunların, söylediğiniz gibi, insanların SharePoint ya da kendi kendini değiş tokuş gibi bir şey kurdukları zaman bile beni unuttuğunu biliyorum. sadece yerleşik bir ücretsiz sürümle geliyorlar, çünkü hızlı bir şekilde kurmak istiyorlar ve lisans almak zorunda kalmaktan endişe etmiyorlar.
Sonra büyür ve birileri performanstan şikayet etmeye başlar ve “Sadece eski sunucunuz, deponuz, ağınız, her neyse” gibi olurlar ve DBA çağrılır ve onlar “Eh, sadece Her şeyi veritabanının bu ücretsiz sürümüne tıkıştırdım, bu büyük bir performans sergilemeniz için gerekli olan şey değildi. ”
Özellikle, Project Manager ve Office gibi senaryolarınız olduğunda, büyük bir şirket veya şirket genelinde binlerce proje olmasa da yüzlerce proje çalışıyor ve SharePoint'i Microsoft Project Server ile kullanıyorlar ve tüm PMO öğelerini bu veritabanına atıyorlar. Ancak ön tarafta onlar gibi, sadece bir web arayüzü. Ama gerçekten veritabanları ve veritabanları var.
Bullett Manale: Evet.
Dez Blanchfield: Öyleyse onlar, buradaki insanların izleyicilerden getirmek isteyebileceğimiz birkaç soru olduğunu sandığım ilk adımlardan biri. İlk sorulardan biri insanların nerede başladığı? Gitmeleri için ilk doğal adım nedir, “Tamam, Adsız Alkolikler versiyonunu yapmamız gerekiyor mu?”
Ne yapacağımızı bildiğimizden daha fazla veritabanımız var. Onlara gitmeleri gibi görünen doğal bir adım nedir, “Tamam, bu şeyi almamız ve koşmaya başlamamız gerekiyor mu?” Sadece soğuk hindi mi yoksa daha sonra küçük bir başlangıç yapmaları ve çevrelerini haritalama konusunda biraz tecrübe edinmeleri gerekiyor mu? ?
Bullett Manale: Bence çevreyi haritalandırmaları gerektiğini söyledi. Şimdi Microsoft, bunu yapmak için ücretsiz bir araç sunuyor; Microsoft Değerlendirme Planlama Aracı, ücretsiz bir araç, ancak statik. Sen keşif yaparsın ve o kadar. Dışarıda olanların bir listesini alırsınız. Bunu aldık ve dediler bakalım bir adım daha ileri gidelim, keşif yapalım, oradakileri bulalım ve depoya koyalım ve onu dinamik olmasını ve ekleyelim, ondan kaldıralım.
Ama genel olarak en büyük ilk adım, sadece keşif yapmayı bulmayı düşünüyorum. Bu, ürünümüzün denemede indirilmesi anlamına gelse de, bunu indirebilir ve 14 gün boyunca deneyebilir, ortamınıza işaret edebilir ve koleksiyonu yapabilirsiniz.
Şimdi, o bilgilerin bir kısmına sahip olduğunuzda, bu bilgilerin doğru olduğundan emin olduğunuzdan emin olduğunuzda, tüm bu bilgilerle birlikte elektronik tabloyu CSV'ye içe aktarmayı sevme ve bu bilgilerin tümünü yapma hakkına sahip olacaksınız. çoktan sahip. Ancak, bilmediğiniz şeyleri çözme anlamında, bunu yapmanın tek yolu manuel olarak dışarı çıkmak, onu yapmak veya bunun gibi bir şeye benzeyen bir araca sahip olmaktır. Bu, bir noktada vermeniz gereken karar, “Bu keşfi otomatikleştirmeye mi çalışıyorum yoksa en azından önce neyin var olduğuna dair iyi bir temel bulmaya çalışıyorum ve sonra bazı istisnalar için endişelenebilir miyim?” Bölüm muhtemelen bir araca ihtiyacınız var.
Dez Blanchfield: Yani sadece hızlıca. İnsanlar buna başlamak için nereye gidiyor? Web sitene mi girdiler? Bu konuda nasıl hızlı bir şekilde ulaşırlar?
Bullett Manale: Eğer Idera, I-D-E-R-A.com adresine giderseniz göreceksiniz, ve ben gerçekten çok hızlı bir şekilde gerçekten çok hızlı bir şekilde gösterebilirim. Idera web sitesinde, ürünlere gidersiniz, envanter yöneticisine gidersiniz. Burada bir indirme bağlantısı göreceksiniz. 64 veya 32 bit üzerine hangi yapıyı kurmak istediğinizi siz belirlersiniz ve bu sizi yönlendirir ve keşif işlemini buradan başlatabilirsiniz.
Robin Bloor: Harika ve harika, harika sunum, çok teşekkür ederim.
Bullett Manale: Teşekkür ederim.
Eric Kavanagh: Seyircilerden ve iyi olanlardan birkaç sorumuz var, çünkü bugün kendimizi durdurmak zorundayız, ancak Bullett, yine de demoda harika bir iş, yapımcımızın göstermediğini yakalamak için harika bir iş.
Bullett Manale: Bunun için üzgünüm.
Eric Kavanagh: Hayır, bu iyi şeyler, işin çekirdeğine görünürlük kazandırıyorsunuz, değil mi? Çünkü iş veri yürütüyor ve çekirdeğe görünürlük sağlıyorsunuz. Yani artık el dalgalı şeyler; Şimdi aslında bir şeylere işaret edebilir ve bunu çözebilirsiniz. Senin için çok iyi.
Bullett Manale: Teşekkür ederim.
Robin Bloor: Ama bu arada, canlı olarak görmek güzeldi.
Eric Kavanagh: Evet, bu web yayınını daha sonra görüntülemek üzere arşivleyeceğiz ve umarım yaklaşık bir veya iki saat içinde açacağız, ilk arşiv bazen bundan biraz daha uzun sürecek, ancak insanların haber vereceğinden emin olabilirsiniz. Bununla gitmene izin verecekler millet. Brifing Salonuna katıldığınız için tekrar teşekkürler, aslında Sıcak Teknolojilerdi. Bir dahaki sefere sana yetiş. Kendine iyi bak bay bay.