Général:FAQ NouvelleInstanceOracleCygwin : Différence entre versions
m |
m (Ymauger a déplacé la page Général:FAQ NouvelleInstanceOracleCygwin vers Général:FAQ NouvelleInstanceOracleOnCygwin) |
(Aucune différence)
|
Version du 17 mai 2024 à 15:12
Sommaire
- 1 Généralités
- 2 Intégration d'une instance Oracle
- 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 Oracle
- 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 de nouvelles instances Oracle tournant sur des hôtes Windows Serveur et le socle est 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 Oracle
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 "/ as sysdba" sur la machine qui porte l'instance (connexion ssh depuis dbsqware@sqwarebox)
- "distante", pour générer les AWR (éventuellement) ou 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 Oracle
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 sqwora_GlobalVar.cfg !
On a plus ou moins 3 cas ...
- Votre environnement est "standalone" et vos ORACLE_SID sont unique sur l'ensemble du parc => gvsqw_DbAlias='$ORACLE_SID'
- Votre environnement est "standalone" mais vous avez des "doublons" d'ORACLE_SID => gvsqw_DbAlias='$ORACLE_SID:$(hostname|cut -d '.' -f1)'
- Vous avez du RAC et/ou DG => gvsqw_DbAlias='$gvsqw_DB_UNIQUE_NAME:$gvsqw_HOST_UNIQUE_NAME' (gvsqw_DB_UNIQUE_NAME, on supprime le numéro du node !)
+ tout autre cas qui pourrait arrivé ou qui "vous arrange" !
Explication des statuts
- Une instance "ouverte" sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "/ as sysdba" en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "ON".
- Une instance "fermée", type dataguard sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "/ as sysdba" en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "DG".
- 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 (sera utilisée comme SERVICE_NAME pour la génération du tnsname.ora, pour sa partie avant le ":" si présent) |
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 : oracle@my_oracle_host
2 type ksh
3 #ou
4 which ksh
rsync:
1 # oracle@my_oracle_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_oracle_host
2 yum install -y ksh rsync
3 #ou
4 dnf install -y ksh rsync
Ubuntu / Debian / ... :
1 # From : root@my_oracle_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 oracle)
- Une manuelle que vous appliquez sur chaque compte unix oracle
/!\ Le mdp de votre compte oracle 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_ora 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 : oracle@my_oracle_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_ora TestSshConnection GenLstInstanceNew
Déploiement de SQWareProduction
1 # From : dbsqware@sqwarebox
2
3 #Si depl sur user "unique"
4 menu_ora DeplScripts GenLstUniqueNew
5
6 #Si depl sur user "de l'instance"
7 menu_ora 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 oracle
Ajout de l'environnement dbSQWare : méthode batch
1 # From : dbsqware@sqwarebox
2 menu_ora 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 : oracle@my_oracle_host
2
3 #dbSQWare
4 export gvsqw_OraBin=$HOME/SQWareProduction/oracle/bin
5 export gvsqw_Env='PRD'
6 lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?)
7 if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_OraBin/../etc/.profile_confort ]
8 then
9 . $gvsqw_OraBin/../etc/.profile_confort
10 fi
Test sendmail (non obligatoire)
1 # From : dbsqware@sqwarebox
2 menu_ora TestSendmail GenLstInstanceNew
Tests de connexion "manuels" à l'instance Oracle
Le but étant de tester la ou les méthodes de connexion automatique à l'instance Oracle.
- "locale", pour les instances qui seront en statut "ON"
- "distante", pour générer les AWR (éventuellement) ou pour le cas où l'on n'a accès à la machine en ssh (Windows, RDS, etc, ...)
Test connexion "locale"
/!\ Uniquement que les instances qui seront en statut "ON" !
1 # From : dbsqware@sqwarebox
2 menu_ora TestInstConnectionOnNoMail GenLstInstanceNew
Procédure spécifique pour la partie "distante" (statut DIST)
Création d'un compte Oracle spécifique dbSQWare
/!\ Uniquement que les instances qui seront en statut "DIST" et/ou celles sur lesquelles vous voulez générer des AWR !
Exemple d'ordre de création (NON-CDB) :
1 CREATE USER DBSUSER
2 IDENTIFIED BY "NePasMettreCePassword!"
3 PROFILE DEFAULT
4 ACCOUNT UNLOCK;
5 GRANT RESOURCE TO DBSUSER;
6 GRANT CONNECT TO DBSUSER;
7 --GRANT DBA TO DBSUSER;
8 ALTER USER DBSUSER DEFAULT ROLE ALL;
9 GRANT SELECT ANY DICTIONARY TO DBSUSER;
10 GRANT EXECUTE ON DBMS_WORKLOAD_REPOSITORY TO DBSUSER;
Exemple d'ordre de création (CDB) :
1 CREATE USER C##DBSUSER
2 IDENTIFIED BY "NePasMettreCePassword!"
3 PROFILE DEFAULT
4 ACCOUNT UNLOCK CONTAINER=ALL;
5 GRANT RESOURCE TO C##DBSUSER CONTAINER=ALL;
6 GRANT CONNECT TO C##DBSUSER CONTAINER=ALL;
7 --GRANT DBA TO C##DBSUSER CONTAINER=ALL;
8 --GRANT SYSDBA TO C##DBSUSER CONTAINER=ALL;
9 ALTER USER C##DBSUSER DEFAULT ROLE ALL CONTAINER=ALL;
10 GRANT SELECT ANY DICTIONARY TO C##DBSUSER CONTAINER=ALL;
11 GRANT EXECUTE ON DBMS_WORKLOAD_REPOSITORY TO C##DBSUSER CONTAINER=ALL;
Vous pouvez mettre le nom et le mot de passe que vous souhaitez !
Ce compte devra être déclaré sur le compte unix oracle@sqwarebox ...
Si une entrée spécifique est trouvée c'est elle sui est prise, si non, on prend l'entrée "DEFAULT".
1 oracle@sqwarebox:/home/oracle (NoSID) $ cat .passwd_oracle
2 DEFAULT;DBSUSER;NePasMettreCePassword!
3 SPECIFIC_ORA;system;manager
Test connexion "distante"
/!\ Uniquement si besoin ! (pour AWR et/ou connexion distante)
1 # From : dbsqware@sqwarebox
2 menu_ora 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" !
1 # From : dbsqware@sqwarebox
2 menu_ora GenDefConf_SQWareProduction GenLstInstanceNew
Mise à jour de SQWareRepository
Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance Oracle (à 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 !)
1 # From : dbsqware@sqwarebox
2 ## Pour les statuts "ON"
3 repind_ora
4 ## Pour les statuts "DIST"
5 repind_ora_dist
6 ## Pour les statuts "DG"
7 repind_ora_dg
Exploitation (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_ora GenDefConf_SQWareProduction GenLstInstanceNew".
Vous pouvez vérifier avec le chapitre suivant.
Se connecter à la machine qui porte l'instance « Oracle » et taper les commandes suivantes :
1 # From dbsqware@vorawarebox
2 c ORADBS
1 #Source de l'env si multi-instance (from oracle@my_oracle_host)
2 e ORADBS
1 too
2 ./sqwora_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.
Paramétrage RMAN
Si vous souhaitez mettre en place les backups RMAN, il faudra : - être en archivelog si vous voulez faire du backup à chaud - avoir paramétré la conf RMAN (dbSQWare se base sur la durée de rétention et le type DISK/SBT_TAPE configurés) - avoir paramétré $HOME/admin/ORADBS/sqwConfig/sqwora_Rman.cfg (qui détermine le comporte de sqwarchmon et si on utilise un catalogue ou pas)
Vérification de la conf :
1 vi $HOME/admin/ORADBS/sqwConfig/sqwora_Rman.cfg
Vérification de l'archivage :
1 sqlplus '/ as sysdba'
1 select log_mode from v$database;
2 LOG_MODE
3 ------------
4 ARCHIVELOG
5
6 show parameters log_archive_format;
7
8 NAME TYPE VALUE
9 ------------------------------------ ----------- ------------------------------
10 log_archive_format string ORADBS_redo_%t_%s_%r.arc
11
12 show parameters log_archive_dest_1;
13
14 NAME TYPE VALUE
15 ------------------------------------ ----------- ------------------------------
16 log_archive_dest_1 string LOCATION=/orabackup/ORADBS/archive MANDATORY
Si besoin, changement des paramètres :
1 alter system set log_archive_format='ORADBS_redo_%t_%s_%r.arc' scope=spfile;
2 alter system set log_archive_dest_1='LOCATION=/orabackup/ORADBS/archive/ MANDATORY';
Si besoin, passer la base en ARCHIVELOG :
1 shutdown immediate;
2 startup mount;
3 alter database archivelog;
4 alter database open;
Configuration "minimale" RMAN (en fonction de ce qui a été paramétré par défaut) :
1 too
2 ./sqwora_RmanConfigure.ksh
Vérification de la configuration RMAN :
rman target / RMAN> show all; using target database control file instead of recovery catalog RMAN configuration parameters for database with db_unique_name ORADBS are: CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 6 DAYS; CONFIGURE BACKUP OPTIMIZATION ON; CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP OFF; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/orabackup/ORADBS/rman/autobackup/%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/home/oracle/admin/ORADBS/sqwConfig/snapcf_ORADBS.f';
Si besoin, modification de paramètres RMAN :
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 3; old RMAN configuration parameters: CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 6 DAYS; new RMAN configuration parameters: CONFIGURE RETENTION POLICY TO REDUNDANCY 3; new RMAN configuration parameters are successfully stored
Explications
Les étapes précédentes ont créé certains fichiers par défaut. ($HOME/ORADBS/sqwConfig)
1 #Entrez le nom de l’instance
2 e ORADBS
3 cfg
4 cat sqwora_Jobs.cfg
1 #IndicDba: Gather indicators DBAs
2 IndicDba:$gvsqw_OraBin/sqwora_GatherIndicators.ksh -I ORADBS
3
4 #RmanFull: Backup level 0 (full) with RMAN
5 RmanFull:$gvsqw_OraBin/sqwora_RmanBackup.ksh -I ORADBS -T i0 -Exec
6
7 #RmanInc: Backup level 1 (incremental) with RMAN
8 RmanInc:$gvsqw_OraBin/sqwora_RmanBackup.ksh -I ORADBS -T i1 -Exec
9
10 #PurgeAlert: Purge log/trace files
11 PurgeAlert:$gvsqw_OraBin/sqwora_PurgeAlert.ksh -I ORADBS
12
13 #GenAwr: Generate AWR reports
14 GenAwr:$gvsqw_OraBin/sqwora_GenerateAwr.ksh -I ORADBS
15
16 #ExpFull: export full of database
17 ExpFull:$gvsqw_OraBin/sqwora_Export.ksh -I ORADBS -T full -H 2 -Exec
18
19 #ExpdpFull: export full of database (expdp)
20 ExpdpFull:$gvsqw_OraBin/sqwora_Expdp.ksh -I ORADBS -T full -H 2 -Exec
C’est un fichier de paramétrage qui est utilisé par le script sqwora_RunJob.ksh pour exécuter des actions.
Fichier pour une cron par défaut $HOME/CrontabRef_ORADBS :
1 ###########################
2 ## mm(0-59) hh(0-23) dd(1-31) MM(0-12) DAY(0-sunday, 1-monday, ...) command
3 ## ORADBS
4 #Purge alert
5 00 08 * * 0 ksh -c '. $HOME/.profile ORADBS;$gvsqw_OraBin/sqwora_RunJob.ksh -I ORADBS -A PurgeAlert > $HOME/tmp/PurgeAlert_ORADBS.log 2>&1'
6 #Datapump
7 00 22 * * 0-5 ksh -c '. $HOME/.profile ORADBS;$gvsqw_OraBin/sqwora_RunJob.ksh -I ORADBS -A ExpdpFull > $HOME/tmp/ExpdpFull_ORADBS.log 2>&1'
8 #Backups
9 00 23 * * 6 ksh -c '. $HOME/.profile ORADBS;$gvsqw_OraBin/sqwora_RunJob.ksh -I ORADBS -A RmanFull > $HOME/tmp/RmanFull_ORADBS.log 2>&1'
10 00 23 * * 0-5 ksh -c '. $HOME/.profile ORADBS;$gvsqw_OraBin/sqwora_RunJob.ksh -I ORADBS -A RmanInc > $HOME/tmp/RmanInc_ORADBS.log 2>&1'
Mise en exploitation
Mise en place de la cron :
1 mv $HOME/CrontabRef_ORADBS $HOME/CrontabRef
2 vi $HOME/CrontabRef
3 crontab $HOME/CrontabRef
4 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 rma => on va dans le chemin des backups RMAN dmpdp => on va dans le chemin de datapump
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 :
oracle@my_oracle_host:$HOME/admin/ORADBS/logs/RmanBackup (ORADBS) $ bin total 164 drwxr-x--- 2 oracle dba 4096 Aug 16 15:50 . drwxr-x--- 15 oracle dba 187 Aug 16 15:50 .. -rwxr-x--- 1 oracle dba 15773 Aug 16 15:50 sqwArchmon -rwxr-x--- 1 oracle dba 15773 Aug 16 15:50 sqwArchmon.ksh -rwxr-x--- 1 oracle dba 2673 Aug 16 15:50 sqwora_ActivateMonitoring.ksh -rwxr-x--- 1 oracle dba 4506 Aug 16 15:50 sqwora_CopyDmpdp.ksh -rwxr-x--- 1 oracle dba 3551 Aug 16 15:50 sqwora_DbmsStats.ksh lrwxrwxrwx 1 oracle dba 36 Jan 2 2022 sqwora_ExecSQL.ksh -> ../../generic/bin/sqwgen_ExecSQL.ksh -rwxr-x--- 1 oracle dba 7284 Aug 16 15:50 sqwora_Expdp.ksh -rwxr-x--- 1 oracle dba 6861 Aug 16 15:50 sqwora_Export.ksh -rwxr-x--- 1 oracle dba 2652 Aug 16 15:50 sqwora_GatherDistantFsSize.ksh -rwxr-x--- 1 oracle dba 3609 Aug 16 15:50 sqwora_GatherIndicators.ksh -rwxr-x--- 1 oracle dba 2545 Aug 16 15:50 sqwora_GatherStructure.ksh -rwxr-x--- 1 oracle dba 3022 Aug 16 15:50 sqwora_GenerateAwr.ksh -rwxr-x--- 1 oracle dba 3812 Aug 16 15:50 sqwora_GenerateStatspack.ksh -rwxr-x--- 1 oracle dba 6120 Aug 16 15:50 sqwora_Impdp.ksh -rwxr-x--- 1 oracle dba 3199 Aug 16 15:50 sqwora_MonitorWithAwr.ksh -rwxr-x--- 1 oracle dba 2877 Aug 16 15:50 sqwora_MonitorWithAwrLastStat.ksh -rwxr-x--- 1 oracle dba 4117 Aug 16 15:50 sqwora_MonitorWithStatspack.ksh lrwxrwxrwx 1 oracle dba 38 Jan 2 2022 sqwora_NetBackup.ksh -> ../../generic/bin/sqwgen_NetBackup.ksh lrwxrwxrwx 1 oracle dba 40 Jan 2 2022 sqwora_ParallelRun.ksh -> ../../generic/bin/sqwgen_ParallelRun.ksh -rwxr-x--- 1 oracle dba 5041 Aug 16 15:50 sqwora_PartialRefresh.ksh -rwxr-x--- 1 oracle dba 2707 Aug 16 15:50 sqwora_PhysicalColdBackup.ksh -rwxr-x--- 1 oracle dba 2507 Aug 16 15:50 sqwora_PurgeAlert.ksh -rwxr-x--- 1 oracle dba 3666 Aug 16 15:50 sqwora_RmanBackup.ksh -rwxr-x--- 1 oracle dba 4790 Aug 16 15:50 sqwora_RmanClone.ksh lrwxrwxrwx 1 oracle dba 40 Jan 2 2022 sqwora_RsyncBackup.ksh -> ../../generic/bin/sqwgen_RsyncBackup.ksh lrwxrwxrwx 1 oracle dba 35 Jan 2 2022 sqwora_RunJob.ksh -> ../../generic/bin/sqwgen_RunJob.ksh -rwxr-x--- 1 oracle dba 6531 Aug 16 15:50 sqwora_SchemaRefreshExpdp.ksh -rwxr-x--- 1 oracle dba 4371 Aug 16 15:50 sqwora_SchemaRefresh.ksh -rwxr-x--- 1 oracle dba 7072 Aug 16 15:50 sqwora_SqwArchmon.ksh
oracle@my_oracle_host:$HOME/SQWareProduction/oracle/bin (ORADBS) $ ./sqwora_RmanBackup.ksh -h Sourcing sqwora_Global.lib v2023.06 SQWareProduction for Oracle (dbSQWare) ... Usage: sqwora_RmanBackup.ksh [-h] -I <instance> -T <Type> [+ options] DESCRIPTION sqwora_RmanBackup.ksh execute RMAN backup SUPPORT Oracle supported versions: 9iR2 <= v <= 21c PARAMETERS -I instance : Target instance to backup. -T Type : Backup type (i0, i1, log). OPTIONS -h : Display the full usage. -s : Display samples of usage. -O Type : cold,hot (default hot). -DG : For dataguard instances not open. -SRO : Option 'skip readonly' (default backup all TBS). -OPT option : Option to add to the RMAN command. -FRT return_code : Force return code value on error. -AddMail email : Email address to add at 'xxx'. -SendReport : Send execution log report. -NoCumulative : Disable cumulative incremental (default disable). -NoDelInput : Disable 'delete input' when backup archivelog. -Cumulative : Make cumulative incremental (default disable). -SkIna : Add 'skip inaccessible' for archive backup. -Split : Split backup directories by channel. -Force : Bypass version check. -NoArc : Disable backup of archivelog when type i[0-1] (to make 'section size xxG' option usefull for example). -NoZdlra : Disable backup to ZDLRA (default Disable). -Zdlra : Enable backup to ZDLRA (default Disable). -Freeze : Freeze cluster resource when cold backup. -Blackout : Blackout supervision when cold backup. -NoMail : Deactivate sendmail on error to xxx (by default, send on error). -Locale locale : Force Locale for help display (fr,en). -Exec : Run backup (default, display generated commands)
Exemple datapump (full ou schéma)
On considère que l’exploitation est aux normes voulues. Les options du script :
$gvsqw_OraBin/sqwora_Expdp.ksh –h
Exemple datapump full (gestion auto du nombre de version, modifiable par l'option –H) :
$gvsqw_OraBin/sqwora_Expdp.ksh -I ORADBS -T full -Exec
Exemple datapump schéma (gestion auto du nombre de version, modifiable par l'option –H) :
$gvsqw_OraBin/sqwora_Expdp.ksh -I ORADBS -T schema -FU MYSCHEMA -Exec
Les dumps sont dans /orabackup/$ORACLE_SID/expdp (par "type", alias pour y aller "dmpdp") :
oracle@my_oracle_host:/orabackup/ORADBS/expdp (ORADBS) $ dmpdp total 597284 drwxr-xr-x 2 oracle oinstall 4096 Jan 27 16:09 . drwxr-xr-x 3 oracle oinstall 4096 Jan 27 14:37 .. -rw-r----- 1 oracle oinstall 255614976 Jan 27 16:08 ExpdpFull_ORADBS_20230127_160335_01_2.dump -rw-r----- 1 oracle oinstall 28327936 Jan 27 16:08 ExpdpFull_ORADBS_20230127_160335_02_2.dump -rw-r--r-- 1 oracle oinstall 218392 Jan 27 16:08 ExpdpFull_ORADBS_20230127_160335.log -rw-r----- 1 oracle oinstall 159236096 Jan 27 16:10 ExpdpMYSCHEMA_ORADBS_20230127_160908_01_2.dump -rw-r----- 1 oracle oinstall 4030464 Jan 27 16:10 ExpdpMYSCHEMA_ORADBS_20230127_160908_02_2.dump -rw-r--r-- 1 oracle oinstall 122819 Jan 27 16:10 ExpdpMYSCHEMA_ORADBS_20230127_160908.log
Copie de schéma par datapump
On considère que l’exploitation est aux normes voulues.
La copie se fait en lançant la commande depuis la DEV/TST (la cible).
Le script se connecte en ssh vers la prod (la source), fait le datapump, copie sur fichier sur la DEV/TST (la cible), détruit tous les objets du schéma et le recharge par impdp.
Les options du script :
$gvsqw_OraBin/sqwora_SchemaRefreshExpdp.ksh -h
Exemple:
Serveur source : my_oracle_hostprod / instance : MYORAPRD / schéma : MYSCHEMA
Vers
Serveur cible : my_oracle_host / instance : MYORADEV / schéma : MYSCHEMA
La commande de copie sera (sur my_oracle_host) :
$gvsqw_OraBin/sqwora_SchemaRefreshExpdp.ksh -I MYORADEV -IS MYORAPRD -US my_oracle_hostprod -O MYSCHEMA -Exec
Il faut donc que la machine cible puisse faire du ssh vers la source :
# Recup de la cle de la cible oracle@my_oracle_host:/home/oracle/.ssh (MYORADEV) $ cat /home/oracle/.ssh/id_rsa.pub ssh-rsa ...+kgvQ== oracle@my_oracle_host # Copie dans authorized_keys de la source oracle@my_oracle_hostprod:/home/oracle/.ssh (MYORAPRD) $ vi /home/oracle/.ssh/authorized_keys
Il faut que le répertoire pour stocker le dmpdp existe :
#sur my_oracle_hostprod mkdir /orabackup/MYORAPRD/expdp #sur my_oracle_host mkdir /orabackup/MYORADEV/expdp
Rajout du paramétrage du "job" (non obigatoire) :
#oracle@my_oracle_host vi /home/oracle/admin/MYORADEV/sqwConfig/sqwora_Jobs.cfg #CopieMYSCHEMA: copie le schéma MYSCHEMA de la prod à la DEV CopieMYSCHEMA:$gvsqw_OraBin/sqwora_SchemaRefreshExpdp.ksh -I MYORADEV -IS MYORAPRD -US my_oracle_hostprod -O MYSCHEMA -Exec
Lancement par "job" (il faut que sqwora_Jobs.cfg soit paramétré) :
$gvsqw_OraBin/sqwora_RunJob.ksh -I MYORADEV -A CopieMYSCHEMA
Lancement direct en ligne:
$gvsqw_OraBin/sqwora_SchemaRefreshExpdp.ksh -I MYORADEV -IS MYORAPRD -US my_oracle_hostprod -O MYSCHEMA -Exec
Les dumps sont dans /orabackup/$ORACLE_SID/expdp :
-rw-r----- 1 oracle oinstall 4042752 Jan 27 15:06 SchemaRefreshExpdp_MYSCHEMA_MYORAPRD_20230127_150004_01_2.dump -rw-r----- 1 oracle oinstall 159256576 Jan 27 15:06 SchemaRefreshExpdp_MYSCHEMA_MYORAPRD_20230127_150004_02_2.dump -rw-r--r-- 1 oracle oinstall 122138 Jan 27 15:06 SchemaRefreshExpdp_MYSCHEMA_MYORAPRD_20230127_150004.log -rw-r--r-- 1 oracle oinstall 241 Jan 27 15:00 SchemaRefreshExpdp_MYSCHEMA_MYORAPRD_expdp.par -rw-r--r-- 1 oracle oinstall 241 Jan 27 15:00 SchemaRefreshExpdp_MYSCHEMA_MYORAPRD_impdp.par
Enjoy !