Général:FAQ NouvelleInstanceMsSql Linux : Différence entre versions

De WikiFr_dbSQWare
Aller à : navigation, rechercher
Ligne 132 : Ligne 132 :
 
</syntaxhighlight>
 
</syntaxhighlight>
  
====Création d'un compte Sql-Serveur spécifique dbSQWare====
+
===Procédure spécifique pour la partie "locale" (statut LINUX)===
/!\ Il faut autoriser l'accès SQL sur les instances si ce n'est pas le cas !<br/>
+
/!\ Uniquement que les instances qui seront en statut "LINUX" !<br/>
Exemple d'ordre de création :
 
<syntaxhighlight lang="sql" line>
 
USE [master]
 
GO
 
CREATE LOGIN [msq_dba] WITH PASSWORD=N'NePasMettreCePassword!', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF
 
GO
 
EXEC master..sp_addsrvrolemember @loginame = N'msq_dba', @rolename = N'sysadmin'
 
GO
 
</syntaxhighlight>
 
'sysadmin' est obligatoire à cause notamment des commandes "DBCC".
 
  
Vous pouvez mettre le nom et le mot de passe que vous souhaitez !<br/>
+
====Vérification des prérequis système pour la partie "locale" (ksh + rsync)====
Ce compte devra être déclaré sur le compte unix mssql@sqwarebox ...<br/>
+
SQWareProduction étant écrit essentiellement en shell ksh et étant synchronisé depuis SQWareCentral avec rsync, il nous faut donc "ksh" et "rsync" installés !
Si une entrée spécifique est trouvée c'est elle sui est prise, si non, on prend l'entrée "DEFAULT".<br/>
 
<syntaxhighlight lang="sh" line>
 
mssql@sqwarebox:/home/mssql (NoSID) $ cat .passwd_mssql
 
DEFAULT;msq_dba;NePasMettreCePassword!
 
SPECIFIC_MSSQL;sa;sapass
 
</syntaxhighlight>
 
  
====Vérifier l'entrée dans freetds.conf====
+
=====Vérification=====
On vérifie que les informations dbalias, host et port se soient bien inscrite dans le fichier !<br/>
+
Adaptez à votre nom de user et nom de machine.<br>
 +
<br>
 +
ksh:
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
# Sur mssql@sqwarebox /applis/mssql/freetds/etc/freetds.conf
+
# From : mssql@my_mssql_host
#Exemple
+
type ksh
[WINMSQ_INST1]
+
#ou
host = WINMSQ
+
which ksh
port = 1433
 
 
</syntaxhighlight>
 
</syntaxhighlight>
 
+
rsync:
====Test sendmail (non obligatoire)====
 
/!\ Faire la première fois, inutile après car toujours la même machine !
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
# From : dbsqware@sqwarebox
+
# mssql@my_mssql_host
menu_msq TestSendmail GenLstInstanceNew
+
type rsync
 +
#ou
 +
which rsync
 
</syntaxhighlight>
 
</syntaxhighlight>
  
===Tests de connexion "manuels" à l'instance Sql-Serveur===
+
=====Installation=====
Le but étant de tester la connexion automatique à l'instance Sql-Serveur.
+
Adaptez à votre type de machine (sudo si vous n'êtes pas root).<br/>
 +
<br>
 +
RedHat / CentOS / ... :
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
# From : dbsqware@sqwarebox
+
# From : root@my_mssql_host
menu_msq TestInstConnectionOnNoMail GenLstInstanceNew
+
yum install -y ksh rsync
 +
#ou
 +
dnf install -y ksh rsync
 
</syntaxhighlight>
 
</syntaxhighlight>
  
Vérifiez que vous êtes connectés à la bonne instance (champ FullName).<br/>
+
Ubuntu / Debian / ... :
Exemple:
 
############################################################################
 
TestType;InstanceParam;DbAlias;FullName;VersionMajInt;VersionPatch;ProductEdition;BackupPath
 
TestConnection;MSSQL_INST1;MSSQL_INST1;MSSQL\INST1;2008;10.50.1600.1;Developer;E:/BackupsMssql
 
############################################################################
 
 
 
==Mise en exploitation de l'instance==
 
===Génération de la configuration par défaut SQWareProduction===
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
# From : dbsqware@sqwarebox
+
# From : root@my_mssql_host
menu_msq GenDefConf_SQWareProduction GenLstInstanceNew
+
apt install -y ksh rsync
 
</syntaxhighlight>
 
</syntaxhighlight>
  
===Mise à jour de SQWareRepository===
+
====Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s)====
Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance Sql-Serveur NEW actuellement) avec la valeur ON.
+
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 !
  
