MS Access kann nach dem Symantec Endpoint Update keine Verbindung zu Visual Fox Pro herstellen

639
leeand00

Wir haben einen Endbenutzer, der eine MS-Access-Datenbank verwendet, die über verknüpfte Tabellen und einen ODBC-DSN eine Verbindung zu einem Visual Fox Pro-Verzeichnis von DBF-Dateien herstellt. Dies funktionierte einwandfrei, bis Symantec Endpoint Protection einige Updates installierte. Wenn nun ausgewählte Computer versuchen, eine Verbindung herzustellen, wird ein ODBC-Fehler angezeigt.

Wir wissen dies, da die Deinstallation von Symantec Endpoint Protection dazu führt, dass die Datenbank wieder funktioniert.

Wir haben folgende Angaben:

SEP:

  • Verwaltetes Symantec Endpoint Protection, verwaltet von Symantec Endpoint Protection Small Business Edition.
  • Symantec.cloud - Cloud Agent 2.03.70.2614

  • Symantec.cloud - Endpoint Protection - NIS-21.5.0.19

32-Bit-ODBC-Treiber:

  • Microsoft Visual FoxPro-Treiber - 6.01.8629.01 - VFPODBC.DLL - 12/7/1999

  • Dieser Treiber wurde in Windows 7 (da er nicht unterstützt wird) mit Registrierungsschlüsseln versehen. Mir ist bereits bekannt, dass ich den Treiber mit C: \ Windows \ SysWOW64 \ odbcad32.exe auf 64-Bit-Maschinen installieren muss. Der Treiber funktioniert bereits, solange SEP nicht installiert ist.

MS-Zugang:

Es gibt mehrere Versionen von MS-Access, bei denen das Problem zwischen 2007 und Office 365 auftritt. Daher bin ich der Meinung, dass es mit ODBC und SEP zu tun hat ... und auch der Tatsache, dass Sie bei der Deinstallation von SEP enden mit einer Arbeitsdatenbank; Das Deaktivieren der Firewall in SEP löst das Problem jedoch nicht.

Maschinen:

Bei den meisten Geräten mit diesem Problem handelt es sich um Lenovo ThinkCentere M73. Es ist jedoch nicht exklusiv für diesen Maschinentyp. Wir haben auch einige Benutzer mit Dell OptiPlexes mit demselben Problem (nicht dass ich denke, dass dies relevant ist).

Wir haben bereits mit dem SEP-Support gesprochen, und als erstes dachten sie, dass es ein Problem bei der Verwaltung der Firewall durch SEP ist. Wir haben eine Gruppe zusammengestellt, um die Maschine einzurichten. Dadurch konnten wir die Firewall in der SEP-Benutzeroberfläche deaktivieren und haben die Option, dies für 15 Minuten oder länger zu tun. Das Problem wurde dadurch nicht gelöst.

Ein Bild des Menüs "Firewall deaktivieren" in Symantec Endpoint

Ich habe auch eine ODBC-Ablaufverfolgung ausgeführt und versucht, auf einige der verknüpften Visual Fox Pro-Tabellen über die Microsoft Access-Datenbank des Endbenutzers zuzugreifen. und es ergab sich eine Protokolldatei.

Ein Bild des ODBC-Fensters mit ausgewählter Trace-Registerkarte

Hier sind die Ergebnisse des Trace von ODBC:

