Sql код ошибки операционной системы 5

For some weird reason I’m having problems executing a bulk insert.

BULK INSERT customer_stg
FROM 'C:UsersMichaelworkspacepydbdataandrew.out.txt'
WITH
(
    FIRSTROW=0,
    FIELDTERMINATOR='t',
    ROWTERMINATOR='n'
)

I’m confident after reading this that I’ve setup my user role correctly, as it states…

Members of the bulkadmin fixed server role can run the BULK INSERT statement.

I have set the Login Properties for the Windows Authentication correctly (as seen below).. to grant server-wide permissions on bulkadmin

_{(source: iforce.co.nz)}

And the command EXEC sp_helpsrvrolemember 'bulkadmin' tells me that the information above was successful, and the current user Michael-PCMichael has bulkadmin permissions.

_{(source: iforce.co.nz)}

But even though I’ve set everything up correctly as far as I know, I’m still getting the error. executing the bulk insert directly from SQL Server Management Studio.

Msg 4861, Level 16, State 1, Line 2
Cannot bulk load because the file «C:UsersMichaelworkspacepydbdataandrew.out.txt» could not be opened. Operating system error code 5(Access is denied.).

which doesn’t make sense because apparently bulkadmins can run the statement, am I meant to reconfigure how the bulkadmin works? (I’m so lost). Any ideas on how to fix it?

First published on MSDN on Oct 29, 2010

While there are various forms of bulk copy this blog specifically deals with copying data from a file into SQL Server. It deals about the specific error “Operating system error code 5(Access is denied.)” which might crop up under certain circumstances when doing a bulk copy. For a while now I worked with a lot of DBAs and Developers bewildered with the problem and most of them complaining about the lack of good documentation about it and hours spent diagnosing in the wrong direction. If you are looking for details about bulk copy visit

http://msdn.microsoft.com/en-us/library/ms130809(SQL.90).aspx

You run the following query

BEGIN

BULK INSERT ENVPOT_R

FROM ‘\advdev64BulkTesttest_bulk_insert.txt’

WITH (  FIELDTERMINATOR = ‘;’,   ROWTERMINATOR = ‘n’)

END

And end up getting the following error

Msg 4861, Level 16, State 1, Line 1

Cannot bulk load because the file

»

\advdev64BulkTesttest_bulk_insert.txt

» could not be opened.

Operating system error code 5(Access is denied.).

The usual troubleshooting that DBAs do is to chase the “Access Denied” error from a file/folder access perspective. Some of them are as follows.

a)      Added “full” access to “everyone” (just temporary to test this) on the

BulkTest

folder and still getting the same error.

b)      Added “full” access to the SQL server service account on the

BulkTest

folder and still get the same error.

c)       The user is made a member of the

bulkadmin

fixed server role.

Many DBAs come with prior experience on SQL Server 2000 where the following was true.

Once a user was authenticated, access to external files was based on the security profile of the SQL Server process. When the SQL Server process had read access to a file, for a user that did not have access to the file but was a member of the

bulkadmin

fixed server role, the user could import the file by using BULK INSERT and access the contents of the file.

But that had a security issue and the way SQL Server 2005 and later versions handle access to external files is different.

The following are the salient points you need to keep in consideration and are also mentioned in detail here

http://msdn.microsoft.com/en-us/library/ms175915(SQL.90).aspx

a)      The data file must be shared between the two computers

b)      To specify a shared data file, use its universal naming convention (UNC) name, which takes the general form of

\


Servername

Sharename

…
.

c)       The user account that is used by SQL Server must have been granted the permissions that are required for reading the file on the remote disk.

But there is another important consideration that needs to be taken care of when we have a setting as below and Windows authentication is being used.

Client application from client machine à SQL Server (SQL service account impersonating client account)

\File

Server (impersonated client credentials)

a)      We need to have CIFs SPN for the file server.

Whenever a computer is joined to a domain, it is assigned 2 SPN’s by default: HOST/netbiosName, and HOST/FQDN.com. netbiosName being the machine name of the computer being joined to the domain, and FQDN.com being the fully qualified machine name. These two SPN’s use the generic «HOST» service type which includes all the various services that *come*be default with Windows. Therefore, if we connect to

http://machineName

or

http://machineName.company.com

, we will already have SPN’s set that will handle Kerberos when using those names. When trying to connect to

\machineNameSomeShareName

we would be all set for Kerberos (UNC’s need a «CIFS» SPN which is included under «HOST» also).

Complete list of the different service types included in HOST of can be found in

this

technet article.

b)      Configuring Kerberos delegation on the SQL Server box.

The requirements are as follows.

i)    A domain user running the query from management studio must not have the Account is sensitive and cannot be delegated selected option.

ii) SPNs must be registered for the SQL Server service if the service account is a domain account.

iii)  The client must be connecting to the SQL using TCP.

http://support.microsoft.com/default.aspx?scid=kb;EN-US;811889

The service’s SPN must be registered by a domain administrator if the service account is a domain user account. If the service account uses the computer’s account, then the process can register by itself or the local administrator can register it by using Setspn.

At a command prompt, type:

setspn –L Account  domainsqlServiceAccount

These two SPNs for SQL service account must come up for delegation to properly function:

•One for MSSQLSvc/Host:1433, where Host is the name of the host computer.

