Αναγν. άρθρου: 923247 - Τελευταία αναθεώρηση: Παρασκευή, 24 Δεκεμβρίου 2010 - Αναθεώρηση: 2.0

Αντιμετώπιση προβλημάτων σφάλματος DBCC 2570 του SQL Server 2005

Παράλληλη προβολήΠροβολή του πρωτότυπου αγγλικού άρθρου και της ελληνικής μετάφρασης αντικριστά
Μηχανικά μεταφρασμένοΠΡΟΕΙΔΟΠΟΙΗΣΗ: ΑΥΤΟ ΤΟ ΑΡΘΡΟ ΜΕΤΑΦΡΑΣΤΗΚΕ ΜΕ ΜΗΧΑΝΙΚΗ ΜΕΤΑΦΡΑΣΗ
Δείτε τα προϊόντα στα οποία αναφέρεται το συγκεκριμένο άρθρο.
Συμβουλή συστήματοςΑυτό το άρθρο ισχύει για διαφορετικό λειτουργικό σύστημα από αυτό που χρησιμοποιείτε. Το περιεχόμενο του άρθρου που ενδέχεται να μην σας αφορά έχει απενεργοποιηθεί.

Σε αυτήν τη σελίδα

Ανάπτυξη όλων | Σύμπτυξη όλων

ΕΙΣΑΓΩΓΗ

Αυτό το άρθρο περιγράφει το σφάλμα SQL Server 2570, τι προκαλεί το σφάλμα και τον τρόπο επίλυσης του προβλήματος.
Επιστροφή στην αρχή

Περισσότερες πληροφορίες

Έλεγχοι DATA_PURITY

Στον SQL Server 2005, έχει προστεθεί μια νέα επιλογή, DATA_PURITY, τις εντολές CHECKDB DBCC και CHECKTABLE DBCC. Κατά την εκτέλεση μιας εντολής CHECKDB DBCC ή CHECKTABLE DBCC με την επιλογή αυτή ενεργοποιημένη, η εντολή θα εκτελέσει τις επικυρώσεις "καθαρότητα δεδομένα" κάθε τιμή στήλης σε όλες τις γραμμές του πίνακα ή των πινάκων στη βάση δεδομένων. Αυτές οι νέες επιταγές εκτελούνται για να εξασφαλίσετε ότι οι τιμές που είναι αποθηκευμένες στις στήλες είναι έγκυρη (δηλαδή, ότι οι τιμές δεν είναι εκτός περιοχής για τον τομέα σχετίζεται με τον τύπο δεδομένων αυτής της στήλης). Η φύση της η επικύρωση πραγματοποιείται εξαρτάται από τον τύπο δεδομένων της στήλης. Η παρακάτω λίστα δεν είναι εκτενές σας παρέχει μερικά παραδείγματα:
Σύμπτυξη αυτού του πίνακαΑνάπτυξη αυτού του πίνακα
Ο τύπος δεδομένων στήληςΤύπος επικύρωσης δεδομένων που εκτελούνται
Χαρακτήρα UnicodeΤο μήκος δεδομένων πρέπει να είναι πολλαπλάσιο του 2.
DATETIMEΤο πεδίο ημέρες θα πρέπει να είναι μεταξύ Ιανουαρίου 1753 1 και 31 Δεκεμβρίου 9999. Στο πεδίο Χρόνος πρέπει να είναι νωρίτερα από "11:59:59:999 μμ".
Πραγματικό και αιώρησηΕλέγξτε για την ύπαρξη μη έγκυρες τιμές κινητό σημείο όπως SNAN, QNAN, NINF, ND, PD, PINF.
Δεν έχουν όλοι οι τύποι δεδομένων ελέγχονται για την εγκυρότητα των δεδομένων της στήλης. Μόνο αυτά ελέγχονται όπου είναι δυνατό να έχετε μια αποθηκευμένη τιμή που είναι εκτός περιοχής. Για παράδειγμα, εάν ηtinyintο τύπος δεδομένων έχει μια έγκυρη περιοχή από 0 έως 255 και αποθηκεύονται σε ένα μόνο byte (το οποίο μπορεί να αποθηκεύσει μόνο τιμές από 0 έως 255), συνεπώς έλεγχο της τιμής δεν είναι απαραίτητο.

