主页 / server / 问题 / 461636
Accepted
TomTom
Asked: 2012-12-30 04:44:42 +0800 CST

Sharepoint：组织 Intranet 站点层次结构

  • 772

不完全确定这应该在此处或 Stackoverflow 中，但我不是从开发人员的角度而是从管理员的角度来看待它。

过去，我们的内部网非常贫乏 - 现在有了 SharePoint 2013，这将得到更多的使用。过去半年我们大多推迟了投资；）

我的问题是 - 我如何组织网站，以便从管理员的角度来看，它们可以长期与 SharePoint 配合使用，同时可能会添加或删除网站。

过去，我们有一个站点集（Intranet），其中包含小公司所有主要部分（财务、组织、IT 服务等）的子站点（不在 /sites 文件夹中）。对于多年的事情，我不确定这是否“足够好”的灵活性明智。我也有点担心一个网站集中的所有内容......

我只是在设置新的 Intranet（已将旧的 Intranet 移动到一个新的应用程序 intraned-old）。所以，在这里我们提出一些问题。

  • 用于根的最佳模板是什么？团队网站？我暂时不需要发布之类的东西——主页/根门户将主要是静态的，列表。
  • 您将如何构建子站点？看来我无法在 /sites 文件夹之外制作单独的网站集。因此，另一种方法是创建此站点（使用 /sites），转到单独的应用程序 (finance.intranet/) 或继续在根站点、同一站点集合中创建子站点。

我绝对想进入搜索，因为我们计划将越来越多的文档等移动到 Sharepoint - 我们很小（7 人）但需要完全分离部门，例如开发人员无法看到我们的财务记录. 我们还需要 - 在 2-3 个部门 - 建立 BI 集成，为人们创建子门户以查看数据库中的数据（某种“了解我们的现状”）。

有点不知道如何设置它，这样设置就不会在几个月后回来咬我。

sharepoint

2 个回答

  1. Best Answer

    好的，到目前为止我给出了一个答案 - 让我们看看其他人是否找到了更好的东西。

    • 一开始，我到处都使用团队模板。如前所述，不需要严肃的出版。由于设置的性质（进一步向下），可以轻松替换主页区域（它只包含一个门户页面）。
    • 似乎使用“子站点”并不好。创建新的 Site COllections 也很棘手，因为唯一可以放置它们的地方是根目录中的 /sites 文件夹，这限制了，除非……阅读手册，其中很清楚可以添加更多托管路径。我为每个部门 (/finance) 创建了一个托管路径，然后可以在那里设置一个单独的网站集。
    • 感谢 2013 年，有一种方法可以组合所有导航 - 这很好。

    这似乎是暂时的 - 像这样的站点集合的好处是，理论上他们可以转移到不同的内容数据库，如果他们超过我们现在拥有的一个内容数据库。这是相关的，否则它就是一个管理噩梦。站点集合在安全性和功能方面也有完全自给自足的设置，这意味着更新特定站点的项目可以相对独立。同样，这是一个管理考虑 - 不是特定的程序员明智的，但很高兴知道我可以在没有太多交叉引用的情况下单独开发金融或其他领域。考虑像这样隔离区域总是好的，这样开发项目就不会超出范围。

    • 1

  2. 汤姆汤姆，

    当您询问信息架构和拓扑时，任何人都很难直接回答您的问题——事情通常基于业务环境和需求。对于一家七人公司，不清楚这是员工总数还是您的 IT 员工？您是在本地运行 SharePoint 2013 还是托管？在一年中，您真正看到有多少网站或网站集被添加和删除？而且，就此而言，您是否正在分离网站或网站集以隔离访问（例如财务与人力资源等）？您要隔离什么样的信息——文件？在一家七人公司中，我敢打赌您可以在一个网站集中完成所需的一切，并使用几个文档库来隔离信息访问。您需要多少导航开销和站点开销？

    现在，如果我误解了你公司的规模，假设你支持一家拥有几千名员工的公司，我可能会为你提供这些建议。1. 在功能领域考虑 SharePoint：用于资源消耗（静态内容）的 Intranet 以及用于项目工作和与他人交互的 Collaboration。2. 您可以推出用于 Intranet 登录网站集的发布网站，并利用其构建到其他资源和网站的导航功能。3、很多公司都有跨部门的项目参与。不是在 /hr 路径下创建一个 HR 项目，在 /IT 路径下创建一个 it 项目，通用路径（例如 /sites/project 1、sites/project2 等）有什么问题...？这样，如果您的公司进行了重组，您的项目仍然只是项目，而不管发起部门是什么。4. 站点与子站点。作为 PM，我始终坚持将我的项目作为顶级网站集运行。我可以拥有完全访问权限（和责任），而不必担心另一个项目子站点用户占用我有限的存储空间。此外，我可以设置有关用户访问请求和保留的策略。传统上人们认为子站点可以消除用户请求带来的 IT 负担，但我从未见过或听说过这曾经是一个问题。此外，在配额、安全性、备份脚本和恢复方面获得的优势都支持网站集，或者换句话说，只有默认/内部网站的网站集。不必担心另一个项目子站点用户占用我有限的存储空间。此外，我可以设置有关用户访问请求和保留的策略。传统上人们认为子站点可以消除用户请求带来的 IT 负担，但我从未见过或听说过这曾经是一个问题。此外，在配额、安全性、备份脚本和恢复方面获得的优势都支持网站集，或者换句话说，只有默认/内部网站的网站集。不必担心另一个项目子站点用户占用我有限的存储空间。此外，我可以设置有关用户访问请求和保留的策略。传统上人们认为子站点可以消除用户请求带来的 IT 负担，但我从未见过或听说过这曾经是一个问题。此外，在配额、安全性、备份脚本和恢复方面获得的优势都支持网站集，或者换句话说，只有默认/内部网站的网站集。

    同样，你的问题有点笼统，很难给你一个完美的答案。如果您是 SharePoint 的新手，可以使用像我这样的顾问和在线资源来提供帮助。

    查克·拉福特

    强设计

    • 0

相关问题