Problème sur un plan de maintenance lié au backup des Log
3 réponses
Romelard Fabrice [MVP]
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de
maintenance. Ceci uniquement si j'active la sauvegarde des logs de
transaction.
Cette erreur est la suivante :
----
Executed as user: NT AUTHORITY\SYSTEM. sqlmaint.exe failed. [SQLSTATE 42000]
(Error 22029). The step failed.
----
J'ai alors changé le compte utilisé par SQLAgent (compte local
administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des log
de transaction avec une suppression automatique des anciens fichiers
(conservation des 5 jours glissant), puis j'ai supprimé cette option en
pensant que cela venait de là. Malheureusement le problème se reproduit sans
cesse.
J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la
je vois que pour toutes les bases, j'ai cette erreur :
----
The file G:\Backup\Log\WKS_arcMGETest\WKS_arcMGETest_tlog_200601051835.TRN
already exists. This backup command is ignored
----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire la
sauvegarde du log en question, comme je lui ai demandé mais provoque
toujours la même erreur :
----
Executed as user: GESER28\SQLUserAgent. sqlmaint.exe failed. [SQLSTATE
42000] (Error 22029). The step failed.
----
J'ai trouvé la raison de cette erreur qui provient de la tentative de faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et
qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa
Regarde le détail de ta tâche générée par ton plan de maintenance Analyse les paramètres passés à sqlmaint Regarde dans l'Aide en Ligne sqlmaint pour le détails de tous les paramètres. Tu peux t'amuser à tester en utiliser directement xp_sqlmaint dans l'Analyseur de requêtes xp_sqlmaint possède le même jeu de paramètres que sqlmaint
-- Avec mes meilleurs voeux 2006 Med Bouchenafa
"Romelard Fabrice [MVP]" a écrit dans le message de news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des log de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit sans cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce plan, il m'a alors créé tous les sous répertoires, avec dans chaque répertoire la sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de faire le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur ?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
Regarde le détail de ta tâche générée par ton plan de maintenance
Analyse les paramètres passés à sqlmaint
Regarde dans l'Aide en Ligne sqlmaint pour le détails de tous les
paramètres.
Tu peux t'amuser à tester en utiliser directement xp_sqlmaint dans
l'Analyseur de requêtes
xp_sqlmaint possède le même jeu de paramètres que sqlmaint
--
Avec mes meilleurs voeux 2006
Med Bouchenafa
"Romelard Fabrice [MVP]" <fromelard@hotmail.com> a écrit dans le message de
news: uNATmWiEGHA.916@TK2MSFTNGP10.phx.gbl...
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de
maintenance. Ceci uniquement si j'active la sauvegarde des logs de
transaction.
Cette erreur est la suivante :
----
Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000] (Error 22029). The step failed.
----
J'ai alors changé le compte utilisé par SQLAgent (compte local
administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log de transaction avec une suppression automatique des anciens fichiers
(conservation des 5 jours glissant), puis j'ai supprimé cette option en
pensant que cela venait de là. Malheureusement le problème se reproduit
sans cesse.
J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la
je vois que pour toutes les bases, j'ai cette erreur :
----
The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN
already exists. This backup command is ignored
----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan, il m'a alors créé tous les sous répertoires, avec dans chaque
répertoire la sauvegarde du log en question, comme je lui ai demandé mais
provoque toujours la même erreur :
----
Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE
42000] (Error 22029). The step failed.
----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et
qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Regarde le détail de ta tâche générée par ton plan de maintenance Analyse les paramètres passés à sqlmaint Regarde dans l'Aide en Ligne sqlmaint pour le détails de tous les paramètres. Tu peux t'amuser à tester en utiliser directement xp_sqlmaint dans l'Analyseur de requêtes xp_sqlmaint possède le même jeu de paramètres que sqlmaint
-- Avec mes meilleurs voeux 2006 Med Bouchenafa
"Romelard Fabrice [MVP]" a écrit dans le message de news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des log de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit sans cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce plan, il m'a alors créé tous les sous répertoires, avec dans chaque répertoire la sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de faire le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur ?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
bruno reiter [MVP]
En général on fait des plans de maintenance séparés pour les bases syteme et user, tu peux aussi séparer user avec log de user sans log... si c'est possible.
br
"Romelard Fabrice [MVP]" wrote in message news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
En général on fait des plans de maintenance séparés pour les bases syteme et
user, tu peux aussi séparer user avec log de user sans log... si c'est
possible.
br
"Romelard Fabrice [MVP]" <fromelard@hotmail.com> wrote in message
news:uNATmWiEGHA.916@TK2MSFTNGP10.phx.gbl...
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de
maintenance. Ceci uniquement si j'active la sauvegarde des logs de
transaction.
Cette erreur est la suivante :
----
Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed.
----
J'ai alors changé le compte utilisé par SQLAgent (compte local
administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers
(conservation des 5 jours glissant), puis j'ai supprimé cette option en
pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse.
J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la
je vois que pour toutes les bases, j'ai cette erreur :
----
The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN
already exists. This backup command is ignored
----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque
toujours la même erreur :
----
Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE
42000] (Error 22029). The step failed.
----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et
qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
En général on fait des plans de maintenance séparés pour les bases syteme et user, tu peux aussi séparer user avec log de user sans log... si c'est possible.
br
"Romelard Fabrice [MVP]" wrote in message news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
Fred BROUARD
en effet, bases système => sauvegardes total uniquement
bases user => sauvegarde total, différentielles, log, suivant recovery mode.
A +
bruno reiter [MVP] a écrit:
En général on fait des plans de maintenance séparés pour les bases syteme et user, tu peux aussi séparer user avec log de user sans log... si c'est possible.
br
"Romelard Fabrice [MVP]" wrote in message news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
-- 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 ***********************
en effet, bases système => sauvegardes total uniquement
bases user => sauvegarde total, différentielles, log, suivant recovery mode.
A +
bruno reiter [MVP] a écrit:
En général on fait des plans de maintenance séparés pour les bases syteme et
user, tu peux aussi séparer user avec log de user sans log... si c'est
possible.
br
"Romelard Fabrice [MVP]" <fromelard@hotmail.com> wrote in message
news:uNATmWiEGHA.916@TK2MSFTNGP10.phx.gbl...
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de
maintenance. Ceci uniquement si j'active la sauvegarde des logs de
transaction.
Cette erreur est la suivante :
----
Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed.
----
J'ai alors changé le compte utilisé par SQLAgent (compte local
administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers
(conservation des 5 jours glissant), puis j'ai supprimé cette option en
pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse.
J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la
je vois que pour toutes les bases, j'ai cette erreur :
----
The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN
already exists. This backup command is ignored
----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque
toujours la même erreur :
----
Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE
42000] (Error 22029). The step failed.
----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et
qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
--
Cordialement.
Romelard Fabrice [MVP]
--
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 ***********************
en effet, bases système => sauvegardes total uniquement
bases user => sauvegarde total, différentielles, log, suivant recovery mode.
A +
bruno reiter [MVP] a écrit:
En général on fait des plans de maintenance séparés pour les bases syteme et user, tu peux aussi séparer user avec log de user sans log... si c'est possible.
br
"Romelard Fabrice [MVP]" wrote in message news:
Bonsoir,
J'ai une erreur qui revient toujours lorsque je met en place un plan de maintenance. Ceci uniquement si j'active la sauvegarde des logs de transaction. Cette erreur est la suivante :
---- Executed as user: NT AUTHORITYSYSTEM. sqlmaint.exe failed. [SQLSTATE
42000]
(Error 22029). The step failed. ----
J'ai alors changé le compte utilisé par SQLAgent (compte local administrateur de la machine).
J'ai donc créé un plan de maintenance qui ne fait que la sauvegarde des
log
de transaction avec une suppression automatique des anciens fichiers (conservation des 5 jours glissant), puis j'ai supprimé cette option en pensant que cela venait de là. Malheureusement le problème se reproduit
sans
cesse. J'ai regardé dans l'historique d'exécution de ce plan de maintenance et la je vois que pour toutes les bases, j'ai cette erreur : ---- The file G:BackupLogWKS_arcMGETestWKS_arcMGETest_tlog_200601051835.TRN already exists. This backup command is ignored ----
Je suis donc reparti d'un répertoire totalement vide pour exécuter ce
plan,
il m'a alors créé tous les sous répertoires, avec dans chaque répertoire
la
sauvegarde du log en question, comme je lui ai demandé mais provoque toujours la même erreur : ---- Executed as user: GESER28SQLUserAgent. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed. ----
J'ai trouvé la raison de cette erreur qui provient de la tentative de
faire
le backup des bases system ou celle qui sont en mode simple.
Savez vous comment faire en sorte qu'il ne s'arrete pas à cette étape et qu'il puisse me faire la suppression des anciens fichiers.
En gros, comment faire en sorte qu'il ne tienne pas compte de cette erreur
?
Si quelqu'un a une idée, je suis preneur.
Merci d'avance.
-- Cordialement. Romelard Fabrice [MVP]
-- 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 ***********************
