Questions tagged «sccm-2012-r2»

我终于在具有AllSigned执行策略的客户端上使用PowerShell检测脚本获得了成功。（提示：安装最新的Service Pack并使用Adam Meltzer的解决方法后，它开始工作。） 既然使用PowerShell脚本进行应用程序检测很实用，这使我想知道以下几点： SCCM客户端在什么情况下运行PowerShell检测脚本？系统？用户？ 上下文是否取决于您在“部署类型”中选择“为用户安装”还是“为系统安装”？ 关于此主题的文档很少。我为SCCM PowerShell检测脚本找到的最佳资源是这篇Kloud博客文章，但是，它对上下文没有任何评论。

11 powershell  sccm  sccm-2012  sccm-2012-r2 

我正在使用SCCM 2012应用程序部署来安装软件。特定的安装类型是脚本安装程序，因为SCCM始终因exe验证错误而失败。该脚本是powershell，即使由SCCM执行，该脚本也可以成功安装该软件。 问题在于SCCM仅从脚本的完成中看到0的返回。我已经尝试了write-host，，return和write-output，其中只有一个包含用于软重启的代码的订单项。由于应用执行日志捕获了0的返回值，因此SCCM似乎都不读取它们。 您如何从Powershell输出返回码，以便SCCM可以解释它们？

9 powershell  scripting  sccm  sccm-2012-r2 

长话短说，我们正处于从XP到Windows 7迁移项目的尾声，终于有了一些VIP的机器要迁移。由于机器的运行时间几乎与操作系统相同，因此除了新的操作系统外，该特定用户还受到了新硬件的“祝福”。 问题是我们让实习生进行了这种特殊的迁移，而他有点把它搞砸了。说真的 简而言之，用户状态迁移的一般过程是在SCCM中的旧计算机与新计算机之间创建关联，在旧计算机上运行捕获任务序列，然后在新计算机上执行还原序列。在这种情况下，捕获任务序列是在关联计算机之前运行的，因此SCCM拒绝进行还原，并且由于某种原因而对旧计算机进行了重新格式化……在发现之前。 现在，当我们尝试通过“恢复” USMT.mig已捕获并上传到SCCM服务器的用户迁移用户时，在执行该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 …

8 migration  restore  sccm  sccm-2012-r2 

我们一直在使用SCCM的应用程序目录，并且遇到了一个有趣的怪癖。我的经理指示我实施该目录，以便将属于“一次性安装”和“整个工作组需要”之间的某个软件的要点指向应将其发布到应用程序目录的人数。我们的技术支持人员可以使用App Catalog部署此类软件，以根据情况选择需要它的用户。 我们练习帐户分离，例如，我们的服务台摇滚明星Emmet Brickowski有两个Active Directory用户帐户。他经常非特权帐户，CONTOSO\ebrickowski他应该使用他的所有日常工作，当UAC提示抚养它丑恶的头，他有一个特权帐户（CONTOSO\ebrickowski-adm）是BUILTIN \管理员对我们的所有工作站的成员。 当Joe User致电服务台时，Emmet远程进入或实际帮助用户（我们的文化在面对面的客户时间上很重要），以他的特权登录到App Catalog，CONTOSO\ebrickowski-adm并看到大量他可以使用的软件为我们的用户安装标准化方法。 除了Emmet按下安装按钮时，他都会得到以下信息： 现在，我无法在客户端日志中找到所发生的一切。在没有什么AppIntentEval.log，AppDiscovery.log，AppEnforce.log日志和ConfigMgrSoftwareCatalog.log它应该记录应用程序目录的动作不存在。 如果我们将应用程序部署到包含普通用户的用户集合中，并且他们使用的帐户相同，则他们登录Windows的方式与以前安装失败的应用程序登录到应用程序目录的方式相同。这使我相信您不能将App Catalog的单独帐户用作当前Windows会话。真是个无赖。 任何人都可以验证您是否需要使用与Windows会话中当前使用的帐户相同的帐户来访问应用程序目录？ 我应该调查什么日志以进行进一步调查？ 有没有其他更好的方法来实现我们期望的目标，即将应用程序目录用作技术人员访问的软件商店？

3 windows-7  configuration-management  sccm  sccm-2012-r2