Οι έλεγχοι επικύρωσης καθαρότητα δεδομένα δεν ενεργοποιούνται αυτόματα για όλες τις βάσεις δεδομένων. Οι έλεγχοι ενεργοποιούνται ανάλογα με διάφορους παράγοντες:
  • Για βάσεις δεδομένων που δημιουργήθηκαν στον SQL Server 2005, αυτοί οι έλεγχοι είναι ενεργοποιημένες από προεπιλογή και δεν μπορεί να απενεργοποιηθεί, έτσι ώστε η χρήση της επιλογής DATA_PURITY κατά την εκτέλεση μιας εντολής CHECKDB DBCC ή CHECKTABLE DBCC είναι άσχετες.
  • Για βάσεις δεδομένων που δημιουργήθηκαν σε παλαιότερες εκδόσεις του SQL Server, όπως SQL Server 2000, SQL Server 7.0 και εκδόσεις αναβάθμισης σε SQL Server 2005, αυτοί οι έλεγχοι δεν είναι ενεργοποιημένες από προεπιλογή. Προκειμένου αυτοί οι έλεγχοι θα πραγματοποιηθούν, πρέπει να καθορίσετε την επιλογή της εντολής CHECKDB DBCC ή CHECKTABLE DBCC DATA_PURITY. Αυτό μπορεί να έχει ως αποτέλεσμα δύο πράγματα:
    • Η εντολή DBCC ολοκληρώνεται και αναφέρει ότι η βάση δεδομένων είναι καθαρή, μαζί με όλες τις επιταγές καθαρότητα δεδομένα. Το γεγονός αυτό καταγράφεται στην κεφαλίδα της βάσης δεδομένων. Όλες οι επόμενες CHECKDB DBCC ή CHECKTABLE DBCC εντολή εκτελέσεις θα παρατηρήσουν αυτές τις πληροφορίες και θα εκτελέσει αυτόματα τους ελέγχους καθαρότητα δεδομένα, όπως θα συμβεί για βάσεις δεδομένων που δημιουργήθηκαν στον SQL Server 2005. Με άλλα λόγια, από τη στιγμή που μια βάση δεδομένων είναι γνωστή ως "καθαρή", οι έλεγχοι καθαρότητα δεδομένα εκτελούνται πάντα.
    • Η εντολή DBCC ολοκληρωθεί αλλά αναφέρει προβλήματα σχετικά με ασυνέπεια δεδομένων. Εάν συμβαίνει αυτό, θα πρέπει να κάνετε εκκαθάριση της βάσης δεδομένων για να καταργήσετε τις ασυνέπειες και στη συνέχεια προσπαθήστε να εκτελέσετε ξανά την εντολή DBCC. Θα πρέπει να καθορίσετε την επιλογή DATA_PURITY για την εντολή DBCC μέχρι να αναφέρεται η βάση δεδομένων να είναι καθαρή.
  • If the PHYSICAL_ONLY option is specified when the DBCC CHECKDB or DBCC CHECKTABLE command is executed, the data purity checks are not performed.
Επιστροφή στην αρχή

Συμπτώματα

Invalid or out-of-range data may have been stored in the SQL Server database in earlier versions for the following reasons:
  • Invalid data was present in the source while using bulk insert methods, such as the bcp utility.
  • Invalid data was passed through RPC event calls made to SQL Server.
  • Other potential causes of physical data corruption left the column value in an invalid state.
If you have invalid data in a column of a table, you might encounter problems depending on the type of operation that is performed against the invalid data. However, it is also possible that no problem will appear, and the invalid data will not be discovered until you execute a DBCC CHECKDB or DBCC CHECKTABLE command on SQL Server 2005.

Some of the symptoms you may notice due to the presence of invalid data include (but are not limited to):
  • Access violations or other types of exceptions while executing queries against the affected column.
  • Incorrect results returned by queries executed against the affected column.
  • Errors or problems when statistics are being built against the affected columns.
  • Error messages like the following:
    Msg 9100, Level 23, State 2, Line 1 Possible index corruption detected. Run DBCC CHECKDB.
Επιστροφή στην αρχή

DATA_PURITY Problem Report