===Test de "reprise" des indicateurs===
+
=====Déploiement de(s) clé(s) ssh : méthode batch=====
A ce moment là, vous pouvez tester la reprise des indicateurs manquants (en principe, uniquement les instances que vous venez d'intégrer !)
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
 
# From : dbsqware@sqwarebox
 
# From : dbsqware@sqwarebox
repind_msq
+
menu_msq GenDeplSshKeys_SQWareCentral GenLstInstanceNew
 
</syntaxhighlight>
 
</syntaxhighlight>
 +
Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...<br/>
 +
=> Entrez le mdp unix quand il vous est demandé !
  
===Exploitation (stats, backups, …)===
+
=====Déploiement de(s) clé(s) ssh : méthode manuelle=====
====Génération des conf SQWareProduction====
 
Si vous avez suivi la procédure d’insertion de l’instance, cette partie est déjà fait par l’étape "menu_msq GenDefConf_SQWareProduction GenLstInstanceNew".<br/>
 
Vous pouvez vérifier avec le chapitre suivant.<br/>
 
<br/>
 
Se connecter à la machine unix du point central avec le compte « mssql » et taper les commandes suivantes :<br/>
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
# From mssql@vmsqwarebox
+
# From : mssql@my_mssql_host
#Entrez le nom de l’instance
+
if [ ! -r $HOME/.ssh/id_rsa ]
too
+
then
./sqwmsq_GenerateCreateInstance.ksh -I WINMSQ_INST1
+
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
 
</syntaxhighlight>
 
</syntaxhighlight>
Vérifier que ce qui est proposé est bon et tapez « y » si c’est le cas.<br/>
+
=> Mettre la bonne clé dans le "echo" (celle de dbsqware@sqwarebox)
A ce moment, vous avez généré les fichiers de configuration par défaut de SQWareProduction.
 
  
====Explications====
+
====Test de connexion ssh depuis SQWareCentral====
Les étapes précédentes ont créé certains fichiers par défaut. ($HOME/admin/WINMSQ_INST1/sqwConfig)
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
#Entrez le nom de l’instance
+
# From : dbsqware@sqwarebox
e WINMSQ_INST1
+
menu_msq TestSshConnection GenLstInstanceNew
cfg
 
cat sqwmsq_Jobs.cfg
 
 
</syntaxhighlight>
 
</syntaxhighlight>
  
 +
====Déploiement de SQWareProduction====
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
#############################################
+
# From : dbsqware@sqwarebox
#IndicDba: Gather DBAs indicators
 
IndicDba:$gvsqw_MsqBin/sqwmsq_GatherIndicators.ksh -I WINMSQ_INST1
 
  
#RotateErrorLog: Rotate error log
+
#Si depl sur user "unique"
RotateErrorLog:$gvsqw_MsqBin/sqwmsq_RotateErrorLog.ksh -I WINMSQ_INST1 -Exec
+
menu_msq DeplScripts GenLstUniqueNew
  
#BackupAll: backup all databases
+
#Si depl sur user "de l'instance" celui spécifié dans SQWareRepository
BackupAll:$gvsqw_MsqBin/sqwmsq_BackupAllDatabases.ksh -I WINMSQ_INST1 -Exec
+
menu_msq DeplScripts GenLstInstanceNew
 +
</syntaxhighlight>
 +
Pour user "unique" c'est l'utilisateur "standard", par défaut nous le réglons sur "mssql", et il peut être modifié dans SQWareCentral.
  
#BackupAllRep: run failed backups from BackupAll
+
====Ajout de l'environnement dbSQWare dans ~/.profile ou ~/.bash_profile====
BackupAllRep:$gvsqw_MsqBin/sqwmsq_BackupAllDatabases.ksh -I WINMSQ_INST1 -REP -Exec
+
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
  
#StatisticsAll : update statistics tables for all databases
+
=====Ajout de l'environnement dbSQWare : méthode batch=====
StatisticsAll:$gvsqw_MsqBin/sqwmsq_StatisticsAllDatabases.ksh -I WINMSQ_INST1 -Exec
+
<syntaxhighlight lang="sh" line>
 
+
# From : dbsqware@sqwarebox
#RebuildAll : Rebuild indexes tables for all databases
+
menu_msq AdddbSQWareProfile GenLstInstanceNew
RebuildAll:$gvsqw_MsqBin/sqwmsq_RebuildIndexAllDatabases.ksh -I WINMSQ_INST1 -Exec
 
 
 
#RestoreParfile : restore list of databases content in parfile
 
RestoreParfile:$gvsqw_MsqBin/sqwmsq_RestoreAllDatabases.ksh -I WINMSQ_INST1 -PAR $Parfile -Exec
 
 
 
#CheckdbAll : DBCC CheckDB for all databases
 
CheckdbAll:$gvsqw_MsqBin/sqwmsq_CheckdbAllDatabases.ksh -I WINMSQ_INST1 -Exec
 
 
</syntaxhighlight>
 
</syntaxhighlight>
 +
Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...<br/>
 +
=> Dans ~/.profile ou ~/.bash_profile, changez la variable suivante avec la valeur adaptée : gvsqw_Env='XXX'
  
C’est un fichier de paramétrage qui est utilisé par le script sqwmsq_RunJob.ksh pour exécuter des actions.<br/>
+
=====Ajout de l'environnement dbSQWare : méthode manuelle=====
<br/>
+
Ajoutez les lignes suivantes dans le ~/.profile ou ~/.bash_profile
Fichier pour une cron par défaut $HOME/CrontabRef_WINMSQ_INST1 :
 
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
## mm(0-59) hh(0-23) dd(1-31) MM(0-12) DAY(0-sunday, 1-monday, ...) command
+
# From : mssql@my_mssql_host
## WINMSQ_INST1
 
# Backup all databases
 
00 22 * * 1-6  ksh -c '. $HOME/.profile ;$gvsqw_MsqBin/sqwmsq_RunJob.ksh -I WINMSQ_INST1 -A BackupAll > $HOME/tmp/BackupAll_WINMSQ_INST1.log 2>&1'
 
# Rebuild all databases
 
30 07 * * 6  ksh -c '. $HOME/.profile ;$gvsqw_MsqBin/sqwmsq_RunJob.ksh -I WINMSQ_INST1 -A RebuildAll > $HOME/tmp/RebuildAll_WINMSQ_INST1.log 2>&1'
 
# Stats all databases
 
00 07 * * 0  ksh -c '. $HOME/.profile ;$gvsqw_MsqBin/sqwmsq_RunJob.ksh -I WINMSQ_INST1 -A StatisticsAll > $HOME/tmp/StatisticsAll_WINMSQ_INST1.log 2>&1'
 
</syntaxhighlight>
 
  
====Paramétrage du chemin des backups====
+
#dbSQWare
Sur l’instance à gérer, voir le chemin des backups dans la clé de registre :
+
export gvsqw_PgBin=$HOME/SQWareProduction/mssql/bin
<syntaxhighlight lang="sql" line>
+
export gvsqw_Env='PRD'
DECLARE  @v_regvalue varchar(256)
+
lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?)
EXEC xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory',  @v_regvalue OUTPUT
+
if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_PgBin/../etc/.profile_confort ]
select 'lvsqw_BackupPath='+rtrim(@v_regvalue)+'='
+
then
go
+
  . $gvsqw_PgBin/../etc/.profile_confort
 +
