Use a camada SSD primária para volumes FSx for ONTAP para desempenho ideal. A camada de pool de capacidade pode reduzir o desempenho e aumentar a latência. A camada SSD primária foi projetada para cargas de trabalho de alto desempenho, enquanto a camada de pool de capacidade é otimizada para eficiência de custos e pode não atender aos requisitos de desempenho das cargas de trabalho do SQL Server.

Mantenha capacidade suficiente no sistema de arquivos acima do tamanho total do seu volume. Pouco espaço livre causa problemas de desempenho; espaço livre em excesso desperdiça armazenamento e aumenta os custos.

Dimensione e monitore seu disco de logs do SQL Server para evitar reversões de transações, indisponibilidade do banco de dados, corrupção de dados e problemas de desempenho causados por um disco de logs cheio.

Dimensione e monitore o TempDB para manter o desempenho e a estabilidade. Pouco espaço no TempDB pode causar lentidão nas consultas, timeouts de aplicativos e falhas do sistema.

Separe os arquivos de dados e de log em unidades diferentes para melhorar a E/S paralela, a flexibilidade de backup e o comportamento de restauração. Recomendamos separar os caminhos LUN de dados e de log em volumes diferentes para bancos de dados menores.

Instale o TempDB em uma unidade dedicada para evitar conflitos de E/S e melhorar o desempenho e a estabilidade do SQL Server.

Configure thin provisioning para volumes FSx for ONTAP para aproveitar melhor o armazenamento e reduzir custos. O thin provisioning permite que você aloque armazenamento conforme necessário, em vez de reservar toda a capacidade de uma só vez.

Ative o dimensionamento automático e configure o modo para grow que os volumes aumentem automaticamente antes de ficarem cheios e somente leitura.

Configure as configurações de espaço do dispositivo de bloco para LUNs usadas por instâncias do Microsoft SQL Server para evitar falhas de gravação e melhorar a eficiência do espaço no FSx for ONTAP.

Defina a reserva de cópia Snapshot para 0% e ative a exclusão automática de cópia Snapshot para proteger o espaço para os dados ativos.

Quando o espaço estiver acabando, expanda o volume antes de excluir as cópias Snapshot. Expandir o volume evita erros de "volume cheio", reduz falhas de gravação e preserva os pontos de recuperação de cópia Snapshot.

Utilize a política de tiering somente para cópias Snapshot, que move apenas os dados de cópia Snapshot para a camada de capacidade, mantendo os dados ativos na camada SSD. Essa abordagem preserva o desempenho de baixa latência para cargas de trabalho SQL, enquanto reduz os custos de armazenamento. Faça o tiering dos dados de cópia Snapshot após um período de resfriamento de 7 dias.

Habilite a deduplicação, a compressão e a compactação para reduzir o uso de armazenamento e o custo, mantendo o desempenho.

Associe o valor do sistema operacional LUN do ONTAP ao esquema de particionamento do host para manter o alinhamento correto de E/S.

Configure o Multipath I/O (MPIO) para resiliência e taxa de transferência. Use cinco sessões MPIO por interface de destino para Microsoft SQL Server em LUNs iSCSI, monitore o status do caminho e defina o tempo limite do host para 60 segundos.

Defina o tamanho da unidade de alocação NTFS para 64 KB para melhorar a eficiência do disco e reduzir a fragmentação em cargas de trabalho do SQL Server.

Desative os snapshots agendados para volumes FSx for ONTAP usados pelo Microsoft SQL Server. Em vez disso, gerencie os snapshots externamente usando ferramentas como NetApp SnapCenter, que criam backups consistentes com o aplicativo e ajudam a evitar corrupção de dados durante as operações de restauração.

Ajuste o tamanho da sua instância EC2 do SQL Server de acordo com a demanda da carga de trabalho. Aumente o tamanho quando estiver subdimensionado e reduza o tamanho quando estiver superdimensionado para equilibrar custo e desempenho.

Aplique os patches mais recentes do sistema operacional para melhorar a segurança e a confiabilidade.

Configure o Receive Side Scaling (RSS) para distribuir o processamento de rede entre as CPUs e melhorar o desempenho da rede. Valide as configurações antes da implantação.

Alinhe as configurações de Unidade Máxima de Transmissão (MTU) do EC2 com os caminhos do FSx for ONTAP para evitar fragmentação e manter uma taxa de transferência estável.

Analise o uso da licença do SQL Server no nível do host. Se os recursos pagos não estiverem em uso, a licença não estará otimizada e pode aumentar o custo.

Aplique os patches mais recentes do SQL Server para melhorar a segurança e a confiabilidade do sistema.

Configure o MAXDOP para otimizar o desempenho das consultas. Valores de 4, 8 ou 16 geralmente funcionam bem. Teste sua carga de trabalho e monitore os tipos de espera de paralelismo, como CXPACKET.

Use snapshots consistentes de aplicativos com o NetApp SnapCenter para tirar snapshots precisos e confiáveis dos seus dados de volume em um momento específico. SnapCenter facilita os backups e ajuda você a restaurar dados rapidamente, reduzindo o tempo de inatividade e protegendo cargas de trabalho críticas.

