OVH Cloud OVH Cloud

Erreurs lors de réplication NtFrs

8 réponses
Avatar
Pascal Millot
J'ai des erreurs de réplication dans le journal "Service de réplication de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows, sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.

1er message =

Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13552
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN
Description :
Le service de réplication de fichiers ne peut pas ajouter cet ordinateur au
jeu de réplica suivant :
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Ceci peut être du à un certain nombre de problèmes tels que :
-- un chemin d'accès racine non valide,
-- un répertoire manquant,
-- un volume de disque manquant,
-- un système de fichier sur le volume qui ne prend pas en charge NTFS 5.0

Les informations ci-dessous peuvent aider à résoudre le problème :
Le nom DNS de l'ordinateur est "chambertin.adbc1.adbc.com"
Le nom de membre du jeu de réplica est "CHAMBERTIN"
Le chemin d'accès racine du jeu de réplica est "c:\windows\sysvol\domain"
Le chemin d'accès du répertoire de mise en attente du réplica est
"c:\windows\sysvol\staging\domain"
Le chemin d'accès du répertoire de travail du réplica est
"c:\windows\ntfrs\jet"
Le code de l'état d'erreur Windows est
Le code d'état de l'erreur des FRS est FrsErrorMismatchedJournalId

________________________________________________________

2e message =

Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13555
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN


[suite du message effacé, donnant des conseils sur la procédure à suivre,
mais les manips basiques ne changent rien (stop/start ntfrs)].

Config =
Serveur unique 2003 standard avec AD bien sûr + Exchange + SQL

Par ailleurs, aucun message d'alerte ou d'erreur dans les autres journaux +
le système semble bien fonctionner....

QUESTION : Est-ce grave ? Si oui, que faire pour corriger ?
Merci d'avance pour vos lumières.

--
Pascal Millot

8 réponses

Avatar
Jonathan Bismuth
plusieurs solutions ici :
http://www.eventid.net/display.asp?eventid552&eventnoW1&source=NtFrs&phase=1

notamment concernant de l'espace disque manquant, droits sur label ou base
jet défectueuse....

--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd


"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.



Avatar
Emmanuel Dreux [MS]
Bonjour,

oui l'erreur suivante est problématique:
FrsErrorMismatchedJournalId // The Journal ID from DB does not
match the one from FileSystem.

Le sysvol risque de ne pas "fonctionner" correctement.
D'ailleur, est-il partagé? ( net share montre il un partage sysvol )?

Ce message d'erreur indique que le sysvol ne sera pas automatiquement
répliqué entre les controlleurs de domaines.
En règle générale, on résoud ce problème en reconstruisant le sysvol par une
opération "non authoritative restore" ou D2 dans le jargon, depuis un autre
controleur de domaine.

Si le lien mentionné par Jonathan ne permet pas de résoudre le problème,
ton dc unique et donc ton domaine et ta forêt sont perdus.

Un conseil, teste régulièrement tes backups, assure-toi qu'ils sont
fonctionnels.
Ajoute un second DC afin d'avoir un controleur de domaine toujours
fonctionnel pour l'authentification.

Eventuellement, utilise un machine virtuelle avec un schedule de réplication
de 24h ou plus, ainsi, si tu casses ton dc, et si tu t'en apperçois assez
tôt, les changements ne seront pas encore répliqués dans ta machine
virtuelle et tu pourras revenir en arrière à partir de celle ci.

Cordialement,

"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.

1er message >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13552
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN
Description :
Le service de réplication de fichiers ne peut pas ajouter cet ordinateur
au
jeu de réplica suivant :
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Ceci peut être du à un certain nombre de problèmes tels que :
-- un chemin d'accès racine non valide,
-- un répertoire manquant,
-- un volume de disque manquant,
-- un système de fichier sur le volume qui ne prend pas en charge NTFS 5.0

Les informations ci-dessous peuvent aider à résoudre le problème :
Le nom DNS de l'ordinateur est "chambertin.adbc1.adbc.com"
Le nom de membre du jeu de réplica est "CHAMBERTIN"
Le chemin d'accès racine du jeu de réplica est "c:windowssysvoldomain"
Le chemin d'accès du répertoire de mise en attente du réplica est
"c:windowssysvolstagingdomain"
Le chemin d'accès du répertoire de travail du réplica est
"c:windowsntfrsjet"
Le code de l'état d'erreur Windows est
Le code d'état de l'erreur des FRS est FrsErrorMismatchedJournalId

