Ce bug se rencontre avec une installation de serveur SQL Server 2005 dans une configuration en serveur lié sur un ORACLE.
Les drivers ORACLE OLEDB sont ceux de la version 10G, une fois le serveur lié paramétré avec un script comme celui qui suit (ou graphiquement) :
CREATION LINKED SERVER :
USE [master]
GO
EXEC master.dbo.sp_addlinkedserver @server = N'LINK_ORACLE_OLEDB', @srvproduct=N'TNSName', @provider=N'OraOLEDB.Oracle', @datasrc=N'TNSName', @provstr=N'TNSName'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'rpc', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'rpc out', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'connect timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'collation name', @optvalue=null
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'LINK_ORACLE_OLEDB', @optname=N'use remote collation', @optvalue=N'true'
GO
USE [master]
GO
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'LINK_ORACLE_OLEDB', @locallogin = N'sa', @useself = N'True'
GO
USE [master]
GO
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'LINK_ORACLE_OLEDB', @locallogin = NULL , @useself = N'False', @rmtuser = N'LoginOracle', @rmtpassword = N'*****'
GO
Cette création ne pose pas de problème et on peut alors exécuter un script tel que le suivant :
SELECT * FROM OPENQUERY(LINK_ORACLE_OLEDB, 'SELECT * FROM TABLE_A_TESTER');
Le résultat de cette exécution est différent suivant 2 cas précis :
- Nombre de résultats inférieur à 99
- Nombre de résultats supérieur à 99
Dans le premier cas, on obtient la liste des valeurs sans message d'erreur.
Dans le second cas, on obtient les colonnes des résultats et la première ligne, puis une erreur comme la suivante :
Erreur Message :
Msg 7399, Level 16, State 1, Line 1
The OLE DB provider "OraOLEDB.Oracle" for linked server "LINK_ORACLE_OLEDB" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7330, Level 16, State 2, Line 1
Cannot fetch a row from OLE DB provider "OraOLEDB.Oracle" for linked server "LINK_ORACLE_OLEDB".
Après de nombreuses recherches et différents tests pour comprendre l'origine de cette limite à 100 items, mon collègue DBA ORACLE (merci encore Pierre) a trouvé une piste sur un forum ORACLE, concernant une clé de registre à modifier.
Cette clé se trouve dans :
- [HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraClient10g_home1\OLEDB]
Il s'agit de la clé : FetchSize
Sa valeur par défaut est de 100, il suffit alors de la passer à 101 et tout refonctionne correctement, pour toutes les requêtes liées.
Voila donc un exemple de l'extraction de la clé modifiée :
[HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraClient10g_home1\OLEDB]
"CacheType"="Memory"
"ChunkSize"="100"
"DistribTX"="1"
"FetchSize"="101"
"OSAuthent"="0"
"PLSQLRset"="0"
"PwdChgDlg"="1"
"SchRstLng"="10000"
"UserDefFn"="0"
"DisableRetClause"="1"
"VCharNull"="1"
"TraceCategory"="0"
"TraceFileName"="c:\\OraOLEDB.trc"
"TraceLevel"="0"
"TraceOption"="0"
"SPPrmDefVal"="0"
Vous pouvez trouver plus d'information sur ce paramètre à l'adresse suivante :
Tout fonctionne maintenant correctement et l'utilisateur peut profiter de la puissance de SQL Server 2005 et de ORACLE dans le requêtes croisées avec jointure via les serveurs liés.
Romelard Fabrice
Commentaires
Enregistrer un commentaire