zoukankan      html  css  js  c++  java
  • [阅读笔记] Content Deployment完全指南 之二 基础知识继续

    Content Deployment的阶段

    =====================

    Content Deployment分为几个不同的阶段, 他们会一部分一部分地执行在源和目标服务器上.

    准备阶段

    ---------------

    这个阶段对于通过管理中心UI启动的jobs来说是独一无二的. 在这个阶段, 导出服务器UI中的代码创建一个one time timer job来执行导出操作.

    导出阶段

    ----------------

    这个阶段是在源场的导出服务器上执行的. 它使用WSS的content deployment和migration API来导出与特定content deployment job相关的内容. 内容会被导出到导出服务器的临时文件夹中的一个平坦格式的文件中.

    压缩阶段

    ----------------

    这个阶段是在源场的导出服务器上执行的. 它通过WSS内部的Content deployment和Migration API来完成, 并压缩导出的文件到一个或多个压缩包文件中(cabinet files)(cab files). 这些文件会被存储在导出服务器的一个临时文件夹中.

    传输阶段

    ----------------

    这个阶段是在源场的导出服务器上执行的. 它使用由MOSS 2007提供的content deployment feature的一些功能. 这个阶段将压缩包文件(cabinet files)使用HTTP协议上传到目的场中的导入服务器上, 同样也存储在临时文件夹内.

    解压阶段

    -----------------

    这个阶段是在目的场中的导入服务器上执行的. 通过WSS content deployment和migration API来完成, 它们会解压压缩包文件到导入服务器的临时文件夹中.

    导入阶段

    ------------------

    这个阶段是由目的场中的导入服务器上执行的. 导入同样通过WSS content deployment和migration API来从临时文件夹中读取解压后的文件, 然后在目的站点集中产生出内容.

    Content Deployment的路径和任务

    ====================

    Content Deployment是建立在两个基础概念性的对象之上的: content deployment 路径(path)和任务(job).

    Content deployment 路径

    -------------------

    content deployment允许从一个源场的站点集向目的场中的一个站点集部署内容.

    源和目的站点集之间的链接, 就叫做content deployment 路径. 你的服务器场中可以有多个content deployment路径, 只要它们的源和目的站点集不全一样.

    一个content deployment path总是在源场中定义的.

    两个content deployment path引用源场中的一个站点集作为源, 和目的场中的两个不同的站点集作为目的地是可能的.

    应该注意到源和目标站点集是可以存在于相同的服务器场的. 所以, 路径可以指向同一个服务器场中的两个不同的站点集, 只要这两个站点集不存储在同一个内容数据库下就好.

    重要提示: 你不能指定存在于相同数据库中的站点集作为源和目的站点集的. 执行这样配置的路径的content deployment会在导入阶段引发异常, 因为这会使得相同ID的item在相同的数据库中存在两次, 而这时SharePoint不允许的.

    同样的道理, 你也不能指定相同内容数据库中的多个目的站点集从同一个源站点集中获得内容.

    Content deployment 任务

    -------------------

    为一个content deployment路径创建一个或多个content deployment任务是可能的. 每个工作都可以是不同的类型(完整, 增量, 快速部署), 并且能够用不同的时间计划来配置.

    除了快速部署之外, 配置不同的content deployment任务, 通过相同的路径来部署源站点集中的不同的部分是可能的. 可以通过在具体任务中选择应该被部署的具体站点来做到这一点. 通过这种方法, 可以使得站点的某些部分一天部署一次, 而站点中某些更新频繁的内容则每小时部署一次.

    快速部署任务不能手动创建. 当源站点中的publishing feature处于激活状态, 它们会在保存content deployment 路径的时候被自动地创建出来. 一个路径只能有一个快速部署的任务.

    content deployment job永远是在源场中定义的. 在向目的服务器场部署的过程中, 一个"影子"内容部署任务会在目的场中创建出来, 用于执行导入操作. 这个任务会在导入成功结束后自动地删除.

    同样需要注意的是这个"影子"任务不会在目的场中的content deployment路径和任务页面显示出来, 因为这个任务并不会被绑定到某一个content deployment路径上.

    原文地址:

    http://blogs.technet.com/stefan_gossner/archive/2009/11/02/content-deployment-the-complete-guide-part-2-the-basics-continued.aspx

  • 相关阅读:
    图的建立的两种方法(领接矩阵,领接表)
    蛇形填数
    谁买单,猴子选大王等类似题目不同解法!!!
    根据前序中序写后序(正确写法)
    月份牌
    子网掩码
    android 之 surfaceView和普通View的重绘使用
    android 之 Toast通知的使用
    viewSub惰性装载器
    对文件进行加密
  • 原文地址:https://www.cnblogs.com/awpatp/p/1640881.html
Copyright © 2011-2022 走看看