MSSQLSERVER_17204

Artigo
04/26/2023

Aplica-se a:SQL Server

Detalhes

Atributo	Valor
Nome do Produto	SQL Server
ID do evento	17204
Origem do Evento	MSSQLSERVER
Componente	SQLEngine
Nome simbólico	DBLKIO_DEVOPENFAILED
Texto da mensagem	%ls: não foi possível abrir arquivo %ls para o número de arquivo %d. Erro de SO: %ls.

Explicação

O SQL Server não pôde abrir o arquivo indicado devido ao erro de sistema operacional especificado.

Você pode ver o erro 17204 no evento de aplicativo do Windows ou o log de erros do SQL Server quando o SQL Server não pode abrir arquivos de log de transações e/ou de banco de dados. Este é um exemplo da aparência do erro:

Error: 17204, Severity: 16, State: 1.
FCB::Open failed: Could not open file c:\Program Files\Microsoft SQL Server\MSSQL10.SQL2008\MSSQL\data\MyDB_Prm.mdf for file number 1.  OS error: 5(Access is denied.).

Você pode ver esses erros durante o processo de inicialização da instância do SQL Server ou qualquer operação de banco de dados que tente iniciar o banco de dados (por exemplo, ALTER DATABASE). Em alguns cenários, você poderá ver os erros 17204 e 17207 e, em outras ocasiões, poderá ver apenas um deles.

Se um banco de dados de usuário em execução encontrar esses erros, o banco de dados será deixado no estado de RECOVERY_PENDING, e os aplicativos não poderão acessar o banco de dados. Se um banco de dados do sistema encontrar esses erros, a instância do SQL Server não será iniciada, e você não poderá se conectar a essa instância do SQL Server. Uma falha em um banco de dados do sistema também pode fazer com que um recurso do cluster de failover do SQL Server fique offline.

Causa

Antes que qualquer banco de dados do SQL Server possa ser usado, o banco de dados precisa ser iniciado. O processo de inicialização do banco de dados envolve:

Inicializar várias estruturas de dados que representam o banco de dados e os arquivos do banco de dados
Abrir todos os arquivos que pertencem ao banco de dados
Executar a recuperação no banco de dados

O SQL Server usa a função da API do Windows CreateFile para abrir os arquivos que pertencem a um banco de dados.

As mensagens 17204 (e 17207) indicam que um erro foi encontrado quando SQL Server tentou abrir os arquivos de banco de dados durante o processo de inicialização.

Essas mensagens de erro contêm as seguintes informações:

Nome da função do SQL Server que está tentando abrir o arquivo. O nome da função que você normalmente observa nas mensagens de erro é um dos seguintes:
- FCB::Open – ocorreu um erro com o arquivo quando SQL Server tentou abri-lo
- FileMgr::StartPrimaryDataFiles – um arquivo de dados primário ou um arquivo pertencente ao grupo de arquivo primário
- FileMgr::StartSecondaryDataFiles – um arquivo que pertence a um grupo de arquivo secundário
- FileMgr::StartLogFiles – um arquivo de log de transações
- STREAMFCB::Startup – um contêiner de FileStream do SQL
- FCB::RemoveAlternateStreams
As informações de estado distinguem vários locais dentro de uma função que pode gerar essa mensagem de erro
O caminho físico completo para o arquivo
A ID do arquivo correspondente ao arquivo
O código de erro do sistema operacional e a descrição do erro. Em alguns casos, você verá apenas o código de erro.

As informações de erro do sistema operacional impressas nessas mensagens de erro são a causa raiz que leva ao erro 17204. As causas comuns para essas mensagens de erro são um problema de permissão ou um caminho incorreto para o arquivo.

Ação do usuário

