Dette emnet beskriver hvordan du konfigurerer egenskapene for Publisher.
Administratorer kan konfigurere hurtigbufring på tjenernivå. Når Publisher behandler en rapport, lagres dermed dataene og rapportdokumentet i hurtigbufferen.
Rapportutformere kan angi en rapportegenskap for å konfigurere rapportspesifikk hurtigbufring av datasett.
Administratoren kan konfigurere antallet nye forsøk på tilkobling til en datakilde.
Hvis Publisher ikke klarer å koble til en datakilde som er definert via den definerte JDBC- eller JNDI-tilkoblingen, bytter Publisher til reservedatabasen.
Egenskapene nedenfor styrer antallet nye forsøk som forsøkes før bytte til reservetilkoblingen for databasen.
Antall nye forsøk
Standardverdien er 6. Angi hvor mange ganger en tilkobling skal forsøkes før bytte til reservedatabasen.
Intervall for nytt forsøk (sekunder)
Standardverdien er 10 sekunder. Angi antallet sekunders ventetid før tilkoblingen forsøkes på nytt.
Dette emnet beskriver konfigurasjonen og diagnostikken for planleggeren.
Du kan se gjennom konfigurasjonen for planleggeren på siden Systemvedlikehold.
Beregningsstørrelsen (OCPU-ene) du har valgt for tjenesten, fastsetter grensene for rapportbehandling for generering av rapporter med perfekte piksler. Du kan redigere innstillingene på fanen Planleggerkonfigurasjon. Se Hvilke størrelsesvalg er tilgjengelige for deg?
Siden Diagnostikk for planlegger angir kjøretidsstatusen for planleggeren.
Siden Diagnostikk viser hvor mange planlagte rapportforespørsler som er mottatt av JMS-køene, hvor mange av dem som var mislykket, og hvor mange som fortsatt kjører. JMS-statusen kan vises på klyngeforekomstnivå, slik at du kan bestemme om du vil legge til flere forekomster og skalere opp med én eller flere av disse JMS-prosessorene.
Hvis for eksempel for mange forespørsler ligger i kø for e-postprosessoren i én forekomst, kan du vurdere å legge til en ny forekomst og aktivere den for håndtering av e-postbehandling. Og hvis svært mange store rapporter blir behandlet og vises med statusen Kjører i rapportbehandlingskøen, kan du legge til en ny forekomst og skalere opp funksjonen for rapportbehandling.
Siden Diagnostikk for planlegger gjenspeiler også statusen for hver enkelt komponent, slik at du ser om en komponent er nede. Du kan se tilkoblingsstrengen eller JNDI-navnet for databasen, hvilken klyngeforekomst som knyttes til hvilken administrert tjenerforekomst, konfigurasjon av TopLink-tilkoblingsreserven og så videre.
Hvis en forekomst viser statusen Mislykket, kan du gjenopprette forekomsten. Failover-mekanismen i JMS-konfigurasjonen i klyngen sørger for at ingen sendte jobber går tapt. Når tjenerforekomsten er tilbake, er den umiddelbart tilgjengelig i klyngen. Fjerning og tilføyelse av forekomsten gjenspeiles dynamisk på diagnostikksiden.
Når en forekomst legges til i klyngen, gjenkjenner siden Diagnostikk for planlegger umiddelbart den nye forekomsten og viser statusen for de nye forekomstene og alle trådene som kjøres i forekomsten. Dette gir en omfattende overvåkingsfunksjon som administratoren kan bruke til å spore og løse problemer i hvilke som helst forekomster eller komponenter i planleggeren.
Siden Diagnostikk for planlegger inneholder opplysninger om følgende komponenter:
JMS
Klynge
Database
Planleggermotor
Delen JMS inneholder opplysninger om følgende:
JMS-klyngekonfigurasjon: Denne delen inneholder konfigurasjonsopplysninger for JMS-konfigurasjonen:
Leverandørtype (Weblogic/ActiveMQ)
WebLogic-versjon
WebLogic JNDI-fabrikk
URL-adresse for JNDI for JMS
Kønavn
Midlertidig katalog
JMS-kjøretid: Her angis kjøretidsstatus for alle JMS-køer og -emner.
Delen Klynge inneholder detaljer om klyngeforekomsten. Bruk disse opplysningene til å forstå belastningen på hver enkelt prosessor.
Delen Database inneholder opplysninger om disse komponentene.
Databasekonfigurasjon – tilkoblingstype, JNDI-navn eller tilkoblingsstreng
TopLink-konfigurasjon – tilkoblingsreserve, loggenivå
Databaseskjema
Delen Kvarts inneholder opplysninger om disse komponentene, som vist i figuren nedenfor.
Kvartskonfigurasjon
Kvartsinitialisering
Administratorer kan bruke siden Systemvedlikehold til å angi egenskaper for rapportvisning i fanen Konfigurasjon av rapportvisning.
Hvis Vis knappen Bruk er satt til sann, viser rapporter med parametervalg knappen Bruk i rapportvisningsprogrammet. Hvis du endrer parameterverdiene, må du klikke på Bruk hvis rapporten skal gjengis med de nye verdiene.
Hvis Vis knappen Bruk er satt til usann, vises ikke knappen Bruk i rapportvisningsprogrammet. Hvis du angir en ny parameterverdi, gjengir Publisher automatisk rapporten når den nye verdien er valgt eller angitt.
Du angir denne egenskapen på rapportnivået hvis du vil overstyre systeminnstillingen.
Bruk siden Administrer hurtigbuffer til å nullstille hurtigbufferen på tjeneren.
Hurtigbufferen på tjeneren lagrer rapportdefinisjoner, rapportdata og rapportutdatadokumenter. Hvis du trenger å rydde denne hurtigbufferen manuelt (for eksempel etter oppdatering), bruker du siden Administrer hurtigbuffer.
Slik fjerner du rapportobjektene fra hurtigbufferen på tjeneren:
Du kan nullstille hurtigbufferen for metadata i emneområdet
Metadata for BI-emneområde, for eksempel navn på mål og måling, bufres til tjeneren for rask åpning i rapportutformeren. Du kan nullstille denne hurtigbufferen manuelt hvis BI-emneområdet oppdateres ved hjelp av en binær fil for en semantisk modell (RPD).
Slikk tømmer du hurtigbufferen for metadata i emneområdet:
Du kan rydde gamle diagnostisklogger for å øke den tilgjengelige plassen på systemet.
Oppbevaringsperioden for jobbdiagnostikkloggen er som standard satt til 30 dager. Hvis du ofte aktiverer diagnostikklogger, kan det hende disse diagnostikkloggene tar opp plass i databasen, og du må kanskje jevnlig frigjøre plass som tas opp av gamle diagnostikklogger. Du kan rydde jobbdiagnostikkloggene manuelt for jobber som er eldre enn oppbevaringsperioden.
Bruk siden Administrer jobbdiagnostikklogg til å rydde gammel jobbhistorikk.
Oppbevaringsperioden for en jobbhistorikk er som standard satt til 180 dager. Du kan rydde historikken manuelt for jobber som er eldre enn oppbevaringsperioden. Når du rydder gammel jobbhistorikk, slettes de lagrede utdataene, lagret XML, opplysninger om jobblevering og detaljene om jobbstatus for de gamle jobbene.
Bruk Lastingssenter til å laste opp og administrere de konfigurasjonsspesifikke filene for skrift, digital signatur, ICC-profil, SSH-privatnøkkel, SSL-sertifikat og JDBC-klientsertifikat.