When you execute a DBCC CHECKDB or DBCC CHECKTABLE command with the DATA_PURITY option enabled (or the data purity checks are run automatically), and invalid data exists in the tables checked by the DBCC commands, the DBCC output includes additional messages that indicate the problems with the data. Some sample error messages that indicate data purity problems are shown below:
DBCC results for "account_history".
Msg 2570, Level 16, State 2, Line 1
Page (1:1073), slot 33 in object ID 1977058079, index ID 0, partition ID 129568478265344, alloc unit ID 129568478265344 (type "In-row data"). Column "account_name_japan" value is out of range for data type "nvarchar". Update column to a legal value.
Msg 2570, Level 16, State 2, Line 1
Page (1:1156), slot 120 in object ID 1977058079, index ID 0, partition ID 129568478265344, alloc unit ID 129568478265344 (type "In-row data"). Column "account_name_japan" value is out of range for data type "nvarchar". Update column to a legal value.
There are 153137 rows in 1080 pages for object "account_history".
CHECKDB found 0 allocation errors and 338 consistency errors in table "account_history" (object ID 1977058079).
CHECKDB found 0 allocation errors and 338 consistency errors in database 'BadUnicodeData'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC results for 'table1'.
Msg 2570, Level 16, State 3, Line 1
Page (1:154), slot 0 in object ID 2073058421, index ID 0, partition ID 72057594038321152, alloc unit ID 72057594042318848 (type "In-row data"). Column "col2" value is out of range for data type "real". Update column to a legal value.
There are 4 rows in 2 pages for object "table1".
CHECKDB found 0 allocation errors and 1 consistency errors in table 'table1' (object ID 2073058421).
CHECKDB found 0 allocation errors and 1 consistency errors in database 'realdata'. DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC results for 'table2'.
Msg 2570, Level 16, State 3, Line 1
Page (1:155), slot 0 in object ID 2105058535, index ID 0, partition ID 72057594038452224, alloc unit ID 72057594042449920 (type "In-row data"). Column "col2" value is out of range for data type "decimal". Update column to a legal value.
There are 4 rows in 1 pages for object "table2".
CHECKDB found 0 allocation errors and 1 consistency errors in table 'table2' (object ID 2105058535).
CHECKDB found 0 allocation errors and 1 consistency errors in database 'realdata'. DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC results for 'table3'.
Msg 2570, Level 16, State 3, Line 1
Page (1:157), slot 0 in object ID 2121058592, index ID 0, partition ID 72057594038517760, alloc unit ID 72057594042515456 (type "In-row data"). Column "col2" value is out of range for data type "datetime". Update column to a legal value.
There are 3 rows in 1 pages for object "table3".
CHECKDB found 0 allocation errors and 1 consistency errors in table 'table3' (object ID 2121058592).
CHECKDB found 0 allocation errors and 1 consistency errors in database 'realdata'. DBCC execution completed. If DBCC printed error messages, contact your system administrator.
For every row that contains an invalid column value, a 2570 error is generated.
Επιστροφή στην αρχή

Fixing the Data Purity Problem

The 2570 errors cannot be repaired using any of the DBCC repair options. This is because it is impossible for DBCC to determine what value should used to replace the invalid column value. Thus, the column value must be manually updated.

To perform a manual update, you have to find the row that has the problem. There are two ways to accomplish this.
  • Execute a query against the table that contains the invalid values to find the rows that contain the invalid values.
  • Use the information from the 2570 error to identify the rows that have an invalid value.
We will discuss both of these methods in detail below, using examples to find the rows that have invalid data.

Αφού βρείτε τη σωστή γραμμή, μια απόφαση χρειάζεται να γίνει την νέα τιμή που θα χρησιμοποιηθεί για να αντικαταστήσετε τα υπάρχοντα δεδομένα δεν είναι έγκυρη. Αυτή η απόφαση πρέπει να γίνουν πολύ προσεκτικά με βάση σχετικά με το εύρος των τιμών που εργάζονται για την εφαρμογή καθώς και τι νόημα λογική για αυτή τη συγκεκριμένη γραμμή δεδομένων. Οι επιλογές που έχετε είναι οι εξής:
  • Εάν γνωρίζετε ποια θα πρέπει να είναι η τιμή, ορίστε για αυτήν την συγκεκριμένη τιμή.
  • Ορίσετε μια προεπιλεγμένη αποδεκτή τιμή.
  • Ορίστε την τιμή της στήλης στην τιμή NULL.
  • Ορίστε την τιμή της στήλης για τη μέγιστη ή ελάχιστη τιμή για αυτόν τον τύπο δεδομένων της στήλης.
  • Εάν πιστεύετε ότι η συγκεκριμένη γραμμή δεν είναι οποιαδήποτε χρήση χωρίς έγκυρη τιμή για τη στήλη, μπορείτε να διαγράψετε εντελώς αυτήν τη γραμμή.
