OVH Cloud OVH Cloud

Pb BI privé ??

4 réponses
Avatar
Guillaume
Bonjour,

Je poss=E8de un W2K + Exch2k serveur. les pbs sont les=20
suivants :

1) Nous ne pouvons sauvegarder (Veritas Backup Exec 9.0)=20
enti=E8rement notre BI BAL, le serveur reboote. Par contre,=20
lorsque nous sauvegardons avec NT Backup cela fonctionne=20
correctement et la purge des journaux se fait bien.

2) Lorsque nous utilisons Exmerge, nous rencontrons des=20
pbs pour l'extraction de certaines BALs, alors que les=20
autorisations "send as" et "receveid as" sont bien=20
appliqu=E9.

3) Lorsque nous ex=E9cutons un scan antivirus (Symantec=20
Filtering Exchange) le scan s'arr=EAte env. =E0 70%.

J'ai effectu=E9 diff=E9rentes maintenance sur la BI =E0 l'aide=20
de la commande eseutil /g aucun pb d'int=E9grit=E9 rencontr=E9.=20
De m=EAme, j'ai fais une defrag. de cette BI et aucun pb=20
rencontr=E9.

J'ai essay=E9 d'isoler le pb en cr=E9ant deux BI BAL en=20
d=E9placant certaines BALs douteuse, aucun pbs rencontr=E9s,=20
sauf que la taille (volum=E9trie de la premiere BI) n'a pas=20
diminu=E9.

Je ne sais plus trop quoi faire et me dis que si nous=20
rencontrons tous ces pbs =E9num=E9r=E9s ci-dessus, cela=20
pourrait provenir effectivement de la BI (BI corrompu ou=20
autres). Que puis-je faire ??

En ce qui concerne les diff=E9rents journaux (application=20
et syst=E8me) ils ne contiennent aucune erreur.

Merci pour vos aide !

Guillaume

4 réponses

Avatar
Guillaume Bordier [MS]
Bonjour,

Comme souvent, le premier regard doit se porter sur l'antivirus,
- vérifier que l'antivirus fichiers ne scanne pas les répertoires exchange
- désactiver tout anti-virus "temps réel"

si eseutil ne détecte pas de problème, il y a toutes les chances ... qu'il
n'y en ait pas.

Que des produits tiers ne fonctionnent pas correctement n'est pas
nécessairement signe d'un problème sur Exchange :)

pour le ExMerge, il faut voir les messages d'erreur au cas par cas.


"Guillaume" wrote in message
news:0cdf01c49cdc$2fcc41b0$
Bonjour,

Je possède un W2K + Exch2k serveur. les pbs sont les
suivants :

1) Nous ne pouvons sauvegarder (Veritas Backup Exec 9.0)
entièrement notre BI BAL, le serveur reboote. Par contre,
lorsque nous sauvegardons avec NT Backup cela fonctionne
correctement et la purge des journaux se fait bien.

2) Lorsque nous utilisons Exmerge, nous rencontrons des
pbs pour l'extraction de certaines BALs, alors que les
autorisations "send as" et "receveid as" sont bien
appliqué.

3) Lorsque nous exécutons un scan antivirus (Symantec
Filtering Exchange) le scan s'arrête env. à 70%.

J'ai effectué différentes maintenance sur la BI à l'aide
de la commande eseutil /g aucun pb d'intégrité rencontré.
De même, j'ai fais une defrag. de cette BI et aucun pb
rencontré.

J'ai essayé d'isoler le pb en créant deux BI BAL en
déplacant certaines BALs douteuse, aucun pbs rencontrés,
sauf que la taille (volumétrie de la premiere BI) n'a pas
diminué.

Je ne sais plus trop quoi faire et me dis que si nous
rencontrons tous ces pbs énumérés ci-dessus, cela
pourrait provenir effectivement de la BI (BI corrompu ou
autres). Que puis-je faire ??

En ce qui concerne les différents journaux (application
et système) ils ne contiennent aucune erreur.

Merci pour vos aide !

Guillaume
Avatar
Guillaume
Merci pour votre réponse, mais je rencontre toujours de
gros pb. Après avoir posté ce message, j'ai réalisé à
nouveau un eseutil -g pas de pb rencontré, mais lorsque
j'ai fais un isinteg (checksum) il m'a rebooter le
serveur.

Malgré le déplacement de BAL vers une autre BI, la
première BI ne change pas de volumétrie, elle reste à 11
GO.

Que puis-je faire ??



-----Message d'origine-----
Bonjour,

Comme souvent, le premier regard doit se porter sur
l'antivirus,

- vérifier que l'antivirus fichiers ne scanne pas les
répertoires exchange

- désactiver tout anti-virus "temps réel"

