SQLState = S1000, NativeError = 0

Bin ich immer diese Fehlermeldung, Während ich versuche zu tun, BCP

SQLState = S1000, NativeError = 0

Fehler = [Microsoft][SQL Server Native Client 11.0]kann Nicht geöffnet BCP-host-Daten-Datei

Dies ist mein code:

DECLARE @dump_data1 varchar(500)

SET @dump_data1 =  'bcp "select * from IDcountries.dbo.IDs$" queryout "\\NetworkLocation\watchdog.xls" -c -S STRIVEDI\SQLEXPRESS -T'

EXEC xp_cmdshell @dump_data1

Ich habe alle Rechte auf dem Netzlaufwerk.

Dieser code perfekt funktioniert gut für das Ziel meiner lokalen Festplatte wie C:\.

Ich habe auch versucht, die Eingabe -U und -P Optionen, wie gut. Aber, kein Glück

Kann mir bitte jemand helfen zu diesem Thema?

Also, wenn er arbeitet auf Ihrem lokalen C:` drive - why not just output the file there using bcp` und dann kopieren Sie es auf Ihrem Netzwerk-Laufwerk??
social.msdn.microsoft.com/Forums/sqlserver/en-US/...
Nur weil SIE über die entsprechenden Berechtigungen auf das Netzlaufwerk bedeutet nicht, bcp stellt

InformationsquelleAutor user2704062 | 2013-10-17

  1. 3

    Ich auch vor dem gleichen problem. Dies scheint zu sein, die Berechtigung des Ordners. Bearbeiten Sie die Registerkarte "Sicherheit" unter Eigenschaften des Ordners und geben Sie die Berechtigung "Ändern", um das Benutzerkonto, über die SQL Server-Dienste ausgeführt werden, die im SQL Server. Normalerweise wird dieser Benutzer-account-Namen MSSQLSERVER. Dies funktionierte gut für mich.

    InformationsquelleAutor Sanjeev Garg

  2. 0

    Wenn Sie Datei-Datei, wie BCP Ergebnis, oder eine Sicherung in einem
    remote-Laufwerk, nur Karte dieses Laufwerk in windows nicht funktionieren, es muss
    mapped auf SQL-Server!, um dies zu tun, versuchen, einige link wie folgt:

    exec xp_cmdshell 'net use p:\ \\Server\Folder\Folder\Folder\ /Domain\Login /Password'

    http://social.msdn.microsoft.com/Forums/sqlserver/en-US/6eca2d62-eb86-4f23-9b86-6f917017f50c/bcp-utility-via-xpcmdshell-and-network-drive?forum=sqlsecurity

    Ich habe versucht, die Anwendung Domain-Benutzernamen und Passwort, aber kein Glück!

    InformationsquelleAutor Michael Gardner

Schreibe einen Kommentar