Habilite a replicação entre regiões (CRR) para melhorar a disponibilidade de dados e a recuperação de desastres em seu ambiente SQL Server. A CRR ajuda a proteger contra interrupções regionais e garante a continuidade dos negócios ao replicar dados em diferentes locais.

Configure o FSx for ONTAP backups ou o AWS Backup para atender aos requisitos de retenção e conformidade, evitando fluxos de trabalho de backup duplicados.

Configure o quorum corretamente para as instâncias de failover cluster do SQL Server para que o cluster possa tolerar falhas de nós esperadas.

Use as mesmas letras de unidade em todos os nós da sua configuração de alta disponibilidade do SQL Server. Isso facilita o gerenciamento e ajuda o failover a funcionar corretamente.

Ajuste as configurações de heartbeat para evitar failovers desnecessários, enquanto ainda detecta falhas reais rapidamente.

Todos os discos compartilhados (iSCSI LUNs) devem ser acessíveis a partir de ambos os nós no modelo de implementação FCI para que o failover funcione.

Valide as permissões da conta de serviço, o tipo de inicialização e as dependências para garantir um comportamento confiável de alta disponibilidade.

Remova regularmente clones obsoletos para reduzir o custo de storage e a complexidade operacional. Clones antigos e não utilizados geram custos elevados.

Mantenha capacidade suficiente no sistema de arquivos acima do tamanho total do seu volume. Pouco espaço livre causa problemas de desempenho; espaço livre em excesso desperdiça armazenamento e aumenta os custos.

Configure thin provisioning para volumes FSx for ONTAP para aproveitar melhor o armazenamento e reduzir custos. O thin provisioning permite que você aloque armazenamento conforme necessário, em vez de reservar toda a capacidade de uma só vez.

Ative o dimensionamento automático e defina o modo para grow que os volumes aumentem automaticamente antes de ficarem cheios e somente leitura.

Configure as configurações de espaço do dispositivo de bloco para LUNs usados por bancos de dados Oracle para evitar falhas de gravação e melhorar a eficiência de espaço no FSx para ONTAP.

Defina a reserva de cópia Snapshot para 0% e ative a exclusão automática de cópia Snapshot para proteger o espaço para os dados ativos.

Quando o espaço estiver acabando, expanda o volume antes de excluir as cópias Snapshot. Expandir o volume evita erros de "volume cheio", reduz falhas de gravação e preserva os pontos de recuperação de cópia Snapshot.

Utilize a política de tiering somente para cópias Snapshot, que move apenas os dados de cópia Snapshot para a camada de capacidade, mantendo os dados ativos na camada SSD. Essa abordagem preserva o desempenho de baixa latência para cargas de trabalho SQL, enquanto reduz os custos de armazenamento. Faça o tiering dos dados de cópia Snapshot após um período de resfriamento de 7 dias.

Habilite a deduplicação, a compressão e a compactação para reduzir o uso de armazenamento e o custo, mantendo o desempenho.

Configure o espaço de troca (swap) com base na quantidade de RAM para que o sistema possa lidar com a pressão na memória e evitar lentidão ou travamentos.

Armazene logs de arquivamento, arquivos de dados, arquivos de controle, logs de refazer e arquivos temporários em unidades separadas para isolar padrões de E/S e melhorar a resiliência. Mantenha cópias redundantes em volumes separados onde necessário.

Coloque os binários do Oracle em um volume dedicado para reduzir a disputa de E/S. Essa separação simplifica as atualizações de software e minimiza o risco de modificações acidentais ou corrupção.

Desative os snapshots agendados para volumes FSx for ONTAP usados pela Oracle para economizar espaço e reduzir custos. Em vez disso, gerencie os snapshots externamente usando ferramentas como NetApp SnapCenter, que criam backups consistentes com o aplicativo e ajudam a evitar corrupção de dados durante as operações de restauração.

Desative o parâmetro ONTAP nfs-rootonly para dNFS. nfs-rootonly Restringe as conexões NFS a portas privilegiadas (<1024). Como os processos dNFS no NFSv4+ não são executados como root e usam portas mais altas, desativar esse parâmetro permite as conexões necessárias.

Certifique-se de que, se os binários do Oracle estiverem localizados em um compartilhamento NFS, a política de exportação inclua permissões de superusuário e setuid. O acesso de superusuário (root) permite que os clientes NFS sejam mapeados como root, o que é necessário para a execução dos binários.

Utilize o Oracle Automatic Storage Management (ASM) para armazenamento baseado em iSCSI executado no FSx for ONTAP para otimizar o desempenho, simplificar o gerenciamento de storage e aumentar a escalabilidade para as implementações do Oracle Database.

