Discussion :

[augan]

Bonjour,

J'ai le message :

ALTER DATABASE n'est pas autorisée dans une transaction multi-instruction

Côté java je définis une transaction qui exécute une procédure stockée de restore de base de données :

Code java :

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

1
2
3
4
5
6
DBTransaction     trans = (DBTransaction)appModule.getTransaction();
CallableStatement callStmt = null;
 
callStmt = trans.createCallableStatement( "EXEC MaProcédureStockéeRestore ?", DBTransaction.DEFAULT );
callStmt.setString( 1, MonParamètre );
callStmt.execute();

Côté base de données :

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
CREATE PROCEDURE MaProcédureStockéeRestore
	@vSchema     VARCHAR(30)
AS
BEGIN
	DECLARE  @sqlStatement		VARCHAR(512)
 
	SELECT @sqlStatement = 'ALTER DATABASE ' + @vSchema  + ' SET SINGLE_USER WITH ROLLBACK IMMEDIATE'
	EXECUTE( @sqlStatement )
 
	SELECT @sqlStatement = 'RESTORE DATABASE + @vSchema + ' FROM DISK = ''C:\path\NomFichier.bak'''	
	EXECUTE( @sqlStatement )
 
	SELECT @sqlStatement = 'ALTER DATABASE [' + @vSchema  + '] SET MULTI_USER'
	EXECUTE( @sqlStatement )
END 
GO

Comment pourrais-je contourner ce problème ?

[elsuket]

Bonjour,

Vous pouvez gérer cela avec le contrôle TRY ... CATCH.

Il n'y a pas besoin d'une transaction.
D'ailleurs, vous devriez gérer les transactions seulement sur le tiers données, ce qui raccourcira leur durée et donc augmentera la concurrence d'accès.

[augan]

Elsuket,

Pouvez-vous me donner un exemple ?
Côté java, je suis obligé de passer par un transaction pour appeler ma procédure stockée.

[augan]

J'ai réussi à contourner le problème en passant par SQLCMD

Côté Java :

Code :

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

1
2
3
4
5
6
7
 
DBTransaction     trans = (DBTransaction)appModule.getTransaction();
CallableStatement callStmt = null;
 
callStmt = trans.createCallableStatement( "EXEC MaProcédureStockéeRestore ?", DBTransaction.DEFAULT );
callStmt.setString( 1, MonParamètre );
callStmt.execute();

Côté base de données :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
CREATE PROCEDURE MaProcédureStockéeRestore 
AS
BEGIN
	DECLARE  @v_Command  VARCHAR(512)
	SELECT @v_command = 'SqlCmd -i "C:\restore.sql"' 
 
	EXEC master..XP_CMDSHELL  @v_Command
END 
GO

C:\restore.sql :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
ALTER DATABASE MaBase SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
 
DECLARE @fileName NVARCHAR(255)
SET @fileName = N'C:\MonFichier.bak' 
 
RESTORE DATABASE [MaBase]
FROM DISK = @fileName
GO
 
ALTER DATABASE [MaBase] SET MULTI_USER
GO

[augan]

Avec la solution de contournement, la base de données se retrouve dans l'état "SUSPENDED" à l'instruction "

Code :

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

1
2
 
ALTER DATABASE MaBase SET SINGLE_USER WITH ROLLBACK IMMEDIATE

Le type d'attente est à "PRINT_ROLLBACK_PROGRESS"

J'ai vérifié dans sys.databases que la colonne AUTO_UPDATE_STATISTICS_ASYNC est bien à 0 (OFF)

Du coup le RESTORE ne s'effectue pas.

Pour information, dans MS SQL Server Management Studio quand j'appelle ma procédure, ça marche

Code :

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

1
2
 
EXEC MaProcédureStockéeRestore

[augan]

Qui pourrait m'expliquer pourquoi, l'appel de ma procédure via java ne marche pas et reste en SUSPENDED ?
Quelle(s) démarches suivre pour débloquer la situation ?
Merci pour vos réponse .

[SQLpro]

Le scope transactionnel est, et restera, toujours limité à l'intérieur de la base, même s'il est possible de faire des transactions distribuées (qui peuvent se terminer mal de façon logique et difficilement récupérable). À me lire sur ce dernier sujet :
http://blog.developpez.com/sqlpro/p1..._a_deux_phases

Abandonnez votre idée de modifier l'enveloppe logique que constitue une base de données en essayant d'ajouter une super transaction de niveau serveur !

Quel est le but fonctionnel ?

A +

[augan]

Le but fonctionel est celui-ci :
Le premier but est de pouvoir exporter des données d'une BD1 vers des fichiers en passant par une BD2 tampon.
La BD1 contient les données.
1 - La BD2 tampon est créée "vide" (presque car il y un minimum de données)
2 - Sauvegarde de la BD2 tampon
3 - On synchronise les données de la BD2 tampon avec la BD1
4 - On décharge les données de la BD2 tampon dans des fichiers (via bcp) et restauration de la BD2 Tampon à "vide"

Le deuxième but est de pouvoir importer des données contenues dans ces fichiers vers une BD3 toujours en passant par une BD2 tampon.
1 - On charge les données des fichiers sur la BD2 tampon
2 - On synchronise les données de la BD3 avec la BD2 tampon

Les fichiers bcp permettront de configurer plusieurs BD à la fois et sur différents serveurs
La BD2 tampon permet de ne pas toucher à la BD1 pour garantir la sécurité de données.