________________________________________________________

2e message >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13555
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN


[suite du message effacé, donnant des conseils sur la procédure à suivre,
mais les manips basiques ne changent rien (stop/start ntfrs)].

Config > Serveur unique 2003 standard avec AD bien sûr + Exchange + SQL

Par ailleurs, aucun message d'alerte ou d'erreur dans les autres journaux
+
le système semble bien fonctionner....

QUESTION : Est-ce grave ? Si oui, que faire pour corriger ?
Merci d'avance pour vos lumières.

--
Pascal Millot


Avatar
Emmanuel Dreux [MS]
Si le lien mentionné par Jonathan ne permet pas de résoudre le problème,
ton dc unique et donc ton domaine et ta forêt sont perdus.


--> Petite précision:
En dernier recours, tu dois pouvoir recréer un sysvol avec les gpo par
défaut avec recreatedefpol en 2000 et Dcgpofix en 2003.

http://www.microsoft.com/downloads/details.aspx?FamilyIDµb685ae-b7dd-4bb5-ab2a-976d6873129d&DisplayLang=en

"Emmanuel Dreux [MS]" a écrit dans le message
de news:
Bonjour,

oui l'erreur suivante est problématique:
FrsErrorMismatchedJournalId // The Journal ID from DB does not
match the one from FileSystem.

Le sysvol risque de ne pas "fonctionner" correctement.
D'ailleur, est-il partagé? ( net share montre il un partage sysvol )?

Ce message d'erreur indique que le sysvol ne sera pas automatiquement
répliqué entre les controlleurs de domaines.
En règle générale, on résoud ce problème en reconstruisant le sysvol par
une opération "non authoritative restore" ou D2 dans le jargon, depuis un
autre controleur de domaine.

Si le lien mentionné par Jonathan ne permet pas de résoudre le problème,
ton dc unique et donc ton domaine et ta forêt sont perdus.

Un conseil, teste régulièrement tes backups, assure-toi qu'ils sont
fonctionnels.
Ajoute un second DC afin d'avoir un controleur de domaine toujours
fonctionnel pour l'authentification.

Eventuellement, utilise un machine virtuelle avec un schedule de
réplication de 24h ou plus, ainsi, si tu casses ton dc, et si tu t'en
apperçois assez tôt, les changements ne seront pas encore répliqués dans
ta machine virtuelle et tu pourras revenir en arrière à partir de celle
ci.

Cordialement,

"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication
de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.

1er message >>
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13552
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN
Description :
Le service de réplication de fichiers ne peut pas ajouter cet ordinateur
au
jeu de réplica suivant :
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Ceci peut être du à un certain nombre de problèmes tels que :
-- un chemin d'accès racine non valide,
-- un répertoire manquant,
-- un volume de disque manquant,
-- un système de fichier sur le volume qui ne prend pas en charge NTFS
5.0

Les informations ci-dessous peuvent aider à résoudre le problème :
Le nom DNS de l'ordinateur est "chambertin.adbc1.adbc.com"
Le nom de membre du jeu de réplica est "CHAMBERTIN"
Le chemin d'accès racine du jeu de réplica est "c:windowssysvoldomain"
Le chemin d'accès du répertoire de mise en attente du réplica est
"c:windowssysvolstagingdomain"
Le chemin d'accès du répertoire de travail du réplica est
"c:windowsntfrsjet"
Le code de l'état d'erreur Windows est
Le code d'état de l'erreur des FRS est FrsErrorMismatchedJournalId

________________________________________________________

2e message >>
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13555
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN


[suite du message effacé, donnant des conseils sur la procédure à suivre,
mais les manips basiques ne changent rien (stop/start ntfrs)].

Config >> Serveur unique 2003 standard avec AD bien sûr + Exchange + SQL

Par ailleurs, aucun message d'alerte ou d'erreur dans les autres journaux
+
le système semble bien fonctionner....