Επιστροφή στην αρχή

Εύρεση γραμμών με μη έγκυρων τιμών χρησιμοποιώντας ερωτήματα T SQL

Ο τύπος ερωτήματος που πρέπει να εκτελεστούν για την εύρεση γραμμών που διαθέτουν μη έγκυρες τιμές εξαρτάται από τον τύπο δεδομένων της στήλης που ανέφερε ένα σφάλμα. Αν εξετάσετε το μήνυμα λάθους 2570, θα παρατηρήσετε δύο σημαντικά στοιχεία των πληροφοριών που θα σας βοηθήσει με αυτό. Στο παρακάτω παράδειγμα, η τιμή της στήλης "account_name_japan" είναι εκτός περιοχής για τον τύπο δεδομένων "nvarchar." Εμείς να αναγνωρίσετε εύκολα τη στήλη που έχει το πρόβλημα, καθώς και τον τύπο δεδομένων της στήλης που συμμετέχουν. Έτσι, όταν γνωρίζετε τον τύπο δεδομένων και που εμπλέκονται στη στήλη, να διατύπωση του ερωτήματος για την εύρεση γραμμών που περιέχουν μη έγκυρες τιμές για αυτήν τη στήλη, επιλέγοντας τις στήλες απαιτείται για την αναγνώριση αυτής της γραμμής (όπως τα κατηγορήματα σε έναν όρο WHERE) για οποιαδήποτε περαιτέρω ενημέρωσης ή διαγραφής.

Τύπος δεδομένων Unicode:
SELECT col1 ,DATALENGTH(account_name_japan) as Length ,account_name_japan 
FROM account_history
WHERE DATALENGTH(account_name_japan) % 2 != 0
Real and Float data type:
SELECT col1, col2 FROM table1
WHERE col2<>0.0 AND (col2 < 2.23E-308 OR col2 > 1.79E+308) AND (col2 < -1.79E+308 OR col2 > -2.23E-308)
Decimal and Numeric data type:
SELECT col1 FROM table2
WHERE col2 > 9999999999.99999 
OR col1 < -9999999999.99999
Keep in mind that you will need to adjust the values based on the precision and scale with which you have defined the decimal or numeric column. In the above example, the column was defined as col2 decimal(15,5).

Date Time data type:
You will need to execute two different queries to identify the rows that contain invalid values for date time column.
SELECT col1 FROM table3
WHERE col2 < '1/1/1753 12:00:00 AM' OR col2 > '12/31/9999 11:59:59 PM'

SELECT col1 FROM table3 WHERE
((DATEPART(ms,col2)+ (1000*DATEPART(s,col2)) + (1000*60*DATEPART(mi,col2)) + (1000*60*60*DATEPART(hh,col2)))/(1000*0.00333)) 
> 25919999
Επιστροφή στην αρχή

Finding rows with invalid value using the physical location:

You can use this method if you are unable to find the rows of interest using the T-SQL method discussed above. In the 2570 error message, the physical location of the row that contains the invalid value is printed. For example, look at the following message:
Page (1:157), slot 0 in object ID 2121058592, index ID 0, partition ID 72057594038517760, alloc unit ID 72057594042515456 (type "In-row data"). Column "col2" value is out of range for data type "datetime". Update column to a legal value.
In this message, you will notice the information: Page (1:157), slot 0. This is the information you need to identify the row. The FileId is 1, the PageInFile is 157, and the SlotId is 0. Once you have this information, you will need to execute the command, as follows:
DBCC TRACEON ( 3604 )
DBCC PAGE ( realdata , 1 , 157 , 3 )
This command will print the entire contents of a page. Parameters to the DBCC PAGE command are:
  • Database Name
  • FileId
  • PageInFile
  • print option
