Configurazioni a server unico
Per i sistemi di sviluppo e le applicazioni di piccole o medie dimensioni che non richiedono gli stessi livelli di disponibilità garantiti dal clustering, è possibile eseguire Microsoft SQL Server Notification Services e il motore di database in un server unico. Se non è prevista la distribuzione su Internet delle applicazioni di gestione delle sottoscrizioni, è possibile installare anche tali applicazioni in questo server.
Sistema a server unico
Nella figura seguente viene illustrata una configurazione a server unico.
.gif "Configurazione a server unico")
Le installazioni a server unico sono semplici da configurare. Tuttavia, non è consigliabile eseguire Notification Services, i database e le applicazioni di gestione delle sottoscrizioni in un unico server per sistemi cruciali o sistemi nei quali si prevede di dover supportare volumi elevati di notifiche.
Il numero di CPU e la quantità di spazio su disco consigliati dipendono dai requisiti di elaborazione e archiviazione del sistema. Per un sistema di sviluppo potrebbero essere sufficienti una sola CPU e la quantità di spazio su disco necessaria per le attività di testing. Su un server di produzione è consigliabile che siano disponibili da 2 a 4 CPU e una quantità di spazio su disco appropriata per l'archiviazione dei dati relativi a eventi, notifiche, sottoscrizioni e sottoscrittori finché il processo Vacuumer non procedere alla rimozione dei dati. Inoltre, sui server di produzione è consigliabile posizionare i file di database, i file di log e il database tempdb su dischi fisici separati.
.gif "ms171277.note(it-it,SQL.90).gif") Importante: |
|---|
| Il processo di rimozione dei dati (Vacuumer) rimuove i dati degli eventi e notifica obsoleti da un database dell'applicazione. Per risparmiare spazio su disco e mantenere le prestazioni, è importante prevedere una pianificazione della rimozione dei dati quando si definisce ogni applicazione. Per ulteriori informazioni, vedere Configurazione della rimozione dei dati. |
È importante monitorare l'utilizzo della CPU, della memoria e del disco dei server di produzione per controllare eventuali colli di bottiglia o problemi di contesa. Se un server unico non è in grado di supportare le esigenze di elaborazione, è opportuno valutare l'utilizzo di una configurazione con server di database remoto. Per ulteriori informazioni, vedere Configurazione con server di database remoto.
Vedere anche
Attività
Scenario: Distribuzione a server singolo
Concetti
Configurazioni hardware
Considerazioni su Notification Services
Considerazioni sui database
Pianificazione delle risorse del database