[SAUVEGARDE A FROID] : stratégie à améliorer

Version imprimable

Bonsoir à tous,

je me tourne vers vous pour recueillir vos précieux conseils (et sur ce forum, les conseils sont souvent les meilleurs :wink: )

Environnement : Oracle 9i Release 9.2.0.1.0 (base en mode NO ARCHIVELOG).
Serveur W2000 SERVER
Je travaille actuellement dans une petite structure (10 personnes), petite base de données (5Go).

Après avoir bien potassé le pb (hot backup, RMAN), j'ai décidé de mettre en place une stratégie de sauvegarde se basant :
- PHYSIQUE : une sauvegarde à froid quotidienne (nocturne)=>la base peut être arretée sans problème la nuit
- LOGIQUE : des exports quotidiens paramétrés en fonction de l'activité

Je suis pas complétement satisfait des scripts que j'utilise pour la sauvegarde à froid :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 Dwbackup.bat ---------------- set nls_lang=French_France.WE8PC850 D:\oracle\ora92\bin\sqlplus.exe /nolog @SauveFroid.sql SauveFroid.sql ---------------- connect sys/PWD@INSTANCE as sysdba remark Définition des variables SQL*Plus set feedback off set heading off set verify off set trimspool off remark Définition des variables SQL*Plus define dir = 'C:\BACKUP\FROID' define fcmd = 'c:\BACKUP\SauveFroidCmd.sql' remark Création fichier de commande spool &fcmd select 'host copy '|| name || ' &dir' from v$datafile order by 1; select 'host copy '|| member || ' &dir' from v$logfile order by 1; select 'host copy '|| name || ' &dir' from v$controlfile order by 1; select 'host copy '|| name || ' &dir' from v$tempfile order by 1; spool off; remark Fermeture de la base de données shutdown immediate; remark Execution du fichier de commande @&fcmd remark Ouverture de la base de données startup; disconnect exit
Ce script fonctionne, mais n'est pas très optimisée !

1/ Je suis à la recherche d'un exemple de script un peu plus 'profesionnel' me permettant notamment de me remonter des informations en cas de problèmes (fichier log par exemple).

si quelqu'un a çà sous la main !!! et bien ce serait mon cadeau de Noël !!

2/ Je me demande si l'arret et le rédémarrage d'une base Oracle de manière quotidienne peut être à court terme, moyen terme, long terme une source de problèmes !!!
De votre expérience, diriez vous que cette manipulation peut avoir une incidence au niveau du noyau Oracle, ou bien AUCUN soucis à se faire ?

3/ Les services Windows doivent-ils etre redémarrés avant le RESTART de la base ?

merci d'avance de votre aide
@

1/ Moi je le trouve très bien ce script :D
Sinon voila ce que propose Oracle alors autant ne pas réinventer la roue ;)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
@echo off
rem This script will create the scripts necessary for a complete cold
rem backup of an Oracle database on NT.
rem Datafiles, controlfiles, redo log files and instance parameter file
rem are backed up in this script.
rem These scripts can then be run in batch.  Use the AT scheduler to
rem schedule the backup job.
rem
rem Edit the SID, CONNECT and INIT strings used in this command file.
rem
rem Author: Craig MacPherson - Oracle Corporation Canada Inc.  June/97
rem Edited: Stephen Morse - Oracle Corporation US, November 97
rem Edited: Alexander Bosch - Oracle Corporation BE, March 01
rem         Modified script from <Note:97463.1> How to Generate Hot Backup
rem         Scripts by removing code used for hot backups only.
rem
REM echo COLD_GEN.CMD Usage:
REM echo Enter COLD_GEN SCRIPT_TARGET BACKUP_TARGET
REM echo SCRIPT_TARGET: is the location for the backup scripts
REM echo                e.g. F:\Backup\Scripts
REM echo BACKUP_TARGET: is the location for the Oracle file
REM echo                backups when batch is executed
REM echo                e.g. F:\Backup\Repdb2
REM echo.
REM pause
REM
REM Examples to schedule the generation and execution of command files:
REM C:\> cold_gen.cmd C:\Backup\Scripts C:\Backup\Data > C:\Backup\Scripts\cold_gen.log
REM at 06:45pm /every:M,T,W,Th,F cmd /c "F:\Backup\Scripts\cold_backup.cmd >
REM F:\Backup\Scripts\cold_backup.log"
REM
REM The commands above redirect the output to log files (cold_gen.log and
REM cold_backup.log) which allow you to check the successfull/unsuccessfull
REM execution.
REM
REM setlocal
REM 10-DEC-1999
REM 1) commented the above help and pause out
REM 2) replaced the connects as sysdba by connect internal
 
