BusinessObjects etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
BusinessObjects etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

21 Haziran 2013 Cuma

SAP BI Hata: Connection failed. The server has reached the maximum number of simultaneous connections. (RWI 00239)


Yeni rapor oluşturmak için "Document List- New- Web Intelligence" girince söz konusu hatanın çıkması üzerine bu sorunu incelemeye başladık.

Bu hata hakkındaki bulgularım şöyle:

İlgili Hata Mesajı: Connection failed. The server has reached the maximum number of simultaneous connections. (RWI 00239) 
Hata Açıklaması: Bu hata bir sunucuya belirtilen sayıdan fazla bağlantı oluşturulduğunda oluyor. Yani basit olarak anlatmak gerekirse, izin verilen bağlantı 5 ise ve 5 ayrı kullanıcı raporlama sunucusuna bağlıysa, gelen 6. kullanıcı bu hatayı alacaktır.  Ayrıca browserda birden fazla tab açıp farklı raporlar çalıştırarak bir kullanıcı sunucuya daha fazla bağlantı oluşturabilir. Buna ek olarak schedule edilmiş raporlar da bu sayıya ekleniyor.  
İzin verilen maksimum bağlantı sayısı bir parametre ile belirlenmekte. Aslında bu sunucuya aşırı yük oluşmasını engellemek için koyulmuş bir önlem. BI'ı ilk kullanmaya başladığımızda bu parametre 50'ydi. Zamanla kullanım oranı artınca bu parametreyi 300'e çıkarmıştık. Uzun zamandır da bu sayı bizim için yeterli gelmekteydi. Ancak son zamanlarda raporlama sisteminin şirket içinde kullanımının daha da artması ve sistemin müşterilere de açılmaya başlaması ile 300 sayısının, çok yoğun kullanım anlarında yetersiz kalıyor olabilir. 
Önerilen Çözüm Yolları:
1-) İzin verilen maksimum bağlantı sayısını arttırmak (maximum_connections )
2-) Cluster kullanımı ile yükü birden fazla sunucuya dağıtmak. Ayrıca CPU Core başına bir Webi Rpt Server oluşturmak. 

Bu hata ile ilgili daha ayrıntılı bilgiler için aşağıdaki linkler incelenebilir:

help.sap.com ...
businessobjectstips.com ...
90kts.com ...
wiki.sdn.sap.com ...
SAP Note 1
bobi.blog




12 Ekim 2011 Çarşamba

Business Objects'de Türkçe Verilerdeki Bazı Karakterlerin Düzgün Gösterilmemesi

Microsoft SQL Server 2000 veritabanına OLE DB ile bağlantı kuruyoruz. Bu veritabanında bazı türkçe verilerin düzgün görünmediğini farkettik. Örneğin "ADRES DOĞRULAMA" cümlesi "ADRES DOGRULAMA" olarak görünüyordu. Yani sorun "İ" ve "Ğ" gibi bazı Türkçe karakterlerde görülüyordu.


Aşağıdaki iki yazıda da bizim yaşadığımız soruna benzer durumlardan bahsedilmekte :
Business Objects ve Türkçe Karakterler - Enes KURT
Turkish Characters not showing correctly in universe/report - BOB Forum
Bu problem hakkında bulduğum 3 temel çözüm yolu var. Şimdi bunları açıklamaya çalışacağım.

Çözüm1: Universe veritabanına OLEDB yerine ODBC ile bağlanmak

Yukarıda linkini verdiğim ilk yazıda OLEDB veritabanı bağlantısının ODBC olarak değiştirilmesi tavsiye edilmiş. Bu da sorunu çözüyor ama belirli sebeplerden (yavaşlık, ayrıca ODBC ayarları yapılması gerekmesi gibi) bu çözümü tercih etmedik.


Çözüm2: BI Server'ın kurulu olduğu sanal makinanın "Regional and Language Options>Advanced>Language for non-unicode programs" ayarını Türkçe yapmak

İlk başta biz de problemin veritabanı bağlantısından kaynaklandığını düşündük. Sonradan gördük ki bilgisayarım (local client) 'ın regional setting değerlerini Türkçe olarak değiştirdiğimde problem Universe Designer ve Web Intelligence Rich Client programlarında çözülüyordu fakat Web üzerinden InfoView ile bağlanınca problem sürmekteydi.