fi
 
</syntaxhighlight>
 
</syntaxhighlight>
  
Pour modifier le chemin, les scripts se basent sur la clé de registre :
+
=====Ajout de la variable lvsqw_InstanceParam=====
<syntaxhighlight lang="sql" line>
+
'''Quelque soit la méthode utilisée :''' ajoutez la variable lvsqw_InstanceParam dans le ~/.profile ou ~/.bash_profile
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', REG_SZ, N'E:\Backups_db'
+
<syntaxhighlight lang="sh" line>
go
+
# From : mssql@my_mssql_host
 +
export lvsqw_InstanceParam=MSSQL_INST1
 
</syntaxhighlight>
 
</syntaxhighlight>
  
Test avec backup de master :
+
====Test sendmail (non obligatoire)====
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
#From mssql@vmsqwarebox
+
# From : dbsqware@sqwarebox
$gvsqw_MsqBin/sqwmsq_BackupDatabase.ksh -I WINMSQ_INST1 -D master -Type full -Exec
+
menu_msq TestSendmail GenLstInstanceNew
 
</syntaxhighlight>
 
</syntaxhighlight>
  
/!\ Faites attention pour cette partie, si vous n'êtes pas sûrs, ne faites rien :
+
====Test de connexion "manuel" à l'instance mssqlQL (connexion "locale")====
 +
/!\ Uniquement que les instances qui seront en statut "LINUX" !
 
<syntaxhighlight lang="sh" line>
 
<syntaxhighlight lang="sh" line>
#From mssql@vmsqwarebox pour passer toutes les databases en 'RECOVERY SIMPLE'
+
# From : dbsqware@sqwarebox
$gvsqw_MsqBin/../tools/sqwmsq_AlterDatabaseRecoverySimple.ksh -I WINMSQ_INST1 -Exec
+
menu_msq TestInstConnectionOnNoMail GenLstInstanceNew
 
 
#From mssql@vmsqwarebox pour modifier l'autogrowth toutes les logs de % en Mo
 
