SearchOracle.com tarafından hazırlanan bir BT Brifing i Riski Minimuma İndirirken Değişiklikleri Daha Hızlı Uygulamaya Koyun TechTarget BT Medya ROI Uzmanları ORACLE tarafından desteklenmektedir. 1
Riski Minimuma İndirirken Değişiklikleri Daha Hızlı Uygulamaya Koyun Mughees Minhas ve Noel Yuhanna 2008 TechTarget Biyografiler Mughees Minhas, Oracle daki Uygulama ve Sistem Yönetimi Grubu nda Ürün Yönetimi Başkanıdır. Noel Yuhanna, Forrester Research veri yönetimi ve uygulama altyapısında Baş Analisttir. 20 yılı aşkın süredir BT endüstrisindedir ve analist pozisyonuna geçmeden önce geliştirici, DBA (veritabanı yöneticisi), BT yöneticisi ve teknik pazarda donanımsal karşılaştırma uzmanı olarak çalışmıştır. Bu BT Brifingi Oracle/TechTarget Webcast olan Riski Minimuma İndirirken Değişiklikleri Daha Hızlı Uygulamaya Koyun üzerine kurulmuştur. Bu TechTarget BT Brifing i şu konuları kapsamaktadır: Giriş. Veri Yönetiminde Yeni Eğilimler... Uygulama Yaşam Döngüsü Yönetimi. Test Etme ve Gelişim Ortamlarındaki Zorluklar. Kapsamlı Test Eksikliğinin Etkileri En İyi Uygulamalar. Gerçek Uygulama Testi... Veritabanı Tekrar Oynatma (Database Replay).. Oracle SQL Performans Çözümleyici Sonuç... Sıkça Sorulan Sorular. 3 3 4 5 6 6 6 7 11 13 14 Telif hakkı 2008 Oracle a aittir. Tüm hakları saklıdır. Telif hakkı kanunlarınca aksi öngörülmediği sürece makalenin, önceden izin alınmadan çoğaltılması, makaleden alıntı yapılması veya başka bir dile çevrilmesi yasaktır. TechTarget BT Brifing leri Hakkında TechTarget BT Brifing leri üst düzey BT yönetici ve müdürlerinin satın alma konusunda doğru kararlar vermelerine yardımcı olan gerekli bilgileri sağlamaktadır. Endüstri lideri Vendor Connection ve Expert Webcast tan türeyen TechTarget in ürettiği BT Brifing leri Webcast leri, tanıtım yazılarına benzer kolay izlenen teknik yazılara dönüştürmektedir. Tasarım Telif hakkı 2004-2008 Oracle a aittir. Sorularınız ve ek bilgi için Ürün Yönetimi, Webcast Müdürü Dennis Sahiao ile irtibata geçiniz. E-posta: dshiao@techtarget.com 2
Riski Minimuma İndirirken Değişiklikleri Daha Hızlı Uygulamaya Koyun Giriş Şirketler artık eskisine oranla ortamlarında meydana gelen çok daha fazla sayıda Değişiklikle baş etmektedir. Bazı şirketlerde Değişiklikler her hafta meydana gelirken bazı şirketler piyasadaki rekabete ayak uydurabilmek adına saat başı meydana gelen değişikliklerle uğraşmaktadır. Değişikliklerin bir kez üretilmeye başladıklarında üretim yükü altında çökmemeleri için uygulamaya konmadan önce sağlam bir test protokolünden ve iş yükü analizinden geçmeleri gerekir. Veri Yönetiminde Yeni Eğilimler Finansal hizmetler, e-ticaret, üretim ve perakende şirketleri pek çok farklı zorlukla karşı karşıyadır. Ancak ortak noktaları, teknoloji ve iş dünyasındaki değişikliklerdir. Bu yeni ve daha hızlı yaşam döngülerine ayak uydurmaları gerekmektedir. Veri hacimleri hızla artmaktadır: aslında her 18 ila 24 ay arası iki katına çıkmaktadır. RFID (Radyo Frekans Kimlik Belirleme) ve web hizmeti uygulamaları çok miktarda veri ihtiyacını beraberinde getirmektedir. Bu veri hacminde gerçekleşen büyümenin test üzerinde de etkisi vardır. Örneğin, bir şirketin üretimde terabayt boyutunda bir veritabanı varsa, test ve muhtemelen gelişim için bunun 3 ila 5 arasında kopyasına da sahiptirler; bu da yönetilmesi gereken veri miktarını arttırır. Şirketler, daha sonra test etme işlemini etkileyecek olan petabayt boyutunda veri hacmine yönelmektedir. Her kurum değişiklik uygulamalarının masraflarını azaltmak ister. Uygulamaların ve veritabanlarının birleştirilmesi masrafların azaltılması açısından önemlidir. Ancak bazı durumlarda bu uygulamaların birleştirilmesi mümkün olmayabilir. Makineleşme, BT yi masrafları düşürmek de dahil her açıdan destekleyebilecek başka bir etmendir. Bazı şirketler veritabanlarını arşivlemeyi düşünmektedirler. Servis kalitesi büyük önem kazanmaktadır, bu nedenle şirketlerin 7/24 çalışacak sağlam, güvenilir uygulamalara ihtiyaç ve ilgileri vardır. 10 yıl önce bu önemli bir gereksinim değildi ancak şimdi özellikle de web tabanlı uygulamalar göz önüne alındığında öyle. Sonuç olarak şirketlerin, servis kalitelerini koruyabilmek adına uygulama değişikliklerine ve hatta sistemde meydana gelen küçük değişikliklere karşı kapsamlı test etme ihtiyaçları gittikçe artmaktadır. Şirketler daha fazla güvenilirlik ve uygunluk istemektedir, bu da test etmenin anahtar bir role sahip olduğu anlamına gelir. Bazı müşteriler, ortamları için aksaklık sürelerini minimuma indirmek için birleştirme teknolojilerini ve otomatik üst modelleri kullanmayı düşünmektedir. Gelecek yıllarda tüm şirketler iş yüklerinde çok büyük bir artış yaşayacaktır. Peki uygulamaları bu ortama uyum sağlayabilecek midir? Çoğu iş yeri, çoğalan iş yükü ile 3
başa çıkmak için uygulamalarını optimize edebileceklerinin farkında olmadığından çareyi yeni donanımlar almakta aramaktadır. Güvenlik de yine baş etmesi zor bir ortam halini almaktadır. Şirketler yönetiminin kolay olması açısından kendi güvenliğini sağlayan çevreleri tercih ediyorlar. Çoğu geliştirici uygulama geliştirirken güvenlik konusuna yani.net mi, Java mı yoksa başka bir gelişim ortamı mı kullandıklarına önem vermez. Güvenliğe uluslar arası alanda verilen önceliğe göre uygulama üretim aşamasına gelene kadar güvenlik konusunu dikkate almayabilirler. Eğer bir şirketin gelişim konusunda güvenliğe verdiği öncelik daha az ise test aşaması daha da büyük önem kazanır. Uygulama Yaşam Döngüsü Yönetimi Şekil 1 de, üç döngüsü olan temel uygulama yaşam döngüsünü görülmektedir. Gelişim döngüsü, iş girdisinin meydana geldiği yerdir. İş sahipleri ve analistler iş gereksinimlerini yaratırlar, gelişimciler ise uygulamayı bu gereksinimleri karşılayacak şekilde uyarlarlar. Değişiklikler işlevselliği veya ürün, veri kaynakları ve hizmetlere yapılan eklemeleri içerebilir. Uygulamadaki değişiklikler gerçekleştikten sonra sıradaki önemli bileşen test aşamasıdır. Yapılan test uygulamaların performans ve işlevselliğini pek çok farklı senaryo çerçevesinde incelediği gibi uygulamayı iş gereksinimlerine göre de gözden geçirir. Neredeyse her zaman performans veya işlevsellik konusunda bir boşluk var; uygulamayı test etmek, bu boşluğu tespit etmek açısından son derece önemlidir. Çoğu veritabanının 4
genişliği düşünülürse test ortamlarında, veri tabanlarının tamamının kopyaları bulunmayabilir. Bu gibi durumlarda eksiksiz bir test yapılması mümkün olmaz. Gelişim döngüsü her zaman basit bir süreç değildir. Uygulama değişikliklerine dayalı olarak güncellemeleri işleyişi fazla engellemeden üretim aşamasına yaymak mümkün olabilir veya bunu yapmak için üretimi tamamıyla durdurmak da gerekebilir. Her durumda açılma konusunda pek çok insan pek çok farklı rolde görev almaktadır. Bazı şirketler sık sık değişiklik yapamazlar çünkü uygulamalarını sık sık tamamıyla durdurmaları mümkün değildir. Bu durum, aynı anda pek çok değişiklik yapmayı beraberinde getirir ki bu da yapılan tüm o değişikliklerin ortam üzerindeki etkileri gibi çeşitli sorunlara yol açabilir. Bu da kapsamlı test yapabilmenin değerini daha da yükseltir. Değişikliğin yayılması, düzgün yedekleme yapılması, değişikliklerin uygulamaya konması ve sistemde meydana gelebilecek hata veya bozulmaya karşın yöneticilerin hangi yedeklerin saklanması gerektiğini bilmeleri gibi resmi işlemler gerektirir. Bu işlemlerin yerine getirilmesi büyük veri kayıplarını engelleyebilir. Uygulama değişikliklerine ek olarak sık sık altyapı değişiklikleri de gerekebilir. Örneğin: Tek bir oluşumu kümelenmiş ortamla değiştirmek gibi yeni teknolojilerin benimsenmesi Önceden kullanılanlardan farklı yeni makineler eklemek gibi yeni donanımın yayılması Depolama tiplerini değiştirmek gibi depolama konusunda yapılan değişiklikler Oracle Veritabanı Versiyon 10 dan versiyon 11 e geçmek gibi veritabanı düzeninde yapılan değişiklikler Yama ve güncellemeler gibi OS geçişleri Donanım bakımı Veritabanı bakımı Bu altyapı değişiklikleri için de ortamın yapılan değişiklikleri kaldıracağından emin olmak için kapsamlı test yapılmasına önem verilerek ve aynı gelişim, test ve yayılma döngüleri kullanılmalıdır. Test Etme ve Gelişim Ortamlarındaki Zorluklar Tipik bir test süresi uygulamaya ve kuruluşa göre değişiklik gösterir. Çoğu şirket uygulamalarını test etmek için daha az zaman harcamaktadır çünkü tutarlı ve kapsamlı bir şekilde test yapabilecek lükslerinin olmadığını düşünürler. Genelde değişikliklerin mümkün olan en kısa sürede uygulamaya konması için yönetimden çok fazla baskı olur. Her şirket, özellikle büyüyen iş taleplerine yetişebilmek için uygulamalarını sık sık değiştirme ihtiyacı hisseder. Şirket yeni ürün ve hizmetleri piyasaya sunuyor olabilir ve bu durumda uygulamalarla bağlantı halinde olmaları gerekir. Örneğin İnternet bankacılığı hizmeti sağlayan bir banka, müşteri ara yüzüne kapsamlı bir raporlama eklemek isteyebilir. Bu değişiklikler şirketlerin rekabete ayak uydurmalarını ve müşteri deneyim ve memnuniyetini arttırmalarını sağlar. Sonuçta bu değişiklikler şirketin değerini 5
yükseltir. Bu durum değişikliklerin çok kompleks ve kaynak açısından yoğun olmasına yol açabilir. Kapsamlı test için yeterli zaman ve kaynak olmayacağından bu hızlı değişimler güvenilirlik ve kalite konusunda kaygılar gibi uygulamayla ilgili sorunlar doğurur. Çoğu şirket karmaşık olabileceğinden ve zaman açısından yoğun olabileceğinden uygulamayı %100 test etmemektedir. Ancak bu durum, yeni işlevler nedeniyle eski işlevselliğin nerede bozulduğunu tespit etmesini engeller. Ayrıca performans konularının da göz ardı edilme riski vardır. Eğer test ortamı üretiminin tam bir kopyasını içermiyorsa uygulama beklenen seviyede çalışmayabilir. Uygulama değişikliklerinin uygulamaya konması daha uzun süre almaktadır çünkü şirketler her bir uygulamanın ne kadar karmaşık olduğunun farkına varmaya başlamıştır. Zamanın artması değişimin maliyetini de arttırmaktadır. Kapsamlı Test Eksikliğinin Etkileri Kapsamlı test yapmamanın etkisi çok büyüktür ve bunların arasında aşağıdakiler sayılabilir: Kritik durumlarda milyonlarca dolar zarara yol açabilecek uygulama kesintilerinde artış Artan güvenlik riski. Bu durumda uygulamaya izinsiz girmek daha kolay olabilir veya kullanıcılar görmeleri gerekenden daha fazla veriyi görebilir hale gelirler. Geri dönüş zamanına etkileri Yardım hattına yapılan çağrıların artması ve müşteri memnuniyetinin azalması En İyi Uygulamalar Değişiklikle başa çıkmak için şirketler tüm uygulamaları tam üretim verisiyle test etmelidirler. Çoğu şirket, maliyetle ilgili konular nedeniyle bu konuda sorun yaşar ancak test tam üretim seti olmadan yapılırsa maliyet daha da fazla olacaktır. Ayrıca tüm şirketler bütün üretim işlem ve sorgu senaryolarını, iş yükü ve iş akışı bakımından test etmelidirler. Uygulama iş akışları çok karmaşık olduklarından genelde test edilmez ancak derinlemesine test edilip optimize edilmeleri gerekir. Şirketler, zaman kısıtlamaları ve uygun test ortamı olmaması nedeniyle iş akışının tamamını test edemeyebilirler. Test işlemini mümkün olduğunda ve mümkün olduğunca çok otomatikleştirin. Bir şirket ne zaman donanım alt yapısı veya uygulama alt yapısında değişiklik, veritabanı değişikliği, güncelleme veya donanım ve platform değişiklikleri yapsa tüm uygulamaların sağlam bir şekilde test edildiğinden emin olmalıdırlar. Gerçek Uygulama Testi Şu anki ortamda BT departmanları birkaç değişiklikle yüz yüzedir. BT altyapısında gerçekleşen hızlı değişikliklerle baş etmek zorundadırlar. Dahası, bu değişiklikleri desteklemek için gereken maliyet sürekli artmaktadır çünkü QA ve test döngüleri gittikçe 6
daha uzun sürmektedir. Aynı zamanda şirketlerin, uygulamanın performans, uygunluk ve kalitesi hakkında ciddi kaygıları vardır çünkü değişiklikler kararsızlığı da beraberinde getirebilir. Şirketlerin artan değişim ve test masraflarıyla baş etmesi gerekmektedir ancak aynı zamanda detaylı teste de ihtiyaçları vardır çünkü o olmadan uygulamalar, güvenlik, performans ve güvenilirlik açısından riske girer. Oracle Real Application Testing şirketlerin, değişikliklere hızlı bir şekilde test ederek, teknolojiyi hızla benimseyerek ve bunları en düşük riskte gerçekleştirerek ortam değişiklikleriyle baş etmelerine olanak sağlar. Oracle Real Application Testing ayırt edici iki öğeden oluşur: Veritabanı tekrar oynatma SQL performans çözümleyici Veritabanı Tekrar Oynatma Şirketler yaptıkları işe değer katacak yeni teknolojileri benimsemekte özgür olmalıdırlar. Genelde ayrıntılara dikkat eden bir şirket kapsamlı test ve onaylama işlemine önem verir ancak ne yazık ki bu hem zaman hem de maliyet açısından pahalıdır. Günümüzde yapılan kapsamlı testlere rağmen test oranı hala oldukça düşüktür. Sonuçta, yeni bir teknoloji benimsendiğinde pek çok sorun tespit edilemez. Sistemin kullanılabilirliği ve performansı bundan olumsuz etkilenir: uygulamalar aksar, bu da kullanıcıları ve hizmetin kalitesini etkiler. Başarı oranının düşük olmasının ana sebebi test için kullanılan araçların yetersiz olmasıdır. Test ortamları üretim sistemlerinin doğru veya özgün bir yansıması değildir. Bu nedenle simule edilmiş iş yükleri doğru değildir. Başarı oranının düşük olmasının ikinci bir sebebi de tüm iş yükü uygulamalarının test edilmemesidir. Uygulamanın yalnızca küçük bir kısmının dahi test edilmesi için kullanılan araçlar ve gereken zaman düşünüldüğünde şirketler tüm uygulamanın yalnızca çok küçük bir yüzdesini test etmektedirler ve uygulamanın geri kalanının da aynı yönde hareket edeceğini ummaktadırlar. Ancak bu genellikle gerçekleşmez: uygulamanın geri kalanında oluşan sorunlar yalnızca üretim aşamasında ortaya çıkar. Bu iki sorunun bir araya gelmesi günümüzdeki test çözümlerinin düşük başarı oranını ve çoğu şirketin ortam değişikliği yapma konusundaki tereddütlerini beraberinde getirir Veri tabanının tekrar oynatılması test sistemlerindeki iş yükü ortamının üretimini yeniden yaratarak sistem değişikliklerinin gerçekçi bir şekilde test edilmesini mümkün kılar. Şekil 2 de de görüldüğü gibi veri tabanı yeniden oynatma işlemi üretim sistemindeki iş yükünü yakalar ve tam iş yükünü tam zamanında ve geçiş özellikleriyle birlikte test sistemine yerleştirir. Bu, yapılan değişikliğin üretim hataları, yeni uyuşmazlık noktaları ve performans saldırısı da dahil olmak üzere olası etkilerini tam olarak belirler 7
Yeniden oynatma gerçekleştikten sonra Oracle Real Application Testing yeniden oynatmanın ne kadar iyi yapıldığını, işlerin nasıl kötüye gittiğini ve darboğazın nerede olduğunu gösteren kapsamlı bir analiz ve rapor sağlar. Örneğin bir şirket, tek olgulu (single instance) Oracle yerine Oracle RAC ı benimsemeye karar verdiğinde tek olgulu bir sistemdeki iş yükünü yakalayıp yeniden oynatabilirler. Oracle Database Replay RAC sistem değişikliğini çalıştırır, iş yükünü RAC nodları arasında dağıtır ve RAC ın performansı arttırıp arttırmadığını belirler. Bu da şirketin üretimi yaymadan önce yeni bir teknolojinin ortamlarında ne gibi gelişmeler veya hatalar yarattığını öğrenmelerine olanak sağlar. Şirketler sistem değişikliğinin toplam başarısına olan güvenleri artar. Şekil 3 te veri tabanı yeniden oynatma özet raporunun bir örneği görülmektedir. Üst kısımda iş yükü, yeniden oynatma ismi, veritabanı versiyonu, veritabanı ismi, ve diğer belirleyici bilgilerin bir özeti verilmiştir. Raporun orta kısmındaki mavi çubuk yakalamanın ne kadar sürdüğünü; yeşil bar ise yeniden oynatmanın ne kadar sürdüğünü göstermektedir. Bu durumda, yeniden oynatma tekrar oynatmadan biraz daha kısa sürmüştür; bu da iyiye işarettir: testte her ne değişiklik yapıldıysa bu performansı iyileştirmiştir çünkü tekrar oynatma daha çabuk sonuçlanmıştır. Raporun en sonunda tekrar oynatmanın kalitesi görülmektedir. Bu kısım, tekrar oynatma ortamında olmayıp, üretim ortamında oluşan hataları, ve bunun tam tersi durumları ayrı ayrı göstermektedir: hata farklılığı. Denemelerden herhangi birinde veri farklılığı olup 8
olmadığını da gösterir. Hata ve veri farklılığı ne kadar düşükse tekrar oynatma kalitesi o kadar yüksek demektir. Opsiyonlar Veritabanı tekrar oynatımının birkaç tane opsiyonu vardır. Uygulaman yalnızca belli kısımlarını veya belirli kullanıcıları içermesi için yakalamayı özelleştirir. Senkronize tekrar oynatmada, tekrar oynatmanın hızı üretim yakalamadakiyle tamamen aynıdır; böylece üretim iş yüküyle uyumlu, zamanlama ve işlem destek dosyaları bakımından aynı olmayı başarır. Senkronize olmayan tekrar oynatmada ise tekrar oynatma zamanı kısaltılabilir veya belli yük ve baskı altındaki sistem davranışını simule etmek için değiştirilebilir. Desteklenen Değişiklikler Şekil 4 te veritabanı tekrar oynatımının hangi seviyenin altındaki değişiklikleri desteklediği görülmektedir. Veritabanı tekrar oynatma, veritabanı altyapısından sistem altyapısına kadar yapılan tüm değişiklikleri test etmeye yardımcı olur. Müşteri düzeyindeki uygulama mantığı değişiklikleri gibi orta veya daha yüksek sıradaki değişiklikleri desteklemez. 9
10
Veritabanı Tekrar Oynatmayı Diğer Test Araçlarıyla Karşılaştırma Şekil 5 Oracle Database Replay ile Hewlett-Packard ın Loadrunner ı karşılaştırmaktadır. Test takımına Oracle Database Replay veya Loadrunner kullandıklarında çalışmalarının nasıl değiştiği sorulmuştur. Test döngüsü beş ayrı aşamaya ayrılabilir. İlk aşama hem Oracle Database Replay hem de Loadrunner için yapılması gerekli olan yükleme, yapılandırma ve kurulumdur. Loadrunner da orta sıranın da kurulması gerekir: test aracı yüklenip kurulmalıdır; ancak Database Replay, Oracle Database ile kurulur. Bir önceki şekil, Database Replay yerine Load-Runner kullanıldığında test ortamını yüklemek ve yapılandırmak için gereken zamandaki önemli artışı göstermektedir. İkinci aşama, test edilecek uygulamanın nasıl çalıştığının anlaşılmasıdır. LoadRunner kullanıldığında testi yapan kişinin uygulamayı pratikte kullanabilen biri olması gerekir. Oracle Database Replay ile bu süre sıfırdır çünkü testi yapan kişinin tek bilmesi gereken şey iş yükünü ne zaman yakalaması gerektiğidir. Üçüncü aşamada, LoadRunner ile test yapan kişilerin uygulamanın nasıl kullanıldığını anladıktan sonra temsili bir iş yükü simule etmek için bu kez de ana işlemleri belirlemeleri gerekir. Oracle Database Replay kullanıldığında ise bu süre yine sıfırdır çünkü testi yapan kişinin tek yapması gereken işlemin azami yükünün ne zaman oluştuğunu yakalamaktır. Beşinci aşama test kodları geliştirmektir. Bu aşam, testi yapan kişi kodlara değişkenler yerleştirdiğinden LoadRunner veya başka araçlarla ile son derece uzun sürer. Oracle Database Replay in bunu gerçekleştirme süresi ise 15 kat daha azdır. Oracle Database Replay in sunduğu test kalitesi geleneksel araçlarınkinden çok daha fazladır. Üretim iş akışının yapay bir sümulasyonunu yaratmak yerine aynı zamanlama ve tutarlılıkla iş akışının tekrar oynatır. Geleneksel araçlar en iyi ihtimalle uygulamanın %1 ila %5 ini belirlerken Oracle Database Replay iş akışının tamamını inceler. Öteki araçların testi tamamlamaları aylar sürerken Database Replay in tamamlaması süresi günlerle sınırlıdır. Öteki araçlarda kullanıcının manuel olarak (el ile) parametreler koyması gerekmektedir ancak Database Replay ile bu kapsamlı manuel süreç gerekli değildir. Database Replay, piyasadaki test paradigmasını değiştirir. Oracle SQL Performans Çözümleyici Şirketler düzgün çalışan uygulamaları kullanmak isterler. Hizmet düzeyi anlaşmalarını (SLA) karşılayan performans uygulamaları isterler. Pek çok şirket uygulaması için SQL in gerilemesi zayıf sistem performansının ana nedenidir. Bu sorunu çözmek için Oracle, son kullanıcı etkisinden önce test yaparak veritabanında yapılan herhangi bir değişikliğin ne tür bir SQL gerilemesine yol açacağını raporlayan SQL Performans Çözümleyiciyi yaratmıştır. Şekil 6 da Oracle SQL Performans Çözümleyicinin nasıl çalıştığı görülmektedir. SQL Performans Çözümleyici nin SQL yürütme planı gerilemesine odaklanması dışında 11
işleyişi Oracla Database Replay e çok benzerdir. Bir üretim sistemindeki SQL işçisini yakalar ve test sisteminde tekrar oynatır veya yeniden çalıştırır. Bir DBA, üretimde bir değişiklik yaratmadan önce değişiklik test ortamında gerçekleştirilebilir. Çözümleyici orijinal yakalama ile değiştirilen versiyonun çalıştırılmasını karşılaştırır ve performans raporları oluşturur. Oracle Real Application Testing ile Oracle e-business Suite, PeopleSoft veya Oracle-Seibel gibi karmaşıkygulamalar dahi performans geriliği açısından bütünüyle test edilebilir. Şekil 7 de Oracle SQL Performans Çözümleyici raporunun bir örneği görülmektedir. Soldaki grafik önceki ve sonraki performansı gösterirken sağdaki grafik SQL çizelgelerindeki değişiklikleri gösterir: ne kadarı değişmeden kalmış, ne kadarı ilerlemiş, ne kadarı gerilemiş. Geri tuşuna bastıkça tam olarak kaç tane SQL çizelgesinin gerilediğini, performanstaki ve SQL çalıştırma planlarındaki değişimleri görebilirsiniz. Kullanıcılar SQL planı taban çizgilerini veya SQL Tuning Adviser ı kullanarak bu SQL gerilemelerine otomatik olarak ulaşabilirler. Oracle SQL Performans Çözümleyici SQL performansını ya da SQL optimizörünü etkileyebilecek, veri tabanı güncellemeleri veya yamaları gibi tüm değişiklikleri destekler. Ayıca, optimizör istatistiklerinin güncellenmesini, şema değişikliklerini, ayarlama hareketlerini veya donanım değişikliklerini destekler. Günümüzde hiçbir çözüm Oracle SQL Performance Analyser ile karşılaştırılamaz. En benzer test yöntemi manuel olandır ve iş yükünün yalnızca bir kısmını inceleyebilir. SQL 12
Performance Analyser, SQL performansını etkileyen değişikliklerin riskini büyük ölçüde azaltır. Sonuç Oracle SQL Performance Analyser ve Database Replay bütünsel bir üretim işyükü testi sağlar, bu da bir şirket için değişimden kaynaklanan riski azaltır. Bu özellikler test döngüsü süresini aylardan günlere düşürür ve yaşam döngüsü yönetimini destekler. Oracle Real Application Testing ile bir şirket diğer şirketlerle rekabeti sürdürebilir. Kendileri için değerli olan teknolojiyi benimseyip değişim masrafları da dahil yönetim maliyetini düşürerek karlılığı arttırabilirler. Herhangi bir teknolojiyi benimsemelerini veya değiştirmelerini gerektiren her türlü uygulamayla uyumlu olmaya devam ederler. Oracle Real Application Testing değişimden kaynaklanan riski azaltır. 13
Sıkça Sorulan Sorular Soru: Oracle Real Application Testing kullanırken herhangi bir kodun korumasını sağlamak gerekir mi? Cevap: Hayır, bu tamamıyla otomatiktir. Real Application Testing de kullanılan veri tabani ikili veri dosyalarında saklanır ve iş yükünü kopyalamak için herhangi bir kodlama yapmanıza gerek yoktur. Soru: DBAlar daha fazlasını yapabildiğinde test projeleri nasıl bir değişiklik gösterecektir? Bu konuda kurumsal herhangi bir tavsiye mevcut mudur? Cevap: Veri tabanı sağlayıcıları artık test uygulamaları için daha ileri çözümler sunmaktadır. Test aşamasında eskiden daha az DBA katılımı olurdu ancak şimdi DBAlar araçları sayesinde bazı ek kabiliyetlere sahiptirler. Performans konusunda otomasyon sağlayabilmekte ve test konusundaki deneyimlerini bütünüyle iyileştirebilmektedirler. Testi gerçekleştirenler ve geliştiriciler test işlemine hala şirket için işlevselliği açısından yaklaşmalıdırlar ancak bakış açıları daha çok performans, ölçeklenebilirlik ve güvenilirlik odaklı olacaktır. Testi gerçekleştirenler yine de bu uygulamaların işlevselliğini test etmek zorunda olacaktır ama DBAların rolü daha çok artacak ve öne çıkacaktır. Soru: Bu araçlar temel olarak performans testine mi yöneliktir? Cevap: Hayır, bunlar performans testinden çok daha fazlasını gerçekleştirebilirler. Aynı zamanda her türlü gerileme testi için de kullanılırlar. TechTarget BT Medya ROI Uzmanları TechTarget Hakkında Bizler BT uzmanlarının başarılı olmaları için gerekli bilgiyi sağlıyoruz. TechTarget, bilgi ve kaynak ihtiyacınıza hitap eden hedeflenmiş yayınlar basmaktadır. Özellikle teknoloji odaklı Web siteleri ağımız BT profesyonellerinin uzmanlara ve aynı alanda çalışan meslektaşlarına, orijinal içeriğe ve Internet te bulunan diğer ilgili her türlü bilgiye erişim sağlamalarına yardımcı olur. Hazırladığımız toplantılar tarafsız satıcılara, her gün karşılaştığınız sorunlarla ilgili uzman yorumları ve tavsiyelerine erişim sağlamanıza yardımcı olur. Dergilerimiz BT konusunda vermeniz gereken önemli kararlarda size derinlemesine analiz sağlar ve kılavuzluk eder. Uzmanlaşmış elektronik haber bültenleri, video TechTalk lar, internet üzerindeki yayınlar, bloglar ve wikiler aracılığıyla pratik teknik tavsiyeler verilir. TechTarget i ayrıcalıklı kılan nedir? TechTarget doğrudan BT iş alanına odaklanmıştır. Editör takımımız ve endüstri uzmanlarımız BT konusundaki profesyonellere en zengin en güncel içeriği sunmaktadır. BT konusundaki profesyoneller için zorlu ve eyleme geçirilebilir bilgi sağlayabilmek için Web in yakınlığını, network ve yüz yüze görüşme olanaklarını, Webcast ların (görüntülü ve sesli internet yayınları) uzman etkileşimini, elektronik haber bültenlerinin lazerli hedefini ve basılı medyamızın zenginliğini ve derinliğini arttırmaktayız. Oracle_01_2008_0001 14