Descrição do suporte para arquivos de banco de dados de rede no SQL Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 304261 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Geralmente, a Microsoft recomenda que você use uma SAN (Storage Area Network, rede de armazenamento de dados) ou um disco conectado localmente para o armazenamento dos seus arquivos de banco de dados do Microsoft SQL Server porque essa configuração otimiza a confiabilidade e o desempenho do SQL Server. Por padrão, o uso de arquivos de banco de dados de rede (armazenado em um servidor em rede ou armazenamento conectado à rede [NAS]) não está habilitado para o SQL Server.

No entanto, você pode configurar o SQL Server para armazenar um banco de dados em um servidor de rede ou o servidor de armazenamento NAS. Servidores usados para essa finalidade devem atender aos requisitos de SQL Server para a ordem de gravação de dados e gravação por garantias, que são detalhadas na seção "Mais informações".

Dispositivos do Windows Hardware Quality Lab (WHQL) qualificado

Servidores Microsoft Windows e servidores em rede ou servidores de armazenamento NAS Windows Hardware Quality Lab (WHQL) certificados automaticamente atender aos pedidos de gravação de dados e gravação por garantias necessárias para dar suporte a um dispositivo de armazenamento do SQL Server. A Microsoft oferece suporte a aplicativos e problemas relacionados a armazenamento nessas configurações.

ObservaçãoPara obter suporte do SQL Server, a solução de armazenamento NAS também deve atender os requisitos listados no seguinte site da Microsoft:
http://download.microsoft.com/download/6/E/8/6E882A06-b71b-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

Outros dispositivos

Se você usar um dispositivo de armazenamento qualificado não WHQL com SQL Server que ofereça suporte a garantias de e/s para uso de bancos de dados transacionais descrito neste artigo, a Microsoft fornecerá suporte completo para aplicativos baseados em SQL Server e SQL Server. No entanto, problemas com, ou causado por, o dispositivo ou o subsistema de armazenamento será chamado para o fabricante do dispositivo. Se você usar um dispositivo de armazenamento qualificado não WHQL que não suporta as garantias de e/s para uso de bancos de dados transacionais descrito neste artigo, a Microsoft não pode fornecer suporte para aplicativos baseados em SQL Server ou SQL Server. Para determinar se o seu não WHQL qualificados oferece suporte de dispositivo de armazenamento a e/s garante para uso de bancos de dados transacionais descrito neste artigo e/ou foi projetado para uso do banco de dados, verifique com o fornecedor do dispositivo. Além disso, contate o fornecedor do dispositivo para verificar se você corretamente implantado e configurar o dispositivo para uso de bancos de dados transacionais.

Mais Informações

Por padrão, você não pode criar um banco de dados do SQL Server em um compartilhamento de rede. Qualquer tentativa de criar um arquivo de banco de dados em um mapeada ou local de rede UNC gera uma das seguintes mensagens de erro:

Mensagem de erro 1
5105 "Erro de ativação do dispositivo"

Mensagem de erro 2
5110 "arquivo 'nome_do_arquivo' está em um dispositivo de rede que não tem suporte para databasefiles."

Esse comportamento é esperado. Sinalizador de rastreamento 1807 ignora a verificação e permite que você configure o SQL Server com os arquivos de banco de dados baseado em rede. SQL Server e a maioria dos outros sistemas de banco de dados empresarial, empregam uma lógica de recuperação associado para garantir a consistência de bancos de dados transacionais no caso de uma falha do sistema e log de transações ou desligar um não gerenciado. Esses protocolos de recuperação contam com a capacidade de gravar diretamente para a mídia de disco, para que quando uma sistema operacional entrada/saída (e/s) solicitação de gravação retorna para o Gerenciador de banco de dados, o sistema de recuperação é garantido que a gravação foi realmente concluída ou que a conclusão da gravação pode ser garantida. Qualquer falha por qualquer componente de software ou hardware para honrar esse protocolo pode resultar em perda de dados parcial ou total ou corrupção no caso de uma falha do sistema. Para obter mais detalhes sobre esses aspectos do registro e protocolos de recuperação no SQL Server, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
230785 Log do SQL Server 7.0, SQL Server 2000 e SQL Server 2005 e algoritmos de armazenamento de dados ampliam a confiabilidade de dados
Microsoft não oferece suporte a arquivos de banco de dados do SQL Server em rede em servidores de armazenamento em rede que não atendem a esses requisitos de write-through e ordem de gravação ou NAS.

