Tant si esteu pensant en traslladar-vos a IBM Cognos Analytics al núvol, si voleu utilitzar controladors JDBC en lloc d’un client de base de dades natiu o simplement voleu una major visibilitat de les característiques relacionades amb el rendiment de les consultes, adoptar el mode de consulta dinàmica és una bona idea.
Quan Performance Food Group, un dels líders més confiables de la indústria del servei d'alimentació, ha actualitzat recentment de Cognos 10.2.1 a 11.0.12 com a part del seu procés de millora contínua, van decidir que també actualitzarien els seus paquets de CQM a DQM. Sumit Kumar, gerent de TI de PFG responsable de supervisar la presentació d'informes, anàlisi i consultoria, es va encarregar de la migració de paquets i va encarregar-se de superar els reptes que poguessin trobar durant aquest procés.
Avantatges de convertir CQM en DQM
Les raons per les quals migrava Performance Food Group eren nombroses. Un dels principals avantatges de la conversió per a Sumit i PFG en general era la possibilitat d'utilitzar informes que contenen dades de diversos paquets dins del mateix informe. El mode de consulta dinàmica permetria a Sumit utilitzar informes que contenien dades de diverses àrees temàtiques, com ara vendes, adquisicions i inventari, tot i que es troben en tres paquets completament diferents. El mode de consulta compatible no té aquesta capacitat, de manera que l’elecció era òbvia.
La conversió del mode de consulta compatible al mode de consulta dinàmic també els donaria la possibilitat de reduir considerablement el temps d’execució dels informes aprofitant l’execució de la consulta a l’arquitectura de 64 bits. Mitjançant la migració, Sumit sabia que no només posaven la infraestructura per facilitar les actualitzacions futures, sinó que també donaven a Performance Food Group la possibilitat d’iniciar anàlisis predictives en la seva automatització.
Els beneficis de la conversió eren obvis, però quins reptes teníem per davant?
Després de triar 13 paquets de Cognos per convertir, Sumit va trobar els seus primers obstacles durant la fase de planificació i execució del projecte.
Reptes de planificació i execució de projectes
La primera roadel bloc que Sumit havia de triar entre Waterfall o Agile Delivery. Sumit va triar aquest últim per la seva conversió CQM a DQM perquè li va permetre desplegar cada paquet de forma independent. Els paquets es van desplegar quan tots els informes importants es van executar correctament i, si alguns informes de baixa prioritat tenien errors, van desplegar el paquet de totes maneres i van corregir els informes més tard. Això els va permetre oferir valor empresarial per primera vegada sense perdre temps, però per jugar amb seguretat van mantenir un buffer d'un mes en cas que necessitessin ajuda addicional de l'equip d'assistència de productes d'IBM.
Ara que Sumit i Performance Food Group havien superat la fase de planificació i execució del projecte, era hora que abordessin el següent número: reptes tècnics i d’infraestructura a causa del comportament dels paquets en mode de consulta dinàmica.
“Segons Sumit, convertir de CQM a DQM va suposar molt de temps i esforç. Després de la conversió, el temps d'execució de l'informe es va reduir un 60% de mitjana. "
Reptes tècnics i d'infraestructures
El mode de consulta dinàmica aplica les pràctiques recomanades que eren opcionals en el mode de consulta compatible. Un exemple d'això seria l'ús de guions i asteriscs amb una barra inclinada com a línia comentada, per exemple, '-' vs '/ *'. CQM accepta tots aquests, mentre que DQM de vegades ho accepta i de vegades no, segons la ubicació. Aquests problemes aparentment petits poden provocar errors esporàdics o fins i tot fallar informes sencers. També es sabia que els comentaris dels filtres avançats, la consulta SQL i els càlculs personalitzats causaven errors. A Compareu la consulta sql es va considerar l'eina per donar format a la ubicació i reduir l'aparició d'errors d'aquesta àrea, però la investigació va anar més enllà per veure totes les ocurrències d'errors. La inclusió d’una funció de suma al model de dades o a la definició del paquet també va crear errors, però això es pot solucionar substituint-lo per una funció total o Sum () vs Total ().
El mode de consulta dinàmica també fa algunes suposicions que el mode de consulta compatible no ho fa, cosa que fa que les sortides dels informes siguin diferents. L’execució d’informes a CQM vs DQM us pot proporcionar diferents resultats basats únicament en la manera com interpreten la funció. Per exemple, el total (total (vendes)) a CQM us donarà un resultat que és equivalent al total de vendes i ignora el total duplicat, mentre que a DQM no ignora el total duplicat, donant-vos una sortida d'informe diferent. De la mateixa manera, la manera com s’implementen les opcions d’agregació a CQM vs DQM també varia. Els filtres de les columnes Calculat / Agregat poden generar resultats diferents en funció de la selecció de propietats agregades, com ara "Abans de l'agregació" o "Després de l'agregació".
Altres reptes
El mode de consulta dinàmica pot aplicar un ordre d’operacions diferent que pot causar canvis a la sortida de l’informe.
- La definició de cardinalitat a nivell d’informe comporta canvis en la sortida de l’informe.
- La validació d’informes encara pot mostrar errors crítics fins i tot després de resoldre els missatges d’advertència. Tots els missatges d'advertència s'han de corregir abans que el compilador d'informes pugui mostrar l'error real. Si un informe no s’executa i només mostra un missatge d’advertència, primer heu de corregir-lo abans que l’informe reveli l’error crític i us permeti corregir-lo.
- La renderització d'informes amb grans quantitats de dades pot fallar amb problemes de "Java sense memòria", però es pot solucionar desactivant la propietat de memòria cau local a les propietats de l'informe per a aquests informes, i també es pot ajudar augmentant la memòria configurada per al servei de consulta
- La configuració de JVM s’ha d’afinar segons les pràctiques recomanades per evitar problemes futurs.
En Conclusió
Segons Sumit, el procés de migració va suposar molt de temps i esforç. Després de la conversió, el temps d'execució de l'informe es va reduir un 60% de mitjana. Definitivament, recomana convertir paquets de CQM a DQM i el vostre entorn de 32 bits a 64 bits.
Voleu fer una conversió del mode de consulta compatible al mode de consulta dinàmic o bé convertit recentment? Ens encantaria que compartíssiu la vostra experiència o qualsevol consell i truc que tingueu.
Voleu obtenir més informació? Vam organitzar un webinar on vam discutir els reptes als quals s’ha enfrontat Performance Group en la seva migració al mode de consulta dinàmica. Respondre al seminari web fent clic aquí.
