Général:FAQ NouvelleInstanceMsSql : Différence entre versions
(→Limites de cette section) |
(→Déclaration de l'instance dans SQWareRepository avec SQWareWeb) |
||
Ligne 65 : | Ligne 65 : | ||
[[Fichier:AjoutInstance.png||admin|Ajout d'une instance]] | [[Fichier:AjoutInstance.png||admin|Ajout d'une instance]] | ||
[[Fichier:DuplicateInstance.png||admin|Ajout par duplication d'une instance]]<br/> | [[Fichier:DuplicateInstance.png||admin|Ajout par duplication d'une instance]]<br/> | ||
− | [[Fichier: | + | [[Fichier:DeclarationInstanceMsSql.png|adminSql-Serveur|Déclaration de la nouvelle instance Sql-Serveur]] |
Explication des champs :<br/> | Explication des champs :<br/> |
Version du 21 février 2021 à 18:54
Sommaire
- 1 Généralités
- 2 Intégration d'une instance Sql-Serveur
- 2.1 Mise en place de l'environnement
- 2.2 Tests de connexion "manuels" à l'instance Sql-Serveur
- 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 Sql-Serveur
Il n'y a que le cas de connexion à distance à traiter.
On fait une connexion SQL depuis mssql@sqwarebox via FreeTds (Client OpenSource de connexion TDS).
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)
- WINMSQ\INST1 => WINMSQ_INST1 (status ON)
Explication des statuts
- Classiquement, pour Sql-Serveur, le statut est "ON".
- 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 | le statut quand l'instance est en exploitation |
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) |
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 les fichiers de référence :
# From : dbsqware@sqwarebox gen_all
Création d'un compte Sql-Serveur spécifique dbSQWare
/!\ Il faut autoriser l'accès SQL sur les instances si ce n'est pas le cas !
Exemple d'ordre de création :
USE [master] GO CREATE LOGIN [dba_exp] WITH PASSWORD=N'db@exp', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF GO EXEC master..sp_addsrvrolemember @loginame = N'dba_exp', @rolename = N'sysadmin' GO
'sysadmin' est obligatoire à cause des commande "DBCC".
Vous pouvez mettre le nom et le mot de passe que vous souhaitez !
Ce compte devra être déclaré sur le compte unix mssql@sqwarebox ...
Si une entrée spécifique est trouvée c'est elle sui est prise, si non, on prend l'entrée "DEFAULT".
mssql@srvdbsqware01:/home/mssql (NoSID) $ cat .passwd_mssql DEFAULT;dba_exp;db@exp SPECIFIC_MSSQL;sa;sapass
Ajouter l'entrée dans freetds.conf
/!\ Si le fichier généré automatiquement n'est pas bon !
# Sur mssql@sqwarebox /applis/mssql/freetds/etc/freetds.conf #Exemple [WINMSQ_INST1] host = WINMSQ port = 1433
Test sendmail (non obligatoire)
/!\ Uniquement que les instances qui seront en statut "ON" !
# From : dbsqware@sqwarebox menu_msq TestSendmail GenLstInstanceNew
Tests de connexion "manuels" à l'instance Sql-Serveur
Le but étant de tester la connexion automatique à l'instance Sql-Serveur.
# From : dbsqware@sqwarebox menu_msq TestInstConnectionOnNoMail GenLstInstanceNew
Mise en exploitation de l'instance
Génération de la configuration par défaut SQWareProduction
# From : dbsqware@sqwarebox menu_msq GenDefConf_SQWareProduction GenLstInstanceNew
Mise à jour de SQWareRepository
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.