jerarquía de sitios de SharePoint para la intranet de la empresa - varios sitios o subsitios con una raíz?

Question

Soy el gerente de TI de una empresa de tamaño medio fabricación. Estamos mojarse los pies con SharePoint - hasta el momento que estamos tenemos un blog en el uso de producción> Es del director general

.

Tenemos casos de uso de un par de "aplicaciones" basados ??en listas con algunos simples flujo de trabajo que será ejecutado por uno de nuestros desarrolladores. También queremos dar a nuestros usuarios (por lo menos los más los conocedores de la tecnología) la capacidad de crear y trabajar con sus propios sitios de los departamentos.

Nos preocupa, sin embargo, que podría estar empezando algo que podría obtener rápidamente fuera de control si está ampliamente adoptada (que sería una cosa buena). Puesto que no entiendo muy bien todos los arquitectónicas compensaciones, podríamos terminar con cantidades masivas de datos de usuario en una estructura que nos picaduras en el futuro.

Nuestra pregunta más importante es si tener múltiples sitios para cada uso frente a un único sitio raíz de la cual todo lo demás desciende. Múltiples sitios nos darían flexibilidad para hacer cambios o desarrollar nuevas características sin crear problemas para todos los usuarios. Sin embargo, varios sitios podrían ser más difíciles de hacer copias de seguridad, buscar y mantener perfiles de usuario / seguridad. Un sitio único masiva parece revertir los costos / beneficios.

apreciaría cualquier penetración en el uno contra muchos compensaciones, o enlaces a los recursos que tratan sobre ella. También se agradecería enlaces a SharePoint general de la empresa "mejores prácticas" (lo siento).

Gracias.

Answer 1

Sin embargo, varios sitios podría ser más difícil hacer copias de seguridad, buscar y mantener el usuario perfiles / seguridad. Una sola masiva sitio parece invertir la costos / beneficios.

Me parece que es como incorrecta. En primer lugar tenemos que aclarar que cuando decimos múltiples sitios, hacemos nos referimos a varias colecciones de sitios o múltiples sitios -. Que son dos cosas completamente diferentes

Ahora, incluso si son varias colecciones de sitios diferentes, en base de datos SQL, no son más que una base de datos, ya que se crea la base de datos como el nivel de aplicación web y no a nivel de sitio.

Eso fue sobre copias de seguridad.

El venir a buscar y perfiles de usuario, una vez que su suposición es incorrecta. Búsqueda y perfiles de usuario se comparten servicios y funcionan bien siempre y cuando residan en un solo proveedor de servicios compartidos. Ambos son los servicios a nivel de finca.

Un sitio único es masiva (si sitio realmente aquí no media colección de sitios) es un no-no y un mal diseño.

Yo recomendaría tener varias colecciones de sitios (algo así como el departamento general en su empresa como recursos humanos, Finanzas, IT) y luego tener subistes debajo de ella. De esta manera tiene una base de datos en SQL para gestionar y todavía se puede escalar mediante la adición de la base de datos de contenido a la aplicación web existente.

De nuevo aquí, supongo que va a crear su topología a nivel de empresa. Si esto es en algún nivel inferior que necesita ser refinado.

Leer algunos artículos sobre la taxonomía y la arquitectura del sitio en TechNet antes de seguir adelante con cualquiera.

Planning worksheets for SharePoint Server 2010
http://technet.microsoft.com/en-us/library/cc262451.aspx

Plan sites and site collections
http://technet.microsoft.com/en-us/library/cc263267.aspx

Sites and site collections overview
http://technet.microsoft.com/en-us/library/cc262410.aspx

Plan site navigation
http://technet.microsoft.com/en-us/library/cc262951.aspx

Answer 2

Es puramente depende de sus necesidades y requerimientos. ni siquiera tener un deferente aplicaciones web para el sitio deferente yo pueda proporcionar una única citación de tomar copia de seguridad como ventaja. Es posible que tenga pocos sitios donde los datos no cambia con frecuencia como políticas de la organización, documentos de proceso, etc., en este caso realizar copias de seguridad regulares / search rastreo no tiene sentido (aunque se puede optar por la copia de seguridad diferencial y rastreo incremental, pero en una semana o cada dos semanas usted tiene que tomar copia de seguridad completa). por lo tanto, yo sugeriría que analizar cuidadosamente sus necesidades y luego tomar una decisión. Microsoft ha proporcionado una buena lista de lista de verificación y plantillas para fines de planificación. algunos de los enlaces están dentro de la respuesta de madhur y descanso puede google sobre.