Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a: SQL Server em Windows
No SQL Server 2012 (11.x) e versões posteriores, os bancos de dados do sistema (master, model, msdbe tempdb) e os bancos de dados de usuário do Mecanismo de Banco de Dados podem ser instalados com o servidor de arquivos SMB (Server Message Block) como uma opção de armazenamento. Isso se aplica a instalações autônomas e de cluster de failover (FCI) do SQL Server.
Observação
FILESTREAM não é suportado atualmente em um compartilhamento de arquivos SMB.
Considerações sobre a instalação
Formatos de compartilhamento de arquivos SMB
Ao especificar o compartilhamento de ficheiros SMB, os seguintes formatos de caminho UNC (convenção universal de nomenclatura) são suportados para bases de dados autónomas e FCI:
\\ServerName\ShareName\\\ServerName\ShareName
Para obter mais informações, consulte Convenção Universal de Nomenclatura.
O caminho UNC de loopback (um caminho UNC cujo nome do servidor é localhost, 127.0.0.1ou o nome da máquina local) não é suportado. A título de exceção, o SQL Server com Cluster de Servidor de Arquivos hospedado no mesmo nó que o SQL Server também não é suportado. Para evitar essa situação, você deve criar o SQL Server e o cluster de servidor de arquivos em clusters separados do Windows.
Os seguintes formatos de caminho UNC não são suportados:
- Caminho de loopback, como
\\localhost\...\ou\\127.0.0.1\...\ - Compartilhamentos administrativos, como
\\servername\x$ - Outros formatos de caminho UNC, como
\\?\x:\ - Unidades de rede mapeadas
Instruções de linguagem de definição de dados (DDL) suportadas
As seguintes instruções DDL Transact-SQL e procedimentos armazenados do mecanismo de banco de dados oferecem suporte a compartilhamentos de arquivos SMB:
Opções de instalação
Na interface do usuário de configuração, na página Configuração do Mecanismo de Banco de Dados, na guia Diretórios de Dados, defina o parâmetro Diretório raiz de dados como
\\<FileServer>\<Share1>\. Substitua<FileServer>e<Share1>por valores do seu ambiente.Na instalação do prompt de comando, especifique
/INSTALLSQLDATADIRcomo\\<FileServer>\<Share1>\.Aqui está a sintaxe de exemplo para instalar o SQL Server em um servidor autônomo usando a opção de compartilhamento de arquivos SMB:
Setup.exe /q /ACTION=Install /FEATURES=SQL /INSTANCENAME=MSSQLSERVER /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="<password>" /SQLSYSADMINACCOUNTS="<DomainName\UserName>" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="<password>" /INSTALLSQLDATADIR="\\FileServer\Share1\" /IACCEPTSQLSERVERLICENSETERMSPara SQL Server 2022 (16.x) e versões posteriores, leia os Termos de Licença para Software Microsoft SQL Server em aka.ms/useterms.
Para instalar uma instância de cluster de failover do SQL Server de nó único com o Motor de Base de Dados e os Serviços de Análise, instância padrão:
setup.exe /q /ACTION=InstallFailoverCluster /InstanceName=MSSQLSERVER /INDICATEPROGRESS /ASSYSADMINACCOUNTS="<DomainName\UserName>" /ASDATADIR=<Drive>:\OLAP\Data /ASLOGDIR=<Drive>:\OLAP\Log /ASBACKUPDIR=<Drive>:\OLAP\Backup /ASCONFIGDIR=<Drive>:\OLAP\Config /ASTEMPDIR=<Drive>:\OLAP\Temp /FAILOVERCLUSTERDISKS="<Cluster Disk Resource Name - for example, 'Disk S:'" /FAILOVERCLUSTERNETWORKNAME="<Insert Network Name>" /FAILOVERCLUSTERIPADDRESSES="IPv4;xx.xxx.xx.xx;Cluster Network;xxx.xxx.xxx.x" /FAILOVERCLUSTERGROUP="MSSQLSERVER" /Features=AS,SQL /ASSVCACCOUNT="<DomainName\UserName>" /ASSVCPASSWORD="<password>" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="<password>" /INSTALLSQLDATADIR="\\FileServer\Share1\" /SQLCOLLATION="SQL_Latin1_General_CP1_CS_AS" /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="<password>" /SQLSYSADMINACCOUNTS="<DomainName\UserName> /IACCEPTSQLSERVERLICENSETERMSPara obter mais informações sobre o uso de várias opções de parâmetros de linha de comando no SQL Server, consulte Instalar e configurar o SQL Server no Windows a partir do prompt de comando.
Observação
Suas senhas devem seguir a política de senha padrão do SQL Server. Por padrão, a senha deve ter pelo menos oito caracteres e conter caracteres de três dos quatro conjuntos a seguir: letras maiúsculas, letras minúsculas, dígitos de base 10 e símbolos. As palavras-passe podem ter até 128 caracteres. Use senhas tão longas e complexas quanto possível.
Considerações sobre o sistema operacional (protocolo SMB vs. SQL Server)
Diferentes sistemas operacionais Windows têm diferentes versões do protocolo SMB e a versão do protocolo SMB é transparente para o SQL Server. Você pode encontrar os benefícios de diferentes versões do protocolo SMB em relação ao SQL Server.
| Sistema Operativo | Versão do protocolo SMB2 | Benefícios para o SQL Server |
|---|---|---|
| Windows Server 2012 e versões posteriores, incluindo Server Core | 3.0 | Suporte para alternância transparente de partilhas de ficheiros fornecendo interrupção zero, sem necessidade de intervenção para o administrador de base de dados ou o administrador de servidores de ficheiros em configurações de clusters de servidores de ficheiros. Suporte para E/S usando várias interfaces de rede simultaneamente e tolerância a falhas das interfaces de rede. Suporte para interfaces de rede com recursos RDMA. Para obter mais informações sobre esses recursos e o Server Message Block, consulte Visão geral do Server Message Block. Suporte para Scale out File Server (SoFS) com disponibilidade contínua. |
| Windows Server 2012 R2 e versões posteriores, incluindo Server Core | 3.2 | Suporte para alternância transparente de partilhas de ficheiros fornecendo interrupção zero, sem necessidade de intervenção para o administrador de base de dados ou o administrador de servidores de ficheiros em configurações de clusters de servidores de ficheiros. Suporte para E/S usando várias interfaces de rede simultaneamente, e tolerância a falhas nas interfaces de rede, usando SMB Multichannel. Suporte para interfaces de rede com recursos RDMA usando SMB Direct. Para obter mais informações sobre esses recursos e o Server Message Block, consulte Visão geral do Server Message Block. Suporte para Scale out File Server (SoFS) com disponibilidade contínua. Otimizado para pequenas E/S aleatórias de leitura/gravação comuns a cargas de trabalho de estilo transacional do SQL Server. A MTU (Unidade de Transmissão Máxima) é ativada por padrão, o que melhora significativamente o desempenho em grandes transferências sequenciais, como data warehouse do SQL Server e backup ou restauração de banco de dados. |
Considerações de segurança
A conta de serviço do SQL Server e a conta de serviço do SQL Server agent devem ter permissões de compartilhamento
FULL CONTROLe permissões NTFS nas pastas de compartilhamento SMB. A conta de serviço do SQL Server pode ser uma conta de domínio ou uma conta de sistema se um servidor de arquivos SMB for usado. Para obter mais informações sobre permissões de compartilhamento e NTFS, consulte permissões de compartilhamento e NTFS em um servidor de arquivos.Observação
As permissões de compartilhamento
FULL CONTROLe NTFS nas pastas de compartilhamento SMB devem ser restritas à conta de serviço do SQL Server, à conta de serviço do SQL Server Agent e aos usuários do Windows com funções de servidor de administrador.Use uma conta de domínio como uma conta de serviço do SQL Server. Se a conta do sistema for usada como uma conta de serviço, conceda as permissões para a conta da máquina no formato
<domain-name>\<computer-name>*$*.Observação
Durante a instalação do SQL Server, você deve especificar a conta de domínio como uma conta de serviço se o compartilhamento de arquivos SMB for especificado como uma opção de armazenamento. Com o compartilhamento de arquivos SMB, a conta
Systemsó pode ser especificada como uma conta de serviço após a instalação do SQL Server.As contas virtuais não podem ser autenticadas em um local remoto. Todas as contas virtuais usam as permissões da conta da máquina. Provisione a conta da máquina no formato
<domain-name>\<computer-name>*$*.A conta usada para instalar o SQL Server deve ter permissões de CONTROLE TOTAL na pasta de compartilhamento de arquivos SMB usada como diretório de dados ou em qualquer outra pasta de dados (diretório de banco de dados de usuário, diretório de log de banco de dados de usuário, diretório de
tempdb, diretório de log tempdb, diretório de backup) durante a Instalação do Cluster.A conta usada para instalar o SQL Server deve receber privilégios de
SeSecurityPrivilegeno servidor de arquivos SMB. Para conceder esse privilégio, use a consola de Diretiva de Segurança Local no servidor de arquivos para adicionar a conta de instalação do SQL Server à diretiva Gerenciar auditoria e log de segurança. Essa configuração está disponível na seção Atribuições de Direitos de Usuário em Políticas Locais.
Problemas conhecidos e limitações
Depois de desanexar um banco de dados do SQL Server que reside no armazenamento conectado à rede, você pode ter problemas de permissão de banco de dados ao tentar reanexar o banco de dados do SQL Server. Para obter mais informações, consulte Erro 5120.
Se o compartilhamento de arquivos SMB for usado como uma opção de armazenamento para uma instância clusterizada do SQL Server, por padrão, o Log de Diagnóstico de Cluster de Failover do SQL Server não poderá ser gravado no compartilhamento de arquivos porque a DLL de Recursos do SQL Server não tem permissão de leitura/gravação no compartilhamento de arquivos. Para resolver esse problema, tente um dos seguintes métodos:
Conceda permissões de leitura/gravação no compartilhamento de arquivos a todos os objetos de computador no cluster.
Defina onde os logs de diagnóstico serão guardados num caminho de ficheiro local. Veja o exemplo a seguir:
ALTER SERVER CONFIGURATION SET DIAGNOSTICS LOG PATH = 'C:\logs';
Quando você hospeda arquivos de dados do SQL Server em compartilhamentos de arquivos SMB, todas as E/S em relação aos arquivos passam pela interface de rede no servidor ou na máquina virtual. Verifique se há largura de banda de rede suficiente para suportar a E/S exigida pela carga de trabalho.
A indisponibilidade do compartilhamento de arquivos que hospeda os arquivos de dados do SQL Server devido a problemas de conectividade de rede ou outra falha pode resultar em atrasos de E/S ou falhas no SQL Server. Para cargas de trabalho de missão crítica, certifique-se de que haja redundância incorporada na rede e no compartilhamento de arquivos e que o compartilhamento de arquivos ofereça suporte à transferência transparente do SMB 3.0, também conhecida como disponibilidade contínua.