Trace Flag 610 & sqlserver 2008 SP3
-
vendredi 16 mars 2012 10:45
Bonjour,
Nous avons testé le Trace Flag 610, en l'activant nous avons eu comme erreur (SSIS job):
Error Description: SSIS Error Code DTS_E_OLEDBERROR. An OLE DB
error has occurred. Error code: 0x80004005.
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "During undoing of a
logged operation in database 'XXXX', an error occurred at log record
ID (82254385:1023360:1). Typically, the specific failure is logged
previously as an error in the Windows Event Log service. Restore the
database or file from a backup, or repair the database.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "The log for database
'XXXX' is not available. Check the event log for related error
messages. Resolve any errors and restart the database.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "During undoing of a
logged operation in database 'XXXX', an error occurred at log record
ID (82254385:3868989:319). Typically, the specific failure is logged
previously as an error in the Windows Event Log service. Restore the
database or file from a backup, or repair the database.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "The log for database
'XXXX' is not available. Check the event log for related error
messages. Resolve any errors and restart the database.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "During undoing of a
logged operation in database 'XXXX', an error occurred at log record
ID (82254385:1024028:195). Typically, the specific failure is logged
previously as an error in the Windows Event Log service. Restore the
database or file from a backup, or repair the database.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "An inconsistency was
detected during an internal operation. Please contact technical
support.".
An OLE DB record is available. Source: "Microsoft SQL Server Native
Client 10.0" Hresult: 0x80004005 Description: "Time-out occurred
while waiting for buffer latch type 4 for page (9:1538572), database
ID 5.".
Et la base est noté Suspect
Nous pouvons reproduire cela sur les bases de Production et Test avec des hardware différents.Pourrait-il s'agir d'un bug Microsoft? Ou avez-vous des pistes?
Merci
Toutes les réponses
-
samedi 17 mars 2012 14:38
Bonjour,
POuvez vous nous faire parvenir quelques éléments supplémentaires ? Des logs windows ou SQL Server qui devraient, je pense, nous éclairer sur le problème recontré.
Car il semble que votre erreur se produit lors du rollback d'une opération ...
Cdlt,
Christophe
Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM
-
lundi 19 mars 2012 08:22
Bonjour Christophe,
Je ne suis pas DBA mais j'ai réussi à avoir des infos de l'app event log, dans l'odre:
The description for Event ID 5243from source MSSQL$XXXX cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
The description for Event ID 3314from source MSSQL$XXXX cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
The description for Event ID 9001 from source MSSQL$XXXX cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.ð
Je ne sais pas si cela peut aider?
Merci
-
lundi 19 mars 2012 08:57
Et dans la journal SQL Server ?
Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM
-
lundi 19 mars 2012 10:45
Typiquement le fait d'utiliser le TF610 force la réservation de davantage d'espace dans le journal de transactions, et si le journal ou le disque est plein la transaction doit rollbacker. C'est durant cette opération que le rollback échoue et passe la base en suspect.
- S'agit-il de bases réellement différentes sur les environnements de test et production ou de la même copie physique (une copie par un backup / restore par exemple) ?
- Est-ce que vous faites des dbcc checkdb sur cette base en production, et si oui de quand date le dernier checkdb valide ?
- Et comme le demande Christophe, il faudrait poster le contenu de l'errorlog relatif à l'erreur.
David B.
-
vendredi 13 avril 2012 10:00Modérateur
Je suis du même avis que David ... que donne un dbcc checkdb ?
++
MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
-
dimanche 29 avril 2012 23:25
Bonjour,
Le trace flag 610 , c'est bien une façon de contrôler les inserts avec un logging minimal ?
http://msdn.microsoft.com/en-us/library/dd425070(SQL.100).aspx
Bonne journée
Mark Post as helpful if it provides any help.Otherwise,leave it as it is.

