Général:FAQ NouvelleInstanceMsSql Linux

Sommaire

1 Généralités
- 1.1 Limites de cette section
- 1.2 MODOP général d'intégration d'une nouvelle instance Sql-Serveur (tournant sous Linux)
2 Intégration d'une instance Sql-Serveur
- 2.1 Mise en place de l'environnement
  - 2.1.1 Général
    - 2.1.1.1 Explication du "DbAlias" (la clé unique dbSQWare)
    - 2.1.1.2 Explication des statuts
  - 2.1.2 Déclaration de l'instance dans SQWareRepository avec SQWareWeb
    - 2.1.2.1 Regénérer les fichiers de référence de SQWareCentral
- 2.2 Procédure spécifique pour la partie "locale" (statut LINUX)

Généralités

Warning:
Avant toutes choses, n'allez pas plus loin si vous n'avez pas lu la section "Concepts dbSQWare" !.

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 !

Warning:
Cette section ne s'applique que pour intégrer des SQL Server fonctionnant sous Linux.

Si vous voulez intégrer un SQL Server fonctionnant sous Linux, utilisez cette FAQ FAQ : Intégration d'une nouvelle instance Sql-Serveur Windows.

MODOP général d'intégration d'une nouvelle instance Sql-Serveur (tournant sous Linux)

Dans ce cas, on va les traiter comme un MySQL ou un PostgreSQL Linux ...
On va faire une connexion ssh pour aller sur la machine et utiliser le client "sqlcmd".
Si vous ne voulez faire que de la "commande à distance", suivez le MODOP Windows.

Etapes classiques :

Mise en place de l'environnement
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 Sql-Serveur

Mise en place de l'environnement

Général

Explication du "DbAlias" (la clé unique dbSQWare)

La clé dbSQWare doit être unique et doit correspondre avec l’entrée paramétrée dans le freetds.conf pour se connecter à l’instance.
En général, quand on n’a pas d’instance nommée on met le nom du host windows qui porte l’instance et quand on a une instance nommée, on concatène le nom du host windows et le nom de l’instance séparé par un underscore (ne pas mettre de backslash, on est sous Linux !).

Exemples :

WINMSQ => WINMSQ (status ON/LINUX)
WINMSQ\INST1 => WINMSQ_INST1 (status ON/LINUX)

Explication des statuts

Classiquement, pour Sql-Serveur, le statut est "ON" sous Windows et "LINUX" sous Linux ...
Le statut "OFF" fait "disparaître" l’instance de la visu web.
Le statut "NEW_LINUX" 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	le statut quand l'instance (Windows) est en exploitation
LINUX	le statut quand l'instance (Linux) est en exploitation
KEEP	statut temporaire, lors d'une maintenance par exemple ou avant suppression complète
NEW	statut temporaire, lors du paramétrage (windows)
NEW_LINUX	statut temporaire, lors du paramétrage (Linux)
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_LINUX" (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)
Host Name	Hostname de l'instance
User Name	User qui porte l'instance (ne sert pas pour Sql-Serveur)
Port	Port d'écoute de l'instance (sera utilisé pour la génération du freetds.conf)
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 :

1 # From : dbsqware@sqwarebox
2 gen_all

Procédure spécifique pour la partie "locale" (statut LINUX)

/!\ Uniquement que les instances qui seront en statut "LINUX" !

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:

1 # From : mssql@my_mssql_host
2 type ksh
3 #ou
4 which ksh

rsync:

1 # mssql@my_mssql_host
2 type rsync
3 #ou
4 which rsync

Installation

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

RedHat / CentOS / ... :

1 # From : root@my_mssql_host
2 yum install -y ksh rsync
3 #ou
4 dnf install -y ksh rsync

Ubuntu / Debian / ... :

1 # From : root@my_mssql_host
2 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 mssql)
Une manuelle que vous appliquez sur chaque compte unix mssql

/!\ Le mdp de votre compte mssql 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

1 # From : dbsqware@sqwarebox
2 menu_msq 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

1 # From : mssql@my_mssql_host
2 if [ ! -r $HOME/.ssh/id_rsa ]
3 then
4 ssh-keygen -t rsa -N '' -f $HOME/.ssh/id_rsa
5 fi
6 chmod go-w $HOME
7 echo "ssh-rsa AAAAB......XSPpdV11 dbsqware@sqwarebox" >>$HOME/.ssh/authorized_keys
8 chmod 700 $HOME/.ssh
9 chmod 600 $HOME/.ssh/authorized_keys

=> Mettre la bonne clé dans le "echo" (celle de dbsqware@sqwarebox)

Test de connexion ssh depuis SQWareCentral

1 # From : dbsqware@sqwarebox
2 menu_msq TestSshConnection GenLstInstanceNew

Déploiement de SQWareProduction

1 # From : dbsqware@sqwarebox
2 
3 #Si depl sur user "unique"
4 menu_msq DeplScripts GenLstUniqueNew
5 
6 #Si depl sur user "de l'instance" celui spécifié dans SQWareRepository
7 menu_msq DeplScripts GenLstInstanceNew

Pour user "unique" c'est l'utilisateur "standard", par défaut nous le réglons sur "mssql", et il peut être modifié dans SQWareCentral.

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 mssql

Ajout de l'environnement dbSQWare : méthode batch

1 # From : dbsqware@sqwarebox
2 menu_msq 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

 1 # From : mssql@my_mssql_host
 2 
 3 #dbSQWare
 4 export gvsqw_PgBin=$HOME/SQWareProduction/mssql/bin
 5 export gvsqw_Env='PRD'
 6 lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?)
 7 if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_PgBin/../etc/.profile_confort ]
 8 then
 9    . $gvsqw_PgBin/../etc/.profile_confort
10 fi

Ajout de la variable lvsqw_InstanceParam

Quelque soit la méthode utilisée : ajoutez la variable lvsqw_InstanceParam dans le ~/.profile ou ~/.bash_profile

1 # From : mssql@my_mssql_host
2 export lvsqw_InstanceParam=MSSQL_INST1

Test sendmail (non obligatoire)

1 # From : dbsqware@sqwarebox
2 menu_msq TestSendmail GenLstInstanceNew

Test de connexion "manuel" à l'instance mssqlQL (connexion "locale")