![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Oracle s\u2019efforce toujours de simplifier, autant que possible, ses proc\u00e9dures de livraison de son SGBD historique, que ce soit l\u2019installation des produits en \u00e9dition standard ou enterprise, ou la cr\u00e9ation d\u2019une base de donn\u00e9es.<\/p>\n
Ainsi, pendant longtemps, on pouvait constater parmi les DBA exp\u00e9riment\u00e9s, l\u2019utilisation privil\u00e9gi\u00e9es de scripts de cr\u00e9ation et configuration d\u2019une base de donn\u00e9es plut\u00f4t que de recourir aux outils bas\u00e9s sur une interface graphique tel que \u00ab\u00a0DataBase Creation Assistant (DBCA)\u00a0\u00bb.<\/p>\n
Je ne saurai que trop recommander l\u2019usage des outils d\u2019installation et de configuration d\u2019Oracle Database, simples d\u2019utilisation et stables dans leur fonctionnement tels que\u00a0:<\/p>\n
–\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 L\u2019installateur OUI (difficile de toute fa\u00e7on de s\u2019en passer),<\/p>\n
–\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 L\u2019assistant de cr\u00e9ation de base de donn\u00e9es DBCA,<\/p>\n
–\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Et m\u00eame l\u2019assistant de mont\u00e9e de version d’une base de donn\u00e9es DBUA, sachant qu\u2019il s\u2019agit d\u2019un domaine (la mont\u00e9e de version) qui fait encore l\u2019objet de beaucoup de scepticisme sur l\u2019usage d\u2019un tel outil, beaucoup pouvant encore pr\u00e9f\u00e9rer appliquer les scripts document\u00e9s.<\/p>\n
<\/p>\n
Avec la version 18c<\/u><\/strong>, sous Red Hat Enterprise Linux, Oracle propose m\u00eame l\u2019appel de packages RPM pour l\u2019installation de son produit. Cette m\u00e9thode est un grand classique de nombre de SGBD du monde ouvert (MySQL, PostgreSQL, MongoDB\u2026) permettant une livraison simple et rapide des produits.<\/p>\n Oracle avait int\u00e9gr\u00e9 l\u2019usage d\u2019un package pour faciliter la pr\u00e9-configuration du syst\u00e8me OEL ou RHEL avant installation de son produit. Cette pr\u00e9-installation est maintenue comme un pr\u00e9alable.<\/p>\n Si vous utilisez Oracle Enterprise Linux et avez souscrit au programme \u00ab\u00a0Unbreakable Linux Network (ULN)\u00a0\u00bb, alors l\u2019installation des pr\u00e9requis et du produit lui-m\u00eame se fait en une seule \u00e9tape, moyennant acc\u00e8s au d\u00e9p\u00f4t YUM d\u2019Oracle\u00a0:<\/p>\n <\/p>\n \u00a0<\/span><\/p>\n <\/p>\n Sinon, il faut proc\u00e9der au t\u00e9l\u00e9chargement individuel des packages. Par exemple, ma machine virtuelle est sous version Red Hat Enterprise Edition (RHEL) 6.5 qui fait partie des versions support\u00e9es pour Oracle Database 18c (il est pr\u00e9f\u00e9rable bien s\u00fbr, de retenir OEL\/RHEL 7).<\/p>\n R\u00e9cup\u00e9ration du package\u00a0de pr\u00e9-installation (votre machine doit \u00eatre autoris\u00e9e \u00e0 acc\u00e9der au r\u00e9seau internet) <\/strong>:<\/p>\n <\/p>\n <\/p>\n Installation du package des pr\u00e9-requis syst\u00e8me avec YUM :<\/p>\n <\/p>\n <\/p>\n <\/p>\n Cette pr\u00e9-installation aura configur\u00e9 tous les pr\u00e9requis \u00e0 l\u2019installation des produits, \u00e0 commencer par la cr\u00e9ation de l\u2019utilisateur linux \u00ab\u00a0oracle\u00a0\u00bb,<\/strong> mais aussi l\u2019installation des packages syst\u00e8me additionnels n\u00e9cessaires \u00e0 Oracle, le param\u00e9trage des limites syst\u00e8me dans \/etc\/sysctl.conf, etc\u2026<\/p>\n Propos\u00e9e depuis longtemps par Oracle, mais sur Linux x86_64 uniquement (RHEL\/OEL), c’est d\u00e9j\u00e0 en tant que tel un gain de temps consid\u00e9rable pour une configuration propre et simplifi\u00e9e des machines Linux devant h\u00e9berger Oracle Database.<\/p>\n Ensuite nous nous attaquons \u00e0 la v\u00e9ritable nouveaut\u00e9, l\u2019installation de Oracle Database Enterprise Edition par package RPM.<\/p>\n Ne r\u00eavons pas, m\u00eame packag\u00e9 sous format RPM, une distribution d\u2019Oracle Database reste cons\u00e9quente\u00a0avec un fichier de 3,3Gb, la rendant bien \u00e9videmment plus lourde qu\u2019une \u00e9dition communautaire d\u2019un SGBD \u00ab\u00a0open source\u00a0\u00bb.<\/p>\n T\u00e9l\u00e9charger l’\u00e9dition RPM depuis OTN (<\/span>http:\/\/www.oracle.com\/technetwork\/indexes\/downloads\/index.html<\/a><\/span>.):<\/span><\/u><\/p>\n D\u00e9p\u00f4t du RPM dans \/tmp (par exemple) :<\/u><\/strong><\/p>\n <\/p>\n Installation de Database 18c toujours en tant que root\u00a0:<\/u><\/strong><\/p>\n C\u2019est aussi simple que cela!<\/p>\n Le produit Oracle database 18c Enterprise Edition aura \u00e9t\u00e9 automatiquement install\u00e9 par d\u00e9faut dans un dossier ORACLE_HOME = \/opt\/oracle\/product\/18c\/dbhome_1<\/strong><\/p>\n <\/p>\n Cette installation int\u00e8gre un fichier de configuration \/etc\/init.d\/oracledb_ORCLCDB-18c <\/strong>\u00e0 \u00e9diter avant de cr\u00e9er une premi\u00e8re base de donn\u00e9es. Dans cette configuration initiale, Oracle propose le choix CREATE_AS_CDB \u00e0 true par d\u00e9faut et ainsi de retenir l\u2019option Multitenant pour une instance de base de donn\u00e9es avec une ou plusieurs \u00ab\u00a0pluggable databases\u00a0\u00bb. Ce n\u2019est pas une surprise, Oracle poussant ses clients \u00e0 aller vers ce qui serait un nouveau standard impos\u00e9 de sa base de donn\u00e9es. Dans notre exemple, nous faisons le choix d\u2019une base de donn\u00e9es classique (non CDB)\u00a0et nommons l\u2019instance ORCLDB<\/strong> :<\/p>\n <\/p>\n Ensuite, cr\u00e9er la base de donn\u00e9es comme ceci\u00a0:<\/span>\u00a0<\/span><\/p>\n <\/p>\n \u00a0<\/span><\/span> \u00a0<\/span><\/p>\n En r\u00e9sultat, les fichiers de la base de donn\u00e9es auront \u00e9t\u00e9 cr\u00e9\u00e9s dans \/opt\/oracle\/oradata\/<db name>.<\/p>\n Sans plus de d\u00e9tails, on peut constater qu\u2019il est ais\u00e9 de proc\u00e9der de la sorte pour livrer Oracle Database sur syst\u00e8me Oracle EL ou Red Hat EL.<\/p>\n Toutefois, l\u2019installation des produits par package RPM ne pr\u00e9sente \u00a0que peu d\u2019options. Il parait notamment impossible de choisir une autre destination ORACLE_BASE \/ ORACLE_HOME que celle par d\u00e9faut dans \u00ab\u00a0\/opt\/oracle\u00a0\u00bb. De m\u00eame, et cela fait partie des restrictions document\u00e9es, on ne peut pas installer une \u00e9dition standard SE2 du produit par ce biais.<\/strong><\/p>\n Comme pour toute installation, il est recommand\u00e9 ensuite de la mettre \u00e0 jour avec le dernier ensemble de patchs correctifs disponibles (RELEASE UPDATE\u00a0: RU), toujours applicable via \u00ab\u00a0opatch\u00a0\u00bb et pas par RPM. <\/strong><\/p>\n Cette solution se pr\u00e9sente comme une alternative permettant de livrer simplement et rapidement un environnement Database 18c complet, \u00e0 des fins de test par exemple. D\u00e8s que l\u2019on souhaite un minimum de personnalisation avec le choix de l\u2019\u00e9dition et de la destination ORACLE_HOME, alors une installation classique via “Oracle Universal Installer”\u00a0 reste privil\u00e9gi\u00e9e. En proc\u00e9dant via OUI en mode silencieux avec un fichier de r\u00e9ponse, cela permet un minimum d\u2019automatisation et d\u2019industrialisation de la livraison des produits Oracle sur environnements Linux (et autre syst\u00e8mes par ailleurs) et convient mieux \u00e0 une installation plus fine et personnalis\u00e9e au maximum pour nos environnements de production. De m\u00eame, songer \u00e0 l’usage de mod\u00e8les personnalis\u00e9s sous DBCA pour cr\u00e9er vos bases de donn\u00e9es, l\u00e0 aussi en mode silencieux.<\/strong><\/p>\n <\/p>\n <\/p>\n Oracle s\u2019efforce toujours de simplifier, autant que possible, ses proc\u00e9dures de livraison de son SGBD historique, que ce soit l\u2019installation des produits en \u00e9dition standard ou enterprise, ou la cr\u00e9ation d\u2019une base de donn\u00e9es. Ainsi, pendant longtemps, on pouvait constater… Continuer la lecture # yum -y install oracle-database-ee-18c<\/pre>\n
# curl -o oracle-database-preinstall-18c-1.0-1.el6.x86_64.rpm https:\/\/yum.oracle.com\/repo\/OracleLinux\/OL6\/latest\/x86_64\/getPackage\/oracle-database-preinstall-18c-1.0-1.el6.x86_64.rpm<\/pre>\n
<\/pre>\n
# yum -y localinstall oracle-database-preinstall-18c-1.0-1.el7.x86_64.rpm<\/pre>\n
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2019\/07\/otn.png\")
<\/p>\n# ls -larth \/tmp\/oracle-database-*\r\n-rw-r--r--. 1 root root 19K 21 f\u00e9vr. 11:24 \/tmp\/oracle-database-preinstall-18c-1.0-1.el6.x86_64.rpm\r\n-rw-r--r--. 1 root root 3,4G 21 f\u00e9vr. 12:27 \/tmp\/oracle-database-ee-18c-1.0-1.x86_64.rpm<\/pre>\n
# yum -y localinstall oracle-database-ee-18c-1.0-1.x86_64.rpm<\/pre>\n
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2019\/07\/install_oracle_rpm2-1.png\")
<\/p>\n# Setting the required environment variables\r\nexport ORACLE_HOME=\/opt\/oracle\/product\/18c\/dbhome_1\r\nexport ORACLE_VERSION=18c\r\n# export ORACLE_SID=ORCLCDB\r\nexport ORACLE_SID=ORCLDB\r\nexport TEMPLATE_NAME=General_Purpose.dbc\r\nexport CHARSET=AL32UTF8\r\nexport PDB_NAME=ORCLPDB1\r\nexport LISTENER_NAME=LISTENER\r\nexport NUMBER_OF_PDBS=1\r\n# export CREATE_AS_CDB=true\r\nexport CREATE_AS_CDB=false<\/pre>\n
# \/etc\/init.d\/oracledb_ORCLCDB-18c configure<\/pre>\n
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2019\/07\/install_oracle_rpm_createdb.png\")
<\/span><\/span><\/p>\n<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"