QUESTION : Est-ce grave ? Si oui, que faire pour corriger ?
Merci d'avance pour vos lumières.

--
Pascal Millot






Avatar
Pascal Millot
OK, la manip décrite dans l'article conseillé semble avoir fonctionné.
C'est toujours un peu angoissant de faire des DEL sur des fichiers système,
mais pour le moment pas d'erreur signalée pour le moment. J'atends tout de
même 24h pour vérifier que la réplication va se faire convenablement.

Merci pour ton aide.
--
Pascal Millot


"Jonathan Bismuth" wrote:

plusieurs solutions ici :
http://www.eventid.net/display.asp?eventid552&eventnoW1&source=NtFrs&phase=1

notamment concernant de l'espace disque manquant, droits sur label ou base
jet défectueuse....

--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd


"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.








Avatar
Pascal Millot
J'ai fait la manip conseillée par Jonathan, et tout semble fonctionner pour
le moment. Je réponds à tes questions ci-dessous, si cela peut en aider
d'autres qui auraient le même type de pb.

"Emmanuel Dreux [MS]" wrote:

Bonjour,

oui l'erreur suivante est problématique:
FrsErrorMismatchedJournalId // The Journal ID from DB does not
match the one from FileSystem.

Le sysvol risque de ne pas "fonctionner" correctement.
D'ailleur, est-il partagé? ( net share montre il un partage sysvol )?


OUI, pas de pb de ce côté là.

Ce message d'erreur indique que le sysvol ne sera pas automatiquement
répliqué entre les controlleurs de domaines.
En règle générale, on résoud ce problème en reconstruisant le sysvol par une
opération "non authoritative restore" ou D2 dans le jargon, depuis un autre
controleur de domaine.

PB: je n'ai pas d'autre contrôleur de domaine. Cela veut-il dire qu'il est

sérieusement recommandé d'avoir un 2e DC dans un réseau, juste pour les pbs
d'AD.... il faudrait dans ce cas penser à des licences pour des petites
machines dédiées à ça uniquement. Il y a peut-être un marché, car la
sauvegarde complète d'un seul DC coûte cher, et reste longue à restaurer dans
pratiquement tous les types de supports (ça dépend aussi de la quantité de
données sur les disques + RAID ou pas RAID, etc...).

Si le lien mentionné par Jonathan ne permet pas de résoudre le problème,
ton dc unique et donc ton domaine et ta forêt sont perdus.

Un conseil, teste régulièrement tes backups, assure-toi qu'ils sont
fonctionnels.


OK, mais ça coûte cher en temps.... et puis si l'on ne peut pas faire
confiance aux produits que l'on achète.....

Ajoute un second DC afin d'avoir un controleur de domaine toujours
fonctionnel pour l'authentification.


Voir remarque ci-dessus.

Eventuellement, utilise un machine virtuelle avec un schedule de réplication
de 24h ou plus, ainsi, si tu casses ton dc, et si tu t'en apperçois assez
tôt, les changements ne seront pas encore répliqués dans ta machine
virtuelle et tu pourras revenir en arrière à partir de celle ci.

Ce point m'intéresse, mais je ne comprends pas l'appellation machine

virtuelle. Est-ce en utilisant Virtual PC ? Si oui, comment gérer les
licences Microsoft du 2e serveur ?

Cordialement,

"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.

1er message > >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13552
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN
Description :
Le service de réplication de fichiers ne peut pas ajouter cet ordinateur
au
jeu de réplica suivant :
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Ceci peut être du à un certain nombre de problèmes tels que :
-- un chemin d'accès racine non valide,
-- un répertoire manquant,
-- un volume de disque manquant,
-- un système de fichier sur le volume qui ne prend pas en charge NTFS 5.0

Les informations ci-dessous peuvent aider à résoudre le problème :
Le nom DNS de l'ordinateur est "chambertin.adbc1.adbc.com"
Le nom de membre du jeu de réplica est "CHAMBERTIN"
Le chemin d'accès racine du jeu de réplica est "c:windowssysvoldomain"
Le chemin d'accès du répertoire de mise en attente du réplica est
"c:windowssysvolstagingdomain"
Le chemin d'accès du répertoire de travail du réplica est
"c:windowsntfrsjet"
Le code de l'état d'erreur Windows est
Le code d'état de l'erreur des FRS est FrsErrorMismatchedJournalId

