Discussion :

[ylarvor]

bonjour,

ci joint un article où l'on crée un plan de sauvegarde.

http://www.lmgharba.net/modules/smartsection/item.php?itemid=4

ma question, au bout de 2 semaines, les unites vont contenir 2 semaines de données ? les unites vont gonfle à l'infini avec un plan automatise par sql agent ? comment remettre à zéro les unités ?

merci de vos reponses.

[serge0934]

je te joins un script que j'utilise pour mes backups que j'ai mis dans une PS
lancée par un travail

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
use Master
go
--drop table #BckDatabases
Create Table #BckDatabases (
  databasename sysname
)
Set nocount on 
declare @BckPath varchar(255)
declare @Prefix varchar(50)
declare @Extension varchar(10)
/****************************/
/*       Paramétrage        */
/****************************/
Set @BckPath = 'chemin_backup'
Set @Prefix  = cast(year(getdate() as varchar)+cast(month(getdate() as varchar)+cast(day(getdate() as varchar)
Set @Extension = '.bak'
 
  insert into #BckDatabases values('base1')
  insert into #BckDatabases values('base2')
  etc...  
/****************************/
PRINT ''
PRINT 'Liste des bases à Backuper :'
Select * from #BckDatabases
 
declare @CurrentDB sysname
declare @sql varchar(2000)
declare @fileName varchar(255)
 
Set nocount off
 
Declare curDB Cursor for
  Select databasename from #BckDatabases
 
open curDB
Fetch next from CurDB into @CurrentDB
while @@fetch_status = 0
begin
  Set @FileName = @bckPath +@Prefix +@CurrentDB + @Extension
  PRINT '===================================================================='
  PRINT '** '+@CurrentDB + ' Backup Started on '+Cast(GetDate() as Varchar)
  Set @sql = 'BACKUP DATABASE '+@CurrentDB + ' TO DISK=N'''+@filename+''''
  print @sql
  exec (@sql)
  PRINT '** '+@CurrentDB + ' Backup Ended on '+Cast(GetDate() as Varchar)
  PRINT '===================================================================='
  PRINT ''
  Fetch next from CurDB into @CurrentDB
end
deallocate CurDB
drop table #BckDatabases

tes sauvegardes s'appelleront
20070704_base1.bak
20070704_base2.bak
20070705_base1.bak
20070705_base2.bak
etc..
ensuite j'ai un travail qui supprime les fichiers dont la date est inférieure a 8 jours de la date du jour.

[ylarvor]

merci serge.

La sauvegarde est ma hantise dans mon futur metier de dba.

est ce que tu verifies l'existence de tes sauvegardes par une methode quelconque pour t'assurer que le travail s'est bien effectue? existe t'il une méthode pour être sûr de sa sauvegarde ?

[serge0934]

tu peux le faire en faisant un "restore verifyonly" après ta sauvegarde. En fait ce n'est pas une restauration mais juste une verif.

regardes
http://technet.microsoft.com/fr-fr/l.../ms188902.aspx

[serge0934]

etant dba depuis 1998 SYBASE au USA je te donnes quelques conseils de "vieux" (qui sont personnels et n'engagent que moi)

dans ton plan fais:

-reindexations des tables les plus usitées => DBCC DBREINDEX ...
-sauvegarde du journal de transaction ( et que lui !) après
-test place dispo sur tes devices
-test des jobs qui pourraient se lancer pendant ta sauvegarde
-compactage SANS replacement en tête de fichier
-sauvegarde de tes bases COMPLETES (les differentielles plantent toujours a la restauration sauf chez oracle )
-test avec VERIFYONLY
-zip des .bak
-archivages des bak d'un coté et des zip d'un autre (sur un disque DIFFERENT)


PS: attention si tu es sous RAID5, ne garde que le dernier journal de transaction, supprime (del) les anciens.

[ylarvor]

dans ton plan fais:

-reindexations des tables les plus usitées => DBCC DBREINDEX ...
-sauvegarde du journal de transaction ( et que lui !) après
-test place dispo sur tes devices
-test des jobs qui pourraient se lancer pendant ta sauvegarde
-compactage SANS replacement en tête de fichier
-sauvegarde de tes bases COMPLETES (les differentielles plantent toujours a la restauration sauf chez oracle )
-test avec VERIFYONLY
-zip des .bak
-archivages des bak d'un coté et des zip d'un autre (sur un disque DIFFERENT)

compactage sans replacement en tete de fichier : que cela signifie t'il ?