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

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

No entanto, você pode configurar o SQL Server para armazenar um banco de dados em um servidor em rede ou 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 write-through 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 com automaticamente atender às garantias de write-through deve suportar um dispositivo de armazenamento de SQL Server e a ordem de gravação de dados. A Microsoft oferece suporte a aplicativos e problemas relacionados a armazenamento nessas configurações.

ObservaçãoA serem suportados por SQL Server, a solução de armazenamento NAS também deve atender a todos os requisitos listados no seguinte site da Microsoft:

Outros dispositivos

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

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

Mensagem de erro 1
Mensagem de erro 2
Esse comportamento é esperado. O sinalizador de rastreamento 1807 ignora a verificação e permite que você configure o SQL Server com arquivos de banco de dados baseado em rede. SQL Server e a maioria dos sistemas de banco de dados outros empresariais, empregar um log de transações e lógica de recuperação associados para garantir a consistência do banco de dados transacional no caso de uma falha do sistema ou desligar um não gerenciado. Esses protocolos de recuperação contam com a capacidade de gravar diretamente na mídia de disco para que quando uma sistema operacional entrada/saída (e/S) solicitação de gravação retorne 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 de qualquer componente de software ou hardware para honrar esse protocolo pode resultar em uma perda de dados parcial ou total ou a corrupção no caso de uma falha do sistema. Para obter mais detalhes sobre esses aspectos do registro em log e os protocolos de recuperação no SQL Server, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:A Microsoft não suporta arquivos de banco de dados de 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 de NAS.

Por causa dos 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 área de armazenamento (SANs).

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

Problemas de desempenho

SQL Server, semelhante a outros sistemas de banco de dados corporativos, pode colocar uma carga de extremamente grande em um subsistema de e/S. Na maior parte das grandes aplicativos de banco de dados, físico e/S configuração e ajuste desempenham um papel significativo no desempenho geral do sistema. Há três principais fatores de desempenho de i/O a serem considerados:

• Largura de banda de i/O: largura de banda agregada, normalmente medida em megabytes por segundo que pode ser sustentada com um dispositivo de banco de dados
• Latência de i/O: A latência, normalmente medida em milissegundos, entre uma solicitação de i/O 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 da CPU, para o sistema de banco de dados para concluir uma e/S único

Qualquer um desses fatores de e/S 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 propriamente dito. Isso pode criar o desempenho e problemas de confiabilidade de dados, especialmente em programas que exigem níveis extremamente altos de arquivo e/S, como, por exemplo, SQL Server. Em algumas configurações NAS testados pela Microsoft, a taxa de transferência de e/S foi de 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 uma e/S por meio do dispositivo NAS era aproximadamente duas vezes mais de uma e/S local. À medida que evoluem 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 são armazenadas em cache principalmente no pool de buffer do banco de dados e não encontrar algum os gargalos de i/O descrito, o desempenho em um sistema com base é provavelmente adequado para seu aplicativo.

Considerações sobre backup e restauração

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

Software de backup opera em arquivos de banco de dados armazenados em dispositivos por meio do 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 por meio do VDI, SQL Server lê os arquivos remotamente e passa os dados para o software de backup de terceiros que está sendo executado no computador SQL Server. A operação de restauração é análoga.

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

Os backups armazenados NAS são vulneráveis a falhas de mesmas que afetam os arquivos de banco de dados que são armazenados no NAS. Você deve considerar a proteger esses backups copiando-os para mídia alternativa.

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

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

A Microsoft insiste que os clientes que estão pensando em implantar uma solução para bancos de dados de SQL Server consultar o seu fornecedor 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 as configurações certificadas para este uso. A Microsoft também recomenda que os clientes benchmark de seu desempenho de i/O para garantir que nenhum dos fatores de i/O mencionado anteriormente causa um afunilamento em seus aplicativos.

O texto que se segue descreve o comportamento dos arquivos de banco de dados baseado em rede em Microsoft SQL Server de 2005, 2000 do Microsoft SQL Server e 7.0 do Microsoft SQL Server, com e sem o sinalizador de rastreamento 1807. Sintaxe mapeada se refere a uma letra de unidade associada a um caminho de rede, o comando NET USE. Sintaxe UNC se refere a uma referência direta para um caminho de rede, como \\NomeDoServidor\NomeDoCompartilhamento.

• No 7.0 de SQL Server, sem o sinalizador de rastreamento 1807, se você usar a sintaxe de compatibilidade do DISK INIT seguido de uma instrução CREATE DATABASE com um mapeado ou sintaxe UNC, 5105 de erro ocorre.
• É no 7.0 de SQL Server, com o sinalizador de rastreamento 1807, se você usar a sintaxe de compatibilidade do 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 sintaxe UNC, ocorre o erro 5105.
• No SQL Server 2005, em 2000 de SQL Server ou no 7.0 de SQL Server, sem o sinalizador de rastreamento 1807, se você executar uma instrução CREATE DATABASE com mapeado ou sintaxe UNC, 5105 de erro ocorre no 7.0 de SQL Server e erro 5110 ocorre em 2000 de SQL Server.
• No SQL Server 2005, 2000 de SQL Server ou no 7.0 de SQL Server, com o sinalizador de rastreamento 1807, uma instrução CREATE DATABASE que é executada por meio de mapeado ou sintaxe UNC é bem-sucedida.

Observe que o SQL Server oferece suporte apenas para arquivos baseados em rede que usam o sinalizador de rastreamento 1807 para instalações em cluster não-failover de SQL Server. Failover de instalações em cluster do SQL Server não funcionam com arquivos baseados em rede porque o SQL Server 2005 e o SQL Server 2000 de exigem que os dispositivos de armazenamento ser reconhecidos e registrados pelo administrador de Cluster do Microsoft Cluster Service (MSCS).

Observações adicionais

O uso incorreto do software de banco de dados com um produto NAS ou 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 do dispositivo ou rede NAS não respeitará completamente garantias de dados, como, por exemplo, a ordem de gravação ou write-through e hardware, software ou potência par falhas poderiam comprometer seriamente a integridade de dados.

REFERÊNCIAS

Para obter mais informações sobre gravação ordenando ou write-through para SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:Livros de SQL Server on-line; tópico: "Sinalizadores de rastreamento"

SQL Server requer sistemas para suportar 'entrega garantida para mídias estáveis', como descrito no 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 de SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: