Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Salut,
Karine a écrit :Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
As tu essayé en mettant RETURN avant le END TRY ?
Sinon essaye de capturer ce n° de message et dans le cas ou c'est bien
celui là ne pas "dérouler " le code d'erreur.
>
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
certaines fonctions supplémentaires permettent d'obtenir des informations
sur l'erreur génératrice de la levée d'exception :
ERROR_NUMBER le numéro de l'erreur (vue sys.messages dans master).
ERROR_SEVERITY le niveau de sévérité
ERROR_STATE le niveau d'état de l'erreur
ERROR_PROCEDURE le nom de la procédure stockée ou du trigger dans laquelle
l'exception s'est produite
ERROR_LINE le numéo de la ligne ou s'est produite l'erreur
ERROR_MESSAGE le message de l'erreur avec les emplacements de pramètres
Merci de votre aide
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Salut,
Karine a écrit :
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
As tu essayé en mettant RETURN avant le END TRY ?
Sinon essaye de capturer ce n° de message et dans le cas ou c'est bien
celui là ne pas "dérouler " le code d'erreur.
>
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
certaines fonctions supplémentaires permettent d'obtenir des informations
sur l'erreur génératrice de la levée d'exception :
ERROR_NUMBER le numéro de l'erreur (vue sys.messages dans master).
ERROR_SEVERITY le niveau de sévérité
ERROR_STATE le niveau d'état de l'erreur
ERROR_PROCEDURE le nom de la procédure stockée ou du trigger dans laquelle
l'exception s'est produite
ERROR_LINE le numéo de la ligne ou s'est produite l'erreur
ERROR_MESSAGE le message de l'erreur avec les emplacements de pramètres
Merci de votre aide
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Salut,
Karine a écrit :Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base de données X (SQL 2005 Express).
Extrait de ma stored procedure:
...
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
...
As tu essayé en mettant RETURN avant le END TRY ?
Sinon essaye de capturer ce n° de message et dans le cas ou c'est bien
celui là ne pas "dérouler " le code d'erreur.
>
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
certaines fonctions supplémentaires permettent d'obtenir des informations
sur l'erreur génératrice de la levée d'exception :
ERROR_NUMBER le numéro de l'erreur (vue sys.messages dans master).
ERROR_SEVERITY le niveau de sévérité
ERROR_STATE le niveau d'état de l'erreur
ERROR_PROCEDURE le nom de la procédure stockée ou du trigger dans laquelle
l'exception s'est produite
ERROR_LINE le numéo de la ligne ou s'est produite l'erreur
ERROR_MESSAGE le message de l'erreur avec les emplacements de pramètres
Merci de votre aide
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file 7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
SQL Server est fondamentalement une application Client Serveur.
Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
partie Serveur, cette dernière execute la commande et répond toujours avec
un
message d'information.
Il appartient toujours à la partie Cliente d'afficher ou pas ce message
d'information.
Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
exécuter cette commande.
Conçus, avant tout, comme des outils d'administration, les outils
Microsoft
affichent toujours ces messages d'information.
Si tu tu utilses ton propre client, il te sera tout à fait possible
d'ignorer ce message
--
Bien Cordialement
Med Bouchenafa
"Karine" wrote:Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
SQL Server est fondamentalement une application Client Serveur.
Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
partie Serveur, cette dernière execute la commande et répond toujours avec
un
message d'information.
Il appartient toujours à la partie Cliente d'afficher ou pas ce message
d'information.
Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
exécuter cette commande.
Conçus, avant tout, comme des outils d'administration, les outils
Microsoft
affichent toujours ces messages d'information.
Si tu tu utilses ton propre client, il te sera tout à fait possible
d'ignorer ce message
--
Bien Cordialement
Med Bouchenafa
"Karine" wrote:
Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
SQL Server est fondamentalement une application Client Serveur.
Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
partie Serveur, cette dernière execute la commande et répond toujours avec
un
message d'information.
Il appartient toujours à la partie Cliente d'afficher ou pas ce message
d'information.
Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
exécuter cette commande.
Conçus, avant tout, comme des outils d'administration, les outils
Microsoft
affichent toujours ces messages d'information.
Si tu tu utilses ton propre client, il te sera tout à fait possible
d'ignorer ce message
--
Bien Cordialement
Med Bouchenafa
"Karine" wrote:Bonjour,
J'ai créé une stored procedure qui me permet de lancer un backup d'une
base
de données X (SQL 2005 Express).
Extrait de ma stored procedure:
....
SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
@BackupFileName + ''''
BEGIN TRY
EXEC(@SQL)
END TRY
BEGIN CATCH
-- Erreur durant le backup
SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
dbo.fnPrintError()
SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
with
error : ' + CHAR(10) + @ErrorMsg
PRINT @Output
END CATCH
....
Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
retourné suite à l'exécution de la commande BACKUP DATABASE :
Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
7.
Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
MB/sec).
J'ai donc 2 questions:
1) Existe-t-il un moyen de ne pas afficher ce message d'information
puisque
de toute façon, je gère les erreurs dans sa stored procedure?
2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
dans une variable? Dans mon exemple ci-dessus, la variable @Output
contient
la description de l'erreur en cas d'erreur (géré par ma fonction
fnPrintError). J'aimerais qu'elle contienne le message d'information
retourné par l'engin SQL si le backup a bien fonctionné.
Merci de votre aide
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent bien
des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent bien
des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent bien
des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" <josephyne@hotmail.com> wrote in message
news:epZipXIkGHA.1208@TK2MSFTNGP02.phx.gbl...
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" wrote in message
news:Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" <ptrotin@online.microsoft.com> wrote in message
news:uaBGcVJkGHA.976@TK2MSFTNGP02.phx.gbl...
Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" <josephyne@hotmail.com> wrote in message
news:epZipXIkGHA.1208@TK2MSFTNGP02.phx.gbl...
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" wrote in message
news:Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de commande?
C'est facile de vérifier si le fichier existe avant de faire un RESTORE
VERIFYONLY, là n'est pas la question. Ce qui m'inquiète, c'est que si
plusieurs messages d'erreur surviennent suite à une commande, je n'ai que
le dernier message qui s'affichera dans mon log et dans ce cas-ci, le
premier message d'erreur est beaucoup plus important que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour,
La partie cliente en question est une stored procedure qui sera lancée par
une tâche cédulée dans Windows.
La stored procedure en question appelle une dizaine d'autres stored
procedures, dans un ordre bien précis.
J'aimerais pouvoir inscrire dans une table SQL, ce qui est retournée lors de
l'exécution de chacune des commandes.
C'est pour cette raison que je voulais capturer le message d'information
dans une variable.
J'aimerais mieux pouvoir capturer l'information, et non pas l'ignorer.
Merci de votre aide
"Med Bouchenafa" wrote in message
news:
> SQL Server est fondamentalement une application Client Serveur.
> Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
> partie Serveur, cette dernière execute la commande et répond toujours avec
> un
> message d'information.
> Il appartient toujours à la partie Cliente d'afficher ou pas ce message
> d'information.
> Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
> exécuter cette commande.
> Conçus, avant tout, comme des outils d'administration, les outils
> Microsoft
> affichent toujours ces messages d'information.
> Si tu tu utilses ton propre client, il te sera tout à fait possible
> d'ignorer ce message
>
>
> --
> Bien Cordialement
> Med Bouchenafa
>
>
> "Karine" wrote:
>
>> Bonjour,
>> J'ai créé une stored procedure qui me permet de lancer un backup d'une
>> base
>> de données X (SQL 2005 Express).
>>
>> Extrait de ma stored procedure:
>> ....
>> SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
>> @BackupFileName + ''''
>> BEGIN TRY
>> EXEC(@SQL)
>> END TRY
>> BEGIN CATCH
>> -- Erreur durant le backup
>> SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
>> dbo.fnPrintError()
>> SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
>> with
>> error : ' + CHAR(10) + @ErrorMsg
>> PRINT @Output
>> END CATCH
>> ....
>>
>> Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
>> retourné suite à l'exécution de la commande BACKUP DATABASE :
>>
>> Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
>> 7.
>> Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
>> BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
>> MB/sec).
>>
>> J'ai donc 2 questions:
>> 1) Existe-t-il un moyen de ne pas afficher ce message d'information
>> puisque
>> de toute façon, je gère les erreurs dans sa stored procedure?
>> 2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
>> dans une variable? Dans mon exemple ci-dessus, la variable @Output
>> contient
>> la description de l'erreur en cas d'erreur (géré par ma fonction
>> fnPrintError). J'aimerais qu'elle contienne le message d'information
>> retourné par l'engin SQL si le backup a bien fonctionné.
>>
>> Merci de votre aide
>>
>>
>>
Bonjour,
La partie cliente en question est une stored procedure qui sera lancée par
une tâche cédulée dans Windows.
La stored procedure en question appelle une dizaine d'autres stored
procedures, dans un ordre bien précis.
J'aimerais pouvoir inscrire dans une table SQL, ce qui est retournée lors de
l'exécution de chacune des commandes.
C'est pour cette raison que je voulais capturer le message d'information
dans une variable.
J'aimerais mieux pouvoir capturer l'information, et non pas l'ignorer.
Merci de votre aide
"Med Bouchenafa" <com.hotmail@bouchenafa> wrote in message
news:85DC77F9-1BB4-47B4-AED6-07A97CEECD98@microsoft.com...
> SQL Server est fondamentalement une application Client Serveur.
> Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
> partie Serveur, cette dernière execute la commande et répond toujours avec
> un
> message d'information.
> Il appartient toujours à la partie Cliente d'afficher ou pas ce message
> d'information.
> Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
> exécuter cette commande.
> Conçus, avant tout, comme des outils d'administration, les outils
> Microsoft
> affichent toujours ces messages d'information.
> Si tu tu utilses ton propre client, il te sera tout à fait possible
> d'ignorer ce message
>
>
> --
> Bien Cordialement
> Med Bouchenafa
>
>
> "Karine" wrote:
>
>> Bonjour,
>> J'ai créé une stored procedure qui me permet de lancer un backup d'une
>> base
>> de données X (SQL 2005 Express).
>>
>> Extrait de ma stored procedure:
>> ....
>> SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
>> @BackupFileName + ''''
>> BEGIN TRY
>> EXEC(@SQL)
>> END TRY
>> BEGIN CATCH
>> -- Erreur durant le backup
>> SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
>> dbo.fnPrintError()
>> SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
>> with
>> error : ' + CHAR(10) + @ErrorMsg
>> PRINT @Output
>> END CATCH
>> ....
>>
>> Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
>> retourné suite à l'exécution de la commande BACKUP DATABASE :
>>
>> Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
>> 7.
>> Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
>> BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
>> MB/sec).
>>
>> J'ai donc 2 questions:
>> 1) Existe-t-il un moyen de ne pas afficher ce message d'information
>> puisque
>> de toute façon, je gère les erreurs dans sa stored procedure?
>> 2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
>> dans une variable? Dans mon exemple ci-dessus, la variable @Output
>> contient
>> la description de l'erreur en cas d'erreur (géré par ma fonction
>> fnPrintError). J'aimerais qu'elle contienne le message d'information
>> retourné par l'engin SQL si le backup a bien fonctionné.
>>
>> Merci de votre aide
>>
>>
>>
Bonjour,
La partie cliente en question est une stored procedure qui sera lancée par
une tâche cédulée dans Windows.
La stored procedure en question appelle une dizaine d'autres stored
procedures, dans un ordre bien précis.
J'aimerais pouvoir inscrire dans une table SQL, ce qui est retournée lors de
l'exécution de chacune des commandes.
C'est pour cette raison que je voulais capturer le message d'information
dans une variable.
J'aimerais mieux pouvoir capturer l'information, et non pas l'ignorer.
Merci de votre aide
"Med Bouchenafa" wrote in message
news:
> SQL Server est fondamentalement une application Client Serveur.
> Lorsque la partie Cliente envoie une commande, du style que tu cites, à la
> partie Serveur, cette dernière execute la commande et répond toujours avec
> un
> message d'information.
> Il appartient toujours à la partie Cliente d'afficher ou pas ce message
> d'information.
> Dans ton cas, je dirais que cela dépend du Client que tu utilises pour
> exécuter cette commande.
> Conçus, avant tout, comme des outils d'administration, les outils
> Microsoft
> affichent toujours ces messages d'information.
> Si tu tu utilses ton propre client, il te sera tout à fait possible
> d'ignorer ce message
>
>
> --
> Bien Cordialement
> Med Bouchenafa
>
>
> "Karine" wrote:
>
>> Bonjour,
>> J'ai créé une stored procedure qui me permet de lancer un backup d'une
>> base
>> de données X (SQL 2005 Express).
>>
>> Extrait de ma stored procedure:
>> ....
>> SET @SQL = N'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ''' +
>> @BackupFileName + ''''
>> BEGIN TRY
>> EXEC(@SQL)
>> END TRY
>> BEGIN CATCH
>> -- Erreur durant le backup
>> SELECT @ErrorMsg = ErrorMessage, @ErrNo = ErrorNumber FROM
>> dbo.fnPrintError()
>> SET @Output = 'Full backup of database ' + @DatabaseName + ' failed
>> with
>> error : ' + CHAR(10) + @ErrorMsg
>> PRINT @Output
>> END CATCH
>> ....
>>
>> Le backup fonctionne bien, toutefois, j'ai le message suivant qui est
>> retourné suite à l'exécution de la commande BACKUP DATABASE :
>>
>> Processed 584 pages for database 'ServoxTE', file 'ServoxTE_Data' on file
>> 7.
>> Processed 1 pages for database 'ServoxTE', file 'ServoxTE_Log' on file 7.
>> BACKUP DATABASE successfully processed 585 pages in 1.121 seconds (4.275
>> MB/sec).
>>
>> J'ai donc 2 questions:
>> 1) Existe-t-il un moyen de ne pas afficher ce message d'information
>> puisque
>> de toute façon, je gère les erreurs dans sa stored procedure?
>> 2) Encore mieux, existe-t-il un moyen de mettre ce message d'information
>> dans une variable? Dans mon exemple ci-dessus, la variable @Output
>> contient
>> la description de l'erreur en cas d'erreur (géré par ma fonction
>> fnPrintError). J'aimerais qu'elle contienne le message d'information
>> retourné par l'engin SQL si le backup a bien fonctionné.
>>
>> Merci de votre aide
>>
>>
>>
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" wrote in message
news:Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de
commande? C'est facile de vérifier si le fichier existe avant de faire
un RESTORE VERIFYONLY, là n'est pas la question. Ce qui m'inquiète,
c'est que si plusieurs messages d'erreur surviennent suite à une
commande, je n'ai que le dernier message qui s'affichera dans mon log et
dans ce cas-ci, le premier message d'erreur est beaucoup plus important
que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" <ptrotin@online.microsoft.com> wrote in message
news:uaBGcVJkGHA.976@TK2MSFTNGP02.phx.gbl...
Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" <josephyne@hotmail.com> wrote in message
news:epZipXIkGHA.1208@TK2MSFTNGP02.phx.gbl...
Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de
commande? C'est facile de vérifier si le fichier existe avant de faire
un RESTORE VERIFYONLY, là n'est pas la question. Ce qui m'inquiète,
c'est que si plusieurs messages d'erreur surviennent suite à une
commande, je n'ai que le dernier message qui s'affichera dans mon log et
dans ce cas-ci, le premier message d'erreur est beaucoup plus important
que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.
Bonjour Phil,
Petite lacune de SQL2005, mais je vais vivre avec :-)
Merci d'avoir pris le temps de répondre.
Tu ne serais pas au courant par hasard, du moyen (s'il existe) de capturer
un message d'information retournée par l'engin suite à une commande backup
ou restore?
Merci encore,
Karine
"Philippe T [MS]" wrote in message
news:Bonjour,
Il n'y a pas de moyen sous SQL 2005. Seule la dernière erreur sera
récupéré et dans ces conditions il faut analyser les causes potentiels de
cette erreur.
Désolé :-(
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Karine" wrote in message
news:Bonjour,
Autre point étrange, lorsqu'une erreur survient...
Si je ne mets pas de TRY CATCH et que j'essaie de faire un RESTORE
VERIFYONLY d'un fichier qui n'existe pas par exemple, j'ai 2 messages
d'erreur retourné par l'engin SQL :
Msg 3201, Level 16, State 2, Line 1
Cannot open backup device 'C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLBackupServoxTE_20060101_20060430.BAK'. Operating
system error 2(The system cannot find the file specified.).
Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.
Par contre, si j'utilise TRY et CATCH, l'erreur retourné dans
ERROR_NUMBER() et ERROR_MESSAGE() est seulement :
3013
VERIFY DATABASE is terminating abnormally.
Je suis capable de capturer la deuxième erreur seulement. Comment
capturer "toutes" les erreurs retournées par une seule ligne de
commande? C'est facile de vérifier si le fichier existe avant de faire
un RESTORE VERIFYONLY, là n'est pas la question. Ce qui m'inquiète,
c'est que si plusieurs messages d'erreur surviennent suite à une
commande, je n'ai que le dernier message qui s'affichera dans mon log et
dans ce cas-ci, le premier message d'erreur est beaucoup plus important
que le deuxième.
On peut dire que les erreurs et les messages d'information me causent
bien des soucis ces temps-ci...
Merci de votre aide.