2007年ConfigMgr:预加载包工具(PreloadPkgOnSite.exe)解释

当使用预加载包工具(PreloadPkgOnSite.exe)预装包DP在孩子的网站,该工具可能无法起到预期效果和包可能不会被安装在远程显示,迪拜的工具使用。网站上的说明预加载包工具:

http://www.microsoft.com/downloads/details.aspx?familyid=c36fcda8 - 9336 - 4 - d44 - 9568 - 5530 - ff7635dd&displaylang=en

以下指示:

PreloadPkgOnSite 1 -副本。exe文件的。\程序文件安装目录\ bin \ i386目录上的儿童网站,你希望预加载源(.pck)文件压缩软件发布包。

2 -复制适用。pck从父网站或文件从备份位置手动分配点分享儿童网站。手动复制文件后,确保只读的NTFS文件属性。pck文件集。

3 -从一个命令提示符,使用以下语法运行此工具:PreloadPkgOnSite。exe PkgID StoredPkgVersion。

4 -运行这个命令将更新必要的软件发布包位置信息来源网站和转发此信息的层次结构。

5 -包后源文件发送位置信息层次结构,分配点主办手动复制。pck文件可以添加到软件发布包的源位置,而不需要通过网络传输包的源文件。

检查distmgr。日志显示以下线路和错误:

< Package_ID > StoredPkgVersion(x)的包。StoredPkgVersion在数据库是x。
< Package_ID > SourceVersion(x)的包。SourceVersion在数据库是x。

包的新版本(x)< Package_ID >已经来了,那么删除复制文件C:\ Program Files \ Microsoft配置管理器\收件箱\ distmgr.box \ \ < GUID >。PKG版本y。

请注意:1.0.3025.1100版本,现场预加载包(PreloadPkgOnSite.exe)工具只支持标准软件发布包。它不是官方支持软件更新包或包OSD不与这些类型的测试包。然而,这可能与这些类型的包,但它不支持,结果可能会有所不同,它不能被证明是有效的。

文档在网站上下载预加载包工具有点错误的。步骤3指定运行该工具使用下面的命令:

PreloadPkgOnSite。exe PkgID StoredPkgVersion

这种格式是不正确的。如果我们运行此工具在这种格式,而不是得到预加载的文档包工具(编辑,使其更具可读性,使它只包含的信息适用于SCCM 2007):

* * * * * *现场预加载包* * * * * *
用法:PreloadPkgOnSite。exe < PkgID >[/ UpdateStoredPkgVersion < StoredPkgVersion >)

SCCM2007网站上

与/ UpdateStoredPkgVersion选项

< StoredPkgVersion >是大于0时,StoredPkgVersion将被设置为给定值。
当< StoredPkgVersion > 0,StoredPkgVersion将被设置为包的SourceVersion

没有/ UpdateStoredPkgVersion选项

StoredPkgVersion将包的SourceVersion,这是默认的行为。

因此使用该工具正确的格式是:

PreloadPkgOnSite。exe < PkgID >[/ UpdateStoredPkgVersion < StoredPkgVersion >)

而不是

PreloadPkgOnSite。exe < PkgID > < StoredPkgVersion >

根据这个文档,“StoredPkgVersion”的价值并不总是需要指定,指定时,应该使用/ UpdateStoredPkgVersion选项指定。然而,这导致问题的最常见的原因之一,即/ UpdateStoredPkgVersion选项不应该使用时使用它。

相关问题的另一个原因,第一个原因上面所描述的那样,是当使用/ UpdateStoredPkgVersion选项的值使用“SourceVersion”而不是“StoredPkgVersion”的价值。这两个值是两个完全不同的价值观。它们的值通常是相同的,但是他们不需要彼此相同或相等。

价值的混乱通常是因为“SourceVersion”可以很容易地发现2007年SCCM管理控制台中,在“StoredPkgVersion”的价值通常不能发现2007年SCCM管理控制台。唯一的方式获得“StoredPkgVersion”的价值是通过使用Reporting Services(R2的一部分)或通过查询使用SQL Server Management Studio SCCM SQL数据库。

重要的是要理解的值之间的差异“StoredPkgVersion”和“SourceVersion”。“StoredPkgVersion”是压缩版的包(PCK文件),和“SourceVersion”是未压缩版本的包。“StoredPkgVersion”持有的价值PCK的版本文件,而“SourceVersion”持有未压缩的版本包的价值。