si eseutil ne détecte pas de problème, il y a toutes
les chances ... qu'il

n'y en ait pas.

Que des produits tiers ne fonctionnent pas correctement
n'est pas

nécessairement signe d'un problème sur Exchange :)

pour le ExMerge, il faut voir les messages d'erreur au
cas par cas.



"Guillaume" wrote
in message

news:0cdf01c49cdc$2fcc41b0$
Bonjour,

Je possède un W2K + Exch2k serveur. les pbs sont les
suivants :

1) Nous ne pouvons sauvegarder (Veritas Backup Exec 9.0)
entièrement notre BI BAL, le serveur reboote. Par contre,
lorsque nous sauvegardons avec NT Backup cela fonctionne
correctement et la purge des journaux se fait bien.

2) Lorsque nous utilisons Exmerge, nous rencontrons des
pbs pour l'extraction de certaines BALs, alors que les
autorisations "send as" et "receveid as" sont bien
appliqué.

3) Lorsque nous exécutons un scan antivirus (Symantec
Filtering Exchange) le scan s'arrête env. à 70%.

J'ai effectué différentes maintenance sur la BI à l'aide
de la commande eseutil /g aucun pb d'intégrité rencontré.
De même, j'ai fais une defrag. de cette BI et aucun pb
rencontré.

J'ai essayé d'isoler le pb en créant deux BI BAL en
déplacant certaines BALs douteuse, aucun pbs rencontrés,
sauf que la taille (volumétrie de la premiere BI) n'a pas
diminué.

Je ne sais plus trop quoi faire et me dis que si nous
rencontrons tous ces pbs énumérés ci-dessus, cela
pourrait provenir effectivement de la BI (BI corrompu ou
autres). Que puis-je faire ??

En ce qui concerne les différents journaux (application
et système) ils ne contiennent aucune erreur.

Merci pour vos aide !

Guillaume




.



Avatar
Guillaume Bordier [MS]
Bonjour,

Une BI ne diminue jamais de taille, sauf si on effectue une défragmentation
offline avec eseutil justement, pour peu que les délais de retention des
bals soient passés. La défragmentation online, qui doit s'effectuer une fois
par jour permet de récupérer l'espace rendu disponible dans la BI. Si cette
dernière ne s'effectue pas pour une raison ou pour une autre, par exemple
que son planning se chevauche avec celui de la backup, la BI ne fera
qu'augmenter.

Si les reboots se font sans messages d'erreur ni dump, il s'agit
certainement d'un problème hardware, par exemple un problème de barette
mémoire.

s'il y a des dumps, vérifier les évènements de type "save dump" qui
contiennent un résumé du problème, si c'est toujours le même, il faut
investiguer le driver qui a pu provoquer (la encore les Antivirus sont
souvent des drivers) si le blue screen est différent à chaque fois, c'est la
encore un problème de matériel.

il serait peut être utile de faire un chkdsk /f /r pour vérifier
complètement vos disques, qui après tant de crash en ont peut être pris un
coup.

Guillaume


"Guillaume" wrote in message
news:1eb401c49d73$68c86560$
Merci pour votre réponse, mais je rencontre toujours de
gros pb. Après avoir posté ce message, j'ai réalisé à
nouveau un eseutil -g pas de pb rencontré, mais lorsque
j'ai fais un isinteg (checksum) il m'a rebooter le
serveur.

Malgré le déplacement de BAL vers une autre BI, la
première BI ne change pas de volumétrie, elle reste à 11
GO.

Que puis-je faire ??



-----Message d'origine-----
Bonjour,

Comme souvent, le premier regard doit se porter sur
l'antivirus,

- vérifier que l'antivirus fichiers ne scanne pas les
répertoires exchange

- désactiver tout anti-virus "temps réel"

si eseutil ne détecte pas de problème, il y a toutes
les chances ... qu'il

n'y en ait pas.

Que des produits tiers ne fonctionnent pas correctement
n'est pas

nécessairement signe d'un problème sur Exchange :)

pour le ExMerge, il faut voir les messages d'erreur au
cas par cas.



"Guillaume" wrote
in message

news:0cdf01c49cdc$2fcc41b0$
Bonjour,

Je possède un W2K + Exch2k serveur. les pbs sont les
suivants :

1) Nous ne pouvons sauvegarder (Veritas Backup Exec 9.0)
entièrement notre BI BAL, le serveur reboote. Par contre,
lorsque nous sauvegardons avec NT Backup cela fonctionne
correctement et la purge des journaux se fait bien.

2) Lorsque nous utilisons Exmerge, nous rencontrons des
pbs pour l'extraction de certaines BALs, alors que les
autorisations "send as" et "receveid as" sont bien
appliqué.

3) Lorsque nous exécutons un scan antivirus (Symantec
Filtering Exchange) le scan s'arrête env. à 70%.

