Localização de arquivos de log e dados do SQL Server
Tópico modificado em: 2011-05-11
Um exercício crítico no planejamento e na implantação do Microsoft SQL Server 2005, do Microsoft SQL Server 2008 ou do Microsoft SQL Server 2008 R2 para seu Microsoft Lync Server 2010, Enterprise Edition consiste no posicionamento de arquivos de log e dados em discos rígidos físicos para desempenho. Os arquivos mais críticos para desempenho são o log Rtcdyn e o log Rtc. Colocar esses arquivos no próprio disco rígido ou no conjunto RAID (Redundant Array of Independent Disks) é o cenário ideal. Os arquivos de banco de dados e aquilo pelo qual são responsáveis são detalhados na tabela a seguir.
Arquivos de dados e de log para o Repositório de Gerenciamento Central
| Arquivos do banco de dados do Repositório de Gerenciamento Central | Objetivo do arquivo de dados ou log |
|---|---|
Xds.ldf |
Arquivo de log de transação para o Repositório de Gerenciamento Central |
Xds.mdf |
Mantém a configuração da topologia atual do Lync Server 2010, conforme definido e publicado pelo Construtor de Topologias |
Lis.mdf |
Arquivo de dados do Serviço de Informações de Local |
Lis.ldf |
Log de transação para o arquivo de dados do Serviço de Informações de Local |
Arquivos de dados e de log de Usuário, Conferência e Catálogo de Endereços
| Arquivos do banco de dados principal do Lync Server 2010 | Objetivo do arquivo de dados ou log |
|---|---|
Rtcdyn.mdf |
Mantém os dados de usuário transitório (dados do tempo de execução de presença) |
Rtcdyn.ldf |
Log de transação dos dados Rtcdyn |
Rtc.mdf |
Dados de usuário persistente (por exemplo, ACLs (listas de controle acesso), contatos, servidor Standard Edition ou pool de Front-Ends Enterprise Edition, conferências agendadas) |
Rtc.ldf |
Log de transação dos dados Rtc |
Rtcab.mdf |
O banco de dados do catálogo de endereços RTC (comunicação em tempo real) é o repositório do SQL Server onde as informações do serviço de Catálogo de Endereços são armazenadas |
Rtcab.ldf |
Log de transação para o serviço Catálogo de Endereços |
Rtcab1.mdf |
O banco de dados do catálogo de endereços de comunicação em tempo real é o repositório do SQL Server onde as informações do serviço de Catálogo de Endereços são armazenadas (cópia secundária para fins de desempenho). |
Rtcab1.ldf |
Log de transação para o serviço Catálogo de Endereços |
Arquivos de dados e log para o Estacionamento de Chamada e o Grupo de Resposta
| Banco de dados de aplicativos | Objetivo do arquivo de dados ou log |
|---|---|
Cpsdyn.mdf |
Banco de dados de informações dinâmicas para o Aplicativo de Estacionamento de Chamada |
Cpsdyn.ldf |
Log de transações do arquivo de dados do Aplicativo de Estacionamento de Chamada |
Rgsconfig.mdf |
Arquivo de dados do serviço Grupo de Resposta do Lync Server para a configuração dos serviços |
Rgsconfig.ldf |
Arquivo de log de transação para a configuração do Aplicativo Grupo de Resposta |
Rgsdyn.mdf |
Arquivo de dados do serviço Grupo de Resposta para operações de tempo de execução |
Rgsdyn.ldf |
Log de transação do arquivo de dados de tempo de execuçã do serviço Grupo de Resposta |
Arquivos de dados e de log para o Servidor de Arquivamento e o Monitoring Server
| Arquivos de banco de dados de Arquivamento e Monitoramento | Objetivo do arquivo de dados ou log |
|---|---|
LcsCdr.mdf |
Repositório de dados do processo CDR (registro de detalhes da chamada) do Servidor de Monitoramento |
LcsCdr.ldf |
Log de transação dos dados CDR (registro de detalhes da chamada) |
QoEMetrics.mdf |
Arquivo de dados de Qualidade da Experiência armazenado do Servidor de Monitoramento |
QoEMetrics.ldf |
Log de transação dos dados de Monitoramento |
Lcslog.mdf |
Arquivo de dados para a retenção de dados de conferência e mensagens instantâneas em um Servidor de Arquivamento |
Lcslog.ldf |
Log de transação dos dados de Arquivamento |
Neste tópico, são feitas referências ao disco e ao conjunto RAID. Observe que na configuração de recursos do SQL Server, referir-se a um disco significa um dispositivo de hardware único. Um disco rígido com duas partições, uma que mantém os arquivos de log e a outra partição que contém os arquivos de dados, não é o mesmo que dois discos, cada um dedicado a arquivos de log ou de dados.
Em referência aos conjuntos RAID, há um número de tecnologias RAID diferentes de vários fornecedores. E com a proliferação de redes SAN, os conjuntos RAID dedicados a um único sistema são mais raros. Você deve consultar seu fornecedor de RAID ou SAN para determinar qual é a melhor configuração para o layout de disco ao configurar o desempenho do SQL Server com o Lync Server 2010.
Observe também que nem todas as unidades de disco são criadas igualmente; algumas têm melhor desempenho melhor que outras. Mesmo as unidades do mesmo fabricante podem variar em desempenho devido a velocidade de rotação, tamanho do cache de hardware e outros fatores. Recomendamos que você teste seus discos para determinar os discos de melhor desempenho e colocar os arquivos de log e dados confidenciais mais importantes e velozes, especificamente, Rtcdyn log e log Rtc nos discos de melhor desempenho.
Distribuição de arquivos do disco e do banco de dados
Há várias soluções possíveis para o posicionamento de arquivos. Cada uma das possíveis combinações tem prós e contras. A distribuição ideal requer seis discos rígidos ou conjuntos RAID diferentes. Recomendamos que os dois arquivos mais ativos, o arquivo de log Rtcdyn e o arquivo de log Rtc, devam sempre ser colocados em seus próprios discos ou conjuntos RAID.
Distribuição de seis discos
O cenário de distribuição que usa seis discos geralmente é usado somente nos casos onde você deseja colocar os bancos de dados de Arquivamento e Monitoramento no mesmo SQL Server. Esta solução usa seis discos físicos ou conjuntos RAID dedicados. A distribuição dos arquivos de log e de dados é mostrada no diagrama a seguir.
Vantagens – Desempenho muito alto, baixa latência e pouco contençãa de E/S do disco quando comparado a outras soluções de disco.
Desvantagem – Mais cara do que outras soluções. No mínimo, você precisa de seis discos rígidos.
.jpg "Tabela de distribuição de seis discos")
Distribuição de cinco discos
A distribuição de cinco discos usa cinco discos ou conjuntos RAID. Os arquivos de log Rtcdyn e Rtc são separados em seus próprios discos. Os logs e dados de Arquivamento e Monitoramento são colocados em seus próprios discos, respectivamente. Os arquivos de dados e de log restantes são colocados no quinto disco.
Vantagens – Oferece um bom desempenho para os arquivos de log Rtcdyn e Rtc, enquanto reduz o número geral de discos necessários.
Desvantagens – Todos os outros arquivos de log estão localizados em um único disco, potencialmente causando latência de desempenho de E/S para outras cargas de trabalho. O impacto é minimizado quando o Servidor de Arquivamento, o Servidor de Monitoramento ou ambos não são implantados.
.jpg "Tabela de distribuição de cinco discos")
Distribuição de quatro discos
A distribuição de quatro discos usa quatro discos ou conjuntos RAID. Essa configuração é considerada o melhor desempenho das recomendações devido a baixa latência e baixa contenção de recursos de E/S do disco. Os arquivos de log Rtcdyn e Rtc são separados em seus próprios discos. Os arquivos de log restantes são colocados no terceiro disco, enquanto os arquivos de dados são colocados no quarto.
Vantagens – Oferece um bom desempenho para os arquivos de log Rtcdyn e Rtc, enquanto reduz o número geral de discos necessários.
Desvantagens – Todos os outros arquivos de log estão localizados em um único disco, potencialmente causando latência de desempenho de E/S para outras cargas de trabalho. O impacto é minimizado se o Servidor de Arquivamento, o Servidor de Monitoramento ou ambos não são implantados.
.jpg "Tabela de distribuição de quatro discos")
Distribuição de três discos
A Distribuição de Três Discos usa três discos ou conjuntos RAID. Os arquivos de log Rtcdyn e Rtc são colocados na unidade um e na unidade dois. Os arquivos de log e dados restantes são colocados no disco três.
Vantagens – É menos onerosa que as soluções de seis e quatro discos. Colocar os arquivos de log Rtcdyn e Rtc em seus próprios discos rígidos permite um bom desempenho para os arquivos de log de transação atualizados com frequência.
Desvantagens – Todos os outros arquivos de log e de dados são colocados no disco restante. Maior potencial de latência devido à maior E/S de todas as outras cargas de trabalho em um único disco. Se não o Monitoramento e o Arquivamento não forem implantados, o impacto será reduzido, mas o impacto no desempenho ainda será uma preocupação.
.jpg "Tabela de distribuição de três discos")
Distribuição de dois discos
A distribuição de dois discos usa dois discos rígidos ou conjuntos RAID. Os arquivos de log Rtcdyn e Rtc são colocados no primeiro disco. Todos os outros arquivos de log e dados são colocados no segundo disco rígido.
Vantagens – A redução de custo é a principal vantagem. Os arquivos de log e dados de outras cargas de trabalho no segundo disco diminuirão o impacto geral nos arquivos de log Rtcdyn e Rtc.
Desvantagens – Combinar os arquivos de log Rtcdyn e Rtc começará a afetar negativamente o desempenho.
.jpg "Tabela de distribuição de dois discos")
Distribuição de disco único
A distribuição de disco único usa um único disco rígido ou conjunto RAID. Os arquivos de log Rtcdyn e Rtc são colocados no disco único juntamente com os arquivos de log e dados.
Vantagens – Custo significativamente menor do que outras soluções. Números pequenos de usuários podem ter um desempenho aceitável.
Desvantagens – A latência de disco e o carregamento do disco de todos os arquivos de dados e logs da carga de trabalho no disco único afetarão o desempenho. A implantação de funções de Monitoramento e Arquivamento afetará mais ainda o desempenho.
.jpg "Tabela de distribuição de um disco")