none
architettura sharepoint RRS feed

  • Domanda

  • 0
    Avrei bisogno di un piccolo chiarimento sull'architettura sharepoint

    Devo adoperare sharepoint per esporre alcuni siti Business Intelligence simili ma cmq ben compartimentati, ognuno lavora con i suoi specifici utenti, database, settaggi di sharepoint e di analisys service (i famosi cubi).

    Se ho capito bene le basi sharepoint dovrei creare:

    1 unica web application

    n Raccolte siti, uno per ogni BI che vado a pubblicare. Il "centro" della architettura Sharepoint è la raccolta sito nel senso che ogni raccolta è totalmente indipendente e totalmente configurabile rispetto alle altre. Ho capito bene? Grazie

     

    lunedì 14 novembre 2011 14:40

Risposte

  • Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)

     

    martedì 15 novembre 2011 13:53
  • Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)

     


    In aggiunta a quanto riportato da Gabriele, l'isolamento in termini di Service Application è comunque demandato a singole WebApplication. In definitiva, se l'istanza Performance Point è unica conviene isolare ogni singola SiteCollection senza avere la necessità di utilizzare n istanze di WebApplication.
    Romeo Pruno | Microsoft MVP SharePoint Server | http://www.nonaka.eu/feed
    domenica 20 novembre 2011 15:33

Tutte le risposte

  • Ogni raccolta siti costituisce una unità amministrativa isolata in termini di sicurezza. Non costituisce unità isolata in termini di spazio di esecuzione dei componenti (stesso Application Pool). In questo secondo caso l'isolamento totale si ottiene usando web application distinte con application pool distinti.

     

    lunedì 14 novembre 2011 17:00
  • Grazie, si tratta di esporre dati BI (dashboard create col performancepoint  di sharepoint).

    Il mio uso di sharepoint quindi è minimo.

    Ogni azienda lavora come dicevo con le sue dashboard, il sul suo database dati,  suoi utenti e così via.

    Ho scartato l'idea si lavorare su unica SiteCollection è più Siti perchè preferisco compartimentare le varie aziende in modo che siano gestibili separatamente (per verifiche, cambiamento e errori e così via).

    Mi chiedevo solo se fosse meglio "spezzare" a livello WEB Application o Site Collection ma alla fine probabilmente opterò per la soluzione più "greve" cioè diverse applicazione WEB in modo da monitorare tutto fino da livello IIS ed Application Pool come dici tu.

    Meno "gestibilità" ma più controllo sulle singole parti. Tu che ne pensi?

    martedì 15 novembre 2011 13:48
  • Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)

     

    martedì 15 novembre 2011 13:53
  • Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)

     


    In aggiunta a quanto riportato da Gabriele, l'isolamento in termini di Service Application è comunque demandato a singole WebApplication. In definitiva, se l'istanza Performance Point è unica conviene isolare ogni singola SiteCollection senza avere la necessità di utilizzare n istanze di WebApplication.
    Romeo Pruno | Microsoft MVP SharePoint Server | http://www.nonaka.eu/feed
    domenica 20 novembre 2011 15:33