________________________________________________________

2e message > >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13555
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN


[suite du message effacé, donnant des conseils sur la procédure à suivre,
mais les manips basiques ne changent rien (stop/start ntfrs)].

Config > > Serveur unique 2003 standard avec AD bien sûr + Exchange + SQL

Par ailleurs, aucun message d'alerte ou d'erreur dans les autres journaux
+
le système semble bien fonctionner....

QUESTION : Est-ce grave ? Si oui, que faire pour corriger ?
Merci d'avance pour vos lumières.

--
Pascal Millot







Avatar
Jonathan Bismuth
Re Pascal,

content que l'une des manip soit passée. Tiens nous au courant si d'autres
problèmes pparaissent.

Je laisse Emmanuel répondre aux questions que tu lui pose plus bas, mais
juste comme avis consultatif, pour moi un DC ne peut être vu que comme
membre d'une paire (pour une PME s'entend!), afin d'assurer la tolérance de
panne.
Note que ton idée d'une licence dédiée DC de backup n'est pas mauvaise en
soit, particulièrement pour des PME qui se contentraient de performances
dégradées dans le cas de l'utilisation de celui-ci. Reste à savoir si le
marché existe de façon "worldwide" ?

Bonne soirée,
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?z5pCI2OyS6

"Pascal Millot" a écrit dans le
message de news:
OK, la manip décrite dans l'article conseillé semble avoir fonctionné.
C'est toujours un peu angoissant de faire des DEL sur des fichiers
système,
mais pour le moment pas d'erreur signalée pour le moment. J'atends tout de
même 24h pour vérifier que la réplication va se faire convenablement.

Merci pour ton aide.
--
Pascal Millot



Avatar
Emmanuel Dreux [MS]
Bonjour Pascal,

il me semble qu'une bande ou qu'une license coutera toujours moins cher
qu'une ou plusieurs semaine de prestation facturée 1500 euros par jour pour
reconstruire un domaine perdu ( remonter un dc, repasser toutes les
machines dans le domaine, recréer tous les comptes, réinstaller ton système
de messagerie, tester toutes les appli, les systèmes d'impression, recréer
et tester toutes les permissions sur les shares, sur tes bases sql, sur tes
serveurs webs...)

Le cout non négligeable d'une bande ou license supplémentaire est lui même
probablement négligeable par rapport au cout nécessaire de tout
reconstruire.
Ceci dit, tu peux utiliser ntbackup livré en standard dans Windows
2000/2003, faire ton backup incluant le system state sur un partage
réseau... et ça ne te coutera rien ou presque.

Au sujet des machines virtuelles, effectivement je pensais à Virtual PC.
C'est une pratique courante, tu crées un site dédié et place le dc de ta
machine virtuelle dans ce site.
Tu met un schedule de réplication d'environ 1 semaine, et ça te permet
d'être à l'abris d'une éventuelle erreur de manipulation d'un administrateur
système.

Exemple : Récemment un client nous a ouvert un appel.
Se croyant en environnement de test ( switché sur la mauvaise console ), il
a par mégarde supprimé une OU contenant 3000 postes, juste pour essayer :-)
Le temps qu'ils nous appellent, ça avait répliqué partout...

"Pascal Millot" a écrit dans le
message de news:
J'ai fait la manip conseillée par Jonathan, et tout semble fonctionner
pour
le moment. Je réponds à tes questions ci-dessous, si cela peut en aider
d'autres qui auraient le même type de pb.

"Emmanuel Dreux [MS]" wrote:

Bonjour,

oui l'erreur suivante est problématique:
FrsErrorMismatchedJournalId // The Journal ID from DB does not
match the one from FileSystem.

Le sysvol risque de ne pas "fonctionner" correctement.
D'ailleur, est-il partagé? ( net share montre il un partage sysvol )?


OUI, pas de pb de ce côté là.

Ce message d'erreur indique que le sysvol ne sera pas automatiquement
répliqué entre les controlleurs de domaines.
En règle générale, on résoud ce problème en reconstruisant le sysvol par
une
opération "non authoritative restore" ou D2 dans le jargon, depuis un
autre
controleur de domaine.

