Discussion :

[megtrinity]

Bonjour,

voici ci dessous le code de ma procédure pour backuper une de mes BDD :

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
--*************************************************
ALTER procedure [dbo].[SetDumpByCampaignId]
(
	@campaignId char(32)
)
AS
BEGIN TRANSACTION
	BEGIN TRY
 
		--Backup de la BDD
		EXEC ('BACKUP DATABASE Data_'+@campaignId+' to disk=''E:\Backup\Data_'+@campaignId+'.bak''')
 
		--Suppression de la BDD
		EXEC ('DROP DATABASE Data_'+@campaignId)
 
	END TRY
	BEGIN CATCH
		SELECT 
			ERROR_NUMBER() AS ErrorNumber,
			ERROR_SEVERITY() AS ErrorSeverity,
			ERROR_MESSAGE() as ErrorMessage;
 
		IF @@TRANCOUNT > 0
			ROLLBACK TRANSACTION;
			SELECT (-1) AS ReturnCode;
	END CATCH;
 
IF @@TRANCOUNT > 0
    COMMIT TRANSACTION;
	SELECT (0) AS ReturnCode;
 
GO
--*************************************************

Quand je mets en place le try catch, j'ai l'erreur suivante :
N° d'erreur : 3013
Severity : 16
Message : BACKUP DATABASE s'est terminé anormalement.

Par contre, quand j'enleve toute la partie try catch, je n'ai pas d'erreur !!!

Comment puis-je faire la gestion d'erreur sur le backup ?

Merci de votre aide...

[mikedavem]

Bonjour,

Vous ne pouvez pas encapsuler des opérations de sauvegarde et de suppression de base dans une transaction.

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
 
...
BEGIN TRY
	--Backup de la BDD
	EXEC ('BACKUP DATABASE Data_'+@campaignId+' to disk=''E:\Backup\Data_'+@campaignId+'.bak''');
	--Suppression de la BDD
	EXEC ('DROP DATABASE Data_'+@campaignId);
 
END TRY
BEGIN CATCH
 SELECT 
			ERROR_NUMBER() AS ErrorNumber,
			ERROR_SEVERITY() AS ErrorSeverity,
			ERROR_MESSAGE() AS ErrorMessage;
END CATCH
...

++

[elsuket]

Bonjour,

Une sauvegarde de base de données n'a rien à voir avec une transaction.

Un transaction permet de garantir l'intégrité des données d'une base de données : une modification des données est effectuée totalement ou pas du tout effectuée.

Par exemple quand on effectue un retrait à un distributeur automatique de billets il s'agit d'une transaction :

- soit l'argent est délivré au client, et son compte est débité de la somme qu'il a demandé
- soit, pour une quelconque raison, l'argent n'est pas délivré au client, et son compte conserve la valeur qu'il avait avant que le processus de retrait d'argent ait démarré.

Une sauvegarde est simplement la copie des pages de données des fichiers de données de votre base de données : en aucun cas celui-ci modifie les données que la base de données stocke

Sous SQL Server, toute exécution d'une instruction SELECT, INSERT, UPDATE ou DELETE est implicitement une transaction.

Vous pouvez grouper plusieurs transactions pour qu'elles s'exécutent comme une seule en déclarant explicitement la transaction, à l'aide de BEGIN TRANSACTION, comme vous l'avez fait.
Par exemple vous voulez faire un INSERT puis un UPDATE comme une seule unité de travail, mais si l'une des deux transactions échoue, alors la base de données n'a subi aucun changement relatif à ces deux transactions.

Pour en savoir plus sur les transactions

@++

[megtrinity]

Merci de vos réponses.

Dans ce cas comment peut-on vérifier que le backup et la création du .bak se sont bien déroulé avant de faire le drop ?

Merci

[elsuket]

Après la sauvegarde, faites donc un RESTORE VERIFYONLY

@++

[megtrinity]

ça marche!!!

Merci beaucoup.

[mihaispr]

ça marche!!!

Merci beaucoup.

Tu peux nous donner la source de ta procedure de backup?
(avec des petites commentaires)

J'aurais besoin de ca dans le futur.

Merci pour comprehension!