J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de
stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde
complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur
mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas
pourquoi, alors que sur l'autre groupe de stockage cela fonctionne.
Je ne comprends pas pourquoi
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
Laurent Francfort [MS]
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer
les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les
logs, mais le moteur de bases de données d'Exchange après avoir donné
l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir
des messages ayant ESE comme source, ID 210 du type "Information Store
(3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée"
A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224,
donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de
news: 9B718243-0ECA-499C-88EF-B6B873946397@microsoft.com...
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de
stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde
complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur
mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas
pourquoi, alors que sur l'autre groupe de stockage cela fonctionne.
Je ne comprends pas pourquoi
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
xavier
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes
deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai
l'évenement 225 : Impossible de tronquer les fichiers journaux
au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que
ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière
sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer
les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les
logs, mais le moteur de bases de données d'Exchange après avoir donné
l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir
des messages ayant ESE comme source, ID 210 du type "Information Store
(3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée"
A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224,
donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de
news: 9B718243-0ECA-499C-88EF-B6B873946397@microsoft.com...
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de
stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde
complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur
mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas
pourquoi, alors que sur l'autre groupe de stockage cela fonctionne.
Je ne comprends pas pourquoi
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
Laurent Francfort [MS]
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations du groupe de stockage qui pose pb, vérifier que chaque banque est propre (commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean Shutdown), déplacer (par sécurité) tous les fichiers de transaction ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint .chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose pb) et remonter toutes les banques. Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le cas, ça montre que c'est le format d'un des fichiers de transaction qui posait problème.
Laurent
"xavier" a écrit dans le message de news:
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu
le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations
du groupe de stockage qui pose pb, vérifier que chaque banque est propre
(commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean
Shutdown), déplacer (par sécurité) tous les fichiers de transaction
ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint
.chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose
pb) et remonter toutes les banques.
Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le
cas, ça montre que c'est le format d'un des fichiers de transaction qui
posait problème.
Laurent
"xavier" <xavier@discussions.microsoft.com> a écrit dans le message de news:
EB174549-CC3E-4E40-8DA7-AE86D0B32D63@microsoft.com...
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes
deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai
l'évenement 225 : Impossible de tronquer les fichiers journaux
au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise
que
ma sauvegarde s'est bien passée, dans l'adm exchange la date de la
dernière
sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement
supprimer
les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les
logs, mais le moteur de bases de données d'Exchange après avoir donné
l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais
avoir
des messages ayant ESE comme source, ID 210 du type "Information Store
(3052) "<Nom du groupe de stockage> : une sauvegarde complète est
démarrée"
A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224,
donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de
news: 9B718243-0ECA-499C-88EF-B6B873946397@microsoft.com...
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes
de
stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde
complète avec vidage des fichiers logs toutes les nuits. La sauvegarde
sur
mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends
pas
pourquoi, alors que sur l'autre groupe de stockage cela fonctionne.
Je ne comprends pas pourquoi
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations du groupe de stockage qui pose pb, vérifier que chaque banque est propre (commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean Shutdown), déplacer (par sécurité) tous les fichiers de transaction ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint .chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose pb) et remonter toutes les banques. Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le cas, ça montre que c'est le format d'un des fichiers de transaction qui posait problème.
Laurent
"xavier" a écrit dans le message de news:
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
xavier
Je te remercie de ton aide. J'ai trouvé la cause à mon soucis. J'ai effectivement verifié hier par eseutil /mh que les banques de mon GS était bien coherentes - Clean shutdown et la séquence de mon dernier fichier log était ok - ligne Last Consistent : ... J'ai aussi exclu de mon analyse virale temps réel et batch les repertoires exchanges. Mais surtout mon job de sauvegarde ne sauvegardait pas une arborescence de dossier public qui avait été crée à tort dans ce groupe de stockage !!! J'aurais du vérifier cela bien avant tout le reste - mais bon
Je te remercie pour tes conseils
Xavier
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations du groupe de stockage qui pose pb, vérifier que chaque banque est propre (commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean Shutdown), déplacer (par sécurité) tous les fichiers de transaction ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint ..chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose pb) et remonter toutes les banques. Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le cas, ça montre que c'est le format d'un des fichiers de transaction qui posait problème.
Laurent
"xavier" a écrit dans le message de news:
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
merci de votre aide
Je te remercie de ton aide. J'ai trouvé la cause à mon soucis.
J'ai effectivement verifié hier par eseutil /mh que les banques de mon GS
était bien coherentes - Clean shutdown et la séquence de mon dernier fichier
log était ok - ligne Last Consistent : ...
J'ai aussi exclu de mon analyse virale temps réel et batch les repertoires
exchanges.
Mais surtout mon job de sauvegarde ne sauvegardait pas une arborescence de
dossier public qui avait été crée à tort dans ce groupe de stockage !!!
J'aurais du vérifier cela bien avant tout le reste - mais bon
Je te remercie pour tes conseils
Xavier
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu
le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations
du groupe de stockage qui pose pb, vérifier que chaque banque est propre
(commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean
Shutdown), déplacer (par sécurité) tous les fichiers de transaction
ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint
..chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose
pb) et remonter toutes les banques.
Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le
cas, ça montre que c'est le format d'un des fichiers de transaction qui
posait problème.
Laurent
"xavier" <xavier@discussions.microsoft.com> a écrit dans le message de news:
EB174549-CC3E-4E40-8DA7-AE86D0B32D63@microsoft.com...
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes
deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai
l'évenement 225 : Impossible de tronquer les fichiers journaux
au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise
que
ma sauvegarde s'est bien passée, dans l'adm exchange la date de la
dernière
sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement
supprimer
les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les
logs, mais le moteur de bases de données d'Exchange après avoir donné
l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais
avoir
des messages ayant ESE comme source, ID 210 du type "Information Store
(3052) "<Nom du groupe de stockage> : une sauvegarde complète est
démarrée"
A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224,
donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de
news: 9B718243-0ECA-499C-88EF-B6B873946397@microsoft.com...
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes
de
stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde
complète avec vidage des fichiers logs toutes les nuits. La sauvegarde
sur
mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends
pas
pourquoi, alors que sur l'autre groupe de stockage cela fonctionne.
Je ne comprends pas pourquoi
Je te remercie de ton aide. J'ai trouvé la cause à mon soucis. J'ai effectivement verifié hier par eseutil /mh que les banques de mon GS était bien coherentes - Clean shutdown et la séquence de mon dernier fichier log était ok - ligne Last Consistent : ... J'ai aussi exclu de mon analyse virale temps réel et batch les repertoires exchanges. Mais surtout mon job de sauvegarde ne sauvegardait pas une arborescence de dossier public qui avait été crée à tort dans ce groupe de stockage !!! J'aurais du vérifier cela bien avant tout le reste - mais bon
Je te remercie pour tes conseils
Xavier
As-tu fait un essai avec le ntbackup fourni avec Windows Server ? Obtiens-tu le même résultat ?
Ce qui vaudrait le coup, c'est de démonter toutes les banques d'informations du groupe de stockage qui pose pb, vérifier que chaque banque est propre (commande ESEUTIL /MH sur chaque .EDB - vérifier la présence de Clean Shutdown), déplacer (par sécurité) tous les fichiers de transaction ESEXXX.LOG, les 2 fichiers réservés res1 et res2, le fichier de checkpoint ..chk (ceci s'applique bien sur aux fichiers du groupe de stockage qui pose pb) et remonter toutes les banques. Ensuite faire une sauvegarde et vérifier qu'elle se passe bien. Si c'est le cas, ça montre que c'est le format d'un des fichiers de transaction qui posait problème.
Laurent
"xavier" a écrit dans le message de news:
Sous l'observateur d'évenement j'ai la meme séquence d'évenement pour mes deux groupe de stockage sauf que sur le GS qui ne purge pas ses logs j'ai l'évenement 225 : Impossible de tronquer les fichiers journaux au lieu du de l'ID 224 pour le GS qui va bien. Autrement les ID me dise que ma sauvegarde s'est bien passée, dans l'adm exchange la date de la dernière sauvegarde sur les GS m'indique bien la bonne date.
Bonjour,
Une sauvegarde complète d'un groupe de stockage doit effectivement supprimer les logs. En fait, ce n'est pas le programme de sauvegarde qui efface les logs, mais le moteur de bases de données d'Exchange après avoir donné l'intégralité de la base au soft de sauvegarde.
Qu'as-tu comme messages dans ton observateur d'événement ? Tu devrais avoir des messages ayant ESE comme source, ID 210 du type "Information Store (3052) "<Nom du groupe de stockage> : une sauvegarde complète est démarrée" A la fin d'une sauvegarde, tu devrais avoir une entrée ESE, event id 224, donnant le nom des fichiers log supprimés
Laurent
"xavier" <xavier @discussions.microsoft.com> a écrit dans le message de news:
bonjour,
J'utilise backup exec 10 pour sauvegarder exchange 2003. J'ai 2 groupes de stockage (1 - BAL + dossier public et 2 - BAL). JE fais une sauvegarde complète avec vidage des fichiers logs toutes les nuits. La sauvegarde sur mon Groupe Stockage 1 ne vide pas mes fichiers logs et je ne comprends pas pourquoi, alors que sur l'autre groupe de stockage cela fonctionne. Je ne comprends pas pourquoi