•One for MSSQLSvc/FQDN:1433 where FQDN is the fully qualified domain name of the computer running SQL Server .

The port number at the end may vary depending on the actual port the SQL Server is listening on. For the sake of brevity I have assumed the default port 1433.

If there are no MSSQLSvc SPNs listed or there is an SPN missing, then we need to add the appropriate SPN using the setspn –A command for delegation to work properly.

At a command prompt, type:

setspn -A MSSQLSvc/< Host >:<Port> <SQL_Service_Account>

setspn -A MSSQLSvc/<FQDN>:<Port> <SQL_Service_Account>

A sample is as below

setspn -A MSSQLSvc/MySQLServer:1433 domainsqlServiceAccount

setspn -A MSSQLSvc/MySQLServer.MyDomain.com:1433 domainsqlServiceAccount

iv)The SQL Server service account must be trusted for delegation.

Once the delegation is set properly the bulk copy should work fine and we shouldn’t get any errors.

I am not delving deep into Kerberos troubleshooting as the same is well documented in another blog by my colleague here. The same can be referred if we still continue getting Kerberos related errors.

Author : Angshuman(MSFT), SQL Developer Engineer, Microsoft

Reviewed by : SMAT(MSFT), SQL Escalation Services, Microsoft

По какой-то странной причине у меня возникают проблемы с выполнением массовой вставки.

BULK INSERT customer_stg
FROM 'C:UsersMichaelworkspacepydbdataandrew.out.txt'
WITH
(
    FIRSTROW=0,
    FIELDTERMINATOR='t',
    ROWTERMINATOR='n'
)

Я уверен после прочтения это что я правильно настроил свою роль пользователя, как указано…

Члены фиксированной роли сервера bulkadmin могут выполнять оператор BULK INSERT.

Я установил Login Properties для проверки подлинности Windows правильно (как показано ниже).. для предоставления разрешений на уровне сервера на bulkadmin

_{(источник: iforce.co.nz)}

И команда EXEC sp_helpsrvrolemember 'bulkadmin' сообщает мне, что приведенная выше информация была успешной, и текущий пользователь Michael-PCMichael и bulkadmin разрешения.

_{(источник: iforce.co.nz)}

Но даже если я все настроил правильно, насколько я знаю, я все еще получаю сообщение об ошибке. выполнение массовой вставки непосредственно из SQL Server Management Studio.

Msg 4861, уровень 16, состояние 1, строка 2
Невозможно выполнить массовую загрузку, так как не удалось открыть файл «C:UsersMichaelworkspacepydbdataandrew.out.txt». Код ошибки операционной системы 5 (отказано в доступе).

что не имеет смысла, потому что очевидно bulkadmins может запустить оператор, я должен перенастроить, как bulkadmin работает? (Я так потерян). Любые идеи о том, как это исправить?

Вопрос:

C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLDATA

Лучший ответ:

Мне удалось решить проблему с запуском MS SQL Management Studio в качестве ADMINISTRATOR.

Ответ №1

Ответ №2

Щелкните правой кнопкой мыши на файле mdf и ldf-свойствах → безопасность → полное разрешение

Ответ №3

Предоставление прав администратора или полного управления моей базой установки базы данных решает мою проблему

Ответ №4

У меня была та же проблема. После нескольких попыток я понял, что подключение сервера sql с проверкой подлинности Windows решило проблему.

Ответ №5

Ответ №6

1. скопируйте ваши файлы -. MDF, -. LDF в pate в этом месте
Для сервера 2008 года
C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATA
2. В SQL Server 2008 используйте ATTACH и выберите то же место для добавления

Ответ №7

CREATE FILE encountered operating system error **32**(failed to retrieve text for this error. Reason: 15105) while attempting to open or create the physical file

EXEC sp_attach_single_file_db @dbname = 'SPDB',
@physname = 'D:SPDB.mdf'

Ответ №8

Ответ №9

Ответ №10

Ответ №11

В моем случае у меня возникла ошибка при попытке создать databae на новом диске.
Чтобы преодолеть эту проблему, я создал новую папку на этом диске и установил для нее полнофункциональные свойства безопасности Security (может быть достаточно установить Modify).
Вывод:
УСТАНОВИТЕ “Безопасность диска/папки” для пользователей “Изменить”.

Ответ №12

Ответ №13

Ответ №14

alter database MyDB
add file ( name = N'FileStreamName',
filename = N'D:SQL DatabasesFileStreamSpace' )
to filegroup DocumentFiles;

Ответ №15

Ответ №16

Ответ №17

Ответ №18

Мы столкнулись с этой проблемой, когда windowsuser, удаляющий базу данных и windowsuser с базой данных, отличается. Когда windowsuser, отсоединив базу данных, попытался прикрепить ее, он работал нормально без проблем.

Ответ №19

Я просто решил создать файл в D: вместо C: и все работало хорошо. Windows 7… 10 имеет много проблем, касающихся совместного использования и авторизации файлов и папок.

Ответ №20

В моем случае Run as Administrator не помогает. Я решил проблему, изменив встроенную учетную запись на локальную систему в Configuration Manager.

Ответ №21

Ответ №22

Не нужно делать все это. Просто щелкните правой кнопкой мыши файлы базы данных и добавьте разрешение всем. Это будет работать точно.