IBM Cognos Analytics on the Cloud'a geçmeyi, yerel bir veritabanı istemcisi yerine JDBC sürücülerini kullanmayı veya yalnızca sorguların performansla ilgili özelliklerine daha fazla görünürlük sağlamayı düşünüyor olun, Dinamik Sorgu Modu'nu benimsemek harika bir fikirdir.
Gıda hizmeti sektörünün en güvenilir liderlerinden biri olan Performance Food Group, sürekli iyileştirme sürecinin bir parçası olarak yakın zamanda Cognos 10.2.1'den 11.0.12'ye yükseltildiğinde, paketlerini de CQM'den DQM'ye güncellemeye karar verdiler. PFG'nin raporlama, analiz ve danışmanlıktan sorumlu BT yöneticisi Sumit Kumar, paket geçişlerinden sorumluydu ve bu süreçte karşılaşabilecekleri zorlukların üstesinden gelmekle görevlendirildi.
CQM'den DQM'ye Dönüştürmenin Faydaları
Performance Food Group'un göç etme nedenleri çoktu. Sumit ve PFG için bir bütün olarak dönüştürmenin ana faydalarından biri, aynı rapor içinde birden çok paketten veri içeren raporları kullanma yeteneğiydi. Dinamik Sorgu Modu, Sumit'in tamamen farklı üç pakette yer alsalar bile satış, tedarik ve envanter gibi birden çok konu alanından gelen verileri içeren raporları kullanmasına olanak tanır. Uyumlu Sorgu Modunun bu özelliği yoktur, bu nedenle seçim açıktı.
Uyumlu Sorgu Modundan Dinamik Sorgu Moduna geçiş, onlara 64 bit mimaride sorgu yürütmesinden yararlanarak rapor yürütme süresini büyük ölçüde azaltma olanağı da sağlayacaktır. Sumit, geçiş yaparak yalnızca gelecekteki yükseltmeleri kolaylaştıracak altyapıyı kurmakla kalmayıp, aynı zamanda Performance Food Group'a otomasyonlarında tahmine dayalı analitik başlatma yeteneği kazandırdıklarını biliyordu.
Dönüştürmenin faydaları açıktı, ancak önümüzde hangi zorluklar vardı?
Dönüştürülecek 13 Cognos paketini seçtikten sonra Sumit, proje planlama ve yürütme aşamasında ilk engellerle karşılaştı.
Proje Planlama ve Uygulama Zorlukları
İlk roadSumit'in karşılaştığı blok Şelale veya Çevik Teslimat arasında seçim yapıyordu. Sumit, CQM'den DQM'ye dönüşümü için ikincisini seçti çünkü her paketi bağımsız olarak dağıtmasına izin verdi. Tüm önemli raporlar başarılı bir şekilde çalıştığında paketler dağıtıldı ve bazı düşük öncelikli raporlarda hata varsa, paketi yine de dağıttılar ve raporları daha sonra düzelttiler. Bu, herhangi bir zaman kaybetmeden iş değerini önceden sağlamalarına izin verdi, ancak güvenli oynamak için IBM ürün destek ekibinden ek yardıma ihtiyaç duymaları durumunda bir aylık bir arabellek tuttular.
Sumit ve Performance Food Group, proje planlama ve uygulama aşamasını aştığına göre, bir sonraki konuyu ele alma zamanı gelmişti: Paketlerin Dinamik Sorgu Modundaki davranışından kaynaklanan teknik ve altyapı zorlukları.
“Sumit'e göre, CQM'den DQM'ye geçiş, çok iyi harcanan zaman ve çabaydı. Dönüşümden sonra rapor yürütme süresi ortalama %60 azaldı!”
Teknik ve Altyapı Zorlukları
Dinamik Sorgu Modu, Uyumlu Sorgu Modunda isteğe bağlı olan en iyi uygulamaları zorlar. Buna bir örnek, yorum satırı olarak eğik çizgi içeren kısa çizgi ve yıldızların kullanılmasıdır, örneğin, '-' ve '/*'. CQM bunların hepsini kabul ederken, DQM yerleşime bağlı olarak bazen kabul eder, bazen etmez. Bu görünüşte küçük sorunlar, ara sıra hatalara ve hatta tüm raporların başarısız olmasına neden olabilir. Gelişmiş filtrelerdeki yorumlar, SQL sorgusu ve özel hesaplamalar da hatalara neden olduğu biliniyordu. A sql sorgusunu karşılaştırın araç, yerleştirmeyi biçimlendirmek ve o alandaki hataların oluşumunu azaltmak için düşünüldü, ancak tüm hata oluşumlarını görmek için araştırma daha da ileri gitti. Veri modeline veya paket tanımına bir toplam işlevinin dahil edilmesi de hatalara neden oldu, ancak bu, bunun yerine toplam işlevi veya Toplam() ve Toplam() ile değiştirilerek giderilebilir.
Dinamik Sorgu Modu ayrıca Uyumlu Sorgu Modunun yapmadığı bazı varsayımlarda bulunur ve rapor çıktılarının farklı olmasına neden olur. Raporları CQM ve DQM'de çalıştırmak, yalnızca işlevi nasıl yorumladıklarına bağlı olarak size farklı sonuçlar verebilir. Örneğin, CQM'deki Toplam(Toplam(Sales)) size toplam satışlara eşdeğer bir sonuç verir ve yinelenen toplamı yok sayarken, DQM'de yinelenen toplamı yok saymaz ve size farklı bir rapor çıktısı verir. Benzer şekilde, CQM'ye karşı DQM'de toplama seçeneklerinin uygulanma şekli de değişir. Hesaplanmış/Toplu sütunlardaki filtreler, "Birleştirmeden Önce" veya "Birleştirmeden Sonra" gibi toplu özellik seçimine bağlı olarak farklı sonuçlara yol açabilir.
Diğer Zorluklar
Dinamik Sorgu Modu, rapor çıktısında değişikliklere neden olabilecek farklı bir işlem sırası uygulayabilir.
- Rapor düzeyi kardinalite tanımı, rapor çıktısında değişikliklere yol açar.
- Rapor doğrulama, uyarı mesajları çözümlendikten sonra bile kritik hataları gösterebilir. Rapor derleyicinin size asıl hatayı gösterebilmesi için tüm uyarı mesajlarının düzeltilmesi gerekir. Bir rapor çalışmıyorsa ve yalnızca bir uyarı mesajı gösteriyorsa, rapor kritik hatayı ortaya çıkarmadan ve düzeltmenize izin vermeden önce uyarı mesajını düzeltmeniz gerekir.
- Çok büyük miktarda veri içeren raporların oluşturulması, "Java yetersiz bellek" sorunlarıyla başarısız olabilir, ancak bu raporlar için rapor özelliklerinde yerel önbelleğe alma özelliği devre dışı bırakılarak düzeltilebilir ve ayrıca sorgu hizmeti için yapılandırılmış belleği artırarak da yardımcı olunabilir.
- Gelecekteki sorunları önlemek için JVM yapılandırmasının en iyi uygulamalara göre ince ayarlanması gerekir.
Sonuç olarak
Sumit'e göre, göç süreci çok iyi harcanmış bir zaman ve emekti. Dönüşümden sonra, rapor yürütme süresi ortalama %60 azaldı! Paketleri CQM'den DQM'ye ve ortamınızı 32-bit'ten 64-bit'e dönüştürmenizi kesinlikle tavsiye ediyor.
Uyumlu Sorgu Modundan Dinamik Sorgu Moduna dönüştürmeyi veya yakın zamanda dönüştürmeyi mi düşünüyorsunuz? Deneyiminizi veya sahip olabileceğiniz ipuçlarını ve püf noktalarını bizimle paylaşmanızı çok isteriz!
Daha fazla öğrenmek ister misiniz? ev sahipliği yaptık Webinar Burada Performance Group'un Dinamik Sorgu Moduna geçişlerinde karşılaştığı zorlukları tartıştık. Web seminerini buraya tıklayarak yanıtlayın.