Devido aos riscos de erros de rede comprometer a integridade do banco de dados, juntamente com as implicações de desempenho possíveis que podem resultar do uso de compartilhamentos de arquivos de rede para armazenar bancos de dados, a Microsoft recomenda que você armazene arquivos de banco de dados em subsistemas de disco local ou em redes de armazenamento (SANs).

Um sistema de armazenamento (NAS) conectado à rede é um sistema de armazenamento de arquivo com base em clientes conectar por meio do redirecionador de rede usando um protocolo de rede (como TCP/IP). Se necessitar de acesso a um recurso de disco que um compartilhamento ser mapeado, ou se o recurso de disco aparece como um servidor remoto por meio de um caminho UNC (por exemplo, \\Servername\Sharename) na rede, em seguida, por padrão, o sistema de armazenamento de disco não é aceito como um local para bancos de dados do SQL Server.

Problemas de desempenho

SQL Server, semelhante a outros sistemas de banco de dados empresarial, pode colocar uma carga extremamente grande em um subsistema de e/s. A maioria das grandes aplicativos de banco de dados, física configuração de e/s e ajuste desempenham um papel significativo no desempenho geral do sistema. Há três fatores de desempenho de e/s principais a serem considerados:
  • Largura de banda de e/s: largura de banda agregada, normalmente medida em megabytes por segundo pode ser sustentada com um dispositivo de banco de dados
  • Latência de i/o: latência, geralmente medida em milissegundos, entre uma solicitação de e/s pelo sistema de banco de dados e o ponto em que a solicitação de e/s é concluída
  • Custo de CPU: O custo de CPU do host, normalmente medido em microssegundos de CPU, para o sistema de banco de dados concluir uma única e/s
Qualquer um desses fatores de i/o pode se tornar um gargalo e você deve considerar todos esses fatores ao projetar um sistema de e/s para um aplicativo de banco de dados.

Em sua forma mais simples, uma solução NAS usa uma pilha de software do redirecionador de rede padrão, placa de interface de rede padrão (NIC) e componentes Ethernet padrão. A desvantagem dessa configuração é que todos os i/o de arquivo é processado por meio da pilha de rede e está sujeito às limitações de largura de banda da rede em si. Isso pode criar problemas de desempenho e dados confiabilidade, especialmente em programas que exigem níveis extremamente altos de arquivo e/s, como SQL Server. Em algumas configurações NAS testados pela Microsoft, a taxa de transferência de e/s foi aproximadamente um terço (1/3) que, de uma conexão direta anexada a solução de armazenamento no mesmo servidor. Nessa mesma configuração, o custo de CPU para concluir um i/o por meio do dispositivo NAS era aproximadamente duas vezes de uma e/s local. Evolução de dispositivos NAS e infra-estrutura de rede, essas taxas podem também melhorar em relação ao armazenamento com conexão direta ou SANs. Além disso, se os dados do aplicativo é armazenado em cache na maioria das vezes no pool de buffer do banco de dados e você não encontrar algum dos gargalos de i/o descrito, desempenho em um sistema com base é provavelmente adequado para seu aplicativo.

Considerações sobre backup e restauração

SQL Server fornece a Interface de dispositivo Virtual (VDI) para backup. A Interface de dispositivo Virtual fornece fornecedores de software de backup com um meio confiável, escalonável e de alto desempenho para a realização de hot backups e restaurar bancos de dados do SQL Server.

Software de backup funciona em arquivos de banco de dados armazenados em dispositivos NAS através de VDI sem suporte especial específico para NAS. No entanto, isso resulta em uma grande quantidade de tráfego de rede adicional durante o backup e restauração. Durante o backup através de VDI, o SQL Server lê os arquivos remotamente e passa os dados para o software de backup de terceiros que está sendo executado no computador do SQL Server. A operação de restauração é semelhante.

Para evitar a rede extra sobrecarga, o fornecedor de backup deve fornecer suporte específicos de NAS, o fornecedor de backup e o fornecedor do NAS. VDI do SQL Server permite que o software de backup aproveitar o hardware (split-mirror) ou tecnologias (copy on write) de software compatíveis com os dispositivos para fazer cópias rápidas dos arquivos do banco de dados local para NAS. Essas tecnologias não apenas evitar a sobrecarga de cópia dos arquivos pela rede para backup, elas também podem reduzir os tempos de restauração em ordens de magnitude.

Backups armazenados NAS são vulneráveis aos mesmos failuresthat afetam o banco de dados arquivos que são armazenados no NAS. Você shouldconsider proteger esses backups, copiando-os para uma mídia alternativa.

