Discussion :

[bogacidre]

Bonjour,
j'ai une base, que suite a une migration de la VM qui l'héberge a commencer a afficher des erreurs 605 (erreur de cohérences)( erp Sage X3, message que j'ai poster: https://www.developpez.net/forums/d1...6/#post8987410).

les erreurs de cohérences se gonfle de jours en jours jusqu’à crache de la base.
pour y remédier a cela on lancer la requète DBCC CHECKDB avec repaire rebuild, tout est rentrer dans l’ordre (0 incohérences).

deux jours plu-tard (aujourd’hui CAD) les erreurs d'incohérences appairasse encore une fois (88 a cet instant).

je suis confus, d'ou ces erreurs ses sont réapparus, comment faire pour les éliminer complètement ???

Merci.

[SQLpro]

Cela veut tout simplement dire que les disques sont pourris et en train de crever. Alertez votre hébergeur de toute urgence et intimer leur de déplacer vos bases sur un autre storage.

A +

[bogacidre]

Bonjour,
la base est celle d'un ERP qui est héberger sur une VM tournant sous Win 2008 srv, la seule action effectuée est la migration d'un serveur a un autre (d'un Esxi a un autre).
le nouveau Esxi est un nouveau serveur (Dell R730) âgé d'un mois, donc des disque sont pourris et en train de crever !!! c'est un peut bizarre (j'ai analyser les disques tout de même, et ils sont intacts).

une autre piste ? Je pense que c'est liée a la virtualisation (on a 7 autres VM avec des bases SQL et pas de prb rencontrer).

Cdt

[SQLpro]

Effectivement cela peut venir de la VM... Dans ce cas appelez la hot line de votre éditeur de VM car si vous appelez la hot line de Microsoft il vous diront de commencer par dévirtualiser avant d'intervenir....

A +

[bogacidre]

Bonjour,
Les journaux Windows m'affiche ces deux messages chaque 20 minutes presque (voir imprime écran ci-joint).

[SQLpro]

Cela confirme bien que vous avez un stockage pourri et ni SQL Server ni Windows en sont la cause....

A +

[bogacidre]

C'est une VM (d'autre VM tourne sur le même serveur et pas de problème).

qu'est ce que tu suggère comme solution ?

[SQLpro]

Ce n'est pas parce que vous avez une VM qu'il n'y a pas des problèmes de hardware ou de "hardsoftware" !
Le plus simple est de détruire cette VM, checker votre base sur une machine physique, la réparer si besoin est et la remettre en production sur ce que vous voulez VM ou pas.

Plus vous tarderez à le faire, plus le risque de ne plus pouvoir en récupérer les données sera grand.

A +

[Christophe LAPORTE]

Bonjour

Ce n'est pas parceque votre VM change de Host que le stockage a changé. Le datastore peut être partagé par tous les noeuds du cluster ESX.
Il faut de toute urgence que vous remontiez ce point à votre hébergeur, qui par contrat doit vous assurer un stockage consistant répliqué.
Demandez dans un premier temps une migration à chaud des VMDK sur un autre datastore.

cdlt
Christophe

[SQLpro]

A priori si cela ne concerne que la tempdb, pas de risque majeur. Néanmoins, vérifiez un a un les messages d'erreur.

A +

[Christophe LAPORTE]

Un antivirus sur la VM ?
Les exclusions de MDF/NDF/LDF ?