J'ai effectué différentes maintenance sur la BI à l'aide
de la commande eseutil /g aucun pb d'intégrité rencontré.
De même, j'ai fais une defrag. de cette BI et aucun pb
rencontré.

J'ai essayé d'isoler le pb en créant deux BI BAL en
déplacant certaines BALs douteuse, aucun pbs rencontrés,
sauf que la taille (volumétrie de la premiere BI) n'a pas
diminué.

Je ne sais plus trop quoi faire et me dis que si nous
rencontrons tous ces pbs énumérés ci-dessus, cela
pourrait provenir effectivement de la BI (BI corrompu ou
autres). Que puis-je faire ??

En ce qui concerne les différents journaux (application
et système) ils ne contiennent aucune erreur.

Merci pour vos aide !

Guillaume




.



Avatar
Guillaume
Merci pour votre réponse.

Bonne journée !

Sincères salutations,

Guillaume
-----Message d'origine-----
Bonjour,

Une BI ne diminue jamais de taille, sauf si on effectue
une défragmentation

offline avec eseutil justement, pour peu que les délais
de retention des

bals soient passés. La défragmentation online, qui doit
s'effectuer une fois

par jour permet de récupérer l'espace rendu disponible
dans la BI. Si cette

dernière ne s'effectue pas pour une raison ou pour une
autre, par exemple

que son planning se chevauche avec celui de la backup,
la BI ne fera

qu'augmenter.

Si les reboots se font sans messages d'erreur ni dump,
il s'agit

certainement d'un problème hardware, par exemple un
problème de barette

mémoire.

s'il y a des dumps, vérifier les évènements de
type "save dump" qui

contiennent un résumé du problème, si c'est toujours le
même, il faut

investiguer le driver qui a pu provoquer (la encore les
Antivirus sont

souvent des drivers) si le blue screen est différent à
chaque fois, c'est la

encore un problème de matériel.

il serait peut être utile de faire un chkdsk /f /r pour
vérifier

complètement vos disques, qui après tant de crash en
ont peut être pris un

coup.

Guillaume


"Guillaume" wrote
in message

news:1eb401c49d73$68c86560$
Merci pour votre réponse, mais je rencontre toujours de
gros pb. Après avoir posté ce message, j'ai réalisé à
nouveau un eseutil -g pas de pb rencontré, mais lorsque
j'ai fais un isinteg (checksum) il m'a rebooter le
serveur.

Malgré le déplacement de BAL vers une autre BI, la
première BI ne change pas de volumétrie, elle reste à 11
GO.

Que puis-je faire ??



-----Message d'origine-----
Bonjour,

Comme souvent, le premier regard doit se porter sur
l'antivirus,

- vérifier que l'antivirus fichiers ne scanne pas les
répertoires exchange

- désactiver tout anti-virus "temps réel"

si eseutil ne détecte pas de problème, il y a toutes
les chances ... qu'il

n'y en ait pas.

Que des produits tiers ne fonctionnent pas correctement
n'est pas

nécessairement signe d'un problème sur Exchange :)

pour le ExMerge, il faut voir les messages d'erreur au
cas par cas.



"Guillaume" wrote
in message

news:0cdf01c49cdc$2fcc41b0$
Bonjour,

Je possède un W2K + Exch2k serveur. les pbs sont les
suivants :

1) Nous ne pouvons sauvegarder (Veritas Backup Exec 9.0)
entièrement notre BI BAL, le serveur reboote. Par
contre,


lorsque nous sauvegardons avec NT Backup cela fonctionne
correctement et la purge des journaux se fait bien.

2) Lorsque nous utilisons Exmerge, nous rencontrons des
pbs pour l'extraction de certaines BALs, alors que les
autorisations "send as" et "receveid as" sont bien
appliqué.

3) Lorsque nous exécutons un scan antivirus (Symantec
Filtering Exchange) le scan s'arrête env. à 70%.

J'ai effectué différentes maintenance sur la BI à l'aide
de la commande eseutil /g aucun pb d'intégrité
rencontré.


De même, j'ai fais une defrag. de cette BI et aucun pb
rencontré.

J'ai essayé d'isoler le pb en créant deux BI BAL en
déplacant certaines BALs douteuse, aucun pbs rencontrés,
sauf que la taille (volumétrie de la premiere BI) n'a
pas


diminué.

Je ne sais plus trop quoi faire et me dis que si nous
rencontrons tous ces pbs énumérés ci-dessus, cela
pourrait provenir effectivement de la BI (BI corrompu ou
autres). Que puis-je faire ??

En ce qui concerne les différents journaux (application
et système) ils ne contiennent aucune erreur.

Merci pour vos aide !

Guillaume




.




.