Accesso a COM in SQL CLR

Question

Spero che tu abbia una buona giornata!

Ho bisogno dei tuoi consigli per qualcosa che ho pensato a questi ultimi tre giorni. Ho un componente COM scritto in una piattaforma non gestita. Il componente ha un metodo che restituisce una sorta di alcuni dati sensibili e ho bisogno di memorizzare il valore non appena ho capito.

Quello che mi serve è chiamare una UDF per accedere all'oggetto COM e ottenere il valore. Ho provato questo finora e sto ottenendo questa eccezione:

Msg 6522, Level 16, State 2, Line 1
A .NET Framework error occurred during execution of user-defined routine or aggregate "GetRate": System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {D039A99F-5D45-42C7-A53C-507913D8C6D6} failed due to the following error: 80040154.
System.Runtime.InteropServices.COMException:
at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck)
at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache)
at System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache)
at System.Activator.CreateInstance(Type type, Boolean nonPublic)
at UserDefinedFunctions.GetRate(SqlString Source_Currency_Name, SqlString Destination_Currency_Name, SqlMoney Amount, SqlBoolean Mode)

Sembra che la funzione non può vedere il componente COM registrato (80040154). L'assembly clr è registrato come non limitato. Ho provato a chiamare l'UDF con 'sa' o in modalità integrata di Windows. Non c'è differenza.

Questo è il codice per l'inizializzazione del componente COM e il codice sta lavorando bene SQL fuori:

Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("D039A99F-5D45-42C7-A53C-507913D8C6D6"), true)) 

Esiste un modo per rendere questi ragazzi che lavorano? In un modo o nell'altro ho bisogno di un UDF chiamare questo oggetto COM o almeno accedere ad alcuni servizi Windows con .NET remoting tramite questa UDF. Ogni suggerimento mi guiderà attraverso questo modo sarebbe apprezzato.

Grazie a tutti.

Answer 1

Suppongo che stai importando l'assembly CLR in SQL Server? Se è così, questo potrebbe essere un problema di piattaforma/architettura. Quale piattaforma è il tuo targeting quando costruisci la tua DLL?

Assicurarsi di creare la DLL sulla piattaforma corretta (ad esempio x86, x64).

Vorrei suggerire di modificare la piattaforma del progetto da "Any CPU" a "X86" in Proprietà progetto, Build/Target di piattaforma in Visual Studio.

Quindi utilizzare "DROP ASSEMBLY", seguito da "CREATE ASSEMBLY", per reimportare quella DLL correttamente compilata.

Si consiglia inoltre di garantire che hai fatto la seguente modifica:

1. Individuare l'oggetto COM GUID sotto HKey_Classes_Root/Wow6432Node/CLSID.
2. Una volta individuato, aggiungere un nuovo valore REG_SZ (stringa). Il nome dovrebbe essere AppID e i dati dovrebbero essere lo stesso GUID dell'oggetto COM che hai appena cercato .
3. Aggiungere una nuova chiave in HKey_Classes_Root/Wow6432Node/AppID. La nuova chiave deve essere chiamata come GUID dell'oggetto COM.
4. Sotto la nuova chiave appena aggiunta, aggiungere un nuovo valore REG_SZ (stringa), e chiamarlo DllSurrogate. Lascia il valore vuoto.
5. Creare una nuova chiave in HKey_Local_Machine/Software/Classes/AppID, se non esiste già.
6. Anche in questo caso, la nuova chiave deve essere chiamata uguale al GUID dell'oggetto dell'oggetto COM. Non è necessario aggiungere valori sotto questa chiave.

Un'altra soluzione potrebbe essere l'utilizzo di SQL clr per richiamare un servizio WCF. Vedere la mia guida al seguente per sapere come fare questo:

http://www.codeproject.com/Articles/21149/Invoking-a-WCF-Service-from-a-CLR-Trigger

Answer 2

In generale non consiglierei utilizzando oggetti SQL CLR come un ponte tra COM e SQL. Ci sono un sacco di potenziali avvertimenti a partire dalla sicurezza e si concludono con procedure di rilascio molto macchinose, che richiedono l'accesso fisico alla sql box di produzione che può o meno essere facilmente disponibile.

Ho anche notato che stai usando Activator.CreateInstance e poi fornisci il clsid ad esso. Nel tuo post originale intendi che si tratta di un clsid COM. Non sono sicuro che Activator che funziona da AppDomain creato in SQL CLR possa effettivamente trovare l'oggetto per com clsid.

Il modo in cui vorrei provare:

• Creazione di proxy gestito per il vostro com
• assicurarsi che sia firmato e messo in GAC
• provare ad accedere a che è riuscito delega da SQL CLR

Ma dubito seriamente che funzionerà. Qualsiasi soluzione remota WCF/WebServices/Remoting o anche SQL Broker sembra una scelta migliore.

In breve è difficile dire qualcosa di più senza vedere l'attuale .net e sql codez.

Answer 3

Esegui questo cmd su sql select * da sys.dm_clr_properties se la versione net della tua app COM grande di quella restituita cmd funzionerà solo se la versione net è inferiore o uguale !!!