REM example uses SID=TTV817
REM              %ORACLE_HOME%=C:\Oracle\Ora817
 
REM !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
REM These values cannot be derived, please set them to reflect your environment
REM !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
set ORACLE_HOME=C:\Oracle\Ora817
set ORACLE_SID=TTV817
set O_CONNECT="obackup/obackup as sysdba"
set O_INIT=C:\Oracle\Admin\TTV817\Pfile\InitTTV817.ora
set O_PWFILE=%ORACLE_HOME%\Database\PwdTTV817.ora
 
rem Oracle Binaries
set O_PLUS=%ORACLE_HOME%\Bin\sqlplus.exe
 
set O_BACKPATH=%2
set O_SCRIPTPATH=%1
if %O_SCRIPTPATH%.==. goto help
if %O_BACKPATH%.==. goto help
 
rem ***************************************************************************
rem COLD BACKUP OF THE DATABASE
rem ***************************************************************************
 
echo.
echo **********************************************************
echo -- Generate cold_backup.cmd command file to coordinate all
echo    cold backup activities - for AT scheduling
echo **********************************************************
echo.
echo date /t >%O_SCRIPTPATH%\cold_backup.cmd
echo time /t >>%O_SCRIPTPATH%\cold_backup.cmd
ECHO REM Shutdown the database for backup purposes >>%O_SCRIPTPATH%\cold_backup.cmd
echo %O_PLUS% %O_CONNECT% @%O_SCRIPTPATH%\shutdown.sql >>%O_SCRIPTPATH%\cold_backup.cmd
ECHO REM Backup the init file >>%O_SCRIPTPATH%\cold_backup.cmd
echo copy %O_INIT% %O_BACKPATH% >>%O_SCRIPTPATH%\cold_backup.cmd
ECHO REM Backup the password file >>%O_SCRIPTPATH%\cold_backup.cmd
echo copy %O_PWFILE% %O_BACKPATH% >>%O_SCRIPTPATH%\cold_backup.cmd
ECHO REM  Run the copy_backup.cmd command file to copy all database files >>%O_SCRIPTPATH%\cold_backup.cmd
echo start /wait %O_SCRIPTPATH%\copy_backup.cmd >>%O_SCRIPTPATH%\cold_backup.cmd
ECHO REM Startup the database after backup has completed >>%O_SCRIPTPATH%\cold_backup.cmd
echo %O_PLUS% %O_CONNECT% @%O_SCRIPTPATH%\startup.sql >>%O_SCRIPTPATH%\cold_backup.cmd
echo date /t >>%O_SCRIPTPATH%\cold_backup.cmd
echo time /t >>%O_SCRIPTPATH%\cold_backup.cmd
 
echo.
echo **********************************************************
echo -- Create the shutdown.sql script to shutdown the database
echo    prior to backup
echo **********************************************************
echo.
echo shutdown immediate >>%O_SCRIPTPATH%\shutdown.sql
echo exit >>%O_SCRIPTPATH%\shutdown.sql
 
echo.
echo **********************************************************
echo -- Create the startup.sql script to startup the database
echo    after backup
echo **********************************************************
echo.
echo startup pfile=%O_INIT% >>%O_SCRIPTPATH%\startup.sql
echo exit >>%O_SCRIPTPATH%\startup.sql
 
echo.
echo **********************************************************
ECHO -- Create the sqlplus.sql script to obtain the names
echo    off all database files and to make an additional 'logical'
echo    backup of the trace file
echo **********************************************************
echo.
echo set heading off; >%O_SCRIPTPATH%\sqlplus.sql
echo set feedback off; >>%O_SCRIPTPATH%\sqlplus.sql
echo set linesize 1000; >>%O_SCRIPTPATH%\sqlplus.sql
echo spool %O_SCRIPTPATH%\copy_backup.cmd; >>%O_SCRIPTPATH%\sqlplus.sql
echo select 'copy ' ^|^| name ^|^| ' %O_BACKPATH%' from v$datafile; >>%O_SCRIPTPATH%\sqlplus.sql
echo select 'copy ' ^|^| name ^|^| ' %O_BACKPATH%' from v$controlfile; >>%O_SCRIPTPATH%\sqlplus.sql
echo select 'copy ' ^|^| member ^|^| ' %O_BACKPATH%' from v$logfile; >>%O_SCRIPTPATH%\sqlplus.sql
echo select 'exit' from dual; >>%O_SCRIPTPATH%\sqlplus.sql
echo spool off; >>%O_SCRIPTPATH%\sqlplus.sql
echo alter system set user_dump_dest='%O_BACKPATH%'; >>%O_SCRIPTPATH%\sqlplus.sql
echo alter database backup controlfile to trace; >>%O_SCRIPTPATH%\sqlplus.sql
echo exit; >>%O_SCRIPTPATH%\sqlplus.sql
 
