01.02.2013 Views

Publishing Reports to the Web - Downloads - Oracle

Publishing Reports to the Web - Downloads - Oracle

Publishing Reports to the Web - Downloads - Oracle

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Overview of <strong>Oracle</strong>AS <strong>Reports</strong> Services<br />

<strong>Oracle</strong>AS <strong>Reports</strong> Services handles client requests <strong>to</strong> run reports by entering all<br />

requests in<strong>to</strong> a job queue. When one of <strong>the</strong> server's engines becomes available, <strong>the</strong> next<br />

job in <strong>the</strong> queue is dispatched <strong>to</strong> run. As <strong>the</strong> number of jobs in <strong>the</strong> queue increases, <strong>the</strong><br />

server can start more engines until it reaches <strong>the</strong> maximum limit specified in your<br />

server configuration. Similarly, engines are shut down au<strong>to</strong>matically after having been<br />

idle for a period of time that you specify (see Chapter 3, "Configuring <strong>Oracle</strong>AS<br />

<strong>Reports</strong> Services").<br />

<strong>Oracle</strong>AS <strong>Reports</strong> Services keeps track of all jobs submitted <strong>to</strong> <strong>the</strong> server, including<br />

jobs that are running, scheduled <strong>to</strong> run, finished, or failed. The <strong>Reports</strong> Queue<br />

Manager (Windows), <strong>the</strong> <strong>Reports</strong> Queue Viewer (UNIX), <strong>the</strong> showjobs command<br />

(<strong>Web</strong>), and <strong>the</strong> <strong>Oracle</strong>AS <strong>Reports</strong> Services pages in <strong>Oracle</strong> Enterprise Manager 10g<br />

(OEM) enable you <strong>to</strong> view information on when jobs are scheduled, queued, started,<br />

finished, and failed, as well as <strong>the</strong> job output and <strong>the</strong> final status of <strong>the</strong> report.<br />

With <strong>Oracle</strong>AS <strong>Reports</strong> Services, job objects are persistent. This means that if <strong>the</strong> server<br />

is shut down <strong>the</strong>n restarted, all jobs are recovered, 1 not just scheduled jobs.<br />

When used in a <strong>Web</strong> environment, <strong>the</strong> <strong>Oracle</strong>AS <strong>Reports</strong> Services architecture consists<br />

of four tiers:<br />

Note: The term tier refers <strong>to</strong> <strong>the</strong> logical location of <strong>the</strong> components<br />

that comprise <strong>the</strong> <strong>Oracle</strong>AS <strong>Reports</strong> Services architecture. Each of<br />

<strong>the</strong> tiers, though, could reside on <strong>the</strong> same machine or different<br />

machines.<br />

■ The client tier (a <strong>Web</strong> browser)<br />

■ The <strong>Web</strong> server tier<br />

■ The <strong>Oracle</strong>AS <strong>Reports</strong> Services tier<br />

■ The data tier, including databases and all o<strong>the</strong>r data sources<br />

When used in a non-<strong>Web</strong> environment, <strong>the</strong>re are three tiers (a <strong>Web</strong> server being<br />

unnecessary):<br />

■ The client tier (a small, proprietary application on each client machine)<br />

■ <strong>Oracle</strong>AS <strong>Reports</strong> Services tier<br />

■ The data tier, including databases and pluggable data sources<br />

The way you set up <strong>the</strong>se tiers can range from having all of <strong>the</strong>m on one machine <strong>to</strong><br />

having each of <strong>the</strong>m on a separate machine. Additionally, you can have multiple <strong>Web</strong><br />

servers on multiple machines as well as multiple application servers on multiple<br />

machines.<br />

If you choose <strong>to</strong> have your <strong>Web</strong> server on multiple machines, <strong>the</strong> <strong>Oracle</strong> HTTP Server<br />

provides a load balancing feature <strong>to</strong> allow sharing of <strong>the</strong> <strong>Web</strong> server load across<br />

multiple machines. If you choose <strong>to</strong> have your application server on multiple<br />

machines, <strong>Oracle</strong>AS <strong>Reports</strong> Services provides peer-level clustering <strong>to</strong> allow sharing of<br />

<strong>the</strong> <strong>Reports</strong> Server load among multiple machines.<br />

The difference between load balancing and peer clustering is that with load balancing,<br />

one machine manages <strong>the</strong> traffic across all machines; while with peer clustering, all<br />

machines are aware of <strong>the</strong> traffic on each machine, and each machine shares <strong>the</strong> task of<br />

moni<strong>to</strong>ring and responding <strong>to</strong> requests. The advantage of peer-level clustering is <strong>the</strong><br />

1 Only synchronous jobs and jobs that are currently running are lost in this case.<br />

1-2 <strong>Oracle</strong> Application Server <strong>Reports</strong> Services <strong>Publishing</strong> <strong>Reports</strong> <strong>to</strong> <strong>the</strong> <strong>Web</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!