Topologie di rete (SQL Server Compact)

Durante il trasferimento di dati tra Microsoft SQL Server Compact 3.5 (SQL Server Compact 3.5) e SQL Server, i dati passano attraverso Microsoft Internet Information Services (IIS). Per la rete, è possibile configurare un solo server con IIS e SQL Server oppure disporre di più server per migliorare le prestazioni e la protezione e di più firewall per migliorare ulteriormente la protezione. La topologia di rete che si sceglie di implementare si baserà sulle esigenze relative alla protezione e alle prestazioni.

Topologie di rete

Sebbene esistano molte topologie di rete che è possibile utilizzare per trasferire i dati tra i client di SQL Server Compact 3.5 e SQL Server, quelle più comuni sono tre:

Topologia con server unico

In questa topologia IIS, il server di pubblicazione di SQL Server e il server di distribuzione di SQL Server si trovano tutti su un unico server, che potrà o meno essere protetto da un firewall. In tal caso, è sufficiente aprire la porta 80 al traffico Internet.

Topologia con due server

In questa topologia IIS è configurato su un server mentre il server di pubblicazione di SQL Server e il server di distribuzione di SQL Server sono configurati su un server distinto. Il server che esegue IIS può essere separato dal resto della rete, incluso il computer che esegue SQL Server, da un firewall e può inoltre essere protetto da Internet da un firewall aggiuntivo. È necessario che il firewall tra il client e IIS abbia la porta 80 aperta, mentre il firewall tra IIS e SQL Server deve avere due porte aperte, ovvero la porta 80 e la porta assegnata all'istanza di SQL Server. Questa seconda porta è in genere la 1443.

Topologia aziendale

Se si supporta un numero elevato di Sottoscrittori di SQL Server Compact 3.5 che eseguono contemporaneamente la sincronizzazione, è possibile suddividere il lavoro tra più computer che eseguono IIS, in modo da ridurre i ritardi nei trasferimenti di dati.

Se è necessario un ulteriore bilanciamento del carico sul computer che esegue SQL Server, è possibile creare una gerarchia di ripubblicazione su più computer. Il server di pubblicazione di livello principale pubblicherà i dati sui Sottoscrittori di SQL Server, che a propria volta ripubblicheranno i dati sui Sottoscrittori di SQL Server Compact 3.5. Il bilanciamento del carico è statico nel senso che ogni Sottoscrittore di SQL Server Compact 3.5 è assegnato a uno dei server di ripubblicazione ed esegue sempre la sincronizzazione con tale server di ripubblicazione.

Nota

SQL Server Compact 3.5 non supporta partner di sincronizzazione alternativi.

Come con una topologia a due server, i firewall possono essere utilizzati tra i client e IIS e tra i server IIS e i server di ripubblicazione.

Utilizzo di Servizio cluster di Windows

È possibile utilizzare la replica di SQL Server Compact 3.5 su un cluster Microsoft Windows contenente una farm di server Web che eseguono IIS. È tuttavia necessario che Agente server di SQL Server Compact 3.5 mantenga lo stato della sessione nelle chiamate dei client. Pertanto, è necessario utilizzare l'hardware o il software di bilanciamento del carico che consenta di mantenere lo stato della sessione tra Agente client di SQL Server Compact 3.5 e Agente server di SQL Server Compact 3.5.

I sistemi di bilanciamento del carico funzionano in genere come illustrato di seguito. I client accedono al cluster mediante un nome di dominio comune con un solo indirizzo IP virtuale. Il traffico HTTP in ingresso viene intercettato dall'hardware o dal software di bilanciamento del carico e diretto a uno dei server nel cluster.

È possibile utilizzare SQL Server Compact 3.5 con svariati sistemi di bilanciamento del carico, ad esempio Windows Network Load Balancing (NLB), incluso come componente di Windows 2003 Advanced Server e Windows 2000 Datacenter Server. È possibile utilizzare NLB con SQL Server Compact 3.5 perché NLB supporta l''affinità tra client, una funzionalità che garantisce che il client sia sempre diretto allo stesso server che esegue IIS all'interno del cluster. Si noti che, se si verifica un errore server o di rete durante una sessione client, è necessario un nuovo accesso per riautenticare il client e ristabilire lo stato della sessione. Inoltre, se si aggiunge al cluster un nuovo server che esegue IIS, parte del traffico client viene reindirizzato al nuovo server. Questa operazione può avere effetto sulle sessioni esistenti.

Per ulteriori informazioni, vedere "Tecnologie del Servizio cluster di Windows" nelle risorse tecniche di Microsoft Windows Server 2003 sul sito Web Microsoft Windows Server 2003.