Général:FAQ NouvelleInstanceOracle : Différence entre versions
(→Vérification) |
(→Installation) |
||
Ligne 149 : | Ligne 149 : | ||
======Installation====== | ======Installation====== | ||
Adaptez à votre type de machine (sudo si vous n'êtes pas root).<br/> | Adaptez à votre type de machine (sudo si vous n'êtes pas root).<br/> | ||
+ | <br> | ||
RedHat / CentOS / ... : | RedHat / CentOS / ... : | ||
# From : root@my_oracle_host | # From : root@my_oracle_host |
Version du 30 mai 2022 à 09:53
Sommaire
- 1 Généralités
- 2 Intégration d'une instance Oracle
- 2.1 Mise en place de l'environnement
- 2.2 Procédure spécifique pour la partie "locale" (statut ON)
- 2.2.1 Vérification des prérequis système pour la partie "locale" (ksh + rsync)
- 2.2.2 Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s
- 2.2.3 Test de connexion ssh depuis SQWareCentral
- 2.2.4 Déploiement de SQWareProduction
- 2.2.5 Ajout de l'environnement dbSQWare dans ~/.profile ou ~/.bash_profile
- 2.2.6 Test sendmail (non obligatoire
- 2.2.7 Tests de connexion "manuels" à l'instance Oracle
- 2.3 Procédure spécifique pour la partie "distante" (statut DIST)
- 3 Mise en exploitation de l'instance
Généralités
Dans ce chapitre, on considèrera que SQWareCentral a été installé sur dbsqware@sqwarebox ...
Limites de cette section
Ce chapitre ne traite que de l'ajout d'une nouvelle instance sur un socle déjà paramétré et fonctionnel.
Utilisez les portions qui concernent votre environnement et utilisez la méthode match ou manuelle au choix !
MODOP général d'intégration d'une nouvelle instance Oracle
Il y aura potentiellement 1 ou 2 cas de connexion à traiter
- "locale", pour les machines unix (ou avec Cygwin) où l'on va faire du "/ as sysdba" sur la machine qui porte l'instance (connexion ssh depuis dbsqware@sqwarebox)
- "distante", pour générer les AWR (éventuellement) ou pour le cas où l'on n'a accès à la machine en ssh (Windows, RDS, etc, ...)
Etapes classiques :
- Mise en place de l'environnement
- Vérification des prérequis système pour la partie "locale" (ksh + rsync)
- Tests "manuels"
- Mise en exploitation de l'instance
Vous verrez que ces étapes peuvent être traitée une par une ou par batch !
Intégration d'une instance Oracle
Mise en place de l'environnement
Général
Explication du "DbAlias" (la clé unique dbSQWare)
La clé dbSQWare doit être unique et raccord avec ce qui aura été paramétré pour la variable gvsqw_DbAlias dans sqwora_GlobalVar.cfg !
On a plus ou moins 3 cas ...
- Votre environnement est "standalone" et vos ORACLE_SID sont unique sur l'ensemble du parc => gvsqw_DbAlias='$ORACLE_SID'
- Votre environnement est "standalone" mais vous avez des "doublons" d'ORACLE_SID => gvsqw_DbAlias='$ORACLE_SID:$(hostname|cut -d '.' -f1)'
- Vous avez du RAC et/ou DG => gvsqw_DbAlias='$gvsqw_DB_UNIQUE_NAME:$gvsqw_HOST_UNIQUE_NAME' (gvsqw_DB_UNIQUE_NAME, on supprime le numéro du node !)
+ tout autre cas qui pourrait arrivé ou qui "vous arrange" !
Explication des statuts
- Une instance "ouverte" sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "/ as sysdba" en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "ON".
- Une instance "fermée", type dataguard sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "/ as sysdba" en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "DG".
- Une instance où l’on n’aurait pas d'accès unix local serait gérée en mode "distant" (style Windows, RDS, ...), statut "DIST".
- Le statut "OFF" fait "disparaître" l’instance de la visu web.
- Le statut "NEW" est utilisé comme statut intermédiaire entre le début et la fin du paramétrage d'une nouvelle instance.
- Tous les autres statuts permettent d’afficher l’instance dans le référentiel (notamment "KEEP") mais ne seront pas pris en compte par les traitements automatiques.
Résumé des statuts :
Statut | Description |
ON | gestion locale sous unix (le plus courant) |
DIST | gestion uniquement à distance |
KEEP | statut temporaire, lors d'une maintenance par exemple ou avant suppression complète |
NEW | statut temporaire, lors du paramétrage |
OFF | suppression visuelle de l'instance (sans suppression de son paramétrage) |
XXX | non pris en charge ... |
Déclaration de l'instance dans SQWareRepository avec SQWareWeb
Nous allons déclarer la nouvelle instance depuis l'interface d'administration de SQWareWeb.
Déclarez la nouvelle instance en statut "NEW" (Ajout ou Duplicate)
Explication des champs :
Champ | Description |
Db Alias | Clé unique qui identifie l'instance dans dbSQWare (sera utilisée comme SERVICE_NAME pour la génération du tnsname.ora, pour sa partie avant le ":" si présent) |
Dbms Name | Type de SGBD |
Virtual Host | Host virtuel (meme que Host si pas cluster, sera utilisé pour la génération du tnsname.ora) |
Host Name | Hostname de l'instance |
User Name | User qui porte l'instance |
Port | Port d'écoute de l'instance (sera utilisé pour la génération du tnsname.ora) |
Comments | Une courte description de ce que porte l'instance |
Status | Instance statut (cf plus haut pour les explications) |
Contact | Un contact si besoin |
Environnement | Environnement de l'instance (PRD, PPR, REC, DEV, TST, ...) |
Client | Utilisé uniquement pour filtrer (mettre un nom de client et/ou de département et/ou service ... |
GlobalHost | Champ libre dans lequel on met souvent l'hôte de hyperviseur par exemple |
Custom1 | Champ libre 1 |
Custom2 | Champ libre 2 |
Regénérer les fichiers de référence de SQWareCentral
Tapez la commande suivante qui va les fichiers de référence :
# From : dbsqware@sqwarebox gen_all
Procédure spécifique pour la partie "locale" (statut ON)
/!\ Uniquement que les instances qui seront en statut "ON" !
Vérification des prérequis système pour la partie "locale" (ksh + rsync)
SQWareProduction étant écrit essentiellement en shell ksh et étant synchronisé depuis SQWareCentral avec rsync, il nous faut donc "ksh" et "rsync" installés !
Vérification
Adaptez à votre nom de user et nom de machine.
ksh:
# From : oracle@my_oracle_host type ksh #ou which ksh
rsync:
# oracle@my_oracle_host type rsync #ou which rsync
Installation
Adaptez à votre type de machine (sudo si vous n'êtes pas root).
RedHat / CentOS / ... :
# From : root@my_oracle_host yum install -y ksh rsync
Ubuntu / Debian / ... :
# From : root@my_oracle_host apt install -y ksh rsync
Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s
Il existe deux manières de procéder :
- Une automatique (depuis dbsqware@sqwarebox mais vous oblige à connaitre le mdp du compte unix oracle)
- Une manuelle que vous appliquez sur chaque compte unix oracle
/!\ Le mdp de votre compte oracle unix doit avoir été initialisé, si non, la connexion par échange de clé ne fonctionnera pas !
Déploiement de(s) clé(s) ssh : méthode batch
# From : dbsqware@sqwarebox menu_ora GenDeplSshKeys_SQWareCentral GenLstInstanceNew
Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...
=> Entrez le mdp unix quand il vous est demandé !
Déploiement de(s) clé(s) ssh : méthode manuelle
# From : oracle@my_oracle_host if [ ! -r $HOME/.ssh/id_rsa ] then ssh-keygen -t rsa -N '' -f $HOME/.ssh/id_rsa fi chmod go-w $HOME echo "ssh-rsa AAAAB......XSPpdV11 dbsqware@sqwarebox" >>$HOME/.ssh/authorized_keys chmod 700 $HOME/.ssh chmod 600 $HOME/.ssh/authorized_keys
=> Mettre la bonne clé dans le "echo (celle de dbsqware@sqwarebox)
Test de connexion ssh depuis SQWareCentral
# From : dbsqware@sqwarebox menu_ora TestSshConnection GenLstInstanceNew
Déploiement de SQWareProduction
# From : dbsqware@sqwarebox #Si depl sur user "unique" menu_ora DeplScripts GenLstUniqueNew
#Si depl sur user "de l'instance" menu_ora DeplScripts GenLstInstanceNew
Ajout de l'environnement dbSQWare dans ~/.profile ou ~/.bash_profile
Une nouvelle fois, il existe deux manières de procéder :
- Une automatique (depuis dbsqware@sqwarebox)
- Une manuelle que vous appliquez sur chaque compte unix oracle
Ajout de l'environnement dbSQWare : méthode batch
# From : dbsqware@sqwarebox menu_ora AdddbSQWareProfile GenLstInstanceNew
Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...
=> Dans ~/.profile ou ~/.bash_profile, changez la variable suivante avec la valeur adaptée : gvsqw_Env='XXX'
Ajout de l'environnement dbSQWare : méthode manuelle
Ajoutez les lignes suivantes dans le ~/.profile ou ~/.bash_profile
# From : oracle@my_oracle_host #dbSQWare export gvsqw_OraBin=$HOME/SQWareProduction/oracle/bin export gvsqw_Env='PRD' lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?) if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_OraBin/../etc/.profile_confort ] then . $gvsqw_OraBin/../etc/.profile_confort fi
Test sendmail (non obligatoire
# From : dbsqware@sqwarebox menu_ora TestSendmail GenLstInstanceNew
Tests de connexion "manuels" à l'instance Oracle
Le but étant de tester la ou les méthodes de connexion automatique à l'instance Oracle.
- "locale", pour les instances qui seront en statut "ON"
- "distante", pour générer les AWR (éventuellement) ou pour le cas où l'on n'a accès à la machine en ssh (Windows, RDS, etc, ...)
Test connexion "locale"
/!\ Uniquement que les instances qui seront en statut "ON" !
# From : dbsqware@sqwarebox menu_ora TestInstConnectionOnNoMail GenLstInstanceNew
Test connexion "distante"
/!\ Uniquement si besoin ! (pour AWR et/ou connexion distante, vous devez avoir suivi le paragraphe : Procédure spécifique pour la partie "distante" )
# From : dbsqware@sqwarebox menu_ora TestInstConnectionDistNoMail GenLstInstanceNew
Procédure spécifique pour la partie "distante" (statut DIST)
Création d'un compte Oracle spécifique dbSQWare
/!\ Uniquement que les instances qui seront en statut "DIST" et/ou celles sur lesquelles vous voulez générer des AWR !
Exemple d'ordre de création (NON-CDB) :
CREATE USER DBSUSER IDENTIFIED BY "ORAPASS1521" PROFILE DEFAULT ACCOUNT UNLOCK; GRANT RESOURCE TO DBSUSER; GRANT CONNECT TO DBSUSER; --GRANT DBA TO DBSUSER; ALTER USER DBSUSER DEFAULT ROLE ALL; GRANT SELECT ANY DICTIONARY TO DBSUSER; GRANT EXECUTE ON DBMS_WORKLOAD_REPOSITORY TO DBSUSER;
Exemple d'ordre de création (NON-CDB) :
CREATE USER C##DBSUSER IDENTIFIED BY "ORAPASS1521" PROFILE DEFAULT ACCOUNT UNLOCK; GRANT RESOURCE TO C##DBSUSER; GRANT CONNECT TO C##DBSUSER; --GRANT DBA TO C##DBSUSER; ALTER USER C##DBSUSER DEFAULT ROLE ALL; GRANT SELECT ANY DICTIONARY TO C##DBSUSER; GRANT EXECUTE ON DBMS_WORKLOAD_REPOSITORY TO C##DBSUSER;
Vous pouvez mettre le nom et le mot de passe que vous souhaitez !
Ce compte devra être déclaré sur le compte unix oracle@sqwarebox ...
Si une entrée spécifique est trouvée c'est elle sui est prise, si non, on prend l'entrée "DEFAULT".
oracle@srvdbsqware01:/home/oracle (NoSID) $ cat .passwd_oracle DEFAULT;DBSUSER;ORAPASS1521 SPECIFIC_ORA;system;manager
Test connexion "distante
/!\ Uniquement si besoin ! (pour AWR et/ou connexion distante)
# From : dbsqware@sqwarebox menu_ora TestInstConnectionDistNoMail GenLstInstanceNew
Mise en exploitation de l'instance
Génération de la configuration par défaut SQWareProduction
/!\ Uniquement que les instances qui seront en statut "ON" !
# From : dbsqware@sqwarebox menu_ora GenDefConf_SQWareProduction GenLstInstanceNew
Mise à jour de SQWareRepository
Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance Oracle (à NEW actuellement) avec la valeur souhaitée (ON, DG, DIST)
Test de "reprise" des indicateurs
A ce moment là, vous pouvez tester la reprise des indicateurs manquants (en principe, uniquement les instances que vous venez d'intégrer !)
# From : dbsqware@sqwarebox ## Pour les statuts "ON" repind_ora ## Pour les statuts "DIST" repind_ora_dist ## Pour les statuts "DG" repind_ora_dg