Général:FAQ NouvelleInstanceSybase : Différence entre versions
(→Regénérer les fichiers de référence de SQWareCentral) |
(→Vérification des prérequis système pour la partie "locale" (ksh + rsync)) |
||
Ligne 137 : | Ligne 137 : | ||
<br> | <br> | ||
ksh: | ksh: | ||
− | + | <syntaxhighlight lang="sh" line> | |
− | + | # From : sybase@my_syb_host | |
− | + | type ksh | |
− | + | #ou | |
+ | which ksh | ||
+ | </syntaxhighlight> | ||
rsync: | rsync: | ||
− | + | <syntaxhighlight lang="sh" line> | |
− | + | # sybase@my_syb_host | |
− | + | type rsync | |
− | + | #ou | |
+ | which rsync | ||
+ | </syntaxhighlight> | ||
======Installation====== | ======Installation====== | ||
Ligne 151 : | Ligne 155 : | ||
<br> | <br> | ||
RedHat / CentOS / ... : | RedHat / CentOS / ... : | ||
− | + | <syntaxhighlight lang="sh" line> | |
− | + | # From : root@my_syb_host | |
+ | yum install -y ksh rsync | ||
+ | #ou | ||
+ | dnf install -y ksh rsync | ||
+ | </syntaxhighlight> | ||
+ | |||
Ubuntu / Debian / ... : | Ubuntu / Debian / ... : | ||
− | + | <syntaxhighlight lang="sh" line> | |
− | + | # From : root@my_syb_host | |
+ | apt install -y ksh rsync | ||
+ | </syntaxhighlight> | ||
====Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s)==== | ====Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s)==== |
Version du 3 octobre 2023 à 18:05
Sommaire
- 1 Généralités
- 2 Intégration d'une instance Sybase
- 2.1 Mise en place de l'environnement
- 2.2 Procédure spécifique pour la partie "locale" (statut ON)
- 2.2.1 Vérification des prérequis système pour la partie "locale" (ksh + rsync)
- 2.2.2 Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s)
- 2.2.3 Test de connexion ssh depuis SQWareCentral
- 2.2.4 Déploiement de SQWareProduction
- 2.2.5 Ajout de l'environnement dbSQWare dans ~/.profile ou ~/.bash_profile
- 2.2.6 Test sendmail (non obligatoire)
- 2.2.7 Tests de connexion "manuels" à l'instance Sybase
- 2.3 Procédure spécifique pour la partie "distante" (statut DIST)
- 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 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 :
1 # From : dbsqware@sqwarebox
2 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:
1 # From : sybase@my_syb_host
2 type ksh
3 #ou
4 which ksh
rsync:
1 # sybase@my_syb_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_syb_host
2 yum install -y ksh rsync
3 #ou
4 dnf install -y ksh rsync
Ubuntu / Debian / ... :
1 # From : root@my_syb_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 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_syb_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"
Test connexion "locale"
/!\ Uniquement que les instances qui seront en statut "ON" !
# From : dbsqware@sqwarebox menu_syb TestInstConnectionOnNoMail 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" !
Exemple d'ordre de création :
exec sp_addlogin 'mylogin', 'myloginpass', @defdb='master', @deflanguage='us_english', @fullname='login admin dbsqware', @auth_mech = 'ANY' go exec sp_locklogin '$lvsqw_Login', 'unlock' go
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_sybase DEFAULT;SaUser;SaUserPasswd SPECIFIC_SYB;sa;sapasswd
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
Exploitation (stats, backups, …) pour les instance "ON"
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_syb GenDefConf_SQWareProduction GenLstInstanceNew".
Vous pouvez vérifier avec le chapitre suivant.
Se connecter à la machine qui porte l'instance « Sybase » et taper les commandes suivantes :
# From dbsqware@vsybwarebox c SYBDBS
#Source de l'env si multi-instance (from sybase@my_syb_host) e SYBDBS
too ./sqwsyb_GenerateCreateInstance.ksh -dbsOnly
Vérifier que ce qui est proposé est bon et tapez « y » si c’est le cas.
A ce moment, vous avez généré les fichiers de configuration par défaut de SQWareProduction.
Explications
Les étapes précédentes ont créé certains fichiers par défaut. ($HOME/SYBDBS/sqwConfig)
#Entrez le nom de l’instance e SYBDBS cfg cat sqwsyb_Jobs.cfg
#IndicDba: Gather indicators DBAs IndicDba:$gvsqw_SybBin/sqwsyb_GatherIndicators.ksh -S SYBDBS #DumpFull: Dump full all databases DumpFull:$gvsqw_SybBin/sqwsyb_DumpAllDatabases.ksh -S SYBDBS -Type full -Exec #DumpInc: Dump tran DumpInc:$gvsqw_SybBin/sqwsyb_DumpAllDatabases.ksh -S SYBDBS -ID mydblist -Type inc -Exec #Checkstorage: Checkstorage all databases Checkstorage:$gvsqw_SybBin/sqwsyb_CheckstorageAllDatabases.ksh -S SYBDBS -Exec #Reorg: Reorg all databases Reorg:$gvsqw_SybBin/sqwsyb_RebuildAllDatabases.ksh -S SYBDBS -Exec #UpdateStats: Update statistics all databases UpdateStats:$gvsqw_SybBin/sqwsyb_StatisticsAllDatabases.ksh -S SYBDBS -Exec #Dbcc: Dbcc all databases Dbcc:$gvsqw_SybBin/sqwsyb_DbccAllDatabases.ksh -S SYBDBS -Exec
C’est un fichier de paramétrage qui est utilisé par le script sqwsyb_RunJob.ksh pour exécuter des actions.
Fichier pour une cron par défaut $HOME/CrontabRef_SYBDBS :
## mm(0-59) hh(0-23) dd(1-31) MM(0-12) DAY(0-sunday, 1-monday, ...) command ## dump full 00 17 * * 1-6 ksh -c '. $HOME/.profile SYBDBS;$gvsqw_SybBin/sqwsyb_RunJob.ksh -S SYBDBS -A DumpFull 2>&1 >~/tmp/DumpFull_SYBDBS.log' ## Checkstorage #00 12 * * 6 ksh -c '. $HOME/.profile SYBDBS;$gvsqw_SybBin/sqwsyb_RunJob.ksh -S SYBDBS -A Checkstorage 2>&1 >~/tmp/Checkstorage_SYBDBS.log' ## Reorg #00 04 * * 6 ksh -c '. $HOME/.profile SYBDBS;$gvsqw_SybBin/sqwsyb_RunJob.ksh -S SYBDBS -A Reorg 2>&1 >~/tmp/Reorg_SYBDBS.log' ## Update statistics 00 16 * * 2 ksh -c '. $HOME/.profile SYBDBS;$gvsqw_SybBin/sqwsyb_RunJob.ksh -S SYBDBS -A UpdateStats 2>&1 >~/tmp/UpdateStats_SYBDBS.log'
Mise en exploitation
Mise en place de la cron :
mv $HOME/CrontabRef_SYBDBS $HOME/CrontabRef vi $HOME/CrontabRef crontab $HOME/CrontabRef crontab -l
Mise à jour du fichier CrontabRef :
crontab -l > $HOME/CrontabRef 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 dmp => on va dans les chemins de backup
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 :
sybase@my_syb_host:$HOME/admin/SYBDBS/logs/DumpAllDatabases (SYBDBS) $ bin total 112 drwxr-x--- 2 sybase dba 4096 Aug 16 15:50 . drwxr-x--- 15 sybase dba 4096 Aug 16 15:50 .. -rwxr-x--- 1 sybase dba 3043 Aug 16 15:50 sqwsyb_CheckstorageAllDatabases.ksh -rwxr-x--- 1 sybase dba 2616 Aug 16 15:50 sqwsyb_CheckstorageDatabase.ksh -rwxr-x--- 1 sybase dba 4507 Aug 16 15:50 sqwsyb_CopyDumpAllDatabases.ksh -rwxr-x--- 1 sybase dba 3369 Sep 5 11:33 sqwsyb_CopyDumpDatabase.ksh -rwxr-x--- 1 sybase dba 2988 Aug 16 15:50 sqwsyb_DbccAllDatabases.ksh -rwxr-x--- 1 sybase dba 2616 Aug 16 15:50 sqwsyb_DbccDatabase.ksh -rwxr-x--- 1 sybase dba 4213 Aug 16 15:50 sqwsyb_DumpAllDatabases.ksh -rwxr-x--- 1 sybase dba 3575 Aug 16 15:50 sqwsyb_DumpDatabase.ksh lrwxrwxrwx 1 sybase dba 36 Jul 22 2018 sqwsyb_ExecSQL.ksh -> ../../generic/bin/sqwgen_ExecSQL.ksh -rwxr-x--- 1 sybase dba 2742 Aug 16 15:50 sqwsyb_GatherDistantFsSize.ksh -rwxr-x--- 1 sybase dba 2488 Aug 16 15:50 sqwsyb_GatherIndicators.ksh -rwxr-x--- 1 sybase dba 2353 Aug 16 15:50 sqwsyb_GatherStructure.ksh -rwxr-x--- 1 sybase dba 2464 Aug 16 15:50 sqwsyb_KillSessions.ksh -rwxr-x--- 1 sybase dba 4101 Aug 16 15:50 sqwsyb_LoadAllDatabases.ksh -rwxr-x--- 1 sybase dba 4685 Aug 16 15:50 sqwsyb_LoadDatabase.ksh lrwxrwxrwx 1 sybase dba 38 Dec 6 2015 sqwsyb_NetBackup.ksh -> ../../generic/bin/sqwgen_NetBackup.ksh lrwxrwxrwx 1 sybase dba 40 Dec 6 2015 sqwsyb_ParallelRun.ksh -> ../../generic/bin/sqwgen_ParallelRun.ksh -rwxr-x--- 1 sybase dba 3351 Aug 16 15:50 sqwsyb_RebuildAllDatabases.ksh -rwxr-x--- 1 sybase dba 2955 Aug 16 15:50 sqwsyb_RebuildDatabase.ksh lrwxrwxrwx 1 sybase dba 40 Dec 20 2017 sqwsyb_RsyncBackup.ksh -> ../../generic/bin/sqwgen_RsyncBackup.ksh lrwxrwxrwx 1 sybase dba 35 Dec 6 2015 sqwsyb_RunJob.ksh -> ../../generic/bin/sqwgen_RunJob.ksh -rwxr-x--- 1 sybase dba 3112 Aug 16 15:50 sqwsyb_StatisticsAllDatabases.ksh -rwxr-x--- 1 sybase dba 2707 Aug 16 15:50 sqwsyb_StatisticsDatabase.ksh -rwxr-x--- 1 sybase dba 3798 Aug 16 15:50 sqwsyb_UpdtStatsAllDatabases.ksh -rwxr-x--- 1 sybase dba 3691 Aug 16 15:50 sqwsyb_UpdtStatsDatabase.ksh -rwxr-x--- 1 sybase dba 3966 Aug 16 15:50 sqwsyb_UpdtStatsParallelDatabase.ksh -rwxr-x--- 1 sybase dba 3366 Aug 16 15:50 sqwsyb_UpdtStatsRebuildWithFlag.ksh
sybase@my_syb_host:$HOME/SQWareProduction/sybase/bin (SYBDBS) $ ./sqwsyb_DumpAllDatabases.ksh -h Sourcing sqwsyb_Global.lib v2023.06 SQWareProduction for Sybase (dbSQWare) ... Usage: sqwsyb_DumpAllDatabases.ksh [-h] -I <dataserver> [+ options] DESCRIPTION sqwsyb_DumpAllDatabases.ksh Dump all databases in parallel SUPPORT Sybase supported versions: 12.5 <= v <= 16.0 PARAMETERS -I dataserver : Target dataserver to Dump. OPTIONS -P Nb threads : Number of threads in parallel (by default 2). -ID listdb : List of databases holding tables to analyze (by default all). -ED listdb : List of databases 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. -RD directory : Directory to write dump file (default /syb_dump/$DSQUERY). -HI Nb : Nb of generations to keep (by default 2). -CL Level : Compression level (by default 1). -CR Rate : Estimated rate of compression (by default 22). -AGR Nb sec : Nb of seconds between two runs (by default 10s). -AGE Nb sec : Nb of seconds between two checks of end (by default 30s). -SMS SizeMax : Size Max Stripe (default 4096 Mo). -Type type : Dump type full,inc,stb,fstb (default full). -NoMail : Deactivate sendmail on error xxx (by default, send on error). -OldSyntax : Force dump old syntax (by default, 'NewSyntax'). -NewSyntax : Force dump new syntax (by default, 'NewSyntax'). -NoSyslogins : Do not backup syslogins tables. -AddMail email : Email address to add at 'xxx'. -SendReport : Send execution log report. -AddFlagName mflag : Put '.mflag' at end of dump name. -CrossPlatform : Put db in 'single user' mode and execute sp_flushstats before Dump. -TryCum : Try 'dump cumulative' if 'dump tran' error (need to customize lfsqw_TryCum function). -h help : Display the full usage. -s : Display samples of usage. -Locale locale : Force Locale for help display (fr,en). -Exec : Execute commands (default, display generated commands)
Enjoy !