Sample container configurations facilitate installation, configuration, and environment setup for DevOps users. This project includes quick start container for Oracle Analytics Server 2025 (8.2) based on Oracle Linux 8, Oracle JRE 8 (Server), and Oracle Fusion Middleware Infrastructure 12.2.1.4.0.
For more information about Oracle Analytics Server, see the Oracle Analytics Server Online Documentation.
The certification of Oracle Analytics Server Container doesn't require the use of any file presented in this repository. Customers and users are welcome to use the files in this repository as starter templates to customize or tweak, or to create scripts and container files from scratch.
For pre-built images containing Oracle software, check the Oracle Container Registry.
You must have a running Oracle Database, either in a container or on a host. You need these database connection details to create mid-tier schemas for the BI domain. The schemas are created automatically when the BI container starts.
If you're using an Oracle multitenant container database (CDB) or pluggable database (PDB) database, you must use PDB when creating the schemas because CDB isn’t supported.
You can create an Oracle Database container by using an OracleDatabase image. Follow these instructions to create a 12.1+ / 12.2+ / 19+ / 21c / 23ai Enterprise Edition database.
Before you can build a BI image, you will need to build the Oracle Java image and the Oracle Fusion Middleware image or pull pre-built images of each from the Oracle Container Registry.
Download the binaries for
Oracle Analytics Server 2025 (8.2)
for Linux x86-64-bit into the folder OracleAnalytics/dockerfiles/2025
.
If you need a proxy for the host to access yum.oracle.com during build, first set up the appropriate environment. For example:
export http_proxy=myproxy.example.com:80
export https_proxy=myproxy.example.com:80
export no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
Build the image:
cd OracleAnalytics/dockerfiles
./buildContainerImage.sh -v 2025
Sample command(s) for users who don't want to use the above script to build the image:
# without proxy
docker build --force-rm=true --no-cache=true -t oracle/analyticsserver:2025 -f Dockerfile .
# with proxy
docker build --force-rm=true --no-cache=true --build-arg http_proxy=http://myproxy.example.com:80 --build-arg https_proxy=https://myproxy.example.com:80 -t oracle/analyticsserver:2025 -f Dockerfile .
See the Oracle Analytics patched image documentation for details.
The BI image provides a script to create and start a single-node BI domain, with the SampleApp Lite application.
This script is invoked when a container is started using the image. Subsequently, if the container restarts, the BI domain restarts automatically.
The BI image doesn't support scale-out or upgrade to any future Oracle Analytics Server patch set release.
The following variables are mandatory when starting the container:
ADMIN_USERNAME
- WebLogic admin username for the new domainADMIN_PASSWORD
- WebLogic admin passwordDB_HOST
- Host name for database into which to create schemasDB_PORT
- Database listener portDB_SERVICE
- Database instance service nameDB_USERNAME
- Database sysdba usernameDB_PASSWORD
- Database sysdba passwordSCHEMA_PREFIX
- Schema prefix for new schemas in the new domain. The schema prefix must be unique. If it’s already in use, domain creation fails.SCHEMA_PASSWORD
- Password for all new schemas createdThe following variables are predefined:
ORACLE_HOME
is /u01/oracle
.
DOMAIN_HOME
is /u01/oracle/user_projects/domains/bi
.
For example:
docker run -d --name bi -p 9500:9500 -p 9502:9502 -e ADMIN_USERNAME=weblogic -e ADMIN_PASSWORD=<admin_password> -e DB_HOST=database -e DB_PORT=1521 -e DB_SERVICE=ORCLPDB1 -e DB_USERNAME=sys -e DB_PASSWORD=<db_password> -e SCHEMA_PREFIX=DEV -e SCHEMA_PASSWORD=<schema_password> oracle/analyticsserver:2025-patch
Change <...password> to your required values, and DB values to match your database.
On success, logs the following:
The configuration of Oracle Fusion Middleware completed successfully.
.
The script then tails the domain log to stdout.
The BI domain uses the following ports:
9500
- WebLogic AdminServer9502
- WebLogic bi_server1
managed server, hosting BI JEE apps9508
- OBI Cluster Controller, providing access to OBI Server system component9514
- OBI Server system componentThe following example URLs provide access to the BI domain:
If access to the OBI Server component is required,
for example by the BI Administration Tool,
you must modify the previous docker run
command to expose port 9514.
For example:
docker run -it -p 9500:9500 -p 9502:9502 -p 9514:9514 -e ADMIN_USERNAME=weblogic -e ADMIN_PASSWORD=<admin_password> -e DB_HOST=database -e DB_PORT=1521 -e DB_SERVICE=ORCLPDB1 -e DB_USERNAME=sys -e DB_PASSWORD=<db_password> -e SCHEMA_PREFIX=DEV -e SCHEMA_PASSWORD=<schema_password> -e BI_APP_LITE_PASSWORD=<bi_app_lite_password> oracle/analyticsserver:2025-patch
In the basic usage above, the container stores the persistent data in DOMAIN_HOME, APPLICATIONS_DIR, and SINGLETON_DATA_DIRECTORY. If the container is deleted, the data is lost.
You can use a data volume for /u01/oracle/user_projects
to store persistent data on the host disk.
For example, to mount a host directory as a data volume:
mkdir -p /scratch/bi && chmod 700 /scratch/bi && chown 1000:1000 /scratch/bi
docker run -v /scratch/bi:/u01/oracle/user_projects ......
chown
is necessary to ensure that the directory has the same UID/GID as the user inside the container i.e. 'oracle'.
In the above example,
DB_HOST
specifies the host name for the database instance.
You must set up a container user-defined network
if you want to use a database container or the legacy --link
feature.
For example,
Create a user-defined network using the bridge driver: $ docker network create -d bridge bi_net
Start a database container using the above network:
$ docker run --name database --network=bi_net ...... oracle/database:12.1.0.2-ee
Start a BI container that uses the database by name:
$ docker run --name bi --network=bi_net -e DB_HOST=database ...... oracle/analyticsserver:2025-patch
Note: In the above container run examples, other parameters are omitted for clarity.
The domain creation script also supports
loading the same set of environment key/value pairs
from files mounted into the container,
using docker run -v
or container secrets.
The following files are processed if available, overriding any environment already set:
/run/secrets/admin.txt
/run/secrets/db.txt
/run/secrets/schema.txt
/run/secrets/config.txt
Each *.txt file must contain lines of key=value
pairs.
The BI image supports using docker-compose
to start the BI and DB containers together.
In this mode, the containers are started in parallel,
and the BI container must wait for the DB to become available.
The wait time is enabled by setting environment variable DB_WAIT_TIMEOUT
to the maximum number of seconds to wait.
For example, in your docker-compose.yml
, add:
environment:
- DB_WAIT_TIMEOUT=240
/u01/oracle/user_projects
,
you must ensure you use the same host name. For example,docker run --hostname original_hostname ......
If the container is restarted, pass the same set of environment variables again, even though the domain has already been created.
Container health check isn't implemented.
To download and run Oracle Analytics Server Distribution regardless of inside or outside a container, and regardless of the distribution, you must download the binaries from the Oracle website and accept the license indicated on that page.
All scripts and files hosted in this project and GitHub docker/OracleAnalyticsServer repository required to build the container images are, unless otherwise noted, released under the Universal Permissive License v 1.0 as shown at https://oss.oracle.com/licenses/upl.
Copyright (c) 2025 Oracle and/or its affiliates.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。