I have recently experienced an issue which had to do with a third-party application that was trying to retrieve some meta information from a specific SQL Server Instance. It was actually trying to retrieve the names of all the databases contained within that instance.
However it was returning the following error message (app code excluded):
[.......] Received the following from the MS SQL server: Could not load file or assembly 'Microsoft.SqlServer.Smo, Version=10.0.0.0, Culture=neutral,
PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified.
SMO stands for Shared Management Objects and it is basically an API that can be used by third-party applications for programmatically managing all aspects of SQL Server.
As the above message was quite explanatory, I directly checked the Global Assembly Cache (GAC) under "c:\windows\assembly" to see if the assembly (DLL) was listed there. Guess what? It was not!
In such cases you have two options:
1. Run the installer that registers the missing assemblies to the GAC, or
2. Use Gacutil.exe to manually register the assembly after you get the relevant dll.
As I did not have much time, I prefered downloading and running the SMO installer :)
From the error description, version 10.0.0.0 of SMO is the SQL Server 2008 version so I just had to download the proper package and install it.
The package can be found in Microsoft SQL Server 2008 Feature Pack, August 2008. You can download it here.
After visiting the above link, look for "Microsoft SQL Server 2008 Management Objects". The available packages are the following:
- X86 Package (SharedManagementObjects.msi)
- X64 Package (SharedManagementObjects.msi)
- IA64 Package (SharedManagementObjects.msi)
I downloaded and installed the proper package, verified that the assembly was registered in GAC, and tried again!
The application worked, successfully listing the names of the databases in the instance!
Hope this helps!