Sharepoint-Site-Hierarchie für Firmen-Intranet - mehreren Sites oder Unterseiten mit einer Wurzel?

Question

Ich bin der IT-Manager bei einer mittelgroßen Produktionsgesellschaft. Wir bekommen unsere Füße mit Sharepoint nass - so weit wir ein Blog in der produktiven Einsatz bekamen sind> Es ist die CEO

.

Wir haben Anwendungsfälle für ein paar Liste-basierte „Anwendungen“ mit einigen einfachen Workflow, der von einem unserer Entwickler umgesetzt werden. Wir wollen auch unsere Nutzer geben (zumindest die mehr technisch versierten ist) die Möglichkeit, mit ihren eigenen Abteilungs-Websites zu erstellen und zu arbeiten.

Wir sind jedoch besorgt darüber, dass wir etwas werden könnte beginnen, die schnell Kontrolle geraten konnte, wenn es weithin angenommen hat (was eine gute Sache wäre). Da wir alle die architektonischen Abwägungen nicht wirklich verstehen, könnten wir mit riesigen Mengen von Benutzerdaten in einer Struktur, die Bisse uns auf der Straße landen.

Unsere größte Frage ist, ob für jede Verwendung im Vergleich zu einem einzelnen Stamm-Website mehrere Standorte haben, aus dem alles andere absteigt. Mehrere Standorte würden uns Flexibilität, Änderungen oder neue Funktionen zu entwickeln, ohne Probleme für alle Nutzer zu schaffen. mehrere Standorte könnten jedoch schwieriger Back-up, suchen und Benutzerprofile / Sicherheit aufrechterhalten. Eine einzelne massive Seite scheint die Kosten / Nutzen rückgängig zu machen.

Ich würde schätzen nicht nur die Einsicht auf der einen gegen viele Kompromisse, oder Links zu Ressourcen, die es zu diskutieren. Links zu allgemeinen Sharepoint "Unternehmen Best Practices" (sorry) auch anerkannt werden würde.

Danke.

Answer 1

mehrere Standorte könnten jedoch härter zu Back-up, suchen und pflegen Benutzer Profile / Sicherheit. Ein einzelner massiver Seite scheint die umkehren Kosten / Nutzen.

Ich würde dies als falsch betrachten. Zunächst müssen wir klären, wenn wir mehrere Standorte sagen, haben wir mehrere Websitesammlungen oder mehrere Standorte bedeuten -. Sie sind zwei völlig verschiedene Dinge

Nun, auch wenn sie mehr verschiedenen Websitesammlungen, in SQL-Datenbank sind, sind sie nur eine Datenbank, da die Datenbank als Web-Anwendungsebene erstellt wird und nicht die Site-Ebene.

Das wurde in Bezug auf Sicherung.

Kommen zu suchen und Benutzerprofile, wieder Ihre Annahme ist falsch. Suchen und Benutzerprofile sind Shared Services und sie arbeiten gut, solange sie ihren Wohnsitz in einzelnen Shared Services Provider. Beide sind Betriebsebene Dienstleistungen.

Eine einzelne massive Seite ist (wenn Sie wirklich mittlere Seite hier nicht Websitesammlung) ist ein komplette no-no und ein schlechtes Design.

Ich würde empfehlen, mehrere Websitesammlungen (in Ihrem Unternehmen so etwas wie Gesamt Abteilung wie HR, Finanzen, IT) mit und dann subistes darunter haben. Auf diese Weise haben Sie eine Datenbank in SQL zu verwalten und immer noch können Sie durch das Hinzufügen von Inhalten Datenbank zu bestehenden Web-Anwendung skaliert werden.

Auch hier gehe ich davon aus, dass Sie Ihre Topologie auf betrieblicher Ebene schaffen. Wenn dies an einem gewissen unteren Ebene ist es muss verfeinert werden.

Lesen Sie einige Artikel über die Taxonomie und Website-Architektur auf Technet, bevor sie mit einem gehen voran.

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 hängt rein auf Ihre Bedürfnisse und Anforderungen. sogar eine deferent Web-Anwendungen für deferent Website mit i können Ihnen ein Zitat Backup als Vorteil nehmen liefern. Sie könnten einige Seiten haben, wo Daten nicht häufig ändert wie organisatorische Richtlinien, Prozess Dokumente usw. in diesem Fall regelmäßig Backups Einnahme / search kriecht nicht sinnvoll (obwohl Sie für differenzielle Sicherung und inkrementeller Crawl entscheiden können, aber immer noch in einer Woche oder alle zwei Wochen Sie haben die volle Unterstützung nehmen). daher würde ich vorschlagen, sorgfältig Ihre Anforderungen analysieren und dann eine Entscheidung treffen. Microsoft hat eine gute Liste der Checkliste und Vorlagen für die Planung Zweck zur Verfügung gestellt. Einige der Links in madhur Antwort zur Verfügung gestellt und ruhen Sie Google auf können.