Configure os parâmetros do kernel para a tabela de slots TCP com o valor 128 para cargas de trabalho do Oracle executadas em NFS. Essa configuração permite mais operações de E/S simultâneas, reduzindo a latência em cenários de alta taxa de transferência, como o acesso a arquivos de dados do Oracle. Os parâmetros do kernel controlam o número máximo de solicitações NFS pendentes via TCP, funcionando como a profundidade da fila em configurações Fibre Channel. Os valores padrão do Linux, normalmente definidos como 16, não oferecem desempenho ideal para o banco de dados.

Use opções de montagem NFS otimizadas para arquivos de banco de dados. Os principais parâmetros incluem rw para acesso de leitura/gravação, bg para montagem em segundo plano, hard para tentativas indefinidas em caso de falhas e proto=tcp para entrega confiável. Os valores rsize e wsize de 262144 melhoram operações de E/S de grande porte, aumentando a taxa de transferência, enquanto nointr não interrompe tarefas de longa duração. Essa configuração aprimora o desempenho e a resiliência do banco de dados, principalmente em ambientes de alta taxa de transferência.

Use opções de montagem NFS otimizadas para o diretório base ou diretório raiz do Repositório de Diagnóstico Automático (ADR). O diretório base do ADR armazena logs e rastreamentos, que se beneficiam de opções de confiabilidade semelhantes às dos arquivos principais do banco de dados, mas não exigem a opção de montagem nointr, pois as operações são menos sensíveis a interrupções.

Corresponda os nomes de domínio NFSv4 entre o host (/etc/idmapd.conf ou hostname -d) e o servidor NFS (v4-id-domain no ONTAP).

Omitir as opções de montagem NFS que desativam o armazenamento em cache do host—como, actimeo=0 e noac—em implantações Oracle independentes para melhorar a eficiência e a confiabilidade. Essas opções se aplicam a ambientes clusterizados para garantir a consistência do cache, mas em ambientes de instância única, elas ignoram o armazenamento em cache e podem reduzir significativamente o desempenho.

Habilite o Direct NFS (dNFS) em seu ambiente Oracle para melhorar o desempenho e a confiabilidade do armazenamento NFS.

Evite o uso de Direct NFS (dNFS) com qualquer tipo de resolução de nomes round-robin, incluindo DNS, DDNS, NIS ou qualquer outro método. Isso inclui o recurso de balanceamento de carga de DNS disponível no ONTAP. A resolução consistente de endereço IP mantém a estabilidade do banco de dados e previne possíveis falhas ou corrupção de dados.

Verifique e atualize o conteúdo do arquivo oranfstab para garantir o uso correto do Direct NFS (dNFS). O arquivo oranfstab é essencial para configurar recursos avançados do dNFS, como multipathing e opções específicas do NFS. A configuração correta melhora a eficiência do acesso e do gerenciamento de dados.

Configure a opção de montagem nosharecache para ambientes onde Direct NFS (dNFS) está habilitado e um volume de origem é montado mais de uma vez em um único servidor com montagens NFS aninhadas. Essa configuração impede o compartilhamento de armazenamento em cache entre as montagens, garantindo a consistência de dados e o desempenho ideal.

Aplique os patches mais recentes do sistema operacional para melhorar a segurança e a confiabilidade.

Desative as Transparent Huge Pages (THP) em hosts de banco de dados que executam bancos de dados Oracle para evitar possível degradação de desempenho e melhorar o gerenciamento de memória.

Ative os carimbos de data/hora TCP, SACK e dimensionamento de janela para obter o melhor desempenho e confiabilidade da rede.

Configure filesystemio_options = setall para obter o desempenho ideal de E/S. Ajuste o tamanho da área global do sistema (SGA), se necessário, ao migrar de E/S com buffer.

Remova o parâmetro db_file_multiblock_read_count do arquivo de texto FILE init.ora ou do arquivo binário gerenciado pelo servidor SPFILE (spfile<SID>.ora para bancos de dados Oracle para evitar problemas de desempenho e permitir que o Oracle gerencie essa configuração automaticamente.

Aplique as atualizações críticas mais recentes da Oracle para corrigir vulnerabilidades de segurança e manter a integridade do seu ambiente de banco de dados. Revise e aplique patches regularmente para se proteger contra possíveis ameaças e garantir a conformidade com as melhores práticas de segurança.

Use snapshots consistentes de aplicativos com o NetApp SnapCenter para tirar snapshots precisos e confiáveis dos seus dados de volume em um momento específico. SnapCenter facilita os backups e ajuda você a restaurar dados rapidamente, reduzindo o tempo de inatividade e protegendo cargas de trabalho críticas.

Habilite a replicação entre regiões (CRR) para melhorar a disponibilidade de dados e a recuperação de desastres para seus bancos de dados Oracle. A CRR ajuda a proteger contra interrupções regionais e garante a continuidade dos negócios ao replicar dados em diferentes locais.

Configure o FSx for ONTAP backups ou o AWS Backup para atender aos requisitos de retenção e conformidade, evitando fluxos de trabalho de backup duplicados.

Remova regularmente clones obsoletos para reduzir o custo de storage e a complexidade operacional. Clones antigos e não utilizados geram custos elevados.