Secured.mdw 8d0-bcc ENTER SQLAllocEnv  HENV * 0x002521A4  Secured.mdw 8d0-bcc EXIT SQLAllocEnv with return code 0 (SQL_SUCCESS) HENV * 0x002521A4 ( 0x03907130)  Secured.mdw 8d0-bcc ENTER SQLAllocConnect  HENV 0x03907130 HDBC * 0x002520D0  Secured.mdw 8d0-bcc EXIT SQLAllocConnect with return code 0 (SQL_SUCCESS) HENV 0x03907130 HDBC * 0x002520D0 ( 0x03955AE8)  Secured.mdw 8d0-bcc ENTER SQLSetConnectOptionW  HDBC 0x03955AE8 SQLINTEGER 103 <SQL_LOGIN_TIMEOUT> SQLPOINTER 20  Secured.mdw 8d0-bcc EXIT SQLSetConnectOptionW with return code 0 (SQL_SUCCESS) HDBC 0x03955AE8 SQLINTEGER 103 <SQL_LOGIN_TIMEOUT> SQLPOINTER 20  Secured.mdw 8d0-bcc ENTER SQLSetConnectAttrW  SQLHDBC 0x03955AE8 SQLINTEGER 30002 <unknown> SQLPOINTER [Unknown attribute 30002] SQLINTEGER -3   Secured.mdw 8d0-bcc EXIT SQLSetConnectAttrW with return code 0 (SQL_SUCCESS) SQLHDBC 0x03955AE8 SQLINTEGER 30002 <unknown> SQLPOINTER [Unknown attribute 30002] SQLINTEGER -3   Secured.mdw 8d0-bcc ENTER SQLDriverConnectW  HDBC 0x03955AE8 HWND 0x0004031C WCHAR * 0x6D768B34 [ -3] "******\ 0" SWORD -3  WCHAR * 0x6D768B34  SWORD -3  SWORD * 0x00000000 UWORD 3 <SQL_DRIVER_COMPLETE_REQUIRED>  Secured.mdw 8d0-bcc EXIT SQLDriverConnectW with return code -1 (SQL_ERROR) HDBC 0x03955AE8 HWND 0x0004031C WCHAR * 0x6D768B34 [ -3] "******\ 0" SWORD -3  WCHAR * 0x6D768B34  SWORD -3  SWORD * 0x00000000 UWORD 3 <SQL_DRIVER_COMPLETE_REQUIRED>  DIAG [IM003] Specified driver could not be loaded due to system error 0: The operation completed successfully. (Microsoft Visual FoxPro Driver, C:\Windows\system32\vfpodbc.dll). (160)   Secured.mdw 8d0-bcc ENTER SQLErrorW  HENV 0x03907130 HDBC 0x03955AE8 HSTMT 0x00000000 WCHAR * 0x0025206C SDWORD * 0x00252034 WCHAR * 0x05F5A788  SWORD 4095  SWORD * 0x00252028  Secured.mdw 8d0-bcc EXIT SQLErrorW with return code 0 (SQL_SUCCESS) HENV 0x03907130 HDBC 0x03955AE8 HSTMT 0x00000000 WCHAR * 0x0025206C [ 5] "IM003" SDWORD * 0x00252034 (160) WCHAR * 0x05F5A788 [ 165] "Specified driver could not be loaded due to system error 0: The operation completed successfully. (Microsoft Visual FoxPro Driver, C:\Windows\system32\vfpodbc.dll)." SWORD 4095  SWORD * 0x00252028 (165)  Secured.mdw 8d0-bcc ENTER SQLErrorW  HENV 0x03907130 HDBC 0x03955AE8 HSTMT 0x00000000 WCHAR * 0x0025206C SDWORD * 0x00252034 WCHAR * 0x05F5A8E8  SWORD 3919  SWORD * 0x00252028  Secured.mdw 8d0-bcc EXIT SQLErrorW with return code 100 (SQL_NO_DATA_FOUND) HENV 0x03907130 HDBC 0x03955AE8 HSTMT 0x00000000 WCHAR * 0x0025206C SDWORD * 0x00252034 WCHAR * 0x05F5A8E8  SWORD 3919  SWORD * 0x00252028  Secured.mdw 8d0-bcc ENTER SQLFreeConnect  HDBC 0x03955AE8  Secured.mdw 8d0-bcc EXIT SQLFreeConnect with return code 0 (SQL_SUCCESS) HDBC 0x03955AE8  Secured.mdw 8d0-bcc ENTER SQLFreeEnv  HENV 0x03907130  Secured.mdw 8d0-bcc EXIT SQLFreeEnv with return code 0 (SQL_SUCCESS) HENV 0x03907130 

Gibt es einen Grund, warum dies auf einigen Maschinen nicht funktionieren würde, aber nicht auf allen?

0
Vermutlich ... `C: \ Windows \ system32 \ vfpodbc.dll` sollte eine 64-Bit-Bibliothek sein. Wenn es sich wirklich um die 32-Bit-DLL handelt, sollten Sie sie in "C: \ Windows \ syswow64 \ vfpodbc.dll" ablegen und diese verwalten (optimal nur mit System-DSNs, nicht mit Benutzer-DSNs) mit "C: \ Windows \ syswow64 \ odbcad32" .exe`. Ich kann nur vermuten, dass es Unterschiede gibt, die Sie hier nicht markiert haben. TallTed vor 8 Jahren 0
@TallTed Vielen Dank, dass Sie meine Frage beantwortet haben. Dies stellte sich jedoch als ein Problem mit Symantec heraus. Wir hatten all diese Dinge eingerichtet, wie Sie gesagt haben. Der technische Support von Symantec hat das Problem irgendwie behoben, aber ich glaube nicht, dass sie überhaupt wissen, was passiert ist, da sie mir nicht sagen konnten, was es war. Als das nächste Update heruntergeladen wurde, funktionierte es aus irgendeinem Grund wieder auf diesen Computern. Es war eindeutig ihre `.cloud'-Software, die ein Problem darstellte, da der Treiber bei der Deinstallation wieder funktionieren würde. leeand00 vor 8 Jahren 0
Erwägen Sie, diese Frage zu löschen oder zu bearbeiten, um nur die tatsächlich betroffenen Komponenten wiederzugeben ... und fügen Sie im letzteren Fall eine Antwort hinzu, die im Wesentlichen besagt: "Offensichtlicher Symantec-Fehler wurde durch Aktualisierung dieser Komponenten behoben." TallTed vor 8 Jahren 0

1 Antwort auf die Frage

0
leeand00

Offensichtlicher Symantec-Fehler wurde behoben, als wir Updates installiert haben.