Descrição do suporte para ficheiros de base de dados de rede no SQL Server

Traduções de Artigos Traduções de Artigos
Artigo: 304261 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Normalmente, a Microsoft recomenda que utilize uma rede de área de armazenamento (SAN) ou um disco ligado localmente para o armazenamento dos ficheiros de base de dados de Microsoft SQL Server porque esta configuração optimiza o desempenho do SQL Server e a fiabilidade. Por predefinição, a utilização de ficheiros de base de dados de rede (armazenados num servidor ligado em rede ou armazenamento ligado à rede [NAS]) não está activada para o SQL Server.

No entanto, pode configurar o SQL Server para armazenar uma base de dados num servidor ligado em rede ou servidor de armazenamento NAS. Servidores utilizados para esse efeito devem satisfazer requisitos de SQL Server para ordenação de escrita de dados e simultânea garantias, que figuram na secção "Mais informação".

Dispositivos Windows Hardware Quality Lab (WHQL) qualificado

Servidores do Microsoft Windows e servidores ligados em rede ou servidores de armazenamento do NAS que são Windows Hardware Quality Lab (WHQL) certificadas automaticamente reunir-se a ordem de escrita de dados e simultânea garantias necessárias para suportar um dispositivo de armazenamento do SQL Server. A Microsoft suporta a aplicação e problemas relacionados com armazenamento nessas configurações.

NotaA ser suportados pelo SQL Server, a solução de armazenamento NAS também deve satisfazer todos os requisitos listados no seguinte Web 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 utilizar um dispositivo de armazenamento qualificado não WHQL com o SQL Server que suporte as garantias de e/s para a utilização de base de dados transaccional descrita neste artigo, a Microsoft fornecerá suporte completo para o SQL Server e aplicações baseadas em SQL Server. No entanto, problemas, ou causado por, o dispositivo ou o seu subsistema de armazenamento será referido o fabricante do dispositivo. Se utilizar um dispositivo de armazenamento qualificado não WHQL que não suporta as garantias de e/s para utilização de base de dados transaccional descrita neste artigo, a Microsoft não pode fornecer suporte para o SQL Server ou aplicações baseadas em SQL Server. Para determinar se o não WHQL qualificado armazenamento dispositivo suporta a e/s garantias para utilização de base de dados transaccional descrita neste artigo e/ou foi concebido para utilização de base de dados, contacte o fornecedor do dispositivo. Além disso, contacte o fornecedor de dispositivo para verificar se correctamente implementado e configurado o dispositivo para utilização de base de dados transaccional.

Mais Informação

Por predefinição, é possível criar uma base de dados do SQL Server numa partilha de ficheiros de rede. Qualquer tentativa para criar um ficheiro de base de dados num mapeada ou uma localização de rede UNC gera uma das seguintes mensagens de erro:

Mensagem de erro 1
5105 "dispositivo erro de activação"

Mensagem de erro 2
5110 "ficheiro 'nome_do_ficheiro' está num dispositivo de rede não suportado para databasefiles."

Este comportamento está previsto. Sinalizador de rastreio 1807 ignora a verificação e permite-lhe configurar o SQL Server com ficheiros de base de dados baseada na rede. SQL Server e a maior parte dos outros sistemas de base de dados de empresa, recorrer a um registo de transacções e a lógica de recuperação associada para assegurar a consistência da base de dados transaccional caso ocorra uma falha de sistema ou encerra um não gerida. Estes protocolos de recuperação basear-se a capacidade para escrever directamente para o suporte de disco para que quando uma sistema operativo entrada/saída (e/s) pedido write devolve ao gestor da base de dados, o sistema de recuperação é garantido que a escrita é realmente concluída ou que possa ser garantida a conclusão da escrita. Qualquer falha por qualquer componente de software ou hardware respeitem o presente protocolo pode resultar numa perda de dados de total ou parcial ou danos em caso de falha de sistema. Para obter mais detalhes sobre estes aspectos de registo e protocolos de recuperação no SQL Server, consulte o seguinte artigo na Microsoft Knowledge Base:
230785 Registo de SQL Server 7.0, SQL Server 2000 e SQL Server 2005 e algoritmos de armazenamento de dados aumentam a fiabilidade dos dados
A Microsoft não suporta ficheiros de base de dados do SQL Server ligado a uma rede em servidores de armazenamento em rede que não cumprem estes requisitos de actualização simultânea e ordem escrita ou NAS.

Devido a riscos de comprometer a integridade da base de dados, em conjunto com implicações no desempenho possíveis que podem resultar da utilização de partilhas de ficheiros de rede para armazenar as bases de dados, de erros de rede, a Microsoft recomenda que armazene ficheiros de base de dados quer em subsistemas de disco local ou em redes de armazenamento (SAN).

