Cognos 10.2.2 PDF-Dateigröße/Manuell im Vergleich zu Burst

Question

Ich habe einen IBM Cognos-Bericht, der jeden Tag im Burst-Modus ausgeführt wird und den Inhalt an ~ 60 Personen liefert. Jede Person erhält ihre eigenen Daten.

Sie sind alle um 300KB PDF-Dateien, mit Ausnahme von einer von ihnen, die eine 2,5 MB-Datei ist. Es ist nicht der erste oder der letzte generierte Bericht, wenn es darauf ankommt.

Das Problem ist, wenn der Bericht derselben Person manuell generiert wird, erhalte ich eine kleine Datei (300KB). Jede Burst-Ausgabe liefert mir eine 2.5MB-Datei, nur für diese Person!

Ich habe auch nichts dergleichen online gefunden. Einige Informationen, die ich aus den PDFs extrahieren konnten, sind:

Handbuch:

Filename: Manual.pdf 
Producer: PDF Engine win32 - (10.2) 
Created: Thu May 26 09:02:01 EDT 2016 
Page count: 21 
PDF version: 1.4 
Linearized: version 1 
image: object 57, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99 
image: object 58, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338 
image: object 61, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953 
image: object 65, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110 
image: object 66, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110 
FONT NAME      TYPE   ENCODING  EMB SUB UNI OBJ# 
Arial-BoldMT      TrueType  WinAnsi  Y Y N  46 
Arial-ItalicMT     TrueType  WinAnsi  Y Y N  52 
ArialMT       TrueType  WinAnsi  Y Y N  49 
69 objects 
    3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT] 
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400 

Burst:

Filename: Burst.pdf 
Title: OBFUSCATED 
Author: Reports, US 
Producer: PDF Engine win32 - (10.2) 
Created: Thu May 26 06:26:18 EDT 2016 
Page count: 21 
PDF version: 1.4 
structured 
Linearized: version 1 
image: object 25539, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99 
image: object 25540, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338 
image: object 25543, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953 
image: object 25547, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110 
image: object 25548, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110 
FONT NAME      TYPE   ENCODING  EMB SUB UNI OBJ# 
Arial-BoldMT      TrueType  WinAnsi  Y Y N 25528 
Arial-ItalicMT     TrueType  WinAnsi  Y Y N 25534 
ArialMT       TrueType  WinAnsi  Y Y N 25531 
25551 objects 
    3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT] 
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400 BDC 11912 EMC 11912 

Einige wichtige Unterschiede Ich mag würde Punkt:

1. Burst Bericht hat, dass "strukturierte" Linie
2. Burst Bericht hat 25551 Objekte gegen 69 für die manuelle
3. Ich habe extrahiert Schriften und Bilder, und sie passen bitweise

Jede Hilfe ist sehr willkommen!

Answer 1

Es stellte sich heraus, dass der Server verschiedene Komprimierungseinstellungen für ReportJob und BatchReportJob hatte. Ich bin mir immer noch nicht sicher, warum nur einer der 70+ Berichte eine riesige Größe hatte, aber das Anpassen dieser Einstellungen behob das Problem.