Once you execute this command, you will notice output that contains information similar to the following format:
Slot 0 Offset 0x60 Length 19 Record Type = PRIMARY_RECORD Record
		  Attributes = NULL_BITMAP Memory Dump @0x44D1C060 00000000: 10001000 01000000
		  ffffffff ffffffff †................ 00000010:
		  0200fc†††††††††††††††††††††††††††††††... Slot 0 Column 0 Offset 0x4 Length 4 col1 = 1Slot 0 Column 1 Offset 0x8 Length 8 col2 = Dec 31 1899 19:04PM Slot 1 Offset 0x73 Length 19 Record Type = PRIMARY_RECORD Record
		  Attributes = NULL_BITMAP Memory Dump @0x44D1C073 00000000: 10001000 02000000
		  0ba96301 f8970000 †..........c..... 00000010:
		  0200fc†††††††††††††††††††††††††††††††... Slot 1 Column 0 Offset 0x4 Length 4
		  col1 = 2 Slot 1 Column 1 Offset 0x8 Length 8 col2 = Jul 8 2006 9:34PM Slot 2
		  Offset 0x86 Length 19 Record Type = PRIMARY_RECORD Record Attributes =
		  NULL_BITMAP Memory Dump @0x44D1C086 00000000: 10001000 03000000 0ba96301
		  f8970000 †..........c..... 00000010: 0200fc†††††††††††††††††††††††††††††††...
		  Slot 2 Column 0 Offset 0x4 Length 4 col1 = 3 Slot 2 Column 1 Offset 0x8 Length
		  8 col2 = Jul 8 2006 9:34PM
In this output you can clearly see the column values for the row of interest to you. In this case, you need the row stored in slot 0 of the page. From the error message, you know that col2 is the one with the problem. So you can take the value of col1 for Slot 0 and use it as the predicate in the WHERE clause of your update statement or delete statement.

ΠΡΟΣΟΧΗWe recommend that you use the first method (that is, use T-SQL queries to find the required information). Use the DBCC PAGE command only as a last resort. Take utmost care while you use this command in a production environment. It is advisable to restore the production database on a test server, then get all the required information using DBCC PAGE, and then do the updates on the production server. As always, make sure to keep a backup ready in case something goes wrong and you need to revert to an earlier copy of the database.
Επιστροφή στην αρχή

Αναφορές

For more information about the DBCC CHECKDB statement, see the "DBCC CHECKDB (Transact-SQL)" topic on the following Microsoft Developer Network (MSDN) Web site:
http://msdn2.microsoft.com/en-us/library/ms176064.aspx (http://msdn2.microsoft.com/en-us/library/ms176064.aspx)
For more information about known issues in SQL Server 2000, click the following article number to view the article in the Microsoft Knowledge Base:
900335  (http://support.microsoft.com/kb/900335/ ) FIX: The SQL Server 2000 automatic database recovery operation may not succeed if an index contains a FLOAT data type or a REAL data type, and this data type contains a NaN value
For more information about RPC events, see the "Calling a Stored Procedure (OLE DB)" topic on the following MSDN Web site:
http://msdn2.microsoft.com/en-us/library/aa198358(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa198358(SQL.80).aspx)
For more information about the different data types, see the "Calling a Stored Procedure (OLE DB)" topic on the following MSDN Web site:
http://msdn2.microsoft.com/en-us/library/ms187752.aspx (http://msdn2.microsoft.com/en-us/library/ms187752.aspx)
For more information about floating point value conventions, visit the following Intel Web site:
http://www.intel.com/design/pentiumii/manuals/243191.htm (http://www.intel.com/design/pentiumii/manuals/243191.htm)
Η Microsoft παρέχει πληροφορίες επικοινωνίας με άλλους κατασκευαστές, για να σας βοηθήσει να βρείτε τεχνική υποστήριξη. Αυτές οι πληροφορίες επικοινωνίας ενδέχεται να αλλάξουν χωρίς προειδοποίηση. Η Microsoft δεν εγγυάται την ακρίβεια αυτών των πληροφοριών επικοινωνίας με άλλους κατασκευαστές.
Επιστροφή στην αρχή
Οι πληροφορίες σε αυτό το άρθρο ισχύουν για:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Express Edition with Advanced Services
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Standard X64 Edition
Επιστροφή στην αρχή
Λέξεις-κλειδιά: 
kbtshoot kbexpertiseadvanced kbsql2005engine kbinfo kbmt KB923247 KbMtel
Επιστροφή στην αρχή
Μηχανικά μεταφρασμένοΜηχανικά μεταφρασμένο
ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.
Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη:923247  (http://support.microsoft.com/kb/923247/en-us/ )
Επιστροφή στην αρχή