OVH Cloud OVH Cloud

backup sbs

16 réponses
Avatar
Alain Bourgeois
Chers tous,


En général, les backups effectués par l'assistant backup sbs 2003
fonctionnent.
Cependant, la nuit dernière, il s'est planté evec une explication un peu
"barbare" :


Sauvegarde débutée le 23/01/2007 à 23:06.
Sauvegarde terminée le 24/01/2007 à 01:33.
Répertoires : 5532
Fichiers : 79467
Octets : 19 449 012 603
Durée : 2 heures, 27 minutes, et 3 secondes
Sauvegarde de "SERVER\Microsoft Information Store\Premier groupe de
stockage"
Jeu de sauvegardes nº 2 sur le média nº 1
Description de la sauvegarde : "Sauvegarde SBS créée le 23/01/2007 à
23:00"
Nom du média : "Small Business Server Backup (01).bkf créé le 23/01/2007
à 23:00"

Type de sauvegarde : Normale

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).' 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.
Sauvegarde terminée le 24/01/2007 à 01:52.
Répertoires : 3
Fichiers : 4
Octets : 1 601 348 300
Durée : 18 minutes et 33 secondes

----------------------

L'opération ne s'est pas terminée correctement.

----------------------

Quelqu'un peut m'éclairer?

Merci,
Alain

6 réponses

1 2
Avatar
GG [MVP]
Bonjour,

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é.



Effectivement quand on n'est pas sur de ses sauvegardes il est préférable
de fermer les ports aussi des fois que vous ayez modifier la sécurité de
mot de passe pour que les gens se connect sans mot de passe ou avec
des mot de passe a 2 lettres. Si on laisse la sécurité telle qu'elle a été
défini pas l'assistant d'installation en passant le nombre de lettre a 9 ou
10 je n'ai jamais un intrus venir taquiner mes SBS.

Mais, occupez-vous bien d'entretenir Exchange et de faire de bonnes
sauvegardes, c'est un bon début, ca c'est de la bonne sécurité. :)
--
Cordialement.
GG.
http://sbsfr.free.fr/forums/
Avatar
Clark [MVP CRM]
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









Avatar
Alain Bourgeois
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
>>
>>
>


Avatar
Alain Bourgeois
Petite rectification supplémentaire:

Concernant ces backups, dell nous a proposé un soft: symantec backup exec permettant
de faire des "backups" sur disque.
Après vérification, il ne permet de faire des sauvegardes que sur un autre serveur
sbs 2003 dans le même réseau, pas sur un partage d'un disque réseau.

Merci le commercial de dell qui avait garantit que ca marchait.

Alain Bourgeois wrote:

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
> >>
> >>
> >


Avatar
Antoine Leca
Alain Bourgeois écrivit dans news::
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.

En gros, tu te retrouves avec autant de tâches de sauvegarde qu'il y a de
jours dans la semaine ; si tu veux une sauvegarde plus grosse (ou ailleurs)
à la fin du mois, pouf, une tâche de plus. Etc.


PS: j'ai trouvé cette note avec Google, quand j'ai essayé de faire tourner
NTBACKUP la première fois, et quand j'ai remarqué de suite que cela ne me
permettait pas de gérer «automatiquement» un cycle de plusieurs bandes
(comme savent le faire les logiciels de sauvagarde plus «évolués»).


Antoine
Avatar
GG [MVP]
Bonjour,

Lire d'urgence http://support.microsoft.com/kb/239892/fr, et
appliquer les instructions. Rien de sorcier, et ici cela marche très
bien.



Elle est très bien cette fiche, et elle a une ligne qui me semble
extremement courte, simple et parfaite, c'est :
ntbackup /?

Encore faut-il savoir lire !!! :)
Merci je ne la connaissais pas.

--
Cordialement.
GG.
http://sbsfr.free.fr/forums/
1 2