Início / dba / Perguntas / 166097
Accepted
Eric Swiggum
Asked: 2017-03-04 06:36:21 +0800 CST

O compartilhamento do SQL SERVER FileTable/FILESTREAM repentinamente fica indisponível

  • 772

Tivemos dificuldade em configurar um compartilhamento de FileTable em uma instância do SQL 2014 e depois de desistir de tentar nomeá-lo com o nome da nossa instância, deixamos o nome do compartilhamento como mssqlserver, mas finalmente ficou online, ou seja, online se você clicar com o botão direito do mouse SSMS na tabela FileTable você pode "Explorar o diretório FileTable", no entanto, parece ficar offline aleatoriamente novamente depois de algum tempo e você recebe a mensagem de erro padrão usual:

Então, depois de desabilitar/habilitar magicamente o FILESTREAM no nível do servidor, no nível do banco de dados via t-sql/ssms/configuration manager ele volta de alguma forma, mas eu tenho que mexer com a configuração em todos esses pontos para que ele volte! e parece não haver uma sequência mágica de passos que a faça voltar.

Alguém aí já experimentou isso? Uma reinicialização do serviço/servidor ajudará nisso? Se não, um reparo do servidor sql ajudará?

sql-server sql-server-2014

2 respostas

  1. Parece que depois de configurá-lo via gerenciador de configuração, o problema desapareceu.

    • 2
  2. Best Answer

    Isso pode estar relacionado a KB4492899 - CORREÇÃO: o diretório de nível de banco de dados FileTable fica inacessível após a inicialização do banco de dados no SQL Server 2016 e 2017 .

    O SQL Server 2014 (e possivelmente adições anteriores) também parece ser afetado e não parece ter uma correção, embora a solução alternativa ainda deva funcionar.

    A solução alternativa fornecida requer que todas as conexões existentes sejam fechadas.

    Aqui está o conteúdo do artigo da KB, caso o link seja quebrado no futuro:

    Sintomas

    Durante a inicialização do Microsoft SQL Server 2016 e 2017, se um usuário tentar se conectar a um banco de dados antes de iniciá-lo, a sessão do usuário poderá fazer com que o banco de dados seja iniciado automaticamente. Quando isso ocorre, se o banco de dados contiver um FileTable e tiver FILESTREAM non_transacted_access habilitado, o diretório FileTable no nível do banco de dados ficará inacessível após a inicialização do banco de dados. Se você tentar acessar a pasta por meio do Explorador de Arquivos, isso pode indicar que a pasta não está disponível. Quando você executa um comando "dir" no prompt de comando, ele retorna "O sistema não pode localizar o arquivo especificado".

    Além disso, você pode ver os seguintes erros no log de erros que indicam que uma sessão de usuário acionou o banco de dados para iniciar automaticamente:

    • Erro de logon de data e hora: 18456, gravidade: 14, estado: 38.
    • DateTime Logon Login falhou para o usuário 'UserName'. Motivo: Falha ao abrir o banco de dados explicitamente especificado 'DatabaseName'. [CLIENTE: IPNumber]

    Status

    A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".

    Resolução

    Esse problema foi corrigido nas seguintes atualizações cumulativas para o SQL Server:

    Atualização cumulativa 15 para SQL Server 2017

    Atualização cumulativa 6 para SQL Server 2016 SP2

    Sobre atualizações cumulativas para SQL Server:

    Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes para o SQL Server:

    Atualização cumulativa mais recente para o SQL Server 2017

    Atualização cumulativa mais recente para o SQL Server 2016

    Gambiarra

    A solução alternativa para esse problema é desabilitar e reativar o FILESTREAM non_transacted_access do banco de dados.

    ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE

ALTER DATABASE [DatabaseName] SET FILESTREAM ( NON_TRANSACTED_ACCESS = OFF )

ALTER DATABASE [DatabaseName] SET FILESTREAM ( NON_TRANSACTED_ACCESS = FULL )

ALTER DATABASE [DatabaseName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
    • 2

relate perguntas