Inserção em massa do SQL Server em falha do caminho UNC, apesar do acesso total

2

Eu tenho uma configuração com 2 máquinas (cliente no win2012r2, sql server no win2016) que não fazem parte de um domínio. A máquina do cliente tem um compartilhamento, acessível a todos. Estou usando a autenticação do SQL Server. Eu sou capaz de navegar no compartilhamento do servidor SQL

Eu tenho um aplicativo que tenta fazer um BULK INSERT, mas está reclamando que a inserção em massa encontrou um código de erro 1326 (nome de usuário ou senha incorreto) ao acessar o compartilhamento.

Isso não faz sentido para mim; não há senha necessária para acessar os arquivos, então como isso pode estar incorreto? Eu também tentei configurar o aplicativo para fazer o upload para um compartilhamento no SQL Server e fazer a inserção em massa usando um caminho local, mas isso dispara um acesso negado durante o BULK INSERT.

    
por Koert 24.03.2017 / 19:59

2 respostas

2

O que Sean e Tim disseram em seus comentários. Se o seu SQL Server, que chamarei de SQLServer2016, estiver sendo executado como sistema local, ele estará acessando o compartilhamento como a conta da máquina, que chamarei de $ SQLServer2016.

Sua participação está disponível para TODOS. TODOS é um grupo incorporado que inclui Usuários Autenticados (outro grupo integrado que inclui todos os usuários com uma conta na máquina) e Convidado. Guest é uma conta interna para pessoas que não têm uma conta na máquina que hospeda sua parte, que eu chamarei de Fileserver2012R2.

A conta de sistema do SQLServer2016, $ SQLServer2016, é, por definição, não uma conta válida do Fileserver2012R2. O SQLServer2016 acessaria o compartilhamento no Fileserver2012R2 através da conta Guest.

Meu palpite seria que Guest está desabilitado no Fileserver2012R2.

    
por 25.03.2017 / 21:16
0

Eu tive esse problema várias vezes durante o BCP. Eu costumo acabar colocando o arquivo no C: \ root da unidade (na máquina do SQL Server) e ele funciona sempre, mesmo se eu estiver executando o bCP em uma máquina remota. Pode ter a ver com o fato de o utilitário BCP estar sendo executado sob um usuário ou conta diferente. Tive muitos problemas para ler e escrever de pastas de rede compartilhadas em versões recentes do Windows.

    
por 24.03.2017 / 20:08