PCK文件通常可以发现SMSPKG文件夹的根级别驱动父网站服务器上。不应混淆的SMSPKG文件夹SMSPKG < Drive_Letter > $ DP服务器上的文件夹。

PCK的文件才会被创建的两个采取以下行动:

1)包被推到DP在儿童网站通过正常包部署(即。,而不是使用预加载包工具)。

2)检查选择“使用一个压缩的源目录的副本”的“数据源”选项卡下包的属性,然后把包的DP父网站。

一旦创建PCK文件,当前版本SCCM SQL数据库中的值将被设置为“StoredPkgVersion”SMSPackages表。在步骤2中所描述的指令在网站上下载预加载包工具,这个PCK文件将需要复制到SMSPKG DP的根级别服务器上的文件夹在一个孩子的地方预加载包工具将被使用。如果SMSPKG文件夹不存在,则必须手动创建的一个驱动器的根级别DP服务器。

再次SMSPKG文件夹不应被混淆与SMSPKG < Drive_Letter > $ DP服务器上的文件夹,也可以发现一个驱动器的根水平在DP服务器上。

根据文档,如果不使用/ UpdateStoredPkgVersion选项,将“StoredPkgVersion”和“SourceVersion”一样。如果值不等于彼此在SQL数据库中,然后预加载包工具将设置值不正确,该工具将不能按预期工作。

例如,假设一个包与包ID CMG00040 SQL数据库中的值为“StoredPkgVersion”等于1和“SourceVersion”等于3。这意味着目前PCK的版本文件1。如果我们在PCK文件复制到SMSPKG DP在儿童网站的文件夹然后跑没有/ UpdateStoredPkgVersion PreLoadPkgOnSite工具,该工具会设置“StoredPkgVersion”PCK文件是寻找3自违约行为的工具是“包的SourceVersion StoredPkgVersion将”。我们将看到DistMgr.log以下消息:

CMG00040 StoredPkgVersion(3)的包。StoredPkgVersion数据库是3。
CMG00040 SourceVersion(3)的包。SourceVersion数据库是3。

自“StoredPkgVersion PCK文件手动复制到服务器实际上是等于1,而不是3,那么这是不正确的。如果我们然后把包CMG00040 DP,我们会得到我们看到的错误消息:

包的新版本(3)CMG00040已经来了,那么删除复制文件C:\ Program Files \ Microsoft配置管理器\收件箱\ distmgr.box \ \ < GUID >。版本1的包裹。

基本上是说,是寻找版本3,但发现版本1,所以它不能继续。因为PCK的版本文件,手动复制到SMSPKG文件夹是1,而不是3,然后失败的发生。

因为“StoredPkgVersion”的价值是1和“SourceVersion”3,正确的格式使用该工具在这个场景如下:

PreloadPkgOnSite。exe CMG00040 / UpdateStoredPkgVersion 1

如果该工具运行正确使用上面的格式,下面就会显示在distmgr。日志:

CMG00040 StoredPkgVersion(1)的包。StoredPkgVersion数据库是1。
CMG00040 SourceVersion(3)的包。SourceVersion数据库是3。

“StoredPkgVersion”和“SourceVersion”不同步是正常的行为,在某些情况下可能发生。

下列文件场景“StoredPkgVersion”和“SourceVersion”可以不同步:

1)压缩版本的包(PCK文件)没有得到创建,直到你把包送到远程DP在儿童网站。如果你有更新的地方DPs父网站几次在发送包裹之前远程DP在儿童网站(比如7次),那么“SourceVersion”是增加几次,价值约为7。然而“StoredPkgVersion”将不会增加,它将保持在0(因为它尚未创建)。当你最终将包发送到远程DP在儿童网站,压缩PCK文件创建和版本1和“StoredPkgVersion”获得一个值为1。它不会自动获得“SourceVersion”设置为相同的值,在这种情况下,7。在这种情况下,“SourceVersion”不等于“StoredPkgVersion”因为“SourceVersion”等于7但“StoredPkgVersion”等于1。

边注,压缩版本的包(PCK文件)也可以创建如果选择“使用一个压缩的源目录的副本”在“数据源”选项卡检查包的属性,但这不是默认设置。

