СОЗДАНИЕ APPLICATION PDB DATABASE
«Контейнеры приложений» — это функция версии 12 версии 2 (12.2). «Контейнер приложений» — это дополнительный компонент CDB для хранения данных и метаданных для приложения. CDB имеет 0 или несколько контейнеров приложений. Каждое приложение состоит из конфигурации, метаданных и общих объектов. Поэтому мы можем определить его как контейнер общих приложений, где можно разместить разные версии одного и того же.
Контейнеры приложений можно создавать разными способами: из PDBD seed, клонируя PDBS, подключая или отключая PDB, но во всех случаях используется команда CREATE PLUGGABLE DATABASE, включая предложение «APPLICATION CONTAINER». Чтобы создать контейнер приложений, необходимо подключиться к корневому CDB, и он должен быть открыт в режиме «read write», а имя контейнера приложений должно быть уникальным.
1) Оператор для создания базы данных как контейнера приложений.
В качестве примера мы создадим контейнер приложений для игрушек под названием «toys_root».
CREATE PLUGGABLE DATABASE toys_root AS APPLICATION CONTAINER
ADMIN USER admin identified by ****
ROLES=(CONNECT)
CREATE_FILE_DEST='’/u02/app/oracle/oradata/ORCL/toys_root’;
/
2) С помощью следующего запроса мы можем проверить, какие типы PDB мы создали в нашей архитектуре.
Результат покажет нашу Application PDB как «Application root» со значением YES.

3) Открываем базу данных, которую мы только что создали.
alter pluggable database TOYS_ROOT open;
После создания Application Container PDB мы можем провести тест того, как управляются версии APP и как эти версии можно реплицировать между различными PDBS.
4) Создаем версию приложения PDB.
Подключившись к PDB TOYS_ROOT, выполняем.
ALTER PLUGGABLE DATABASE application TOYS_APP begin install ‘1.0’;
Тем самым мы указываем, что создается версия приложения, которую мы назовем TOYS_APP, и версия которой будет 1.0.
5) Проверяем, успешно ли создана CDB.
select app_name, app_version, app_status
from dba_applications
where app_name=’TOYS_APP’;

6) Создаем тестовый tbs, пользователя и предоставляем необходимые разрешения:
set echo on
create tablespace toys_tbs datafile size 100M autoextend on next 10M maxsize 200M;
create user toys_owner identified by **** container=all;
grant create session, dba to toys_owner;
alter user toys_owner default tablespace toys_tbs;
Создаем новую таблицу, чтобы проверить, правильно ли она реплицируется. Это будет версия 1.0 нашего приложения TOYS_APP.
SQL> CREATE TABLE toys_owner.raul (uno number, dos varchar(2));
Table created.
SQL> insert into toys_owner. raul values(1,’r’);
1 row created.
SQL> commit;
Commit complete.
7) Закрываем установку «приложения»
ALTER PLUGGABLE DATABASE application TOYS_APP end install ‘1.0’;
8) Проверяем теперь состояние приложения
select app_name, app_version, app_status
from dba_applications
where app_name='TOYS_APP';
APP_NAME APP_VERSION APP_STATUS
-------------------------------
TOYS_APP 1.0 NORMAL
9) Репликация между контейнерами
Для проведения теста создадим две новые PDB, в данном случае «robots» и «dolls».
CREATE PLUGGABLE database robots
admin user admin identified by ***
CREATE_FILE_DEST=
'/u02/app/oracle/oradata/ORCL/toys_root/robots'
Pluggable database created.
SQL> alter pluggable database robots open;
Pluggable database altered.
CREATE PLUGGABLE database dolls
admin user admin identified by ***
CREATE_FILE_DEST=
‘/u02/app/oracle/oradata/ORCL/toys_root/dolls’;
SQL> alter pluggable database dolls open;
Pluggable database altered.
SQL> show pdbs
CON_ID CON_NAME OPEN MODE RESTRICTED
2 PDB$SEED READ ONLY NO
3 TOYS_ROOT READ WRITE NO
4 PDB1 READ WRITE NO
5 TOYS_ROOT$SEED READ WRITE NO
6 ROBOTS READ WRITE NO
7 DOLLS READ WRITE NO
Теперь переходим к недавно воссозданным контейнерам для синхронизации нашего приложения.
Переключаемся на контейнер ROBOTS и обновляем приложение, в данном случае tst_app
SQL> ALTER SESSION SET CONTAINER=ROBOTS;
Session altered.
SQL> ALTER PLUGGABLE DATABASE APPLICATION TOYS_APP SYNC ;
Pluggable database altered.
Проверяем, что таблица была обновлена
SQL> show con_name
CON_NAME
------------------------------
ROBOTS
SQL> DESC TOYS_OWNER.RAUL
Name Null? Type
---------------------------------- -------- -----------------------
UNO NUMBER
DOS VARCHAR2(2)
SQL> select * from toys_owner.raul;
UNO DO
---------- --
1 r
Выполним ту же операцию синхронизации в другой PDB.
SQL> ALTER SESSION SET CONTAINER=DOLLS;
Session altered.
И выполняем ту же операцию. Синхронизируем приложение:
SQL> ALTER PLUGGABLE DATABASE APPLICATION TOYS_APP SYNC ;
Pluggable database altered.
Проверяем, что таблица была реплицирована:
SQL> desc toys_owner.raul
Name Null? Type
UNO NUMBER
DOS VARCHAR2(2)
SQL> select * from toys_owner.raul;
UNO DO
1 r
В любой момент вы можете узнать состояние вашего APP, каково его текущее состояние и версия
Вы можете проверить это с помощью запроса, подобного следующему, где указано имя APP, его идентификатор, состояние, является ли оно неявным и т. д.
select app_name, app_version, app_id, app_status,
app_implicit implicit
from dba_applications;
APP_NAME APP_VERSION APP_ID APP_STATUS I ---------------------------------------- ------------------------------ ---------- ------------ - TOYS_APP 1.0 2 NORMAL N
10) Обновление версии нашего APP.
После того, как мы создали и проверили работу Application Container, мы можем создавать разные версии приложения или удалять версию APP, когда она больше недействительна.
Чтобы обновить версию нашего APP, мы должны использовать команды begin upgrade / end upgrade, конечно, внутри APP_ROOT.
SQL> alter pluggable database application TOYS_APP1 begin upgrade ‘1.0’ to ‘1.1’;
Pluggable database altered.
SQL> insert into toys_owner. raul values(2,’d’);
1 row created.
SQL> commit;
Commit complete.
SQL> alter pluggable database application TOYS_APP1 end upgrade;
Pluggable database altered.
SQL> alter session set container=DOLLS;
SQL> ALTER PLUGGABLE DATABASE APPLICATION TOYS_APP1 SYNC;
Pluggable database altered.
SQL> SELECT * FROM TOYS_OWNER.RAUL;
UNO DOS
---------- --
1 r
2 d
11) Удаление приложения
Чтобы удалить приложение, мы должны выполнить следующие действия:
SQL> ALTER PLUGGABLE DATABASE APPLICATION TOYS_APP BEGIN UNINSTALL; Pluggable database altered. SQL> drop user toys_owner cascade; user dropped. SQL> drop tablespace TOYS_TBS INCLUDING CONTENTS AND DATAFILES; tablespace dropped SQL> ALTER PLUGGABLE DATABASE APPLICATION TOYS_APP END UNINSTALL; Pluggable database altered.
В конечном счете, Oracle позволяет нам иметь «версии» различных приложений, которые могут быть синхронизированы через PDB, обновлены, клонированы и т. д.