Um sistema de armazenamento (NAS) de rede ligada é um sistema de armazenamento de ficheiros com base em que os clientes ligar através do redireccionador de rede utilizando um protocolo de rede (por exemplo, o TCP/IP). Se o acesso a um recurso de disco requer que uma partilha de ser mapeados, ou se o recurso de disco aparece como um servidor remoto através de um caminho UNC, (por exemplo, \\Servername\Sharename) na rede, em seguida, por predefinição, o sistema de armazenamento do disco não é suportado como uma localização para bases de dados do SQL Server.

Problemas de desempenho

SQL Server, semelhante a outros sistemas de base de dados de empresa, pode colocar uma carga extremamente grande num subsistema de e/s. Na maior parte das grandes aplicações de base de dados, físico e/s configuração e optimização desempenham um papel significativo no desempenho global do sistema. Existem três factores de desempenho e/s principais a considerar:
  • Largura de banda de e/s: A largura de banda agregada, normalmente medida em megabytes por segundo que pode ser superior a um dispositivo de base de dados
  • Latência de e/s: A latência, normalmente medida em milissegundos, entre um pedido de e/s pelo sistema de base de dados e o ponto em que o pedido de e/s é concluído
  • Custo de CPU: O custo de CPU de anfitrião, normalmente medido em microssegundos de CPU, para o sistema de base de dados para concluir uma única e/s
Qualquer destes factores de e/s pode tornar-se um congestionamento e deve considerar todos estes factores quando conceber um sistema de e/s para uma aplicação de base de dados.

Na sua forma mais simples, uma solução NAS utiliza uma pilha de software do redireccionador de rede padrão, placa de interface de rede padrão (NIC) e componentes Ethernet padrão. A desvantagem desta configuração é que todos os ficheiros e/s é processado através da pilha de rede e está sujeita as limitações de largura de banda da rede propriamente dito. Isto pode criar problemas de fiabilidade de dados, de desempenho e especialmente em programas que requerem níveis extremamente elevados de ficheiro e/s, como o SQL Server. Em algumas configurações de NAS testadas pela Microsoft, o débito de e/s foi aproximadamente um terço (1/3) que de directa ligado solução de armazenamento no mesmo servidor. Nesta configuração mesmo, o custo de CPU para concluir uma e/s através do dispositivo NAS duplicou cerca de um local e/s. Como dispositivos NAS e infra-estrutura de rede podem evoluir, estas relações também podem melhorar relativamente às armazenamentos ligados directo ou SANs. Além disso, se os dados da aplicação é colocado em cache principalmente no conjunto de memória intermédia de base de dados e não tiver qualquer um dos congestionamentos a e/s descritos, desempenho num sistema com base é provavelmente adequado para a aplicação.

Considerações sobre cópia de segurança e restauro

O SQL Server fornece a Interface de dispositivo Virtual (VDI) para cópia de segurança. A Interface de dispositivo Virtual fornece fornecedores de software de cópia de segurança com um meio de alto desempenho, escalável e fiável para efectuar cópias de segurança quentes e para restaurar bases de dados do SQL Server.

Funcionamento do software de cópia de segurança em ficheiros de base de dados armazenados em dispositivos NAS através de VDI sem suporte especial específicos do NAS. No entanto, isto resulta numa grande quantidade de tráfego de rede adicional durante a cópia de segurança e restauro. Durante a cópia de segurança através de VDI, o SQL Server lê os ficheiros remotamente e transfere os dados para o software de cópia de segurança de outros fabricantes em execução no computador com o SQL Server. A operação de restauro é análoga.

Geral, para evitar a rede extra o fornecedor de cópia de segurança têm de fornecer suporte de específicas do NAS, o fornecedor de cópia de segurança e o fabricante do NAS. SQL Server VDI permite ao software de cópia de segurança tirar partido de hardware (Dividir mirror) ou de tecnologias de (cópia ao escrever) de software suportadas pelos dispositivos para efectuar rápidas cópias dos ficheiros da base de dados local para NAS. Estas tecnologias não só a evitar a sobrecarga de copiar os ficheiros através da rede para cópia de segurança, poderá também reduzem o restauro vezes por ordens de grandeza.

Cópias de segurança que estão armazenadas no NAS estão vulneráveis aos ficheiros de base de dados afectam mesmo failuresthat são armazenados no NAS. É shouldconsider proteger estas cópias de segurança copiando-os para suporte de dados alternativos.

