Dela via

Installationskontroll av databasdrivrutin

Drivrutiner spelar en avgörande roll för att underlätta kommunikationen mellan maskinvara och programvara i ett datorsystem. Mer specifikt underlättar en databasdrivrutin kommunikationen mellan ett klientdatabasprogram och en databasserver lokalt eller i ett nätverk. När du stöter på problem med installation av databasdrivrutiner är det viktigt att du följer specifika steg för att identifiera och eventuellt lösa dessa problem. Även om ansvaret främst ligger hos drivrutinsleverantören finns det steg som användarna kan vidta för att felsöka vanliga problem med drivrutinsinstallation i Windows.

Verifiering av drivrutinsinstallation

Databasdrivrutiner representeras fysiskt som DLL-filer i Windows. Program behöver veta hur du hittar rätt DLL och läser in den i processutrymmet. Både ODBC och OLE DB använder Windows-registret för att hitta drivrutinen eller providern som ska läsas in i minnet. Processen för att läsa in drivrutiner i minnet varierar beroende på vilken typ av drivrutiner och vilket operativsystem som används.

  • I Windows läses drivrutiner in i minnet via Win32-API:et för belastningsbibliotek. När drivrutinen har lästs in i minnet proxyar ODBC Driver Manager anropen mellan programmet och drivrutinen. Med den här proxyfunktionen kan spårningsfunktionen användas. Av prestanda och andra orsaker rekommenderas dock inte den här spårningen.

  • För OLE DB läses den in via COM-API:er, till exempel CoCreateInstance (C++) eller CreateObject (VBA/VBScript).

  • För .NET-leverantörer läses DLL:erna vanligtvis in från Global Assembly Cache eller programkatalogen enligt .NET-sökregler. Registret används inte.

  • Det finns också .NET-leverantörer för ODBC-drivrutiner och OLE DB-leverantörer. När DLL:er för .NET-providern har lästs in följer de ODBC- eller OLE DB-reglerna för att läsa in den faktiska drivrutins- eller provider-DLL:er.

Processövervakaren (Procmon) kan användas för att spåra installationen eller belastningen och kan indikera om några DLL:er eller registernycklar saknas eller har behörighetsproblem.

Kommentar

När du spårar 32-bitarsprogram omdirigeras referenser till c:\windows\system32 automatiskt till c:\windows\syswow64. Det liknar registeråtkomst.

Drivrutinstillverkare kan också installera ett klientprogram tillsammans med sin drivrutin, till exempel SQL*Plus för Oracle. Om klientprogrammet inte kan ansluta till respektive databasserver bör drivrutinen installeras om och programvaruleverantören ska vara engagerad.

Kommentar

I de flesta fall är problem med drivrutinsinstallation vanligtvis leverantörens ansvar.

Att säkerställa korrekt installation av drivrutiner är avgörande för sömlös anslutning och funktioner i olika programvaruekosystem. Trion odbc-, OLE DB- och .NET-drivrutiner utgör ryggraden i dataåtkomst och interaktion mellan olika program och plattformar. Att kontrollera installationsstatusen för dessa drivrutiner garanterar robust anslutning och optimala prestanda, vilket möjliggör smidiga dataåtgärder och förbättrade funktioner.

Vi går in på metoderna för att effektivt kontrollera installationsstatusen för dessa drivrutiner för att säkerställa att de är redo för datahantering och utbyte.

Installationsstöd för olika databasdrivrutiner och -leverantörer

När det gäller att navigera i det stora landskapet hos förare och leverantörer är det viktigt att förstå deras supportstruktur för sömlös drift och felsökning. Här är en översikt över stödmekanismerna för olika drivrutiner och leverantörer från tredje part:

  • Icke-Microsoft-drivrutiner och leverantörer stöds i slutändan av programvaruleverantören som utvecklade dem.
  • För drivrutiner och leverantörer som är förinstallerade med Windows, till exempel SQL Server, Microsoft ODBC för Oracle och Access (och dess IISAM-drivrutiner, Text, Paradox, dBase, Excel och så vidare), måste du i allmänhet reparera eller installera om Windows. Dessa drivrutiner bör inte användas för ny programutveckling.
  • För ACE-providern och ODBC-drivrutinerna som härleds från den, till exempel Excel ODBC-drivrutinen, kan Åtkomst- eller Office-teamet ge support.
  • För Drivrutiner och leverantörer för Microsoft DB/2 stöder teamet för värdintegreringstjänster dem.
  • Active Directory-teamet kan ge support för Active Directory-providern.
  • Exchange-teamet kan ge support för Exchange-providern.
  • För de installerbara Microsoft SQL Server-drivrutinerna och -leverantörerna stöder SQL Networking-teamet dem.
  • Exempel på anslutningssträng för testning finns i Referens för anslutningssträngar. (Det här är en webbplats som inte kommer från Microsoft.)

Mer hjälp och support finns i Kontakta oss.

Mer information

Ansvarsfriskrivning för information från tredje part

De produkter från andra tillverkare som diskuteras i denna artikel tillverkas oberoende av Microsoft. Produkternas funktion eller tillförlitlighet kan därför inte garanteras.