Compartilhar via


Topologias de rede (SQL Server Compact)

Ao transferir dados entre clientes do Microsoft SQL Server Compact 3.5 (SQL Server Compact 3.5) e o SQL Server, os dados são transmitidos através do Microsoft IIS). Para sua rede, você pode configurar um servidor único para hospedar o IIS e o SQL Server, ou pode ter vários servidores para aperfeiçoar o desempenho e a segurança, além de vários firewalls para melhorar ainda mais a segurança. A topologia de rede que você escolhe para implementar é baseada nas suas necessidades de desempenho e segurança.

Topologias de rede

Embora existam muitas possibilidades de topologias de rede que podem ser usadas para transferir dados entre clientes do SQL Server Compact 3.5 e o SQL Server, há três topologias de rede comuns:

Topologia de servidor único

Nesta topologia, o IIS, o Publicador do SQL Server e o Distribuidor do SQL Server residem em um servidor único. Este servidor pode ou não usar um firewall. Se usar, você só terá que abrir a porta 80 para o tráfego de Internet.

Topologia de servidor único

Topologia de dois servidores

Nesta topologia, o IIS é configurado em um servidor e o Publicador do SQL Server e o Distribuidor do SQL Server são configurados em um servidor separado. O servidor que executa o IIS pode ser separado do restante da rede (incluindo o computador que está executando o SQL Server) por um firewall, e também pode ser protegido da Internet por um firewall adicional. O firewall entre o cliente e o IIS devem ter a porta 80 aberta, enquanto o firewall entre o IIS e o SQL Server deve ter duas portas abertas: a porta 80 e a porta atribuída para a instância do SQL Server. Essa segunda porta geralmente é 1443.

Topologia de dois servidores

Topologia empresarial

Se precisar dar suporte a um grande número de Assinantes do SQL Server Compact 3.5 que sincronizam ao mesmo tempo, você pode particionar o trabalho em vários computadores que executam o IIS. Isso reduz os atrasos de transferência de dados.

Topologia empresarial

Se um equilíbrio de carga adicional for necessário no computador que está executando o SQL Server, você pode criar uma hierarquia de republicação em vários computadores. O Publicador de nível superior publica dados para Assinantes do SQL Server. Eles, por sua vez, publicam novamente os dados para os Assinantes do SQL Server Compact 3.5. O equilíbrio de carga é estático no sentido de que cada Assinante do SQL Server Compact 3.5 é atribuído a um dos republicadores e sempre sincronizado com ele.

Dica

O SQL Server Compact 3.5 não oferece suporte para parceiros de sincronização alternativos.

Como em uma topologia de dois servidores, os firewalls podem ser usados entre os clientes e o IIS e entre os servidores do IIS e os republicadores.

Topologia corporativa (balanceamento de carga)

Usando o armazenamento em cluster do Windows

A replicação do SQL Server Compact 3.5 pode ser usada em um cluster do Microsoft Windows que contenha um conjunto de servidores Web que executam o IIS. No entanto, o Agente de Servidor do SQL Server Compact 3.5 deve manter o estado da sessão nas chamadas do cliente; portanto, você deve usar o hardware ou software de equilíbrio de carga que possa manter o estado da sessão entre o Agente de Cliente do SQL Server Compact 3.5 e o Agente de Servidor do SQL Server Compact 3.5.

Os sistemas de equilíbrio de carga geralmente funcionam da seguinte forma: os clientes acessam o cluster usando um nome de domínio comum com um endereço IP virtual exclusivo; o hardware ou software de equilíbrio de carga intercepta o tráfego HTTP recebido e o direciona para um dos servidores no cluster.

O SQL Server Compact 3.5 pode ser usado com uma variedade de sistemas de equilíbrio de carga, por exemplo o Windows NLB. O Windows NLB é incluído como parte do Windows 2003 Advanced Server e do Windows 2000 Datacenter Server. Ele pode ser usado com o SQL Server Compact 3.5 porque dá suporte à afinidade de cliente. Esta opção garante que o cliente seja sempre direcionado ao mesmo servidor que executa o IIS dentro do cluster. Observe que se ocorrer uma falha em um servidor ou rede durante uma sessão de cliente, um novo logon será necessário para autenticar novamente o cliente e restabelecer o estado da sessão. Além disso, adicionar um novo servidor que executa o IIS em um cluster redirecionará parte do tráfego do cliente para o novo servidor. Isso pode afetar sessões existentes.

Para obter mais informações, consulte “Tecnologias de armazenamento em cluster do Windows” nos recursos técnicos do Microsoft Windows Server 2003 no site do Microsoft Windows Server 2003.