使用适用于自动化的HP SA（HP Server Automation）版本9及其Oracle数据库消耗大量的CPU资源。 任何人都有类似的经历？
我有一台Windows 2008R2服务器，每隔几个星期就会有几分钟的CPU负载。 不幸的是，当这些事件发生时，通过RDP或在控制台login到系统需要很长的时间，一旦完成，问题通常就消失了。 所以，我准备了一个能够捕获相关数据（每个进程的CPU时间，IIS工作进程的细节等）的perfmon数据收集器，但我不知道如何在高CPU负载条件下（如定义的在Nagios：这是> 99％的CPU使用超过300秒）。 不幸的是，这些事件频率很低，很难让数据收集器自行运行。 我目前通过使用循环日志logging并保持运行，但这不是一个令人满意的解决scheme。 那么，在这种情况下是否有一种（简单的）方法来启动数据收集器？
我有一段时间试图找出戴尔PowerEdge服务器（在我的情况下，我们有一堆R210II和R620与iDRAC）处理过热的时间和方式。 我不想等待CPU自行保存，理想情况下，服务器本身应该在一段时间内处理高温，方法是在达到临界阈值之前向OS发出自我IPMI命令以closures电源。 例如在55C，向操作系统发出IPMI命令，如果服务器达到80C，拔出插头等。 问题是，戴尔的所有文档都不清楚服务器何时或如何从过热关机。 我的问题是，戴尔是否支持像这样的散热pipe理的正常关机，或者是在临界温度下的一些精美的打印或不清楚的文档，它将简单地拉它自己的插头？ 戴尔OpenManage是否需要支持？ 我真的希望避免必须运行一个专门的pipe理服务器插入到各种networking（试图避免通过一个pipe理点在networking之间桥接）远程pipe理这样的closures。 这将是一个单一的失败点，也受到与我的服务器本身相同的硬编码或不灵活的热条件。 我的R620在其中有iDRAC。 我将它们包含在iDRAC的远程pipe理function中，但是现在我对iDRAC无法处理这个问题感到失望。 它的散热设置仅限于控制风扇速度和可怕的文档，并在系统帮助实际上并没有说什么时候可能发生关机。 任何真实世界的build议，非常感谢！ 谢谢。
设置Openstack用户的最佳方法是限制只使用Web API重新启动服务器。 用户需要能够访问不同租户下的服务器，通过使用实例ID进行查找。 用户应限于重新启动服务器。 根据我的理解，这需要使用policy.json文件来完成，但我不知道最好的方法是什么。 我还必须记住将来的需求，比如如果我们需要创build一个拥有类似权限的新用户，或者修改现有的用户来启动和停止服务器。 其中最重要的一点是保持清洁，以便使用木偶或厨师等工具轻松应用。
我使用以下命令（保存为batch file，在cmd中运行，从此问题进行修改）以编程方式从包含名字，姓氏，用户名和密码的txt文件创build数千个testing用户： FOR /F "tokens=1,2,3,4 delims," %%i in (UserList.txt) do (dsadd user "cn=%%j %%i,ou=2013,ou=My50kOU,dc=mydomain,dc=com" -samid %%k -pwd "%%l" -upn %%[email protected] -fn "%%j" -ln "%%i" -display "%%j %%i" -disabled no -mustchpwd no) UserList.txt的示例内容 Claverie,Eugenio,Eugenio.Claverie,UX8y30B2TFN%Y?Ig[78Z Baglio,Carl,Carl.Baglio,i=*fqdRyK]#cab/i5j%U Wilda,Irina,Irina.Wilda,{***f)GwK#K3Rd!iE}%D Shadowen,Gale,Gale.Shadowen,xLxP}zUdCF4rpzUkB#uS 但是，对于第一个用户之后的每个用户，我都会收到以下错误消息： dsadd failed:cn=Carl Baglio,ou=My50kOU,dc=mydomain,dc=com:The specified account already exists. 即使列表中没有单个重复的用户也是如此。 查看AD用户的MMCpipe理单元中的OU，我看到只有第一个用户已经创build，并且OU中没有其他用户。 当我尝试直接运行它（将%%i更改为%i并使用2>>Errors.txt将错误路由到一个txt文件）时，该命令将起作用。 命令直接在CMD中运行： FOR /F "tokens=1,2,3,4 delims," %i in (UserList.txt) […]
过去几周我一直在为此而苦恼，希望有人能find有效的答案。 在我的工作中，我们使用VMWare，并且使用Powershell构build了Windows Server 2012R2的自动化部署，这非常棒。 我的大部分脚本都在虚拟机上执行，其中一个function是configurationWindows更新。 我find了用于设置更新的registry项，Powershell将它们添加到registry中。 主要的问题是，这些设置是不是由服务器应用。 其中一个设置是TIME和DAY。 经过几天的全面研究，我发现有一个叫做维护configuration器的调度任务。 我find了一种方法来禁用，但没有帮助（使用psexec）。 我的更新每天凌晨2点还在执行。 比我看到这个设置的时间表任务。 我改变了那个时间到我想要的时间窗口，当时它被执行了，但是然后它变回了2AM。 我在行动中心看到，虽然我已经改变了日程安排任务，但仍然是凌晨2点 我怎样才能通过Powershell改变这一切？ 我不喜欢在凌晨2点安装更新的事实，我也不喜欢我无法改变任何地方。 希望有人知道如何解决 最好的问候，戴夫
我是自动部署的新手，希望能够从7位vmware esxi 5.5主机（所有主机都在同一个站点）上有效地部署大约75个虚拟机（包括Windows和Linux虚拟机）的最佳途径得到专家的指导。 主机可能手动insatlled，因为7主机不是一个大数字; 即使这个步骤的自动化build议非常感谢。 你会build议什么工具来有效地部署Windows和Linux混合的vms？ 微软的SCVMM能做到这一点吗？ build议了什么替代scheme？ 提前致谢。
我们有许多服务器执行不同的function，每60天我们就做一次密码刷新。 通常这不是一个问题，但我们有这些密码存储在Webconfiguration到处（sql连接string例如）。 我们考虑使用PowerShell脚本search服务器上的驱动器以查找包含该用户的* .config，并将密码更改为新的。 这将使任务时间减less几个小时。 我想知道这是否是一个好主意。 似乎在那里会有很大的风险。 还是有开源或企业级的第三方解决scheme，可以更好地完成这项任务？
SMS 2003包含一个伟大的自动化function，通过优秀的DLL： Microsoft.SystemsManagementServer.Automation.dll 。 它允许使用直观的对象，属性和方法自动化SMS，例如： SMSProvider.Packages.Create("NewPackage"); 在SCCM 2007中 ，似乎这个伟大的DLL已被弃用，赞成更多的WMI风格的“狗的早餐”代码： var conn = new WMIConnection(@"\\Server\root\sms\site_a", usr, pass); var queryResults = conn.ExecuteQuery("SELECT * FROM SMS_Package WHERE Name='" + packageName + "'"); foreach (ManagementObject obj in queryResults) { packageID = (string)obj.GetPropertyValue("PackageID"); } 我试图围绕这些wmi电话写我自己的骨架类。 基本自动化似乎需要的所有东西似乎是： SccmServer ， SccmPackage ， SccmProgram和SccmTaskSequence 。 问题是 ：有没有人有包装，这样的框架类可用，或知道我可以使用或适应任何开源项目？ 我讨厌为这样的世俗事物重新发明轮子。
在工作中，我们正在将我们的生产应用程序迁移到虚拟机基础架构，并且非常好。 我们正在抛出的一个想法与我们的软件部署过程有关。 这个想法是，当我们部署一个应用程序，而不是部署到一个现有的虚拟机，我们将创build一个新的虚拟机，部署应用程序，testing，然后一旦看起来很好，将其添加到负载平衡器。 我们期望的一个主要优势是，这将有助于控制我们的testing和产品环境configuration之间发生的漂移。 如果我们在每次部署时都将虚拟机抛弃，那么即使有人对单个服务器进行更改，也不会持续很长时间。 （尽pipe我们认为虚拟机方法仍然有帮助，但最终我们正朝着集中式configurationpipe理的方向发展。） 有人有这方面的经验或想法吗？ 我的一个同事提出的一个挑战是，我们可能需要迁移到每个虚拟机一个应用程序，以便在部署其中一个应用程序时，我们不会被迫在同一个虚拟机上closures多个应用程序。 另一个潜在的问题是在部署过程中有多个具有相同主机名的虚拟机。 会有兴趣听到你的经验和想法。 这对我的组织来说是一个相当新的领域。