<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="https://www.w3.org/2005/Atom" xmlns:sy="https://purl.org/rss/1.0/modules/syndication/" xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:wfw="https://wellformedweb.org/CommentAPI/" xmlns:slash="https://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>Praveen M's Blog</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/pram/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/pram/feed.xml</link>
    <description />
    <lastBuildDate>Wed, 17 Apr 2019 03:43:07 GMT</lastBuildDate>
    <language>en-US</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>Error: "Class not registered"</title>
      <link>https://docs.microsoft.com/archive/blogs/pram/error-class-not-registered</link>
      <pubDate>Tue, 31 Mar 2009 07:18:00 GMT</pubDate>
      <dc:creator><![CDATA[PRAM]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/pram/2009/03/31/error-class-not-registered/</guid>
      <description><![CDATA[We have an SSIS package which connects to FoxPro Database. When we run the package, it gets the data...]]></description>
      <content:encoded><![CDATA[<P>We have an SSIS package which connects to FoxPro Database. When we run the package, it gets the data from FoxPro database, Sorts it and uploads the data back to the SQL Server. The package works fine when we try to run through BIDS or from Command Prompt (DTExec). However when we schedule the package as a JOB it fails with the below error message </P>
<P><FONT face="Courier New" size=2>Date&nbsp; 3/1/2009 10:39:00 PM <BR>Log&nbsp; Job History (****) </FONT></P>
<P><FONT face="Courier New" size=2>Step ID&nbsp; 1 <BR>Server&nbsp; **** <BR>Job Name&nbsp; SSISTest <BR>Step Name&nbsp; Step1 <BR>Duration&nbsp; 00:00:02 <BR>Sql Severity&nbsp; 0 <BR>Sql Message ID&nbsp; 0 <BR>Operator Emailed&nbsp; <BR>Operator Net sent&nbsp; <BR>Operator Paged&nbsp; <BR>Retries Attempted&nbsp; 0 </FONT></P>
<P><FONT face="Courier New" size=2>Message <BR>Executed as user: &lt;Domain\UserName&gt;. ...ersion 9.00.3042.00 for 32-bit&nbsp; Copyright (C) Microsoft Corp 1984-2005. All rights reserved.&nbsp;&nbsp;&nbsp; Started:&nbsp; 10:39:00 PM&nbsp; <BR>Error: 2009-03-01 22:39:01.82&nbsp;&nbsp;&nbsp;&nbsp; Code: 0xC0202009&nbsp;&nbsp;&nbsp;&nbsp; <BR>Source: Package Connection manager "\\SSISTest\Foxpro"&nbsp;&nbsp;&nbsp;&nbsp; <BR>Description: SSIS Error Code DTS_E_OLEDBERROR.&nbsp; An OLE DB error has occurred. Error code: 0x80040154.&nbsp; An OLE DB record is available.&nbsp; </FONT></P>
<P><FONT face="Courier New" size=2>Source: "Microsoft OLE DB Service Components"&nbsp; Hresult: 0x80040154&nbsp; Description: "Class not registered".&nbsp; End Error&nbsp; <BR>Error: 2009-03-01 22:39:01.82&nbsp;&nbsp;&nbsp;&nbsp; Code: 0xC020801C&nbsp;&nbsp;&nbsp;&nbsp; Source: Data Flow Task FoxPro [1]&nbsp;&nbsp;&nbsp;&nbsp; <BR>Description: SSIS Error Code DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER.&nbsp; The AcquireConnection method call to the connection manager "\\SSISTest\Foxpro" failed with error code 0xC0202009.&nbsp; There may be error messages posted before this with more information on why the AcquireConnection method call failed.&nbsp; End Error&nbsp; <BR>Error: 200...&nbsp; The package execution fa...&nbsp; The step failed.</FONT> </P>
<P>"Class not registered" usually means that an activex control in not registered. </P>
<P>Make sure you have installed Microsoft OLE DB Provider for Visual Foxpro on the server. If you have not installed then you can download the provider from the below link <BR>Microsoft OLE DB Provider for Visual FoxPro 9.0 <A href="https://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&amp;displaylang=en" mce_href="https://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&amp;displaylang=en">https://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&amp;displaylang=en</A></P>
<P>When you install Microsoft Visual FoxPro, the installation process appears to default to 'Just Me', which would only install the provider for the user doing the installation.&nbsp; When we log in to the machine as the user that performed the installation using the 'Just Me' option, we can run the package in BIDS without a problem.&nbsp; However, when the package is configured to run as a job using a different user, the job fails with the above error. </P>
<P>To resolve this issue uninstall the Microsoft Visual FoxPro Oledb Provider from Add/Remove Programs. Then, perform the installation again, ensuring that the 'Everyone' option is chosen. </P>
<P>HTH </P>]]></content:encoded>
    </item>
    <item>
      <title>Tables/Procedures are not listed under Data Connections in a .net application connecting to DB2 Data Source</title>
      <link>https://docs.microsoft.com/archive/blogs/pram/tablesprocedures-are-not-listed-under-data-connections-in-a-net-application-connecting-to-db2-data-source</link>
      <pubDate>Thu, 12 Feb 2009 08:00:00 GMT</pubDate>
      <dc:creator><![CDATA[PRAM]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/pram/2009/02/12/tablesprocedures-are-not-listed-under-data-connections-in-a-net-application-connecting-to-db2-data-source/</guid>
      <description><![CDATA[I was working with a Customer where he has developed a Windows application connecting to DB2 Data...]]></description>
      <content:encoded><![CDATA[<P>I was working with a Customer where he has developed a Windows application connecting to DB2 Data Source using IBM iSeries OLE DB Provider. The connection was successful. When we expand the tables/Procedures under data connections we don’t see any objects listed. No Error Messages as well!</P>
<P>After working for some hours we came to know that the schema information was omitted in the connection string.</P>
<P>Here is how you can resolve this issue.</P>
<P>1. Create a new Data Connection or modify your existing connection</P>
<P>2. Click on Change button under add Connection wizard</P>
<P>3. Select &lt;Other&gt; from Data Source and Choose .Net Data Provider for OLE DB</P>
<P>4. Click OK</P>
<P>5. Select IBM DB2 UDB for iSeries IBMDASQL OLE DB Provider</P>
<P>6. Enter your User name and Password</P>
<P>7. Check Allow Saving Password and select the Initial catalog</P>
<P>8. Click on Advanced Button</P>
<P>9. Under Default Collection you need to type the Database name (Schema information) which is present in your DB2 Database.</P>
<P>10. Click OK à Test connection à Click Ok</P>
<P>11. Now Right Click on the Data Connection and click Refresh.</P>
<P>12. Expand tables. Ahh.. You will see all the tables listed! </P>
<P>Screenshots</P>
<P><A href="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_2.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_2.png" mce_href="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_2.png"><IMG title=image style="BORDER-TOP-WIDTH: 0px; DISPLAY: inline; BORDER-LEFT-WIDTH: 0px; BORDER-BOTTOM-WIDTH: 0px; BORDER-RIGHT-WIDTH: 0px" height=315 alt=image src="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb.png" width=398 border=0 mce_src="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb.png"></A> </P>
<P><A href="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_4.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_4.png" mce_href="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_4.png"><IMG title=image style="BORDER-TOP-WIDTH: 0px; DISPLAY: inline; BORDER-LEFT-WIDTH: 0px; BORDER-BOTTOM-WIDTH: 0px; BORDER-RIGHT-WIDTH: 0px" height=353 alt=image src="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_1.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_1.png" width=376 border=0 mce_src="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_1.png"></A> </P>
<P><A href="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_6.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_6.png" mce_href="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_6.png"><IMG title=image style="BORDER-TOP-WIDTH: 0px; DISPLAY: inline; BORDER-LEFT-WIDTH: 0px; BORDER-BOTTOM-WIDTH: 0px; BORDER-RIGHT-WIDTH: 0px" height=327 alt=image src="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_2.png" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_2.png" width=354 border=0 mce_src="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/Tab.netapplicationconnectingtoDB2DataSou_1041C/image_thumb_2.png"></A></P>]]></content:encoded>
    </item>
    <item>
      <title>Invalid use of schema or catalog for OLE DB provider "SQLNCLI" for linked server ""</title>
      <link>https://docs.microsoft.com/archive/blogs/pram/invalid-use-of-schema-or-catalog-for-ole-db-provider-sqlncli-for-linked-server</link>
      <pubDate>Mon, 09 Feb 2009 19:09:00 GMT</pubDate>
      <dc:creator><![CDATA[PRAM]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/pram/2009/02/09/invalid-use-of-schema-or-catalog-for-ole-db-provider-sqlncli-for-linked-server/</guid>
      <description><![CDATA[We have a Linked Server from SQL Server 2005 instance to SQL Server 2000 instance. The linked server...]]></description>
      <content:encoded><![CDATA[<P>We have a Linked Server from SQL Server 2005 instance to SQL Server 2000 instance. The linked server works fine. However if we try to Query a Linked Server through Four-Part name then it fails with the below error message</P>
<P><CODE></CODE></P>
<P><CODE>SELECT *</CODE></P>
<P><CODE>FROM LinkServer.Northwind.dbo.Shippers</CODE></P>
<P><CODE>Error Message</CODE></P>
<P><CODE>Msg 7399, Level 16, State 1, Line 1 </CODE></P>
<P><CODE>The OLE DB provider "SQLNCLI" for linked server "&lt;Linked Server Name&gt;" reported an error. The provider did not give any information about the error.</CODE></P>
<P><CODE></CODE></P>
<P><CODE>Msg 7312, Level 16, State 1, Line 1 </CODE></P>
<P><CODE>Invalid use of schema or catalog for OLE DB provider "SQLNCLI" for linked server "&lt;Linked Server Name&gt;". A four-part name was supplied, but the provider does not expose the necessary interfaces to use a catalog or schema..</CODE></P>
<P>Inorder to resolve this, check if "zero level only" property for SQLNCLI oledb provider is set to 0. If it </P>
<P>is 1 (or ON), 7399 error will occur. Make sure its unchecked.</P>
<P>To set the "zero level only" property, go to </P>
<P>SQL Management Studio-&gt; "Server Object" -&gt; "Linked Servers" -&gt; "Provider"</P>
<P>right click on “SQLNCLI” and go to property and uncheck the “zero level only” property</P>
<P>click on “OK” and restart the SQL Server service.</P>
<P><A href="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_2.jpg" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_2.jpg" mce_href="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_2.jpg"><IMG title=clip_image002 style="BORDER-TOP-WIDTH: 0px; DISPLAY: inline; BORDER-LEFT-WIDTH: 0px; BORDER-BOTTOM-WIDTH: 0px; BORDER-RIGHT-WIDTH: 0px" height=202 alt=clip_image002 src="https://msdnshared.blob.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_msdn/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_thumb.jpg" original-url="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_thumb.jpg" width=457 border=0 mce_src="https://blogs.msdn.com/blogfiles/pram/WindowsLiveWriter/InvaliduseofschemaorcatalogforOLEDBprovi_4F99/clip_image002_thumb.jpg"></A></P>
<P>You can also change this setting through registry</P>
<P>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\Providers\SQLNCLI</P>
<P>LevelZeroOnly</P>
<P>If we set it to 1 then only level 0 OLE DB Providers are allowed. If it is 0 (default), all levels of OLE DB provider are allowed. So the value specifies whether all OLE DB providers are supported or just those that are compliant with the level 0 OLE DB interface.</P>
<P>The other workaround is to use OPENQuery instead of Four-Part Query</P>]]></content:encoded>
    </item>
  </channel>
</rss>