PB: je n'ai pas d'autre contrôleur de domaine. Cela veut-il dire qu'il est

sérieusement recommandé d'avoir un 2e DC dans un réseau, juste pour les
pbs
d'AD.... il faudrait dans ce cas penser à des licences pour des petites
machines dédiées à ça uniquement. Il y a peut-être un marché, car la
sauvegarde complète d'un seul DC coûte cher, et reste longue à restaurer
dans
pratiquement tous les types de supports (ça dépend aussi de la quantité de
données sur les disques + RAID ou pas RAID, etc...).

Si le lien mentionné par Jonathan ne permet pas de résoudre le problème,
ton dc unique et donc ton domaine et ta forêt sont perdus.

Un conseil, teste régulièrement tes backups, assure-toi qu'ils sont
fonctionnels.


OK, mais ça coûte cher en temps.... et puis si l'on ne peut pas faire
confiance aux produits que l'on achète.....

Ajoute un second DC afin d'avoir un controleur de domaine toujours
fonctionnel pour l'authentification.


Voir remarque ci-dessus.

Eventuellement, utilise un machine virtuelle avec un schedule de
réplication
de 24h ou plus, ainsi, si tu casses ton dc, et si tu t'en apperçois assez
tôt, les changements ne seront pas encore répliqués dans ta machine
virtuelle et tu pourras revenir en arrière à partir de celle ci.

Ce point m'intéresse, mais je ne comprends pas l'appellation machine

virtuelle. Est-ce en utilisant Virtual PC ? Si oui, comment gérer les
licences Microsoft du 2e serveur ?

Cordialement,

"Pascal Millot" a écrit dans le
message de news:
J'ai des erreurs de réplication dans le journal "Service de réplication
de
fichiers", depuis que j'ai fait une restauration système à partir de
sauvegardes (logiciel tiers Retrospect 7.0). Cette restauration sétait
terminée normalement par un redémarrage en mode restauration AD
Windows,
sans
message d'erreur particulier (donc a priori correcte).

L'erreur est périodique toutes les 24 h environ.

1er message >> >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13552
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN
Description :
Le service de réplication de fichiers ne peut pas ajouter cet
ordinateur
au
jeu de réplica suivant :
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Ceci peut être du à un certain nombre de problèmes tels que :
-- un chemin d'accès racine non valide,
-- un répertoire manquant,
-- un volume de disque manquant,
-- un système de fichier sur le volume qui ne prend pas en charge NTFS
5.0

Les informations ci-dessous peuvent aider à résoudre le problème :
Le nom DNS de l'ordinateur est "chambertin.adbc1.adbc.com"
Le nom de membre du jeu de réplica est "CHAMBERTIN"
Le chemin d'accès racine du jeu de réplica est
"c:windowssysvoldomain"
Le chemin d'accès du répertoire de mise en attente du réplica est
"c:windowssysvolstagingdomain"
Le chemin d'accès du répertoire de travail du réplica est
"c:windowsntfrsjet"
Le code de l'état d'erreur Windows est
Le code d'état de l'erreur des FRS est FrsErrorMismatchedJournalId

________________________________________________________

2e message >> >
Type de l'événement : Erreur
Source de l'événement : NtFrs
Catégorie de l'événement : Aucun
ID de l'événement : 13555
Date : 17/08/2005
Heure : 21:12:44
Utilisateur : N/A
Ordinateur : CHAMBERTIN


[suite du message effacé, donnant des conseils sur la procédure à
suivre,
mais les manips basiques ne changent rien (stop/start ntfrs)].

Config >> > Serveur unique 2003 standard avec AD bien sûr + Exchange + SQL

Par ailleurs, aucun message d'alerte ou d'erreur dans les autres
journaux
+
le système semble bien fonctionner....

QUESTION : Est-ce grave ? Si oui, que faire pour corriger ?
Merci d'avance pour vos lumières.

--
Pascal Millot









Avatar
Pascal Millot
Bonjour Emmanuel,

