最近我工作的一家公司正在获得ITbuild议来升级他们的基础设施（大约30个在线用户）。 我们是一个非营利的，并获得许多产品（主要是MS产品）的深度折扣。 所以我们的select是：支付VM Ware，支付备份套件，支付AV（年费不确定）; 或使用已经支付的Hyper V和SCCM（年成本$ 0） 因此，最初的最终目标是在Hyper-V中有3个虚拟机：1）DC（DHCP，DNS，文件服务器，打印服务器）2）财务服务器与SQL Server实例3）System Center – 所有模块（用于备份，更新服务和AV） 以下是问题： 1）对于一个小型networking（3个服务器，30个在线用户）是否有足够的产品差异来certificate付费产品（VMWare，不同备份，不同AV）与已付费产品（Hyper V，SCCM） 2）使用纯粹的Microsoft选项有没有可观的风险？
一个shiny的例子：在我所有的任务序列中，我有一个组，根据计算机模型有条件地安装驱动程序包： 当然，这份名单除了成长之外别无他法。 它的发展并不是什么大不了的事情， 有一件大事是，每次改变时，我都必须在每个任务序列中手动复制粘贴这些更改，这当然会给人类的错误留下很大的空间。 对于任务序列中常见的其他任务组也是如此。 寻找一个解决scheme，我可以集中pipe理这些任务，将其他任务序列链接到另一个任务序列中的一个组，或创build一个单独的任务序列并链接到该任务序列。 我遇到了一个由John Marcum（SCCM MVP）提到的解决scheme，他提到了这个能力，但是这是前一阵子，我找不到链接了，看看它是否还在更新/维护中，但是我正在寻找对于更多的免费解决scheme，甚至使用Powershell或ConfigMgr SDK都适合我，我也不陌生。 更新 closures： http : //msdn.microsoft.com/en-us/library/jj217869.aspx
我想要做什么？ 我们有几个SCCM客户端，主要是在Windows Server 2008 R2的IIS 7.5上运行的公共网站，这些网站由一个名为XYmon的系统监控 。 我们最近注意到这些服务器在大约一个小时之前安装每月Windows更新后重新启动。 SCCM客户端操作和监控系统存在一定的延迟，但是XYmon在19：20-19：30之间失去与这些机器的连接，而其余的受监控机器在20小时后似乎重新启动大约一个小时： 20-20：30。 我期望应用的维护窗口从20:00开始，到22:00结束，每周四重新出现。 我想弄清楚为什么这些机器提前一小时安装更新。 我知道多个维护窗口“联合”或合并，所以我怀疑有另一个维护窗口也适用于这些客户端。 这些机器也在非域joinDMZ，所以我不会排除任何时区/时钟偏移问题。 我为了做到这一点而尝试了什么？ 我认为时区/时钟倾斜问题是最有可能的，但两台机器都在正确的时区，同步时间，并设法适当地处理发生在3月8日的夏令时变化。 我的下一个假设是，我们有一个错误的或旧的维护窗口，适用于这些机器收集。这似乎有点不太可能，因为有另一台机器应该是所有相同的集合重新启动在正确的时间20：00十岁上下。 让我们确保客户端实际上是重新启动时，监测系统说这是！ 如果我检查一个客户端， systeminfo在19:22显示启动时间。 事件日志似乎协作： Log Name: System Source: USER32 Date: 3/12/2015 7:21:02 PM Event ID: 1074 Task Category: None Level: Information Keywords: Classic User: SYSTEM Computer: HOST09 Description: The process C:\Windows\CCM\CcmExec.exe (HOST09) has initiated the restart of computer […]
我被告知不应该多次sysprep一个Windows映像…有点像在一个人上使用Nuralizer太多次:)任何人都可以提供这方面的额外信息？ 我们希望定期将更新内容放到我们用SCCM部署的映像中（这样部署补丁的时间就相当短了），我们的stream程将最后一个wim，补丁和系统预configuration。 由于我们已经对我们的Windows 7图像做了大约六次，只是希望它不会导致某种types的近亲繁殖情况…
我最近在我的工作场所build立了一个新的SCCM 2012环境，现在我们正在创build我们的分发应用程序。 一些应用程序使用脚本进行设置。 在testing过程中，有些东西是不正确的，应用程序的内容需要改变。 分发点不断向客户提供旧内容。 我想知道当应用程序的内容发生变化时，更新DP的正确程序是什么。 我已经尝试重新分配到分发点，并删除旧版本，但无济于事。
我一直在使用特定的.msi（ AppleApplicationSupport.msi ）。 我已经安装了两种不同的方式，我认为是等同的。 但结果不同如下。 PSEXEC -i -s cmd 使用psexec -i -s cmd命令提示符进行安装并运行msiexec /i AppleApplicationSupport.msi导致我想要的结果： “添加或删除程序”中显示“Apple应用程序支持（32位）” “Apple应用程序支持（32位）”可以被卸载 MSI部署types由SCCM客户端安装 创build一个MSI部署types并使用SCCM客户端安装它将产生以下结果： 在“添加或删除程序”中没有任何内容显示 SCCM没有检测到它已经安装 “Apple Application Support（32-bit）”应用程序可以使用gwmi -Class Win32_Productfind，但是运行$app.Uninstall()不会卸载它。 有什么不同？ 我以为为系统安装的MSI部署types相当于从psexec -i -s cmd命令行运行msiexec 。 显然，他们是不一样的。 SCCM客户端在为系统安装MSI技术部署types时究竟做了什么？ 我可以在没有SCCM参与的情况下复制该操作吗？ SCCM客户端的脚本安装程序部署types的安装程序的执行是否等同于从psexec -i -s cmd调用msiexec ？ 换句话说，对于脚本安装程序部署types，我应该期望SCCM客户端运行的msiexec和从psexec -i -s cmd运行的msiexec之间的奇偶校验？ 在kce的回答后添加： SCCM如何pipe理安装.msi而不显示在“添加或删除程序”中？
我正在使用带有软件更新点function的System Center Configuration Manager 2012; 然而，在这种环境下，补丁必须严格手动，因为服务器重启需要由不同的人批准和安排。 因此，我需要使用ConfigMgr的SUP，就像我会使用一个普通的WSUS服务器进行自动批准，但手动安装。 我创build了一些自动部署规则，以自动下载和部署关键更新，并“尽快”安装处理; 但是之后，我还configuration了这些规则，在达到截止date时不做任何事情 ，即使需要也不要执行系统重新启动： 另外，我已经将设备集合configuration到这些规则部署更新的位置， 而没有任何有效的维护窗口。 但是，我遇到了与我所期望的完全相反的情况：只要ADR处理新更新，它们就会自动安装到软件中心的所有系统上，然后重新启动计算机。 为什么发生这种情况？ 我得到了什么错误，或者只是ConfigMgr 2012不行为应该？
长话短说（ish），我们在XP到Windows 7迁移项目的尾端，最后得到了一些VIP的机器进行迁移。 由于机器几乎和操作系统一样古老，除了一个新的操作系统外，这个特殊的用户还被新的硬件“祝福”。 问题是我们有实习生做这个特殊的迁移，他有点搞砸了。 认真。 简而言之，用户状态迁移的一般过程是在SCCM中新旧计算机之间build立关联，在旧计算机上运行捕获任务序列，然后在新计算机上执行恢复序列。 在这种情况下，捕捉任务序列在计算机关联之前运行，所以SCCM拒绝执行恢复，并且旧计算机被重新格式化…出于某种原因…在发现之前。 现在，当我们尝试通过“恢复”捕获并上载到SCCM服务器的USMT.mig来迁移用户时，我们会在Request State Store操作之后得到以下错误。 Task Sequence: USMT – Restore State has failed with the error code (0x00004005). For more information, contact your system administrator or helpdesk operator. smsts[date-time].log的相关日志条目似乎是： <![LOG[Requesting SMP Root share config information from http://[Our SCCM server]:0]LOG]!><time="15:45:28.823+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="smpclient.cpp:2348"> <![LOG[Received 4027 byte response.]LOG]!><time="15:45:28.892+240" date="06-13-2014" […]
我正在使用SCCM 2012应用程序部署来安装软件。 特定的安装types是脚本安装程序，因为SCCM不能正常执行exevalidation错误。 该脚本是powershell，并成功安装该软件，即使由SCCM执行。 问题是SCCM只能看到脚本完成时返回0。 我已经尝试了write-host ， return ， write-output ，只是一个与软重启代码的行项目。 由于应用程序执行日志捕获返回值为0，SCCM似乎没有人读取它们。 你如何从PowerShell输出返回代码，以便SCCM可以解释它们？
使用AllSigned执行策略在客户端上使用PowerShell检测脚本终于成功了。 （提示：在安装最新的服务包并使用Adam Meltzer的解决方法之后，它开始工作。） 现在，使用PowerShell脚本进行应用程序检测是非常实用的，这让我很想知道以下几点： SCCM客户端在什么情况下运行PowerShell检测脚本？ 系统？ 用户？ 上下文依赖于是否在部署types中select“为用户安装”或“为系统安装”？ 文档在这个主题上相当稀less。 我发现的SCCM PowerShell检测脚本的最佳资源是Kloud博客文章 ，但在上下文中没有提到 。