2)另一个场景中,这些值可以不同步下降如果包删除所有远程DPs的儿童网站,但当地继续DPs在父站点。假设在包装时删除远程DPs的儿童网站“StoredPkgVersion”等于“SourceVersion”和它们的值是5。如果包那么几次更新(例如4倍)只有在当地DPs父网站,“SourceVersion”将增量的值每次的更新包,价值9。然而“StoredPkgVersion”不会改变,仍然有一个价值5因为没有需要创建一个新版本的压缩PCK文件,因为它不会被发送到远程DP在儿童网站。

如果父网站上更新后当地DPs 4次包然后推到远程DPs的儿童网站,才将压缩PCK文件被更新和版本将增加1(而不是4),所以“StoredPkgVersion”的值会上升到6(而不是9)。在这种情况下,“SourceVersion”不等于“StoredPkgVersion”因为SourceVersion StoredPkgVersion“等于9但等于6。

获得StoredPkgVersion的价值
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
正如前面所提到的,“StoredPkgVersion”的价值不能被发现的任何地方SCCM 2007管理控制台,它不能查询使用标准的报告。然而,在R2,Reporting Services可以用来查询的值从2007年在SCCM管理控制台。

创建一个报告和查询使用报告服务的价值,在报表- - > Reporting Services节点,创建一个新报告。一定要使它成为一个基于sql的报告。SQL查询(命令文本)应该是:

选择所有
的名字,
PkgID,
SourceVersion,
StoredPkgVersion

从
SMSPackages

把唯一的包“StoredPkgVersion”不等于“SourceVersion”,运行以下查询:

选择所有
的名字,
PkgID,
SourceVersion,
StoredPkgVersion

从
SMSPackages

在哪里
StoredPkgVersion < > SourceVersion

上面的SQL查询将生成一个报告,显示包名,包ID、版本来源,并存储包版本的所有包的环境。

如果R2或报告服务角色不安装,上面可以直接使用SQL查询的SQL Server Management Studio这样没有必要打开SMSPackages表直接视图“StoredPkgVersion”的价值。

下面的向导将指导您完成设置在R2报告服务:

配置SQL报告服务:http://technet.microsoft.com/en-us/library/cc431390.aspx

下面是完整的文档的链接配置管理器2007 R2的SQL报告服务

在配置管理器2007 R2 SQL报告服务:http://technet.microsoft.com/en-us/library/cc431393.aspx

请注意,Reporting Services角色应该安装在SQL服务器上运行SCCM的SQL数据库。也请注意,应该SQL服务器上安装IIS。设置和配置IIS服务器上其他网站。如果服务器是Windows server 2008,请确认设置IIS时遵循以下说明:

如何配置Windows Server 2008网站系统:http://technet.microsoft.com/en-us/library/cc431377.aspx

总结:
总而言之,/ UpdateStoredPkgVersion选项是必要的和预加载方案所需的工具(PreloadPkgOnSite.exe)如果“StoredPkgVersion”和“SourceVersion”并不是平等的。

此外,“StoredPkgVersion”的价值无法找到2007年SCCM管理控制台安装,除非Reporting Services R2的一部分。如果R2或报告服务没有安装,那么预期的方式获得“StoredPkgVersion”的价值是通过SQL Server Management Studio通过运行一个SCCM上面的SQL查询的SQL数据库或打开SMSPackages SCCM SQL数据库表和直接观察值。

不幸的是,一旦预加载包工具(PreloadPkgOnSite.exe)是使用一次DP服务器上对孩子的网站,它不能被再次使用。如果工具试图再次使用DP服务器上使用过,将显示以下信息:

* * * * * *现场预加载包* * * * * *
压缩包路径包< Package_ID >已经在数据库中设置或这是包创建的网站。没有必要使用这个工具在这个网站。

这意味着一旦工具使用一次,即使使用不当,它不能被再次使用。唯一的办法包在DP服务器此时是删除包通过SCCM的DP 2007管理控制台,不再试图安装包到DP服务器。一旦DP服务器显示的包不是DP(包状态下,源版本,有针对性的,安装,重新尝试,和失败都应该等于0 DP服务器),包推到迪拜了。然而,这样做会导致PCK压缩包文件通过网络发送。它不会使用现有的PCK DP服务器上的文件。

弗兰克·罗哈斯|高级支持工程师