Tout d'abord, je fais le point 48h après réparation (voir réponses
précédentes): tout va bien, plus aucune erreur dans les journaux et un DCDIAG
indique tout va bien. Donc merci à Jonathan et à toi pour m'avoir donné des
solutions.

Je signale à d'autres qui liraient cette conversation, que j'avais repéré
pas mal de questions dans des forums/sites Internet avec les mêmes
erreurs... ce serait donc assez courant....

Pour te répondre Emmanuel, je ne sais pas si ce forum est bien le lieu pour
poursuivre cette discussion, mais tant pis, continuons :


Bonjour Pascal,

il me semble qu'une bande ou qu'une license coutera toujours moins cher
qu'une ou plusieurs semaine de prestation facturée 1500 euros par jour pour
reconstruire un domaine perdu ( remonter un dc, repasser toutes les
machines dans le domaine, recréer tous les comptes, réinstaller ton système
de messagerie, tester toutes les appli, les systèmes d'impression, recréer
et tester toutes les permissions sur les shares, sur tes bases sql, sur tes
serveurs webs...)



Je suis tout à fait d'accord sur le principe et d'ailleurs, j'ai bien un
système de sauvegarde sur bande pour notre réseau local (1 serveur 2003 + 6
postes).

Maintenant, en tant que prestataire de service/revendeur pour des très
petites entreprises sans service informatique, il est souvent difficile de
faire passer le message aux clients. Beaucoup de bonnes/mauvaises raisons de
la part des clients, qui au final reviennent à c'est trop cher... (refrain
bien connu de nos jours) ... ou encore c'est trop compliqué.

Le cout non négligeable d'une bande ou license supplémentaire est lui même
probablement négligeable par rapport au cout nécessaire de tout
reconstruire.


Il faut intégrer que du point de vue d'un client non informaticien, son
informatique coûte toujours trop cher, notamment à une époque où la
technologie est bradée : nous sommes dans l'ère du gratuit (téléphone,
Internet, etc....) et le bradage de l'informatique hard et soft va dans ce
sens. C'est un véritable problème quand on voit que le hard ne coûte plus
grand chose (un serveur PME pour 1000 à 2000 € avec SBS2003 inclus), et qu'il
faut vendre pour 3 à 10 fois ça en services + accessoires, dont la
sauvegarde. C'est très compliqué à faire admettre au petites entreprises.

Ceci dit, tu peux utiliser ntbackup livré en standard dans Windows
2000/2003, faire ton backup incluant le system state sur un partage
réseau... et ça ne te coutera rien ou presque.



Je pense que c'est effectivement un bon compromis. Il faut simplement
considérer le temps de restauration, notamment sur un RAID 5, qu'il faut
recréer avant restauration en cas de désastre. C'est là que le 2e DC permet
de supprimer le temps d'interruption du service (théoriquement, il n'y en a
plus).

Alors, si qqn chez Microsoft veut bien recueillir des idées de la part des
revendeurs, je suggère d'étudier la possibilté d'inclure une licence spéciale
dans SBS2003 pour avoir un serveur (ou pseudo-serveur) secondaire bridé
fonctionnant sur une plateforme hard minimale. (Je peux développer si
nécessaire).

Au sujet des machines virtuelles, effectivement je pensais à Virtual PC.
C'est une pratique courante, tu crées un site dédié et place le dc de ta
machine virtuelle dans ce site.
Tu met un schedule de réplication d'environ 1 semaine, et ça te permet
d'être à l'abris d'une éventuelle erreur de manipulation d'un administrateur
système.

OK. La solution me convient, mais il faut acheter les licences, et c'est

trop cher pour une petite entreprise; par contre pour une grande.....

Exemple : Récemment un client nous a ouvert un appel.
Se croyant en environnement de test ( switché sur la mauvaise console ), il
a par mégarde supprimé une OU contenant 3000 postes, juste pour essayer :-)
Le temps qu'ils nous appellent, ça avait répliqué partout...

C'est pas drôle, mais c'était bien cherché :-). Quant on a 3000 postes, on

a les moyens de se payer un serveur (des serveurs) de secours + sauvegarde +
plateforme de test pour esayer ses modifs....
C'est aussi en faisant des erreurs que l'on apprend !!! Qui n'en a jamais
fait...

Pascal Millot