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é.
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é.
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é.
Bonjour
P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
plante un soir, comment on fait pour restaurer le lendemain?
Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
sauvegarde est dedans, pshit en cendre la belle sauvegarde.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Alain Bourgeois" a écrit dans le message de
news: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
Bonjour
P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
plante un soir, comment on fait pour restaurer le lendemain?
Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
sauvegarde est dedans, pshit en cendre la belle sauvegarde.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Alain Bourgeois" <brolspam00@skynet.be> a écrit dans le message de
news:45BB5B67.A2FC210@skynet.be...
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
Bonjour
P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
plante un soir, comment on fait pour restaurer le lendemain?
Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
sauvegarde est dedans, pshit en cendre la belle sauvegarde.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Alain Bourgeois" a écrit dans le message de
news: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
Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
jeudi et un pour vendredi.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Clark [MVP CRM]" a écrit dans le message de
news:%23$
> Bonjour
> P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> plante un soir, comment on fait pour restaurer le lendemain?
> Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> sauvegarde est dedans, pshit en cendre la belle sauvegarde.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Alain Bourgeois" a écrit dans le message de
> news:
>> 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
>>
>>
>
Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
jeudi et un pour vendredi.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Clark [MVP CRM]" <clark@nospam.nospam> a écrit dans le message de
news:%23$xFUDjQHHA.4476@TK2MSFTNGP05.phx.gbl...
> Bonjour
> P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> plante un soir, comment on fait pour restaurer le lendemain?
> Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> sauvegarde est dedans, pshit en cendre la belle sauvegarde.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Alain Bourgeois" <brolspam00@skynet.be> a écrit dans le message de
> news:45BB5B67.A2FC210@skynet.be...
>> 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
>>
>>
>
Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
jeudi et un pour vendredi.
--
Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
"Clark [MVP CRM]" a écrit dans le message de
news:%23$
> Bonjour
> P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> plante un soir, comment on fait pour restaurer le lendemain?
> Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> sauvegarde est dedans, pshit en cendre la belle sauvegarde.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Alain Bourgeois" a écrit dans le message de
> news:
>> 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
>>
>>
>
C'est bien pr ca que le backup se fait sur un disque réseau situé à un tout autre
endroit du bâtiment.
Quand aux backups multiples, il a été conseillé au client d'acheter plusieurs
diques réseau pour procéder de la sorte, mais il ne les a pas acheté.
"Clark [MVP CRM]" wrote:
> Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
> jeudi et un pour vendredi.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Clark [MVP CRM]" a écrit dans le message de
> news:%23$
> > Bonjour
> > P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> > tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> > plante un soir, comment on fait pour restaurer le lendemain?
> > Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> > pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> > les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> > sauvegarde est dedans, pshit en cendre la belle sauvegarde.
> >
> > --
> > Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> > "Alain Bourgeois" a écrit dans le message de
> > news:
> >> 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
> >>
> >>
> >
C'est bien pr ca que le backup se fait sur un disque réseau situé à un tout autre
endroit du bâtiment.
Quand aux backups multiples, il a été conseillé au client d'acheter plusieurs
diques réseau pour procéder de la sorte, mais il ne les a pas acheté.
"Clark [MVP CRM]" wrote:
> Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
> jeudi et un pour vendredi.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Clark [MVP CRM]" <clark@nospam.nospam> a écrit dans le message de
> news:%23$xFUDjQHHA.4476@TK2MSFTNGP05.phx.gbl...
> > Bonjour
> > P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> > tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> > plante un soir, comment on fait pour restaurer le lendemain?
> > Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> > pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> > les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> > sauvegarde est dedans, pshit en cendre la belle sauvegarde.
> >
> > --
> > Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> > "Alain Bourgeois" <brolspam00@skynet.be> a écrit dans le message de
> > news:45BB5B67.A2FC210@skynet.be...
> >> 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
> >>
> >>
> >
C'est bien pr ca que le backup se fait sur un disque réseau situé à un tout autre
endroit du bâtiment.
Quand aux backups multiples, il a été conseillé au client d'acheter plusieurs
diques réseau pour procéder de la sorte, mais il ne les a pas acheté.
"Clark [MVP CRM]" wrote:
> Petite rectification, c'est un disque pour lundi mercredi, un pour mardi
> jeudi et un pour vendredi.
>
> --
> Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> "Clark [MVP CRM]" a écrit dans le message de
> news:%23$
> > Bonjour
> > P'tite question : ça sert à quoi un backup qu'on ne sort pas physiquement
> > tous les jours des locaux. Et s'il est écrasé tous les jours et qu'il
> > plante un soir, comment on fait pour restaurer le lendemain?
> > Perso je tourne avec 3 disques durs en USB. Un pour le lundi mardi, un
> > pour le mardi jeudi et le dernier pour le vendredi. Et je les change tous
> > les matins et les ramène chez moi. Ben oui si le bâtiment brûle et que la
> > sauvegarde est dedans, pshit en cendre la belle sauvegarde.
> >
> > --
> > Blog sur MSCRM 3.0 sur SBS 2003 : http://mscrm3.blogspot.com
> > "Alain Bourgeois" a écrit dans le message de
> > news:
> >> 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
> >>
> >>
> >
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)
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)
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)
Lire d'urgence http://support.microsoft.com/kb/239892/fr, et
appliquer les instructions. Rien de sorcier, et ici cela marche très
bien.
Lire d'urgence http://support.microsoft.com/kb/239892/fr, et
appliquer les instructions. Rien de sorcier, et ici cela marche très
bien.
Lire d'urgence http://support.microsoft.com/kb/239892/fr, et
appliquer les instructions. Rien de sorcier, et ici cela marche très
bien.