4 Star 1 Fork 2

Gitee 极速下载/WebLogic

加入 Gitee
与超过 1200万 开发者一起发现、参与优秀开源项目,私有仓库也完全免费 :)
免费加入
文件
此仓库是为了提升国内下载速度的镜像仓库,每日同步一次。 原始仓库: https://github.com/oracle/docker-images
克隆/下载
贡献代码
同步代码
取消
提示: 由于 Git 不支持空文件夾,创建文件夹后会生成空的 .keep 文件
Loading...
README

Oracle Analytics Server Container

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.

Database Prerequisites

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.

Oracle Analytics Server Container Image Creation

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.

Building the Oracle Analytics Server Image

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 .

Building the Oracle Analytics Server Patched Image

See the Oracle Analytics patched image documentation for details.

Creating an Oracle Analytics Server Container

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.

Starting a New Container

The following variables are mandatory when starting the container:

  • ADMIN_USERNAME - WebLogic admin username for the new domain
  • ADMIN_PASSWORD - WebLogic admin password
  • DB_HOST - Host name for database into which to create schemas
  • DB_PORT - Database listener port
  • DB_SERVICE - Database instance service name
  • DB_USERNAME - Database sysdba username
  • DB_PASSWORD - Database sysdba password
  • SCHEMA_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 created

The 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 AdminServer
  • 9502 - WebLogic bi_server1 managed server, hosting BI JEE apps
  • 9508 - OBI Cluster Controller, providing access to OBI Server system component
  • 9514 - OBI Server system component

The 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

Using a Host Directory for Persistent Data

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'.

Using a Database Container

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,

  1. Create a user-defined network using the bridge driver: $ docker network create -d bridge bi_net

  2. Start a database container using the above network:

    $ docker run --name database --network=bi_net ...... oracle/database:12.1.0.2-ee

  3. 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.

Passing Configuration Environment by Mounted File or Container Secrets

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:

  • For ADMIN_USERNAME/ADMIN_PASSWORD: /run/secrets/admin.txt
  • For DB_USERNAME/DB_PASSWORD: /run/secrets/db.txt
  • For SCHEMA_PASSWORD: /run/secrets/schema.txt
  • For providing all keys: /run/secrets/config.txt

Each *.txt file must contain lines of key=value pairs.

Using Container Compose

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

Known Issues

  1. The domain's node manager is configured to listen on the network interface for the container's original host name, rather than on all interfaces. Therefore, if you create a container using an existing data volume for /u01/oracle/user_projects, you must ensure you use the same host name. For example,
docker run --hostname original_hostname ......
  1. If the container is restarted, pass the same set of environment variables again, even though the domain has already been created.

  2. Container health check isn't implemented.

License

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

Copyright (c) 2025 Oracle and/or its affiliates.

马建仓 AI 助手
尝试更多
代码解读
代码找茬
代码优化
Java
1
https://gitee.com/mirrors/WebLogic.git
git@gitee.com:mirrors/WebLogic.git
mirrors
WebLogic
WebLogic
main

搜索帮助