echo.
echo **********************************************************
ECHO -- Run the SQL*Plus script to create the copy_backup.cmd
echo **********************************************************
 
echo.
%O_PLUS% %O_CONNECT% @%O_SCRIPTPATH%\sqlplus.sql
 
echo.
echo **********************************************************
ECHO -- Generate cold_backup.cmd command file complete
echo **********************************************************
 
echo.
goto END_OF_FILE;
 
rem ***************************************************************************
rem USER HELP
rem ***************************************************************************
 
:HELP
echo.
echo COLD_GEN.CMD Usage:
echo Enter COLD_GEN SCRIPT_TARGET BACKUP_TARGET
echo SCRIPT_TARGET: is the location for the backup scripts
echo                e.g. F:\Backup\Scripts
echo BACKUP_TARGET: is the location for the Oracle file
echo                backups when batch is executed
echo                e.g. F:\Backup\Repdb2
goto END_OF_FILE
 
:HELP2
echo.
echo Error - Cannot write to %O_BACKPATH%
echo.
goto END_OF_FILE
 
rem ***************************************************************************
rem HANDLE ERRORS HERE
rem ***************************************************************************
findstr /in "error" %O_BACKPATH%\backup.log && findstr /in "error" %O_BACKPATH%\backup.log >%O_BACKPATH%\error.log
findstr /in "ora-" %O_BACKPATH%\backup.log && findstr /in "ora-" %O_BACKPATH%\backup.log >%O_BACKPATH%\error.log
findstr /in "cannot" %O_BACKPATH%\backup.log && findstr /in "cannot" %O_BACKPATH%\backup.log >%O_BACKPATH%\error.log
findstr /in "not logged" %O_BACKPATH%\backup.log && findstr /in "not logged" %O_BACKPATH%\backup.log >%O_BACKPATH%\error.log
findstr /in "failure" %O_BACKPATH%\backup.log && findstr /in "failure" %O_BACKPATH%\backup.log >%O_BACKPATH%\error.log
if exist %O_BACKPATH%\error.log c:\ntreskit\logevent -s E "BACKUP FAILURE!"
pause
 
endlocal
:END_OF_FILE

Personnellement moi je passerai plutôt par un BACKUP CONTROLFILE et je penserai à sauver et purger les archives logs ;)

2/ Aucun problème mais à chaque redémarrage la shared pool est vidée alors la base peut ne pas être au top juste après le démarrage... c'est comme un diesel, faut que ça chauffe :)

3/ oui, si le service n'est pas démarré tu ne peux pas te connecter SYS :?

15/12/2004, 19h12
orafrance

Attention, le script est pour la 8i alors il y a peut-être des petites choses à revoir, je l'ai posté sans le lire ;)
15/12/2004, 19h13
Pomalaix

Concernant l'export, il faut être sûr qu'il s'exécute à un moment où personne ne fait de modifications dans la base, sinon vous pouvez avoir des incohérences dans l'intégrité référentielle.
Pour éviter ça, pensez au paramètre CONSISTENT=YES pour faire l'export.

Concernant les inconvénients éventuels de l'arrêt de la base chaque nuit, on peut songer au "temps de chauffe" nécessaire pour que la base tourne efficacement après son redémarrage.
En effet, une base qui supporte des applications transactionnelles fait appel à un jeu de requêtes limité (quelques centaines, quelques milliers, guère plus normalement si elles utilisent des variables de liaison), qui, une fois qu'elles sont préanalysées dans la zone shared pool, s'exécutent plus efficacement. De même, les blocs les plus fréquemment accédés sont maintenus en cache, et sont disponibles pour les prochaines requêtes qui y font appel.
Cette vision théorique prêche donc contre l'arrêt nocturne des bases, de manière à préserver l'efficacité des caches. A défaut, il faudrait quelques minutes pour retrouver une efficacité optimale après le démarrage de la base.
Personnellement, je n'ai jamais eu l'occasion de confirmer ou d'infirmer cette théorie.
15/12/2004, 19h26
PpPool

:merci:

De la bonne lecture avant de me coucher ce soir !!!
je reposte demain pour vous tenir au courant !

@
16/12/2004, 09h01
SFAUVEL

Je rebondis sur cette histoire de chuad/froid....

la sauvegarde à chaud, je ne la recommande personnellement QUE dans les cas de production intense 24/24. J'aime bien l'idée de mon bon checkpoint, avec tous mes fichiers fermés et de mon package de backup bien consistant.

