Dovrei avere il ruolo di “Microsoft SharePoint Foundation Web Application” attiva su tutti i server in una grande azienda agricola?

Question

Ho controllato le risorse a Microsoft TechNet, MSDN e Bing, ma io non sono a conoscenza di tutte le informazioni riguardanti le migliori prassi in merito alla configurazione per il ruolo di servizio "Microsoft SharePoint Foundation Web Application" in SharePoint Server 2010.

Stiamo progettando una fattoria si estende per data center che eseguono 8 server SharePoint + 2 server SQL. Attualmente stiamo eseguendo uno SharePoint 2007 con 6 server e due stiamo usando Windows Network Server Load Balancing (NLB) per mantenere alta disponibilità. L'azienda agricola volontà SharePoint 2010 viene piallato allo stesso modo. Due degli 8 server (tutti SharePoint installazione completa) sarà in esecuzione in una configurazione NLB. Due server saranno utilizzare per la ricerca veloce e sarà anche bisogno di "Microsoft SharePoint Foundation Web Application", perché useremo il file HOSTS per reindirizzare il traffico verso la macchina locale, in modo che il server di front-end web non si ottiene alcun carico supplementare da ricerca. I restanti 4 server saranno utilizzati per i ruoli dell'applicazione host come le app ufficio web, i metadati, ...

La questione è ora : Devo fermare la "Microsoft SharePoint Foundation Web Application" sui 4 server rimanenti perché non potranno mai servire qualsiasi contenuto da applicazioni web piallati?

Se rimuovo il ruolo, la configurazione di IIS sta diventando molto più leggero sul server. Ci si sente più pulito. L'ambiente attuale è solo ospita il ruolo di "Microsoft SharePoint Foundation Web Application" sul WFE, ma abbiamo avuto alcune soluzioni 3rd party che ha avuto problemi durante l'installazione.

Un informazioni di carattere generale si rimanda al seguente articolo di MSDN: http://msdn.microsoft.com/en-us/library/cc768569.aspx

Answer 1

Ho poco tempo avuto lo stesso problema con Nintex Workflow 2010:. Non sarebbe installare correttamente dal mio server app perché questo servizio è stato disattivato

Oltre a questo, sì, è un buon modo per trasformare un server di applicazioni in un true application server, e impedirne l'esecuzione e servire le applicazioni web di contenuti e IIS siti.

Date un'occhiata ai "Topologie per SharePoint Server 2010" diagramma a http://technet.microsoft .com / it-it / library / cc263199.aspx -. esplicitamente accenna girando questo servizio fuori su application server

Answer 2

lasciarlo acceso, in quanto fornisce la flessibilità.

Si dovrebbe essere già dirigere il traffico al tuo WFEs con DNS o un bilanciamento del carico, in modo che altri server non avranno il traffico li colpisce. Ma lasciarlo acceso. Lungo la strada è necessario eseguire un qualche tipo di risoluzione dei problemi, e questo sarà utile.

"Bene, allora accenderlo quando è necessario!" Ho sentito dire. Il problema di accenderlo quando è necessario per risolvere i problemi, è che sei solito fare quando i tuoi WFEs normali non sono accessibili. Se gli altri WFEs non sono disponibili perché hanno "chiuso" a causa di un tubo da giardino sorpresa in camera server, non sarà in grado di sincronizzare il nuovo server di applicazioni-girare-WFE. Ora la vostra azienda non sarà disponibile fino a quando non risolvere il tuo perdite.

"ma utilizza risorse Processi discussioni I miei application server hanno bisogno di operare al massimo delle prestazioni!" Per questo dico architettura dei server di conseguenza. Il servizio di applicazione web utilizza risorse minime [citazione necessaria]. Inoltre, cosa più importante, non è fino a quando i colpi di richiesta IIS che il pool di applicazioni gira su, quindi non è come l'applicazione web è caricato tutto il giorno tutti i giorni.

Answer 3

Sì - Microsoft SharePoint Foundation Web Application è utile solo se il server è un frontend - tendo a spegnerlo su App Server Ruoli macchina quando posso - In questo modo è possibile garantire che nessuna attività frontend avviene sul server app.

L'unico (potenziale) problema è con dispiegamento di .wsp personalizzato che supporre che essi vengono distribuiti su un frontend - è possibile accendere il ruolo per consentire la distribuzione, o modificare l'ambito WSP in modo che implementa correttamente