ODBC Verbindung ist Fehlgeschlagen, #3151 MS Access --> SQL Server 2008
Ich habe eine MS Access-Anwendung, die links zu einem SQL-Server 2008-db für alle Ihre Daten. Seit Jahren, es hat geklappt, wenn der SQL Server auf Win2008 Standard 64-bit, SP2 und SQL Server 2008 v10.0.4. Ich zog vor kurzem die back-end-SQL-db auf einen neueren server (Win2008 R2 Standard 64-bit und SQL v10.50.1600). Nach dem Umzug, alles auf die Anwendung funktioniert nur wie erwartet, keine Probleme. Allerdings haben wir ein Monat-end-Prozess, erzeugt eine relativ große Berichte (300-500 Seiten), die entdeckt ein Problem, das wir normalerweise nicht sehen, in unserem Tag-zu-Tag-Verarbeitung.
Mein Bericht basiert auf einer pass-through-Abfrage. Die Abfrage läuft praktisch sofort und produziert 8000 Zeilen. Ich kann eine Vorschau der Abfrage und die Navigation an das Ende der RS zu sehen, der 8000 ' th-Reihe. Kein problem. Wenn ich ziehen bis der Bericht basiert auf dieser Abfrage, kann ich sehen, dass es 350 Seiten, und ich kann navigieren Sie Seite für Seite durch den Bericht mit kein problem. Ich kann sogar geben Sie eine Seitenzahl ein, und gehe auf Seite 50, 100, 150, etc. mit kein problem. Beachten Sie, es gibt keine Verarbeitung/code/Logik passiert auf jeder feuerte die Ereignisse auf der Bericht - nur anzeigen und formatieren der Daten.
HIER IST, WO DAS PROBLEM AUFTRITT: Wenn ich den Bericht in der Vorschau und versuchen, zur letzten Seite springen von der ersten Seite, es werde sitzen und denken für eine Weile (38 Sekunden um genau zu sein) und dann werfen Fehler #3151 ODBC-Verbindung auf [DNS-Name] ist Fehlgeschlagen.
Wenn ich einfach nur aktualisieren Sie die Verbindungszeichenfolge, die auf die pass-through-Abfrage darauf zurück zu den "älteren" SQL Server und führen Sie die gleiche Sache, es funktioniert ganz gut. Ich habe versucht, die Anpassung der Verbindungszeichenfolge, um die IP-Adresse anstatt DNS-name, kein Glück. Dies ist ein Prozess, der bereits seit Jahren ohne problem, also ich kenne die client-seitige Logik ist sound.
Irgendwelche Gedanken oder Anregungen?
- Gibt es etwas in der SQL-Fehlerprotokoll? Was ist mit den Event-Logs? (Server-Seite und Client). Wenn Sie zur Seite springen 349 und dann Seite down ist, tut es die gleiche Sache zu tun?
- Nichts wird darauf hingewiesen, in den SQL-Error-log, noch in den Windows Event logs (server oder client). Wenn ich versuche zu springen, auf Seite 349, bekomme ich die Fehlermeldung. Wenn ich gehen von 50 Datensätze gleichzeitig und machen es bis zu 350, dann habe ich freien Lauf, um die Navigation durch den gesamten Bericht mit keine Probleme. Es wirkt wie es nicht das große springen, aber akzeptieren kann die Ansammlung von kleineren Sprüngen.
- 1 wenig mehr interessante Entdeckung...bei der Vorschau des Berichts angezeigt, wenn ich in Seite 350 (Letzte Seite) auf den button in der navigation statt des Schlagens der >| - Taste zu springen, die Letzte Seite, es springt nach rechts, um es mit kein problem, und ich kann dann gehen alle den Weg zurück zum Anfang und dann >| am Ende kein problem. Der Grund, warum das ein Problem ist, weil wir den Fehler beim drucken - wir können nicht den Bericht drucken, ohne immer auf Seite 80 oder so und dann bekommen wir den Fehler.
- Wenn Sie ein Upgrade auf die neueste version von SQL Server, hast du auch ein upgrade der ODBC-Treiber auf den client-Arbeitsstationen? Die neuesten nativen ODBC-client ist Recht schnell mit R2 in meiner Erfahrung, und kann erforderlich sein, um die beste Zuverlässigkeit aus.
- David - ich habe bestätigt, die installation von MDAC 2.8 SP1 auf den client-Arbeitsstation. Nicht sicher, ob es etwas gibt, was höher als. Danke.
- Es hat nichts zu tun mit dem MDAC. Es ist eine Frage der Installation die systemeigene SQL Server-ODBC-client (version 10.etwas). Es ist in der Regel die Partei der download von SQL Server 2008 R2.
Du musst angemeldet sein, um einen Kommentar abzugeben.
OK, das ist eine ganz schlampige Lösung und nicht wirklich sicher bei mehreren Leuten läuft es auf die gleichen DB oder Access-Datei... aber vielleicht bekommen Sie heute ausgeführt und geben Ihnen etwas Raum zum atmen. Aber denken Sie daran - Defekt wird behoben, schlampige dauert ewig.
Nehmen Sie die Abfrage aus dem Bericht, und bevor Sie es ausführen, sichern Sie die Ergebnisse in eine leere temporäre Tabelle (entweder auf dem MS SQL-Seite, oder die MS-Access-Seite) und dann machen Sie den Bericht ausführen aus der temporären Tabelle statt. Reinigen Sie es danach, damit niemand darauf angewiesen, daß diese Daten für alles.
Wenn es funktioniert auf die MS-Access-Seite, aber nicht auf die MS SQL-Seite, dann werden bestätigen, dass es etwas mit dem neuen server-Konfiguration.