Général:FAQ NouvelleInstancePostgreSQLDist

Généralités

Dans ce chapitre, on considèrera que SQWareCentral a été installé sur dbsqware@sqwarebox ...
Ainsi que l'installation du client PostgreSQL sur postgres@sqwarebox compatible avec votre instance (voir doc PostgreSQL)

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.

MODOP général d'intégration d'une nouvelle instance PostgreSQL

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 "postgres" sur la machine qui porte l'instance (connexion ssh depuis dbsqware@sqwarebox), cas traité ici.
• "distante", pour le cas où l'on n'a accès à la machine en ssh (Windows, RDS, etc, ...), c'est ce que nous allons faire maintenant.

Etapes classiques à distance :

• Création de l'utilisateur
• 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 PostgreSQL

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 sqwpg_GlobalVar.cfg !
On va utiliser une variable, PG_SID qui n'a aucune valeur pour PostgreSQL mais qui va identifier l'instance dans dbSQWare.
Par "convention", on utilise souvent PG "_" APPLI "_" ENV.
Exemple : PG_MONAPPLI_PRD ou PG_DEUXAPPLI_DEV ...
Mais rien n'est imposé, vous choisissez ce qui "vous arrange" ! Il faudra juste positionner la variable PG_SID dans le profile du compte postgres avec la valeur souhaitée.

Explication des statuts

• Une instance sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "psql" 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 (pas de valeur pour PostgreSQL)
Dbms Name	Type de SGBD
Virtual Host	Host virtuel (meme que Host si pas cluster)
Host Name	Hostname de l'instance
User Name	User qui porte l'instance
Port	Port d'écoute de l'instance
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 "distante" (statut DIST)

Création d'un compte PostgreSQL spécifique dbSQWare (Pour connexion distante)

Adaptez aux besoins en fonction de ce que vous voulez faire ...

Exemple avec role superuser

psql

create user dbsdba password 'NePasMettreCePassword!';
alter user dbsdba with superuser;

Exemple avec juste "lecture"

#>= Version 10, 11, ...
psql

create user dbsdba password 'NePasMettreCePassword!';
grant pg_monitor,pg_read_all_settings,pg_read_all_stats to dbsdba;

Exemple pour un env "RDS"

create user dbsdba password 'NePasMettreCePassword!';
grant rds_superuser to dbsdba;

Ajout de la ligne pour pouvoir se connecter à distance (ACL PostgreSQL, mettre le user créé et l'IP du point central "sqwarebox")

postgres@srvdbpg01:/pgdata/PG_120/data (PG_120) $ vi pg_hba.conf
host    all             dbsdba  192.168.230.20/24       md5

Rechargement de la conf après modification du pg_hba.conf

#Rechargement de la conf pg_ctl (si $PGDATA positionné)
pg_ctl reload
ou
pg_ctl reload -D $PGDATA

##Rechargement de la conf avec connexion psql
psql
select pg_reload_conf();

Vous pouvez mettre le nom et le mot de passe que vous souhaitez !
Ce compte devra être déclaré sur le compte unix postgres@sqwarebox ...

postgres@sqwarebox:/home/postgres () $ cat .passwd_postgres
DbAlias;UserName;Passwd;HostName;Port
PG_120;dbsdba;myPassword;srvdbpg01;5432

Test connexion "distante"

# From : dbsqware@sqwarebox
menu_pg TestInstConnectionDistNoMail GenLstInstanceNew

Mise en exploitation de l'instance

Mise à jour de SQWareRepository

Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance PostgreSQL (à NEW actuellement) avec la valeur souhaitée (ON, 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
repind_pg_dist