De toutes facons, un serveur windows ca redémarre forcement :roll: de temps en temps, alors on en profite pour faire le backup....
Bon pour ce qui est des Unix...c un peu moins vrai

Mais bon tout ca, ce sont un peu mes a priori et du bouche à oreille de consultants...
16/12/2004, 09h02
orafrance

A noter que sous Windows je préconise même un arrêt au moins hebdomadaire avec redémarrage du serveur... j'ai déjà remarqué des comportements "bizarre" si le serveur n'était pas redémarré et en particulier des pertes de perfs inexpliqué :?

EDIT : je m'empresse d'ajouter que cette préconisation n'invite pas à débattre sur la qualité de tel ou tel OS... à bon entendeur ;)
16/12/2004, 09h24
PpPool

Bonjour,

j'ai lu attentivement vos réponses très intéressantes. Merci de votre aide.

Pour Orafrance et Pomalaix
----------------------------------
1/ J'ai regroupé la plupart de mes processus métiers dans des packages PL/SQL. Est-il possible de placer ces packages directement en cache, dés le rédémarrage de la base ?
Cela pourrait éviter ainsi les ralentissements de la base tous les matins lorsque les utilisateurs se connecteront ?

2/ Pour Pomalaix
----------------------------------
pas de problème pour l'export. J'ai mis en place des fichiers PARFILE, testés et retestés.
merci encore

3/ Pour Orafrance
----------------------------------
* Merci pour le script. Je vais l'étudier avec attention !
* Pour les services windows : ma question portait sur la nécessité de restarter les services durant le processus d'arret, rédémarrage. Actuellement, je ne touche pas aux services.
=> ils sont démarrés. J'arrete la base, je lance le script de copie. je rédémarre.
Peut-on s'attendre un matin à avoir des messages sympatiques du genre :

Citation:

module d'écoute non démarré
ect...

Enfin (et ce sera ma dernière question) :
lorsque qu'aucune activité transactionnelle n'est en cours, lorsque qu'aucun job n'est en cours, y'a t-il une seule possibilité que le processus d'arrêt ou de startup se CRASH?

Avez vous déjà rencontrez des difficultés en arretant et rédémarrant une base ?

je sais, je me pose peut-etre bcq trop de questions :?

merci encore pour votre aide
16/12/2004, 09h49
orafrance
Oui, il est possible de monter des objets en cache (package, curseur, trigger ou sequence) ce qui est particulièrement intéressant pour les gros package.

http://download-east.oracle.com/docs/cd/F49540_01/DOC/server.815/a67775/ch10_sha.htm#253

En général on crée un trigger de base de données sur l'événement STARTUP et on utilise sys.dbms_shared_pool.keep
Code:

1 2 3 4 5 6 7 create or replace trigger KEEP_PCK after startup on database begin sys.dbms_shared_pool.keep( 'OWNER.PACKAGE1', 'P' ); sys.dbms_shared_pool.keep( 'OWNER.PACKAGE2', 'P' ); end; /
Et sinon, le redémarrage du service n'est pas nécessaire. Sur une 8i sous HP-UX et avec Oracle Application, j'ai déjà vu un shutdown immediate qui ne passé pas... On avait mis un timeout dessus et on faisait un shutdown abort si le timeout se déclenchais... mais c'est là seule fois que j'ai constaté ce problème. Je crois que c'était un problème de SMON (similaire au session qui reste à l'état KILLED).
16/12/2004, 10h07
PpPool

:merci:

je vais me lancer, en arretant de trop me poser de questions !

je laisse tout de même le post ouvert, si d'autres personnes ont des expériences à partager sur des pbs d'arrets / redémarages anormaux

:wink:
16/12/2004, 10h08
orafrance

Je le passe en résolu quand même ;)
16/12/2004, 10h09
PpPool

pas de pbs -)
16/12/2004, 15h22
Pomalaix

Citation:

Envoyé par PpPool

J'ai regroupé la plupart de mes processus métiers dans des packages PL/SQL. Est-il possible de placer ces packages directement en cache, dés le rédémarrage de la base ?
Cela pourrait éviter ainsi les ralentissements de la base tous les matins lorsque les utilisateurs se connecteront ?

Effectivement, quand on veut bien faire, on se pose forcément cette question.
Pour se faire une religion, on peut aller consulter cette page : http://asktom.oracle.com/pls/ask/f?p=4950:8:17712411209048926059::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:2667245192483

Pour la résumer très brièvement, notre ami Kyte explique que la plupart du temps, on n'a aucun besoin de fixer des paquetages en mémoire manuellement, les mécanismes standard d'Oracle fonctionnant très bien.