BUG: WMI MSSQL_Table.ExportData Always Uses Standard Security (295021)
The information in this article applies to:
- Microsoft SQL Server 2000 (all editions)
This article was previously published under Q295021 BUG #: 353378 (SHILOH_BUGS) BUG #: 353377
(SHILOH_BUGS) SYMPTOMS If you call the MSSQL_TABLE:ExportData SQL Server Windows Management Instrumentation (WMI) Provider
method by using Microsoft Windows NT Authentication Security, the call fails
with the following error message: Description =
"[Microsoft][ODBC SQL Server Driver][SQL Server]Login failed for user 'sa'."
Return Value = -2147203048 Note that the WMI Provider for SQL Server
uses Windows NT Security, by default, when connecting to the database server.
CAUSE The way in which WMI invokes the call to Distributed
Management Objects (DMO) to perform the bulk-copy operation. This problem does
not manifest if the data export is performed from an application that is coded
to use DMO directly, even if it executes the same calls that WMI uses. This is
because of the stateless nature of WMI and how it must reset the state of DMO
with every call. WORKAROUND To work around this problem either:
- Use DMO directly for the bulk-copy operation, which
requires DMO to be installed. -or-
- Use Standard Security for the WMI bulk-copy operation.
Using Standard Security maintains the same connection criteria for both table
enumeration and bulk-copy operations.
STATUS Microsoft has confirmed this to be a problem in SQL Server
2000.
Modification Type: | Major | Last Reviewed: | 10/3/2003 |
---|
Keywords: | kbBug kbpending KB295021 |
---|
|