CuidadoSe você usar as tecnologias de backup sem suporte a VDI do SQL Server, você pode enfrentar corrupção de banco de dados no backup. Tais corruptionincludes rasgada páginas ou inconsistências entre os arquivos de log e de dados, se eles estiverem armazenados em dispositivos diferentes. SQL Server não pode detectar as páginas rasgadas ou inconsistências até que você restaure o banco de dados e acessar os dados corrompidos. A Microsoft não suporta o uso de tecnologias de backup de NAS que não são coordenados com o SQL Server.

Suporte a backup e fornecedor NAS oferecem suporte para SQL Server VDI varia. Verifique com NAS e os fornecedores de software de backup para obter detalhes sobre o suporte VDI.

A Microsoft recomenda que os clientes que estão pensando em uma solução de parte de implantação para bancos de dados do SQL Server para o fornecedor de consulttheir para certificar-se de que o projeto da solução de ponta a ponta é para uso do banco de dados. Muitos fornecedores NAS têm guias de práticas recomendadas e configurações certificadas para este uso. A Microsoft também recomenda que os clientes benchmark de desempenho de i/o para garantir que nenhum dos fatores de e/s mencionados anteriormente que causa um afunilamento em seus aplicativos.

O texto que se segue descreve o comportamento dos arquivos de banco de dados baseado em rede no Microsoft SQL Server 2005, Microsoft SQL Server 2000 e Microsoft SQL Server 7.0, com e sem o sinalizador de rastreamento 1807. Sintaxe mapeada refere-se a uma letra de unidade associada a um caminho de rede, o comando NET USE. Sintaxe UNC refere-se a uma referência direta a um caminho de rede, como \\Servername\Sharename.
  • No SQL Server 7.0, sem o sinalizador de rastreamento 1807, se você usar a sintaxe de compatível DISK INIT seguido de uma instrução CREATE DATABASE com um mapeado ou UNC, erro 5105 ocorre.
  • No SQL Server 7.0, com o sinalizador de rastreamento 1807, se você usar a sintaxe de compatibilidade DISK INIT seguida de uma instrução CREATE DATABASE com sintaxe mapeada, a criação do arquivo é bem-sucedida. Se você usar o disco de inicialização com a sintaxe UNC, ocorrerá erro 5105.
  • No SQL Server 2005, SQL Server 2000 ou SQL Server 7.0, sem o sinalizador de rastreamento 1807, se você executar uma instrução CREATE DATABASE com mapeado ou sintaxe UNC, erro 5105 ocorre no SQL Server 7.0 e erro 5110 ocorre no SQL Server 2000.
  • No SQL Server 2005, SQL Server 2000 ou no SQL Server 7.0, com o sinalizador de rastreamento 1807, uma instrução CREATE DATABASE que é executada usando mapeado ou sintaxe UNC é bem-sucedida.
Observe que Serverprovides SQL oferece suporte apenas para arquivos com base em rede que use o sinalizador de rastreamento 1807 para instalações em cluster não-failover do SQL Server. Failover de instalações em cluster do SQL Server não funcionam com arquivos com base em rede porque o SQL Server 2005 e SQL Server 2000 exigem que os dispositivos de armazenamento ser reconhecidos e registrados pelo administrador de Cluster do Microsoft Cluster Service (MSCS).

Observações adicionais

Uso incorreto do software de banco de dados com um produto NAS, ou o uso do banco de dados com um produto NAS configurado incorretamente, pode resultar em perda de dados, incluindo a perda total do banco de dados. Se o software de rede ou dispositivo NAS não respeitam completamente garantias de dados, como a gravação pedida ou write-through, e em seguida, hardware, software ou até mesmo falhas de energia podem comprometer gravemente a integridade dos dados.

REFERÊNCIAS

Para obter mais informações sobre gravação pedida ou write-through para SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
234656 Usando o cache da unidade de disco com o SQL Server
Livros do SQL Server Online; tópico: "Sinalizadores de rastreamento"
SQL Server requer sistemas para suportar 'entrega garantida para mídias estáveis' como descrito sob o programa de análise de solução de armazenamento do Microsoft SQL Server Always-On. FOPara obter mais informações sobre os requisitos de entrada e saídas para o mecanismo de banco de dados do SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
967576 Requisitos de entrada/saída de mecanismo de banco de dados do Microsoft SQL Server

Propriedades

ID do artigo: 304261 - Última revisão: sábado, 17 de maio de 2014 - Revisão: 3.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2005 Compact Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Windows CE Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2012 Analysis Services
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Web
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2014 Business Intelligence
Palavras-chave: 
kbinfo kbmt KB304261 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 304261

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com