Questions tagged «sccm-2012-r2»

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

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

4
SCCM用户状态迁移-该用户的数据丢失了吗?
长话短说,我们正处于从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 …

2
如果以非登录用户身份启动,SCCM App Catalog将不会安装应用程序
我们一直在使用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会话中当前使用的帐户相同的帐户来访问应用程序目录? 我应该调查什么日志以进行进一步调查? 有没有其他更好的方法来实现我们期望的目标,即将应用程序目录用作技术人员访问的软件商店?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.