AtençãoPoderá detectar danos da base de dados da cópia de segurança se utilizar tecnologias de cópia de segurança sem suporte de VDI de servidor de SQL. Essas corruptionincludes incompleta páginas ou inconsistências entre os ficheiros de registo e dados se estes são armazenados em dispositivos separados. SQL Server poderá não detectar o páginas incompletas ou inconsistências até restaurar a base de dados e aceder aos dados danificados. A Microsoft não suporta a utilização de tecnologias de cópia de segurança do NAS que não sejam coordenadas com o SQL Server.

Suporte de cópia de segurança e o fabricante no suporte para o SQL Server VDI varia. Verifique com NAS e fornecedores de software de cópia de segurança para obter detalhes sobre o suporte VDI.

Microsoft aconselhe os clientes que estiverem a considerar uma solução de do ofan de implementação para bases de dados do SQL Server para o fabricante do NAS consulttheir para se certificar de que a concepção da solução do ponto-a-ponto é para utilização de base de dados. Muitos fabricantes NAS tem melhores prática guias e certificadas configurações para esta utilização. A Microsoft também recomenda que os clientes de referência respectivo desempenho de e/s para assegurar que nenhum dos factores e/s mencionados anteriormente provoca um congestionamento na respectiva aplicação.

O texto que se segue descreve o comportamento dos ficheiros da base de dados baseadas em rede no Microsoft SQL Server 2005, Microsoft SQL Server 2000 e Microsoft SQL Server 7.0, com e sem o sinalizador de rastreio 1807. Sintaxe mapeada refere-se para uma letra de unidade associada um caminho de rede, o comando NET USE. Sintaxe UNC refere-se uma referência directa a um caminho de rede, como \\Servername\Sharename.
  • No SQL Server 7.0, sem o sinalizador de rastreio 1807, se utilizar a sintaxe compatível com versões anteriores de disco INIT seguido de uma declaração de criar a base de dados através de um mapeado ou sintaxe UNC, erro 5105 ocorre.
  • No SQL Server 7.0, com o sinalizador de rastreio 1807, se utilizar a sintaxe compatível com versões anteriores de disco INIT seguida de uma instrução de criar a base de dados com sintaxe mapeada, a criação do ficheiro é efectuada com êxito. Se utilizar o disco INIT com sintaxe UNC, ocorre o erro 5105.
  • No SQL Server 2005, no SQL Server 2000 ou no SQL Server 7.0, sem o sinalizador de rastreio 1807, se executar uma instrução CREATE DATABASE mapeado ou sintaxe UNC, ocorre o erro 5105 no SQL Server 7.0 e ocorre o erro 5110 no SQL Server 2000.
  • No SQL Server 2005, SQL Server 2000 ou no SQL Server 7.0, com o sinalizador de rastreio 1807, uma instrução de criar a base de dados que é efectuada utilizando mapeado ou sintaxe UNC é efectuada com êxito.
Note que SQL Serverprovides suporta apenas para ficheiros baseados na rede que utilizam o sinalizador de rastreio 1807 para instalações de não-activação pós-falha em cluster do SQL Server. Activação pós-falha instalações em cluster do SQL Server não funcionam com ficheiros baseados na rede porque o SQL Server 2005 e SQL Server 2000 requerem que os dispositivos de armazenamento seja reconhecidos e registados pelo administrador de Cluster do Microsoft Cluster Service (MSCS).

Notas adicionais

Utilização incorrecta do software de base de dados com um produto NAS ou a utilização de base de dados com um produto NAS incorrectamente configurado, poderá resultar na perda de dados, incluindo perda total da base de dados. Se o software de dispositivo ou rede NAS completamente respeitam as garantias de dados, tais como escrita ou simultânea, a ordenação, em seguida, hardware, software ou até mesmo as falhas de energia podem comprometer gravemente a integridade dos dados.

REFERÊNCIAS

Para mais informações sobre a escrita ordenação ou de actualização simultânea para o SQL Server, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
234656 Utilizar a cache da unidade de disco com o SQL Server
SQL Server Books Online; tópico: "Sinalizadores de rastreio"
Sistemas para suportar «entrega garantida para suportes de dados estáveis», conforme descrito em que o programa de revisão de solução do armazenamento do Microsoft SQL Server Always-On requer o SQL Server. FOPara mais informações sobre os requisitos de entrada e saídas para o motor de base de dados do SQL Server, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
967576 Requisitos de entrada/saída do motor de base de dados do Microsoft SQL servidor

Propriedades

Artigo: 304261 - Última revisão: 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 2005 Server Enterprise
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL 2005 Server Workgroup
  • 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 por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
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