$gvsqw_MsqBin/../tools/sqwmsq_AlterDatabaseModifyLogGrowth.ksh -I WINMSQ_INST1 -Exec
 
 
 
#From mssql@vmsqwarebox faire un SHRINK de toutes les logs
 
$gvsqw_MsqBin/../tools/sqwmsq_AlterDatabaseShrinkLogs.ksh -I WINMSQ_INST1 -Exec
 
 
</syntaxhighlight>
 
</syntaxhighlight>
  

Version du 9 décembre 2024 à 19:03

Généralités


Attention.png
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 !

Attention.png
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.
Lien vers la console d'administration

Déclarez la nouvelle instance en statut "NEW_LINUX" (Ajout ou Duplicate)
Ajout d'une instance Ajout par duplication d'une instance
Déclaration de la nouvelle instance Sql-Serveur

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")

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

1 # From : dbsqware@sqwarebox
2 menu_msq TestInstConnectionOnNoMail GenLstInstanceNew

Mise en exploitation

Mise en place de la cron :

1 vi $HOME/CrontabRef_WINMSQ_INST1
2 cat $HOME/CrontabRef_WINMSQ_INST1 >> $HOME/CrontabRef
3 vi $HOME/CrontabRef
4 crontab $HOME/CrontabRef
5 crontab -l

Mise à jour du fichier CrontabRef  :

1 crontab -l > $HOME/CrontabRef
2 cat $HOME/CrontabRef

Commandes utiles

alias intéressants :

e DBALIAS => source l'env pour l'instance
bin, etc, too ... => pour aller dans arbo SQWareProduction standard
cbin, cetc, ctoo ... => pour aller dans arbo SQWareProduction custom
log => logs SQWareProduction

Quelques options des scripts :

-h => aide en ligne
-s => exemples en ligne
-Exec => lorsque elle est présente, si non settée ne sort que les commandes sans les exécuter

Exemples :

mssql@HOSTCENTRAL:$HOME/admin/WINMSQ_INST1/logs/StatisticsDatabase (WINMSQ_INST1) $ bin
total 112
drwxr-x---  2 dbsqware dba  4096 Sep 25 21:22 .
drwxr-x--- 15 dbsqware dba  4096 Sep 25 21:22 ..
-rwxr-x---  1 dbsqware dba 10858 Sep 25 21:22 sqwmsq_BackupAllDatabases.ksh
-rwxr-x---  1 dbsqware dba  6013 Sep 25 21:22 sqwmsq_BackupDatabase.ksh
-rwxr-x---  1 dbsqware dba  7663 Sep 25 21:22 sqwmsq_CheckdbAllDatabases.ksh
-rwxr-x---  1 dbsqware dba  4809 Sep 25 21:22 sqwmsq_CheckdbDatabase.ksh
...
mssql@HOSTCENTRAL:$HOME/SQWareProduction/mssql/bin (WINMSQ_INST1) $ 
./sqwmsq_StatisticsAllDatabases.ksh -h

Sourcing sqwmsq_Global.lib v2021.02 SQWareProduction for MsSql ...

Usage: sqwmsq_StatisticsAllDatabases.ksh [-h] -S|-I <FreeTdsAlias> [+ options]

DESCRIPTION
   sqwmsq_StatisticsAllDatabases.ksh update Statistics databases in //
SUPPORT
   MsSql supported versions: 2000 <= v <= 2019

PARAMETERS
     -S|-I  Instance    : Target instance (freeTds alias).
OPTIONS
     -h   help          : Display the full usage.
     -s                 : Display samples of usage.
     -P   Nb_threads    : Number of threads in parallel (by default 4).
     -ID  listdb        : Databases list to include.
     -ED  listdb        : Databases list to exclude.
     -IL  likeclause    : Like clause to generate databases list (example: 'db%').
     -EL  likeclause    : Like clause to exclude databases (example: 'nodb%').
     -WCD whereclause   : Where clause to generate databases list.
     -FRT return_code   : Force return code value on error.
     -AddMail email     : Email Address to add at 'xxx'.
     -SendReport        : Send execution log report.
     -PAR parfile       : Parfile file for databases list.
     -AGR Nb_sec        : Nb of seconds between two run (by default 5s).
     -AGE Nb_sec        : Nb of seconds between two check of end (by default 5s).
     -NoMail            : Desactivate sendmail on error xxx (by default, send on error).
     -Exec              : Execute commands (default, display generated commands)

Enjoy !