Microsoft distribuie Microsoft SQL Server 2005, Microsoft SQL Server 2008, și Microsoft SQL Server 2008 R2 remediază ca un fișier descărcabil. Deoarece remedierile sunt cumulative, fiecare lansare nouă conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în SQL Server 2005 anterior, Microsoft SQL Server 2008 sau SQL Server 2008 R2 lansată.
Simptome
Să luăm în considerare următorul scenariu:
-
Executați un pachet Microsoft SQL Server 2005, Microsoft SQL Server 2008 sau SQL Server 2008 R2 Integration Services (SSIS) pe un computer care are una dintre următoarele instalări de .NET Framework:
-
.NET Framework 2.0 Service Pack 2 (SP2)
-
.NET Framework 3.5 Service Pack 1 (SP1)
-
-
Pachetul SSIS utilizează un driver ODBC terțe importă datele de caractere.
Cu toate acestea, atunci când executați pachetul SSIS, primiți următoarele mesaje de eroare:
[ADO NET sursă [1424]] Eroare: SSIS codul de eroare DTS_E_INDUCEDTRANSFORMFAILUREONERROR. "Componentă"ADO NET sursă"(1424)" nu a reușit, deoarece codul de eroare 0x80131937 s-a produs și dispunerii rând de eroare "coloane de ieșire"numecoloană"(număr)" specifică eroare eroare. Eroare în obiectul specificat a componentei specificat. Este posibil să existe postat înainte de acest lucru cu mai multe informații despre eroare mesaje de eroare.
Eroare 0xc0209029: Date flux activitate: "Componenta"ComponentName"(1)" nu a reușit, deoarece codul de eroare 0x80131937 s-a produs...
[ADO NET sursă [1424]] Eroare: Componenta "ADO NET sursă" (1424) nu a reușit să proceseze datele. Componente de canal a returnat codul de eroare HRESULT 0xC0209029 de la un apel de metodă.
[SSIS. Eroare canal]: SSIS codul de eroare DTS_E_PRIMEOUTPUTFAILED. Metoda PrimeOutput componentă "ADO NET sursă" cod eroare întors (1424) 0xC02090F5. Componenta returnează un cod de eroare când motorul de canal denumit PrimeOutput(). Sensul de codul de eroare este definit de componente, dar eroarea este fatal și canal oprit de executare. Este posibil să existe postat înainte de acest lucru cu mai multe informații despre eroare mesaje de eroare.
Această problemă afectează drivere ODBC care sunt accesate de la furnizorul de gestionat ODBC când următoarele condiții sunt adevărate:
-
Funcția ExecuteReader este apelat de parametrul CommandBehavior.SequentialAccess . Acest apel și parametru sunt utilizate în următoarele situații:
-
Când un pachet de SQL Server 2005 SSIS citește datele dintr-o sursă DataReader sau atunci când un pachet de SQL Server 2008 SSIS citește datele dintr-o sursă de date ADO.NET gestionate.
-
Sursă de date nu este configurat să redirecționați valorile de eroare și trunchiere.
-
-
Funcţia OdbcDataReader.IsDbNull este numit. Pachetul SSIS utilizează această metodă pentru a determina dacă valoarea într-un domeniu este nul sau nu.
-
Una dintre următoarele funcții este numit:
-
Funcţia OdbcDataReader.GetBytes este numit pentru a obține anumite tipuri de date, cum ar fi DT_BYTES, de la furnizorul de gestionat ODBC.
-
Funcţia OdbcDataReader.GetChars este numit pentru a obține anumite tipuri de date string, cum ar fi DT_WSTR, de la furnizorul de gestionat ODBC.
-
Cauza
.NET Framework 2.0 SP2 și .NET Framework 3.5 SP1 introduce o modificare în furnizor ODBC gestionate care se citesc șiruri de driverul ODBC native în scenariul descris în secţiunea "Simptome". Din cauza această modificare, furnizor ODBC gestionate care este denumit în driverul ODBC native utilizând funcția de API SQLGetData utilizează un tampon de dimensiunea 0. Drivere compatibile cu ODBC nu aveți probleme cu acest apel. Cu toate acestea, drivere ODBC neconforme poate să nu reușească în aceste cazuri. Pentru un driver compatibil cu ODBC, returnează funcţia SQLGetData API SUCCESS_WITH_INFO atunci când un tampon de dimensiunea 0 este detectată. Pentru un driver ODBC neconforme, apelul returnează NO_DATA.
Rezolvare
Informații despre remedierea rapidă
O remediere rapidă compatibilă este disponibilă de la Microsoft. Cu toate acestea, această remediere rapidă este destinată pentru a corecta doar problema descrisă în acest articol. Aplicați această remediere rapidă numai pentru sistemele care întâmpină această problemă anume. Această remediere rapidă poate să necesite testare suplimentară. De aceea, dacă nu sunteți grav afectat de această problemă, vă recomandăm să aşteptaţi următoarea actualizare software care conţine această remediere rapidă.
Dacă remedierea rapidă este disponibilă pentru descărcare, există o secțiune "Descărcare remediere rapidă disponibilă" în partea de sus a acestui articol din baza de cunoștințe. Dacă nu apare această secţiune, contactaţi Microsoft Client Service și suport pentru a obţine remedierea rapidă.
Notă Dacă se produc probleme suplimentare sau este necesară depanarea, poate fi necesar să creați o solicitare de asistenţă separată. Costurile de obicei pentru suport se vor aplica pentru sprijin suplimentar, întrebări și probleme care nu sunt specifice pentru această remediere rapidă . Pentru o listă completă de numere de telefon serviciul pentru clienți Microsoft și suport sau pentru a crea o solicitare de asistenţă separată, vizitați următorul site Web Microsoft:
http://support.microsoft.com/contactus/?ws=supportNotă Formularul "Descărcare remediere rapidă disponibilă" afişează limbile pentru care este disponibilă remedierea rapidă. Dacă nu vedeți limba dvs., înseamnă că o remediere rapidă nu este disponibilă pentru respectiva limbă.
Cerințe preliminare
Trebuie să aveți .NET Framework 2.0 instalat Service Pack 2.
Informații despre repornire
Nu trebuie să reporniți computerul după aplicarea acestei remedieri rapide.
Informații despre registry
Nu trebuie să modificați registry.
Informații despre fișierul remedierii rapide
Această remediere rapidă conține doar acele fișiere care sunt necesare pentru a corecta problemele descrise în acest articol. Această remediere rapidă poate să nu conțină de toate fişierele necesare pentru actualizarea completă a unui produs la cea mai recentă versiune. Versiunea în limba engleză a acestei remedieri rapide are atributele de fişier (sau atribute de fişier mai recente) enumerate în următorul tabel. Datele şi orele acestor fişiere sunt exprimate în listă în ora universală (UTC). Când vizualizaţi informaţiile despre fișier, acesta este convertit la ora locală. Pentru a afla diferența între timpul universal și cel local, utilizați fila de fus orar în elementul dată și oră din panoul de Control.
.NET framework 2.0 pentru Windows 2000, Windows Server 2003, Windows XP, 32-bit traducere
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
Platformă |
|---|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4063 |
2,933,760 |
19- |
05:08 |
x86 |
.NET framework 2.0 pentru Windows 2000, Windows Server 2003, Windows XP, x64 versiuni
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
Platformă |
|---|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4063 |
3,008,512 |
18- |
23:51 |
x64 |
|
System.data.dll |
2.0.50727.4063 |
2,933,760 |
19- |
05:08 |
x86 |
.NET framework 2.0 pentru Windows 2000, Windows Server 2003, versiunile de Windows XP, IA-64
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
Platformă |
|---|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4063 |
2,933,760 |
19- |
05:08 |
x86 |
|
System.data.dll |
2.0.50727.4063 |
3,234,816 |
19- |
01:09 |
IA-64 |
.NET framework 2.0 pentru Windows Vista, Windows Server 2008, 32-bit traducere
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4400 |
2,933,760 |
10-Sep-2009 |
11:54 |
.NET framework 2.0 pentru Windows Vista, Windows Server 2008, x64 versiuni
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4400 |
3,008,512 |
10-Sep-2009 |
11:54 |
.NET framework 2.0 pentru Windows Vista, Windows Server 2008, versiunile IA-64
|
Nume de fișier |
Versiune fișier |
Dimensiune fișier |
Data |
Ora |
|---|---|---|---|---|
|
System.data.dll |
2.0.50727.4400 |
3,234,816 |
10-Sep-2009 |
11:54 |
Soluție
Pentru a rezolva această problemă, utilizați una dintre următoarele metode.
Metoda 1
Editare pachetul SSIS pentru a configura eroare și redirecționare trunchiere sursa DataReader sau gestionate ADO.NET sursa de date. După editarea SSIS pachetul pentru a redirecționați ieșirea eroare către o destinație, pachetul se va executa cu succes chiar dacă rândurile nu sunt scrise către destinație. Pentru aceasta, urmați acești pași.
Notă Următorii pași presupun că utilizați un pachet de SQL Server 2005 SSIS care citește datele dintr-o sursă DataReader.
-
Deschideți pachetul SSIS în SQL Server Business Intelligence Development Studio.
-
Deschideți caseta de dialog Editor complexe pentru DataReader sursă în fluxul de date designer.
-
Faceți clic pe fila intrare și ieșire proprietăți și apoi extindeți nodul DataReader ieșire în arborele intrările și ieșirile .
-
Extindeți nodul Coloane de ieșire .
-
Faceți clic pe fiecare coloana sub nodul Coloane de ieșire , și apoi examinați proprietatea tip de date . Pentru fiecare coloană a cărui proprietate de tip de date este DT_WSTR, DT_NTEXT, DT_BYTES sau DT_IMAGE, editare următoarele două proprietăți:
-
Setați proprietatea ErrorRowDisposition la RD_RedirectRow.
-
Setează proprietatea TruncationRowDisposition RD_RedirectRow.
-
-
Faceți clic pe OK pentru a salva modificările.
-
În fluxul de date designer, adăugați o destinație nouă. De exemplu, adăugați o destinație fișiere simple sau o destinație de SQL Server.
-
Utilizați săgeată Roșie din sursa DataReader pentru a conecta la destinație nou adăugate. Această operațiune va direct rândurile de eroare și rândurile de trunchiere la destinație pentru a salva rândurile de eroare.
-
Repetați pașii 1 până la 8 pentru toate activitățile fluxul de date pe care access ODBC coloane de șir sau o imagine și care nu cu mesaje de eroare care sunt menționate în secțiunea "Simptome".
Metoda 2
Dezinstalați .NET Framework 2.0 SP2 sau .NET Framework 3.5 SP1. Cu toate acestea, vă recomandăm să dezinstalaţi un pachet service pack, deoarece aceasta sacrificii fiabilitate, caracteristica îmbunătățiri și optimizări de performanţă care oferă pachetul service pack.
Pentru a restaura sistemul la starea la care a fost în înainte de a instala .NET Framework 2.0 SP2 sau .NET Framework 3.5 SP1, urmați acești pași:
-
În panoul de Control, faceți dublu clic pe Adăugare sau eliminare programe.
-
Găsiți Microsoft .NET Framework 3.5 SP1 și apoi dezinstalați-l.
-
Găsiți Microsoft .NET Framework 3.0 SP2 și apoi dezinstalați-l.
-
Găsiți Microsoft .NET Framework 2.0 SP2 și apoi dezinstalați-l.
-
Reinstalați versiunea originală de .NET Framework 3.5. Acest pas va reinstala .NET Framework 2.0 SP1 și .NET Framework 3.0 SP1. Pentru a obține .NET Framework 3.5, vizitați următorul site Web Microsoft:
Metoda 3
Contactați furnizorul driverului ODBC terț pentru a determina dacă furnizorul are o actualizare de driver pentru a rezolva această problemă.
Stare
Microsoft a confirmat că aceasta este o problemă cu produsele Microsoft enumerate în secţiunea „Se aplică la".