A resolução do erro 17204 envolve a compreensão do código de erro do sistema operacional associado e o diagnóstico desse erro. Depois que a condição de erro do sistema operacional for resolvida, você poderá tentar reiniciar o banco de dados (por exemplo, usando ALTER DATABASE SET ONLINE) ou a instância SQL Server para colocar o banco de dados afetado online. Em alguns casos, talvez você não consiga resolver o erro do sistema operacional. Portanto, precisará realizar ações corretivas específicas. Discutiremos tais ações nesta seção.
Se a mensagem de erro 17204 contiver apenas um código de erro e não uma descrição de erro, você poderá tentar resolver o código de erro usando o comando de um shell do sistema operacional: código> de erro net helpmsg <. Se você receber um código de status de 8 dígitos como o código de erro, poderá consultar as fontes de informações em Como converter um HRESULT em um código de erro Win32? para decodificar quais são esses códigos de status em erros de sistema operacional.
Se você receber o erro do sistema operacional Access is Denied = 5, considere estes métodos:
- Verifique se as permissões estão definidas no arquivo examinando as propriedades dele no Windows Explorer. O SQL Server usa grupos do Windows para provisionar o Controle de Acesso em vários recursos do arquivo. Verifique se o grupo apropriado [com nomes como SQLServerMSSQLUser$ComputerName$MSSQLSERVER ou SQLServerMSSQLUser$ComputerName$InstanceName] tem as permissões necessárias no arquivo de banco de dados mencionado na mensagem de erro. Para obter mais informações, confira Configurar permissões do sistema de arquivos para acesso ao Mecanismo de Banco de Dados. Verifique se o grupo do Windows realmente inclui a conta de inicialização do serviço SQL Server ou o SID do serviço.
- Examine a conta de usuário na qual o serviço do SQL Server está atualmente em execução. Você pode usar o Gerenciador de Tarefas do Windows para obter essas informações. Procure o valor de "Nome de Usuário" para o executável "sqlservr.exe". Além disso, se você alterou recentemente a conta de serviço SQL Server, saiba que a maneira com suporte para realizar essa operação é por meio do utilitário SQL Server Configuration Manager. Mais informações sobre isso estão disponíveis em SQL Server Configuration Manager.
- Dependendo do tipo de operação – abrir bancos de dados durante a inicialização do servidor, anexar um banco de dados, restaurar o banco de dados etc. – a conta usada para representação e acesso ao arquivo de banco de dados pode variar. Examine o tópico Proteger arquivos de log e dados para entender qual operação define qual permissão e de quais contas. Use uma ferramenta como Monitor do Processo do SysInternals do Windows para entender se o acesso ao arquivo está acontecendo no contexto de segurança da conta de inicialização do serviço (ou SID do serviço) da instância SQL Server ou de uma conta representada.
  
  Se SQL Server estiver representando as credenciais do usuário que executa a operação ALTER DATABASE ou CREATE DATABASE, você observará as seguintes informações na ferramenta Monitor do Processo (um exemplo):
```
Date & Time:      3/27/2010 8:26:08 PM
Event Class:        File System
Operation:          CreateFile
Result:                ACCESS DENIED
Path:                  C:\Program Files\Microsoft SQL Server\MSSQL10.SQL2008\MSSQL\DATA\attach_test.mdf
TID:                   4288
Duration:             0.0000366
Desired Access:Generic Read/Write
Disposition:        Open
Options:            Synchronous IO Non-Alert, Non-Directory File, Open No Recall
Attributes:          N
ShareMode:       Read
AllocationSize:   n/a
Impersonating: DomainName\UserName
```
Se você estiver obtendo o erro de SO The system cannot find the file specified = 3:
- Examine o caminho completo da mensagem de erro
- Verifique se a unidade de disco e o caminho da pasta estão visíveis e acessíveis no Windows Explorer
- Examine o log de eventos do Windows para descobrir se existem problemas com essa unidade de disco
- Se o caminho estiver incorreto e se esse banco de dados já existir no sistema, você poderá alterar os caminhos do arquivo de banco de dados usando os métodos explicados no tópico Mover arquivos de banco de dados. Talvez você precise usar este procedimento, especialmente para arquivos de banco de dados do sistema que encontrem 17204 ou 17207 e se você estiver trabalhando em um cenário de recuperação de desastre em que as unidades de disco especificadas não estão disponíveis. Este tópico também explica como você pode identificar a localização atual dos vários bancos de dados do sistema [mestre, modelo, tempdb, msdb e mssqlsystemresource].
- Se você vir esse erro porque os arquivos de banco de dados estão ausentes, será necessário restaurar o banco de dados de um backup válido.
  - Se o arquivo de banco de dados associado ao erro pertencer a um grupo de arquivos secundário, você poderá, opcionalmente, marcar esse grupo de arquivos offline, colocar o banco de dados online e executar uma restauração somente desse grupo de arquivos. Para obter mais informações, confira a seção OFFLINE do tópico Opções de arquivo e grupo de arquivos ALTER DATABASE (Transact-SQL).
  - Se o arquivo que produziu o erro for um arquivo de log de transações, examine as informações nas seções "FOR ATTACH" e "FOR ATTACH_REBUILD_LOG" do tópico CRIAR BANCO DE DADOS (Transact-SQL) para entender como você pode recriar os arquivos de log de transações ausentes.
- Verifique se alguma localização de rede ou disco [como unidade iSCSI] está disponível antes que SQL Server tente acessar os arquivos de banco de dados nesses locais. Se necessário, crie as dependências exigidas no Administrador de Cluster ou no Gerenciador de Controle de Serviço.
Se você estiver recebendo o erro de sistema operacional The process cannot access the file because it is being used by another process = 32:
- Use uma ferramenta como o Explorador de Processos ou o Identificador do Windows Sysinternals para descobrir se outro processo ou serviço adquiriu bloqueio exclusivo nesse arquivo de banco de dados
- Interrompa o acesso desse processo aos SQL Server Arquivos de banco de dados. Exemplos comuns incluem programas antivírus (confira as diretrizes para exclusões de arquivo no artigo da base de dados a seguir)
- Em um ambiente de cluster, verifique se o processo sqlservr.exe do nó proprietário anterior realmente liberou os identificadores para os arquivos de banco de dados. Normalmente, isso não ocorre, mas as configurações incorretas do cluster ou dos caminhos de E/S podem levar a esses problemas.