Partilhar via

Configurando o Registro do Agente de Servidor do SQL Server Compact

  • Artigo

Este tópico descreve três configurações do Registro para o Agente de Servidor do SQL Server Compact 3.5 (HKLM\Software\Microsoft\Microsoft SQL Server Compact Edition\v3.5\Transport) que podem ser modificadas para impor restrições de segurança, bem como melhorar o desempenho ao usar os Serviços de Informações da Internet (IIS) da Microsoft para executar sincronizações entre o Microsoft SQL Server Compact 3.5 (SQL Server Compact 3.5) e o SQL Server.

USAGE

A chave de registro USAGE pode restringir o tipo de sincronização que pode ocorrer devido à execução do Agente de Servidor do SQL Server Compact 3.5 no servidor IIS. O valor padrão é 0, o que permite que a replicação de mesclagem e o RDA sejam processados. O valor 1 restringirá a sincronização que será usada apenas para a replicação de mesclagem. O valor 2 restringirá a sincronização que será usada apenas para o RDA.

MAX_THREADS_PER_POOL

A chave de registro MAX_THREADS_PER_POOL é usada para definir o número máximo de threads para cada um dos três pools usados pelo Agente de Servidor do SQL Server Compact 3.5. O valor padrão é 20 threads, mas pode ter uma definição mínima de 1, e máxima de 1.000. Os threads são alocados dinamicamente e a alocação não ocorre na inicialização. Com o valor 20, seria obtido um total de 60 threads alocados no servidor IIS. Os pools de threads:

  • Arquivos de processo .IN.
  • Arquivos de processo .OUT.
  • Chamada de SQL Server Reconciler.

Aumentar a contagem de threads não garante um desempenho melhor e deve-se testar antes de implementar, pois um número maior de threads consumiria uma quantidade significativa de recursos da CPU. As contagens de threads só deveriam ser aumentadas se a CPU fosse uma CPU de alto desempenho e houvesse uma quantidade substancial de clientes tentando sincronizar ao mesmo tempo.

MAX_PENDING_REQUEST

A chave do Registro MAX_PENDING_REQUEST tem um valor padrão de 500 com um valor mínimo de 10 e um valor máximo de 10.000. Se não houver nenhum thread (MAX_THREADS_PER_POOL) disponível, as solicitações serão colocadas em fila em um pool de solicitações. A utilização desse recurso depende da disponibilidade de threads para processar todas as solicitações. Em cenários de processamento normais, isso não será utilizado.