Back to the future

… mit SAP BI 4.0!

Mit dem neuen Business Objects Release, auch bekannt unter SAP #BI4, kommt in WebIntelligence (endlich wieder) die „Scale-to-Page“ Funktion retour. Diese war schon in den früheren Desktop Intelligence Versionen verfügbar und heiß geliebt. Bei der Umstellung von DESKI auf WEBI hatten wir deswegen sehr viele Probleme. Jetzt endlich auch in WEBI verfügbar. Herrlich.

Über ein neu hinzugekommenes, extrem geniales und bereits sehnsüchtigst herbei gewünschtes Feature in der neuen Version berichte ich ein anderes Mal.

Und weiter geht’s …

… mit der Serie der unnötigen und unmotivierenden BusinessObjects Problemen!

Schön langsam wirds echt mühseelig! Immer wieder was anderes. Heute (bzw. schon seit letztem Mittwoch): „The action cannot be performed. (Error: INF)“ Datei kann nicht geöffnet werden.

Das „interessante“ an diesem Phänomen ist: Es sind nicht alle Reports betroffen (Gott sei dank!).

Report ist somit unbrauchbar, da er nicht mehr geöffnet werden kann. Welche „Lösung“ gibt es dafür? Nun, Lösung würd ich es nicht wirklich nennen, „work-around“ wohl eher:

Soweit wir das bisher nachvollziehen konnten wird ein Report (bzw. gewisse Reports) unbrauchbar sobald man sie im „neuen“ InfoView (WEBI, Version: 12.3.5) öffnet und erneut speichert. Um so einen kaputten Report wieder herstellen zukönnen, braucht man folgendes:

  • Backup von einem früheren (funktionierenden) Zustand des Reports
  • Rich-Client mit der Version 12.3.0

Man öffnet die Backup Version im RICH-Client, speichert diese (wieder den Haken bei der „document security“ entfernen) aus dem Rich-Client heraus neu ab (am PROD System) und schon gehts wieder.

Ein Filevergleich zeigt große Unterschiede zwischen den beiden Files (fehlerhafter bzw. funktionsfähiger Report). So sehen einzelne Zeilen nicht nur komplett anders aus, es fehlen auch zahlreiche (in den getesteten Reports >5000) Zeilen. Scheint so, als würde da einfach was abgeschnitten werden. Problem dürfte durch die Installation des neuen Fixpack’s entstanden sein…

links: fehlerhafter Report und rechts der funktionsfähige!

Ticket bei der SAP wurde bereits geöffnet. For the time being gilt für uns zumindest die Corporate Reports nur mehr mit dem RICH-Client bearbeiten …

Immer wieder Ärger mit WEBI (BO)

In den letzten Wochen komme ich mir fast vor wie in „Und täglich grüßt das Murmeltier“. Jeden Tag, (okay, fast jeden Tag) ein neues/anderes Problem mit BusinessObjects und WebIntelligence. Häufig kratzen die Services (WEBI Server Prozesse) ab, dann verbraucht der Tomcat zuviel Speicher, sodass gar nichts mehr geht, etc. etc. Die Probleme die wir in letzter Zeit hatten waren mannigfaltig und konnten leider nicht nachvollzogen werden, woher sie plötzlich kamen.

WEBI Error …

… am frühen morgen, bringt Kummer und Sorgen!

An error has occurred: CSecSAPR3Binding::XRFCCnxBroker::BorrowConnection() failed. See following log entries for details. Failed while trying to log on to SAP system. The following RFC error was returned: [Group, Key, Message]: [102, „RFC_ERROR_COMMUNICATION“, „Connect to SAP gateway failed Connect_PM GWHOST=192.168.xxx.xx, GWSERV=sapgwxx, SYSNR=xx LOCATION CPIC (TCP/IP) on local host with Unicode ERROR partner ‚192.168.xxx.xx:xxxx‘ not reached TIME Fri Apr 08 08:24:34 2011 RELEASE 710 COMPONENT NI (network interface) VERSION 39 RC -10 MODULE nixxi.cpp LINE 2985 DETAIL NiPConnect2 SYSTEM CALL connect ERRNO 10061 ERRNO TEXT WSAECONNREFUSED: Connection refused COUNTER 2 „]. The entitlement system has therefore been disabled in memory. This may be because the SAP system is unavailable or because the credentials are invalid. The entitlement system has to be re-enabled before it can be used again.

Grund für diese Fehlermeldung: Unser BW-TESTSystem wurde gestern Abend deaktiviert und ist somit nicht erreichbar. Fehlermeldung ist hier allerdings etwas irreführend! Das System wurde nicht automatisch deaktiviert, sondern muss erst manuell in der CMC -> Authentication deaktiviert werden. Deaktiviert man dieses System ist man aber noch nicht wirklich weiter!
An error has occurred: Entitlement system FWxxCLNTxxx is disabled. This may be because the SAP system is unavailable or because the credentials are invalid.
Warum muss ich ein System erst deaktivieren, wenn dann ohenhin auch nichts (bzw. nicht mehr als vorher) funktioniert? Wie auch immer, deaktivieren alleine war also nicht die Lösung. Nächster Versuch: Alias auf das System deaktivieren:

An error has occurred: CSecSAPR3Binding::XRFCCnxBroker::BorrowConnection() failed. See following log entries for details. Failed while trying to log on to SAP system. No credentials were found.

Also auch nicht wirklich besser als vorher. Somit letzter Schritt: System komplett in CMC löschen. Ergebnis:
An error has occurred: Entitlement system FWxxCLNTxxx is disabled. This may be because the SAP system is unavailable or because the credentials are invalid.
Nanu, hatten wir doch schon mal?

Letzter noch notwendiger Schritt: Alias auf dieses System löschen! Dieser Schritt muss bei JEDEM EINZELNEN USER (der einen Alias auf das Testsystem hat) gemacht werden. Sonst funktioniert der Login nicht.

Drei Sachen, die mich da stören:

  1. Warum reicht deraktivieren des betroffenen Systems nicht aus?
  2. Warum schläft die Prüfung auf das TESTSystem an, obwohl ich mich doch auf das PROD System versuche anzumelden?
  3. Gibt es keine Funktion die einen bestimmten Alias für alle betroffenen User auf einmal entfernt.

Das einzig „positive“ daran: Es waren nur jene User betroffen, die für das TESTSystem berechtigt waren und es trat nur in Verbindung mit der „SAP Authentification“ auf …