Gli ST funziona su ogni assistente 2003 per difetto ed avere tutte le vostre informazioni di autorizzazione di accesso di cliente legate ad un assistente che gli non ha l'applicazione sta andando essere più lavoro che esso è realmente valore. Realmente dovrete avere quello sull'assistente che sta facendo funzionare la vostra applicazione.
La scelta dipende infine da voi circa come volete avvicinarti a questo. Se siete appena benissimo con accesso in carico il senso che siete stato, non dovete ottenere l'indice attivo e potete fare funzionare l'applicazione su un assistente e sulla base di dati di SQL d'altro canto (determinando quale per usare per quale è un altro oggetto complessivamente),
Se *do* scegliete di installare l'ANNUNCIO in qualche luogo, dovreste allontanarti il DHCP dal regolatore di dominio dell'ANNUNCIO. Quella è appena la pratica ottimale. Se non fate, il DHCP funzionante dal router è perfettamente accettabile.
Basicamente, sta andando essere un gioco di destrezza fra che cosa dovete lavorare con e che cosa volete realizzare.
Se volete la migliore prestazione che possiate ottenere con che cosa avete (che sembra essere il vostro scopo per ottenere il nuovo assistente), calcolare fuori se è l'applicazione, l'assistente di SQL, o il numero dei collegamenti a distanza all'assistente che sta causando il rallentamento. Una volta che avete quelle informazioni, potete determinare il migliore senso muoverti in avanti. Se l'applicazione ed i collegamenti terminali stiano inducendo le cose ad essere lente, spostare entrambi verso il nuovo assistente e lasciare la base di dati su quello vecchio. Se la base di dati di SQL stia esaurendo più cavalli vapore, spostarla verso il nuovo assistente e mantenere l'applicazione sul vecchio assistente.
Se volete, potreste continu aare appena fare le cose il senso che siete, spostate tutto verso il nuovo assistente e lasciate quello vecchio da parte. Quello sarebbe quello che avrebbe richiesto il meno lavoro, ma naturalmente inoltre fornisce il meno beneficio.
