Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
...
Sauvegarde débutée le 24/01/2007 à 01:33.
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).'
Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
...
Sauvegarde débutée le 24/01/2007 à 01:33.
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).'
Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
...
Sauvegarde débutée le 24/01/2007 à 01:33.
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).'
Bonjour,
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> ...
> Sauvegarde débutée le 24/01/2007 à 01:33.
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).'
Barbare peut-être pour un ignare. :)
Cela fait combien de temps que vous n'avez verifié votre base
avec l'outil ESEUTIL par exemple, vous la défragmentez de
temps en temps et vous la verifiez aussi, pas sur.
l'utilisataire ESEUTIL est peut-être votre ami barbare, sur le
disque ou est installé Exchange un dir eseutil.exe /s va vous
permettre de le trouver ensuite lancer le il vous aidera.
http://www.microsoft.com/technet/prodtechnol/exchange/E2k7/FR/Help/ExchHelp/58b32079-08ae-4fb7-8f4c-8f16f4b9978b.mspx?mfr=true
--
Cordialement.
GG. un barbare lecteur :)
http://sbsfr.free.fr/forums/
Bonjour,
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> ...
> Sauvegarde débutée le 24/01/2007 à 01:33.
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).'
Barbare peut-être pour un ignare. :)
Cela fait combien de temps que vous n'avez verifié votre base
avec l'outil ESEUTIL par exemple, vous la défragmentez de
temps en temps et vous la verifiez aussi, pas sur.
l'utilisataire ESEUTIL est peut-être votre ami barbare, sur le
disque ou est installé Exchange un dir eseutil.exe /s va vous
permettre de le trouver ensuite lancer le il vous aidera.
http://www.microsoft.com/technet/prodtechnol/exchange/E2k7/FR/Help/ExchHelp/58b32079-08ae-4fb7-8f4c-8f16f4b9978b.mspx?mfr=true
--
Cordialement.
GG. un barbare lecteur :)
http://sbsfr.free.fr/forums/
Bonjour,
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> ...
> Sauvegarde débutée le 24/01/2007 à 01:33.
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).'
Barbare peut-être pour un ignare. :)
Cela fait combien de temps que vous n'avez verifié votre base
avec l'outil ESEUTIL par exemple, vous la défragmentez de
temps en temps et vous la verifiez aussi, pas sur.
l'utilisataire ESEUTIL est peut-être votre ami barbare, sur le
disque ou est installé Exchange un dir eseutil.exe /s va vous
permettre de le trouver ensuite lancer le il vous aidera.
http://www.microsoft.com/technet/prodtechnol/exchange/E2k7/FR/Help/ExchHelp/58b32079-08ae-4fb7-8f4c-8f16f4b9978b.mspx?mfr=true
--
Cordialement.
GG. un barbare lecteur :)
http://sbsfr.free.fr/forums/
faudra que j'aille chez le client pour essayer ca.
faudra que j'aille chez le client pour essayer ca.
faudra que j'aille chez le client pour essayer ca.
Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).' d'après un appel aux données
additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
Information Store' a renvoyé 'Fonctions appelées dans un ordre non
valide.' d'après un appel aux données additionnelles
'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).' d'après un appel aux données
additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
Information Store' a renvoyé 'Fonctions appelées dans un ordre non
valide.' d'après un appel aux données additionnelles
'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Cependant, la nuit dernière, il s'est planté evec une explication un
peu "barbare" :
Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
appel de fonction ESE (d).' d'après un appel aux données
additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
Information Store' a renvoyé 'Fonctions appelées dans un ordre non
valide.' d'après un appel aux données additionnelles
'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Bonjour,
> faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
Bonjour,
> faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
Bonjour,
> faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
Alain Bourgeois écrivit dans news::
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine
Alain Bourgeois écrivit dans news:45B7B088.17C93243@skynet.be:
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine
Alain Bourgeois écrivit dans news::
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine
1. Pour info, que je me déplace ou pas ne change pas grand-chose au fait
qu'il faille intervenir.
2. Le port pour accéder au serveur via remote access est bloqué et ce
n'est pas nécessairement une bonne chose de l'activer en permanence, des
fois qu'un petit malin arrive à cracker la sécurité. Tu vas un peu vite
pour traiter les gens d'arnaqueurs.
"GG [MVP]" wrote:Bonjour,faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
1. Pour info, que je me déplace ou pas ne change pas grand-chose au fait
qu'il faille intervenir.
2. Le port pour accéder au serveur via remote access est bloqué et ce
n'est pas nécessairement une bonne chose de l'activer en permanence, des
fois qu'un petit malin arrive à cracker la sécurité. Tu vas un peu vite
pour traiter les gens d'arnaqueurs.
"GG [MVP]" wrote:
Bonjour,
faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
1. Pour info, que je me déplace ou pas ne change pas grand-chose au fait
qu'il faille intervenir.
2. Le port pour accéder au serveur via remote access est bloqué et ce
n'est pas nécessairement une bonne chose de l'activer en permanence, des
fois qu'un petit malin arrive à cracker la sécurité. Tu vas un peu vite
pour traiter les gens d'arnaqueurs.
"GG [MVP]" wrote:Bonjour,faudra que j'aille chez le client pour essayer ca.
Pour l'arnaquer, je n'en doute pas comme si on avait
besoin d'aller chez un client pour entretenir un SBS.
Je suis triste de faire un métier pareil avec des anaqueurs
pareils a coté de moi comme cela, et dire que je leur
réponds. :(
--
Cordialement.
GG
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en écrasant la précédente. (et non, l'assistant sbs ne
permet pas de backuper à plusieurs endroits différents selon la
semaine).. donc le backup est niqué.
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en écrasant la précédente. (et non, l'assistant sbs ne
permet pas de backuper à plusieurs endroits différents selon la
semaine).. donc le backup est niqué.
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en écrasant la précédente. (et non, l'assistant sbs ne
permet pas de backuper à plusieurs endroits différents selon la
semaine).. donc le backup est niqué.
Eh oui, GG le Grand Gourou est parfois un peu "brut de fonderie" !
Mais on lui pardonne, il donne généralement de bons conseils, même si
le verglas le fait déraper de temps en temps !
Eh oui, GG le Grand Gourou est parfois un peu "brut de fonderie" !
Mais on lui pardonne, il donne généralement de bons conseils, même si
le verglas le fait déraper de temps en temps !
Eh oui, GG le Grand Gourou est parfois un peu "brut de fonderie" !
Mais on lui pardonne, il donne généralement de bons conseils, même si
le verglas le fait déraper de temps en temps !
Je vais aller investiguer...
Ce genre d'erreur fait "peur": ce serveur est loin d'être surchargé:
grosse
bécane pour pme de 7 users, 250Gb Hdd en raid (dont seulement 50 sont
utilisés),
protégé par ups... et planté après moins d'un an....
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en
écrasant la précédente. (et non, l'assistant sbs ne permet pas de backuper
à
plusieurs endroits différents selon la semaine).. donc le backup est
niqué.
Antoine Leca wrote:Alain Bourgeois écrivit dans news::
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions
de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres
messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se
pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes
utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le
potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des
épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue
détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que
j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et
des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine
Je vais aller investiguer...
Ce genre d'erreur fait "peur": ce serveur est loin d'être surchargé:
grosse
bécane pour pme de 7 users, 250Gb Hdd en raid (dont seulement 50 sont
utilisés),
protégé par ups... et planté après moins d'un an....
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en
écrasant la précédente. (et non, l'assistant sbs ne permet pas de backuper
à
plusieurs endroits différents selon la semaine).. donc le backup est
niqué.
Antoine Leca wrote:
Alain Bourgeois écrivit dans news:45B7B088.17C93243@skynet.be:
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions
de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres
messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se
pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes
utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le
potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des
épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue
détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que
j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et
des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine
Je vais aller investiguer...
Ce genre d'erreur fait "peur": ce serveur est loin d'être surchargé:
grosse
bécane pour pme de 7 users, 250Gb Hdd en raid (dont seulement 50 sont
utilisés),
protégé par ups... et planté après moins d'un an....
Concernant les backups, il fait une copie toutes les nuits au même
endroit... en
écrasant la précédente. (et non, l'assistant sbs ne permet pas de backuper
à
plusieurs endroits différents selon la semaine).. donc le backup est
niqué.
Antoine Leca wrote:Alain Bourgeois écrivit dans news::
> Cependant, la nuit dernière, il s'est planté evec une explication un
> peu "barbare" :
> Le 'Microsoft Information Store' a renvoyé 'Erreur renvoyée par un
> appel de fonction ESE (d).' d'après un appel aux données
> additionnelles 'HrESEBackupGetLogAndPatchFiles()' de '-'Le 'Microsoft
> Information Store' a renvoyé 'Fonctions appelées dans un ordre non
> valide.' d'après un appel aux données additionnelles
> 'HrESEBackupClose()' de '-' L'opération a été arrêtée.
Barbare pour celui qui n'a jamais rncontré cela.
En gros, Exchange a un problème sur sa base de données, et les fonctions
de
redondance (qui normalement lui permettent de passer outre) n'ont pas su
régler le problème cette fois-ci.
ÀMHA, il doit y avoir dans le journal Application plusieurs autres
messages
sur le sujet...
Dans tous les cas, il serait de bon ton comme le conseille GG de se
pencher
de près sur la santé de la base Exchange, quite à prendre des mesures
_préventives_ un peu drastiques (genre sauvegarder les boîtes
utilisateurs,
au cas où).
Je serais vous, aujourd'hui vendredi je récupérerai la documentation
Exchange sur la prévention et la gestion des désastres (je sais bien que
vous la lûtes, mais c'était peut-être il y a longtemps), et je le
potasserai
: il y a vraiment beaucoup beaucoup d'informations là-dedans.
Les liens suivants sont dans
https://www.microsoft.com/france/technet/prodtechnol/exchange...
/55/library/disaster.mspx
/2000/library/exch2000_disaster_recov.mspx
/2003/library/disrecopgde.mspx
... dans l'ordre où il faut les lire, qui est aussi l'ordre des
épaisseurs!
En fait le troisième n'est pas vraiment à lire, c'est un catalogue
détaillé
de ce qu'il faut faire.
En anglais, il y a aussi un article relativement vieux (2001), mais que
j'ai
trouvé vraiment très intéressant, très bien fait au niveau pédagogique,
lorsque j'ai eu des « problèmes ».
www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx
(C'est surtout que je l'ai découvert _après_ le début des problèmes et
des
tentatives de résolution, donc j'avais déjà commencé à errer un peu, et
quand j'ai lu cet article les choses sont brusquement devenues _beaucoup_
plus claires.)
Antoine