Général:FAQ NouvelleInstanceSybase

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 Sybase

Il y aura potentiellement 1 ou 2 cas de connexion à traiter

• "locale", pour les machines unix (ou avec Cygwin) où l'on va sur la machine qui porte l'instance (connexion ssh depuis dbsqware@sqwarebox)
• "distante", 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 Sybase

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 sqwsyb_GlobalVar.cfg !
On a plus ou moins 2 cas ...

• Vos DSQUERY sont uniques sur l'ensemble du parc => gvsqw_DbAlias='$DSQUERY'
• Vous avez des "doublons" d'DSQUERY => gvsqw_DbAlias='$DSQUERY:$(hostname|cut -d '.' -f1)'

+ tout autre cas qui pourrait arrivé ou qui "vous arrange" !

Explication des statuts

• Une instance "classique" sera traitée en mode "local", c’est-à-dire que l’on va se connecter en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "ON".
  
• 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
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 générer 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 : sybase@my_sybcle_host
type ksh
#ou
which ksh

rsync:

# sybase@my_sybcle_host
type rsync
#ou
which rsync

Installation

Adaptez à votre type de machine (sudo si vous n'êtes pas root).

RedHat / CentOS / ... :

# From : root@my_sybcle_host
yum install -y ksh rsync

Ubuntu / Debian / ... :

# From : root@my_sybcle_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 sybase)
• Une manuelle que vous appliquez sur chaque compte unix sybase

/!\ Le mdp de votre compte sybase 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_syb 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 : sybase@my_sybcle_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_syb TestSshConnection GenLstInstanceNew

Déploiement de SQWareProduction

# From : dbsqware@sqwarebox

#Si depl sur user "unique"
menu_syb DeplScripts GenLstUniqueNew

#Si depl sur user "de l'instance"
menu_syb 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 sybase

Ajout de l'environnement dbSQWare : méthode batch

# From : dbsqware@sqwarebox
menu_syb 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 : sybase@my_sybcle_host

#dbSQWare
export gvsqw_SybBin=$HOME/SQWareProduction/sybase/bin
export gvsqw_Env='PRD'
lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?)
if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_SybBin/../etc/.profile_confort ]
then
   . $gvsqw_SybBin/../etc/.profile_confort
fi

Test sendmail (non obligatoire)

# From : dbsqware@sqwarebox
menu_syb TestSendmail GenLstInstanceNew

Tests de connexion "manuels" à l'instance Sybase

Le but étant de tester la ou les méthodes de connexion automatique à l'instance Sybase.

• "locale", pour les instances qui seront en statut "ON"
• "distante", 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_syb 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_syb TestInstConnectionDistNoMail GenLstInstanceNew

Procédure spécifique pour la partie "distante" (statut DIST)

Création d'un compte Sybase 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 (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 sybase@sqwarebox ...
Si une entrée spécifique est trouvée c'est elle sui est prise, si non, on prend l'entrée "DEFAULT".

sybase@sqwarebox:/home/sybase (NoSID) $ cat .passwd_sybcle
DEFAULT;DBSUSER;ORAPASS1521
SPECIFIC_ORA;system;manager

Test connexion "distante"

/!\ Uniquement si besoin ! (pour AWR et/ou connexion distante)

# From : dbsqware@sqwarebox
menu_syb 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_syb GenDefConf_SQWareProduction GenLstInstanceNew

Mise à jour de SQWareRepository

Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance Sybase (à 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_syb
## Pour les statuts "DIST"
repind_syb_dist