Bunun üzerine BI Server'ın kurulu olduğu sanal makinanın da regional setting ayarlarını Türkçe yaptım ve Web üzerinden InfoView ile bağlanınca da problemin çözüldüğünü gördüm.


Çözüm 3: Türkçe Karakter içeren alanların SQL Server'daki collation encodinglerinin Turkish_CI_AI yapmak.

Bu çözüm Universe veritabanına OLEDB ile bağlıyken bile Türkçe karakterlerin düzgün görünmesini sağlıyor.Bu farkın nerden kaynaklandığını anlayamadım. Microsoft'un sitesinde CI, CS, AI ve AS 'nin değerleri şöyle açıklanıyo


CaseSensitivity
CI specifies case-insensitive, CS specifies case-sensitive. 
AccentSensitivity
AI specifies accent-insensitive, AS specifies accent-sensitive.

15 Ağustos 2011 Pazartesi

SAP Business Objects Raporlama Aracı Kullanımı

Bu makalede SAP Business Objects Aracının Web Arayüzünden kullanımı ve Sorgulama veri yapıları basitçe ve kısaca anlatılmaktadır. Makalenin tamamı için okumaya devam edin.

Burada anlatılan konular SAP Business Objects ( BO3.1 Edge XI 3.1 Client SP4 ) ürünü için geçerlidir. Anlatılanlar diğer versiyonlar için farklılık gösterebilir.

26 Temmuz 2011 Salı

İş Zekası: SAP BusinessObjects

Çalıştığım şirketin SAP'nin BusinessObjects iş zekası ürünlerini kullanmaya başlamasıyla birlikte bu konuda yapılacak gerekli geliştirmelerin sorumluluğu bana verildi. Daha önceden hiç de aşina olmadığım bu dünyada öğrenme sürecinde faydalandığım bazı kaynakları buradan paylaşmak istedim. Umarım faydalı olur.


Öncelikle BO Hakkında bulduğum ender Türkçe makalelerden birini buradan inceleyebilirsiniz.

"Universe" kavramı

Basitçe anlatmak gerekirse "Universe" veri yapımızı kullanıcıya sunduğumuz bir ara katman. Burada kullanıcıya veriyi nasıl ve ne kadarını sunacağımızı belirliyor ve kullanıcının bu Universe üzerinden verilerimize erişip raporlamalar yapmasını sağlıyoruz. Kullanıcı bizim tanımladığımız "Obje"ler vasıtasıyla sorgular oluşturabiliyor.


Universe: Tablolar ve Objeler Arasındaki Bağlantılar [1]

ÖĞRENİLMESİ GEREKEN BAZI KAVRAMLAR
  • Datawarehouse pattern'ları: Star schema, Snow flake
  • "Fact" tablosu - "Dimension" tablosu
  • "Aggregate Awareness" kavrami
  • "Context" kavrami
  • "Shortcut join" kavrami

"Aggragate Awareness" kavramı

Karışık olduğu kadar faydalı bir konu olan "Aggragate Awareness" hakkında bulduğum en faydalı makalelerden biri :
Aggregate-awareness-1
Aggregate-awareness-2

Context kavramı

Context aslında tablolar arasında tanımladığınız bağlantıların (join'lerin) gruplanmasından ibarettir. Bu şekilde bir arada kullanılacak "join"leri belirtmiş olursunuz. ( NOT: "Multiple SQL Statements for each Context" seçeneğini açarak her context için ayrı sorgu oluşturulması sağlanabilir )

"Join"leri gruplayarak sorgu sonucunda oluşacak sql'in hangi bağlantılar üzerinden oluşacağını belirlemiş olursunuz. Genelde bu döngü ("loop") , tuzak ("trap") gibi hatalı durumları engellemek için kullanılır.

Ayrıntılı bilgi için Dave'in İş Zekası Maceraları :) bloguna bakabilirsiniz:
What Is a Context Anyway?
Is “One Context Per Fact Table” a True Statement?
Designer SQL Traps
Do I Have a Fan Trap?


[1] http://alteksolutions.com/wp/index.php/2009/03/what-is-a-business-objects-universe/