我们只有在使用Windows 7 x64和Acrobat Reader XI的新工作站上才会出现followig问题。 每隔几天，以下密钥将自动添加到registry中： HKCU\Software\Microsoft\Windows\CurrentVersion\Ext\Settings\{CA8A9780-280D-11CF-A24D-444553540000} 此键具有Acrobat Reader XI在Internet Explorer加载项中被禁用的效果。 所以当用户在IE（或者SAP或者其他使用IE的Windows软件）中打开PDF时，IE不会在IE中打开，而是在一个新的窗口中打开。 所有客户端工作站都使用Microsoft System Center 2012 R2和Microsoft System Center Endpoint保护作为防病毒解决scheme。 你可以请build议可以这样做的原因，如组策略，防病毒等？
在System Center Service Manager 2012 SP1中，是否可以精确地控制通过SCOM CI连接器进入CMDB的内容？ 例如，要通过连接器获取AIX计算机， 必须使用Add-SCSMAllowListClass将以下类白名单 ： Microsoft.Unix.LogicalDevice Microsoft.Linux.Computer Microsoft.Unix.AIX.6.1.Computer etc 这也从这些计算机中获得所有的外围信息，例如networking适配器，逻辑磁盘等。 有没有一种方法可以将计算机CI连接到连接器上，并将相关的项目放在后面，还是必须一次性完成？
在Microsoft平台中，大多数企业级程序（SharePoint，任何System Center应用程序，任何Dyamics应用程序等）都运行在SQL Server之上。 对于这些程序的pipe理员来说，SQL Server通常是一个黑匣子，作为其主要关注的任何程序的先决条件。 因此，安装的SQL方面的计划很less（如果有的话），导致出现在更上游的问题。 事务日志填充驱动器 没有维护计划（或者不知情的维护计划，比如重组和重build索引的计划） 不受pipe理的自动增长 数据库和日志在相同的主轴上 select的RAID级别不佳 没有备份（或恢复计划） 那么……“意外的数据库pipe理员”往往会遇到哪些types的问题，哪些资源最能帮助意外的DBA加快SQL计划，pipe理和性能调优基础？