Novos recursos do SMB 3.0 no servidor de arquivos do Windows Server
Este artigo descreve novos recursos do protocolo SMB (Server Message Block) 3.0.
Aplica-se a: Windows 8.1 - todas as edições, Windows Server 2012 R2 e versões posteriores do Windows
Número de KB original: 2709568
Resumo
O Windows Server apresenta novos recursos do servidor de servidor de servidor (bloco de mensagens SMB). Para aproveitar esses novos recursos, o cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0.
O protocolo SMB 2.x foi introduzido no Windows Server 2008 e no Windows Vista.
O protocolo SMB 3.0 foi introduzido em Windows Server 2012 e em Windows 8.
Novos recursos SMB introduzidos no servidor de arquivos do Windows
- Failover Transparente SMB
- SMB Scale Out
- SMB Multicanais
- SMB Direto
- Criptografia SMB
- VSS para compartilhamentos de arquivos SMB
- Leasing de Diretório SMB
- PowerShell SMB
Failover Transparente SMB
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar a funcionalidade de Failover Transparente do SMB.
Os clientes com capacidade para SMB 1.0 e SMB 2.x poderão se conectar e acessar compartilhamentos configurados para usar a propriedade Disponível Continuamente. No entanto, os clientes SMB 1.0 e SMB 2.x não se beneficiarão do recurso failover transparente do SMB. Se o nó de cluster acessado no momento ficar indisponível ou se o administrador fizer alterações administrativas no servidor de arquivos clusterizado, o cliente SMB 1.0 ou SMB 2.x perderá a sessão SMB ativa e as alças abertas para o servidor de arquivos clusterizado. O usuário ou aplicativo no computador cliente SMB deve tomar medidas corretivas para restabelecer a conectividade com o compartilhamento de arquivos clusterizado.
Observação
O Failover Transparente SMB é incompatível com volumes habilitados para o suporte ao nome do arquivo curto (nome do arquivo 8.3) ou com arquivos compactados (como arquivos compactados por NTFS).
SMB Scale Out
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar o recurso SMB Scale Out.
Os clientes SMB 1.0 não contêm a funcionalidade de cliente necessária para acessar compartilhamentos de arquivos de expansão SMB e receberão uma mensagem de erro do Access Negado quando tentarem se conectar a um compartilhamento de arquivos em escala.
Os compartilhamentos de arquivos de expansão SMB são sempre configurados para que a propriedade Contínuamente Disponível seja definida. Os clientes SMB 2.x poderão se conectar a compartilhamentos de arquivos de expansão SMB, mas não se beneficiarão da funcionalidade de Failover Transparente do SMB.
SMB Multicanais
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar a funcionalidade multicanal SMB. Os clientes SMB 1.0 e SMB 2.x usarão uma única conexão SMB.
SMB Direct (SMB sobre acesso remoto à memória direta [RDMA])
O SMB Direct está disponível em Windows Server 2012, Windows 10 (edições Enterprise, Education e Pro for Workstations) e versões posteriores. A Funcionalidade Direta do SMB exige que o cliente SMB e o servidor SMB dão suporte ao SMB 3.0.
Criptografia SMB
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar a funcionalidade de Criptografia SMB.
VSS para compartilhamentos de arquivos SMB
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar a funcionalidade VSS (Serviço de Cópia de Sombra de Volume) para compartilhamentos de arquivos SMB.
Leasing de Diretório SMB
O cliente SMB e o servidor SMB devem dar suporte ao SMB 3.0 para aproveitar a funcionalidade de Locação de Diretório SMB.
PowerShell SMB
Os cmdlets de gerenciamento do SMB PowerShell foram introduzidos em Windows Server 2012 e em Windows 8. Clientes SMB e servidores SMB mais antigos terão que continuar usando ferramentas de nível inferior para gerenciamento (por exemplo, net.exe) e APIs (por exemplo, APIs Win32).
Referências
Para obter mais informações sobre os erros comuns que você pode experimentar com o SMB 3.0, consulte /troubleshoot/windows-server/networking/error-messages-smb-connections.
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários